schraupt 10 Geschrieben 3. Januar 2013 Melden Teilen Geschrieben 3. Januar 2013 Hallo und ein erfolgreiches neues Jahr. Wir müssen bei einem Kunden den Server neu installieren. Bisher hatte er Windows Server 2008R2 mit Exchange 2010. Nun soll auf die identische Hardware das SBS2011 Standard drauf. Wir stehen dabei aber vor dem Problem, daß wir nicht so richtig wissen, wie wir das Exchange umziehen können. Es ist ja dieselbe Hardware und das SBS muß von Grund auf neu installiert werden. Daher kommt eine Migration von Exchange im herkömmlichen Sinne ja nicht in Frage. Aber es muß doch einen Weg geben, oder? Für Antworten oder Anregungen bin ich Euch sehr dankbar. Viele Grüße, Stefan Zitieren Link zu diesem Kommentar
RobertWi 81 Geschrieben 3. Januar 2013 Melden Teilen Geschrieben 3. Januar 2013 Moin, mal so aus Interesse: Wenn man schon die hochwertige Variante einer Einzellizenzierung hat, warum wechselt man da und nimmt den Mehraufwand und den schwieriger zu wartende SBS-Umgebung in Kauf? Zum Thema: Einen offiziellen Migrationspfad gibt es da nicht, da der SBS nicht in eine bestehende Umgebung installiert werden darf. Das leichteste ist es vermutlich, die Postfächer in PST-Dateien zu exportieren (das kann man via EMS auch automatisieren) und dann im neuen System wieder zu importieren. Das hat zwar auch einige Nachteile (z.B. gehen bei Terminen die Besitzer verloren), ist aber vermutlich das einfachste. Datenbank-Mobilität kann in diesem Fall funktionieren, aber nur darauf würde ich mich nicht verlassen. Da wird es Schwierigkeiten mit der Mailbox-GUID geben. Zitieren Link zu diesem Kommentar
schraupt 10 Geschrieben 3. Januar 2013 Autor Melden Teilen Geschrieben 3. Januar 2013 Weil es bisher lizenztechnische Schwierigkeiten gab und nun alles nochmal neu gemacht werden soll. Und das jetzt alles wasserdicht und vernünftig. Daher der SBS2011. Ist solch ein Export in eine PST-Datei der einzige Weg? Da die Firma den Kalender ziemlich intensiv nutzt, wäre das ein großer negativer Aspekt, wenn die Besitzer der Termine verloren gingen... Zitieren Link zu diesem Kommentar
RobertWi 81 Geschrieben 3. Januar 2013 Melden Teilen Geschrieben 3. Januar 2013 Weil es bisher lizenztechnische Schwierigkeiten gab und nun alles nochmal neu gemacht werden soll. Und das jetzt alles wasserdicht und vernünftig. Daher der SBS2011. Und einfach nur die passenden Lizenzen zu kaufen wäre nicht der einfachste und billigste Weg gewesen? Den Lizenzkey in Windows und Exchange auszutauschen ist eine Sache von 5 Minuten. Stattdessen eine Migration zu machen, die mehrere Tage dauert (und kostet), klingt wirtschaftlich und technisch nicht gerade "vernünftig". ;) Anyway: Ist solch ein Export in eine PST-Datei der einzige Weg? Da die Firma den Kalender ziemlich intensiv nutzt, wäre das ein großer negativer Aspekt, wenn die Besitzer der Termine verloren gingen... Das ist der einzige Weg mit Bordmitteln, denn der größte begrenzende Faktor ist diese Aussage hier: "Nun soll auf die identische Hardware...." Mit zusätzliche Hardware kann man auch eine Migration zwischen zwei Forests machen (keine Ahnung, ob SBS das mag). Eventuell kann man mit Drittanbieter (z.B. von Quest) da noch was erleichtern, aber die Lizenzkosten dürften das Gesamtprojekt übersteigen. Zitieren Link zu diesem Kommentar
schraupt 10 Geschrieben 3. Januar 2013 Autor Melden Teilen Geschrieben 3. Januar 2013 "Wirtschaftlich und technisch" ist es vielleicht für den Kunden nicht gerade allzu attraktiv. Er wollte es so und da er uns ja bezahlt, sind wir dabei nicht gerade abgeneigt. Soll jetzt aber nicht heißen, daß wir auf das Geld aus sind. Aber wenn etwas aufwändig und zeitlich intensiv ist, verdienen wir natürlich auch mehr daran, als wenn wir einfach nur ein paar Lizenzen verkaufen. Warum also nicht? Vielen Dank dann erst mal für die Anregung. Ich werde mir noch ein paar Gedanken dazu machen. Zitieren Link zu diesem Kommentar
tesso 375 Geschrieben 3. Januar 2013 Melden Teilen Geschrieben 3. Januar 2013 Forestmigration fällt beim SBS aus, da er keine Trusts zulässt. Zitieren Link zu diesem Kommentar
djmaker 95 Geschrieben 3. Januar 2013 Melden Teilen Geschrieben 3. Januar 2013 (bearbeitet) Folgender Weg (die Sinnhaftigkeit außer acht gelassen) ist möglich: -Backup des SBS 2003 für ein eventuelles Desaster Recovery (Empfehlung:offline Backup mit Acronis etc. auf Netzwerkshare oder externe HDD) -Installation einer Virtualiserungslösung auf einer halbwegs performanten Client-HW (z.B. VMWare Workstation, hat sich bewährt) -SBS 2003 Migration in die VM (dort wieder SBS 2003, das ist performanter als SBS 2011), ggf. ohne Filedaten (separate Ablage) -Entfernung des physischen SBS 2003 aus der Domäne nach Test und Abschluß der Migration -Installation der SBS 2011 Migrationstools auf dem virtualisierten SBS 2003 und Erzeugung einer Antwortdatei für die Installation des SBS 2011 -Neuinstallation eines SBS 2011 auf dem vorhandenen physischen Server unter Nutzung der erzeugten Antwortdatei -Entfernung des virtuellen SBS 2003 aus der Domäne nach Test und Abschluß der Migration Plane dafür hinreichend Zeit ein. Bei Problemen stellst Du den SBS 2003 aus dem Image wieder her und führst Plan B aus. :-) bearbeitet 3. Januar 2013 von djmaker Zitieren Link zu diesem Kommentar
RobertWi 81 Geschrieben 3. Januar 2013 Melden Teilen Geschrieben 3. Januar 2013 Das Ausgangssystem ist kein SBS 2003. ;) Zitieren Link zu diesem Kommentar
Dukel 454 Geschrieben 3. Januar 2013 Melden Teilen Geschrieben 3. Januar 2013 Gibt es einen Temporären Server (oder ne Workstation)? Dann könnte man nen weiteren DC installieren und Exchange. Die Postfächer migrieren, den Server freimachen und diesen dann neu installieren. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.