JensL

Ja, läuft im Native Mode.

Das Migrations-Vorbereitungs-Tool macht folgendes: 1. Runs Adprep.exe, which extends the AD DS schema and updates permissions as necessary to prepare a forest and domain for a domain controller that runs Windows SBS 2008. The AD DS schema in Windows SBS 2008 is not the same as the AD DS schema in Windows SBS 2003 or in Windows Server 2003. To successfully complete the migration process, you must update the AD DS schema on the Source Server if it is running Windows SBS 2003 or Windows Server 2003. 2. Installs an update that extends the time limit for finishing the migration. Normally, only one server running Windows SBS 2008 or Windows SBS 2003 is allowed to be a domain controller on your network, but there is a limited exception for a migration. The update extends the time limit for the exception to 21 days. 3. Prepares the server to migrate from Exchange Server 2003. For the migration to succeed, Exchange Server must be in native mode, not mixed mode. For more information about converting from mixed mode to native mode, see “How to convert from mixed mode to native mode in Exchange” at the Microsoft Web Site (How to Convert from Mixed Mode to Native Mode in Exchange). Die Punkte 2 und 3 sind für uns nicht notwendig. Sie wurden aber anscheinend ausgeführt. Und aufgrund von Punkt 3 glaubt der SBS 2008 jetzt, dass wir einen Exchange 2003 haben und macht deshalb nicht weiter, glaube ich. Punkt 1 war erfolgreich. Wenn wir adprep von der DVD starten sagt er, dass die Änderungen schon durchgeführt wurden. Meinst du es funktioniert, dass Schema für Exchange auf 2007 zu erhöhen oder erwartet der SBS 2008 dann bei der Migration einen Exchange 2007?

Das vorherige Problem ist gelöst. Wir haben eine neue Migrationsdatei direkt mit dem Tool von der DVD erstellt und nicht mit dem installierten Migrations-Vorbereitungs-Tool. Nun gibt es aber ein neues Problem. Der Migrationsassistent sagt, das wir nicht die Mindestanforderungen erfüllen, da das SP2 für Exchange 2003 nicht installiert ist. Wir haben ja gar kein Exchange 2003 in der Domäne und erst recht nicht auf dem Quellserver. Ich glaube, es war keine gute Idee, unser AD-Schema mit dem Migrations-Vorbereitungs-Tool von der DVD zu erweitern. Wir hätten statt des Tools nur adprep von Hand ausführen sollen. Denn neben adprep macht das Migrations-Vorbereitungs-Tool wohl auch Änderungen am AD-Scheme für Exchange. Ich vermute, dass der SBS 2008 daher nun glaubt, dass ein Exchange 2003 auf unserem Quellserver installiert ist. Hat jemand eine Idee, wie wir das rückgängig machen können?

So schön die Theorie, so besch... die Praxis. Nach Feierabend der Kollegen haben wir erstmal Sicherungen gemacht. Dann ging es mit dem Migrations-Tool auf dem 2003er DC los. Installiert, ausgeführt und dann am Ende der Schema-Aktualisierung verschwindet das Fenster einfach. In der Ereignisanzeige war ein Net-Framework 2-Fehler zu sehen. SP2 und alle Updates sind aber installiert. Nach erneutem Start des Migrations-Tools wurde die Schema-Aktualisierung als erfolgreich angezeigt. Also haben wir eine Migrationsdatei erstellt und dann den SBS 2008 installiert. Der ist vorhin hochgefahren und der Migrationsassistent hat begonnen. Nach dem Schritt, wo der Name der Domäne, das Administrator-Konto, etc. angegeben werden stürzt der Migrationsassistent ab und man hat nur die Möglichkeit das Programm zu schließen. Der Server ist noch nicht den richtigen Namen und ist auch nicht in der Domäne. In der SBS Console werden Installationsprobleme angezeigt. Klicken wir den Eintrag an stürzt die SBS Console ab. Kommt jemand dieses Verhalten bekannt vor? Was machen wir falsch? Bisher lief noch nichts nach Plan. :shock: EDIT: Wir haben jetzt den SBSSetup.log analysiert und der Crash tritt beim Check der Gruppenmitgliedschaften (Domänen-Admin, Organisations-Admin, Schema-Admin) des angegebenen Users auf. Der angegebene User ist aber Mitglied in allen drei Gruppen. Hier ein Auszug: [1832] 100924.231225.6043: Wizard: The pages visted: [1832] 100924.231225.6043: Wizard: [TOC] visited: TOC sbssetup.welcome [1832] 100924.231225.6043: Wizard: [TOC] visited: TOC sbssetup.datetime [1832] 100924.231225.6043: Wizard: [TOC] visited: TOC sbssetup.migrationnetworking [1832] 100924.231225.6043: Wizard: Current Page := [TOC sbssetup.migrationinformation] [1832] 100924.231225.6043: Wizard: [TOC] : TOC sbssetup.update [1832] 100924.231225.6043: Wizard: [invisible] : TOC sbssetup.networkprogress [1832] 100924.231225.6043: Wizard: [invisible] : TOC sbsetup.schemaupdate [1832] 100924.231225.6199: Wizard: [TOC] : TOC sbssetup.companyinformation [1832] 100924.231225.6199: Wizard: [TOC] : TOC sbssetup.optionalcomponents [1832] 100924.231225.6199: Wizard: [invisible] : TOC sbssetup.mainprogress [1832] 100924.231225.6199: Wizard: [TOC] : TOC sbssetup.finish [1832] 100924.231225.6199: Wizard: Step 4 of 8 [3040] 100924.231239.9564: Setup: Pinging old server name. [3040] 100924.231240.2996: Setup: Ping reply status = Success [3040] 100924.231248.8484: Setup: Connecting to domain and validating credentials. [3040] 100924.231249.3632: Setup: Successfully connected to the source domain: dom-ain.de [3040] 100924.231249.3632: Setup: Did not need to fix up domain name. [3040] 100924.231249.7376: Setup: Found user: CN=Administrator,CN=Users,DC=dom-ain,DC=de. Determining group memberships [1832] 100924.231249.8624: Setup: _UnhandledExceptionHandler: Setup encountered an error: System.Reflection.TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht. ---> System.Reflection.TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht. ---> System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt. bei Microsoft.WindowsServerSolutions.Setup.Migration.ADUtils.IsMember(DirectoryEntry domain, WellKnownSidType wellKnownSidType, String userDN) bei Microsoft.WindowsServerSolutions.Setup.Migration.ADUtils.IsAdmin(Domain domain, String userName) bei Microsoft.WindowsServerSolutions.Setup.SBSSetup.MigrationInformationPagePresenter.ValidateDomainAndCredentials() bei Microsoft.WindowsServerSolutions.Setup.SBSSetup.MigrationInformationPagePresenter.ValidateFields() ... [1832] 100924.231250.4084: Setup: Removed the password. [1832] 100924.231250.4708: Setup: Removed SBSSetup from the RunOnce.

OK, sobald der Exchange 2000 migriert ist fliegt der sofort raus. Dann stufen wir den 2000er DC runter, erhöhen die Domäne auf 2003 und leiten die CN=Users und CN=Computers um. Dann machen wir mit der Migraiton weiter. Korrekt? PS: Übrigens vielen Dank für deine schnelle Hilfe die ganze Zeit! :thumb1:

Du hast Recht, die Frage war dämlich. Könnte es Probleme geben, wenn wir die Postfächer verschieben wollen und die CN=Users noch nicht umgeleitet sind? Irgendwie male ich mir aus, dass das Probleme bei der Migration geben könnte.

Auszug aus "Migrate to Windows Small Business Server 2008 from Windows Small Business Server 2003": In order to finish the migration successfully, you must raise the level of the domain and forest to Windows Server 2003. Weiter unten steht aber auch: If you cannot demote a domain controller that is running Windows 2000 Server, you can still migrate to Windows SBS 2008 without raising the domain and forest functional level. However, Group Policy settings are not applied correctly. Later, when you can demote the domain controller that is running Windows 2000 Server, you must restore Windows SBS 2008 to its proper state, by redirecting the CN=Users and the CN=Computers containers to an administrator-specified organizational unit. Meinst du so? Wann müssten CN=Users und CN=Computers denn umgeleitet werden?

Ich habe mir jetzt eine neue Vorgehensweise überlegt, die deine Idee nutzt. Dabei sehe ich eine Schwierigkeit: Der Windows 2000 DC mit Exchange 2000 muss vor der Migration runtergestuft werden um die Domäne auf 2003 heraufstufen zukönnen. Nach der Migration muss der Exchange 2000 entfernt werden. Wie sauber kann das nach der Runterstufung zum Mitgliedsserver noch funktionieren? Kriegt man das zur Not per Hand hin?

OK, das bezieht sich ja konkret auf Exchange 2007. Wir wollen ja einen SBS 2008 installieren. Meinst du die Aussagen gelten trotzdem? Wir sind gezwungen, den jetzigen Exchange 2000-Server mit Windows 2000 runterzustufen, da er noch DC ist. Spontan kriege ich bei dem Gedanken, den Exchange 2000 dann noch weiterlaufen zu lassen Bauchschmerzen (obwohl es funktionieren könnte). Kennst du eine Anleitung, wie wir beim Verschieben der Postfächer vom Exchange 2000 zum Exchange 2007 vorgehen können?

Welche Daten denn zum Beispiel? Bist du dir sicher, dass das geht und sich ein Exchange 2000 und ein Exchange 2007 in derselben Domäne vertragen? Ich habe mich an den Migrationsleitfäden von MS orientiert und dort wurde so eine Möglichkeit nicht beschrieben.

Das stimmt natürlich. Ich meinte ja auch nur, dass der Exchange alle verfügbaren Updates erhalten hat. :) Da keiner bezüglich meiner Vorgehensweise aufgeschrien hat gehe ich davon aus, dass es keine grundlegenden Fehler gibt. Oder hat BrainStorm vielleicht noch eine Anmerkung? ;)

Der Exchange 2000 ist seit letztem Wochenende auf einer temporären virtuellen Maschine. Dadurch ist die Hardware für den SBS 2008 frei. Ich habe mir jetzt folgende weiterere Vorgehensweise anhand "Migrating SBS 2000 to Windows SBS 2008", "Migrate to Windows SBS 2008 from Windows SBS 2003" und weiteren Internetquellen ausgemalt: 1. Mailverkehr stoppen 2. alle Exchange 2000 Postfächer mit ExMerge exportieren 3. alle Postfächer im AD entfernen 4. Exchange 2000 deinstallieren 5. 2000er DC zum Mitglied herabstufen Unser Windows Server 2003 verbleibt dann als einziger DC mit FSMO, DNS, GC und DHCP. 6. Domäne auf 2003 heraufstufen 7. SourceTool von SBS2008 DVD 1 auf 2003er DC installieren und Migrationsdatei erstellen 8. SBS2008 mit Migrationsdatei installieren 9. Weitere Einstellungen und Daten mit Migrationsassistent übernehmen 10. Exchange-Mailboxen anlegen 11. Postfächer importieren Wäre das so möglich oder habe ich entscheidende Aspekte vergessen? Was passiert eigentlich mit unseren aktuellen E-Mail-Verteilergruppen? Müssen die auch gelöscht und wieder angelegt werden?

Vielen Dank erstmal. Unser Exchange ist up to date und hat SP3. Es geht um cirka 40 Benutzer. Den Zwischenschritt haben wir vor 2 Jahren mal durchgeführt, als der Mail-Server neue Hardware gekriegt hat. Da gibt es hier auch noch einen Thread. :) Das sollten wir also noch mal hinkriegen. Das es im Moment zwei DCs gibt ist kein Problem? Nach der Migration ist der SBS dann der einzige oder "duldet" er einen weiteren DC in "seiner" Domäne? Falls der Guide die Fragen beantwortet braucht ihr natürlich nicht zu antworten. ;)

Hallo, in unserer Firma haben wir eine 2003 Domäne mit zwei Domänencontrollern. Auf einem 2003-Server (DC) läuft das ERP-System, auf einem 2000-Server (Backup-DC) läuft Exchange 2000 als Mail-Server. Zusätzlich haben wir noch einen 2003-Server für Terminal-Dienste und einen virtuellen 2003-Server für WSUS. Da der Exchange 2000 schon seit längerem an seine Grenzen stößt wollen wir einen neuen Mail-Server installieren. Wir hatten an einen SBS 2008 gedacht, sind uns aber nicht sicher, ob wir den in die Domäne kriegen. Alternativ stellen wir uns eine neue Domände und das Übernehmen der alten Server und Clients sehr aufwendig vor. Eine weitere Hürde ist, dass die Hardware des Exchange 2000 auch für den neuen Mail-Server verwendet werden soll, da sie erst vor ein paar Jahren ausgetauscht wurde und locker ausreichen sollte. Für Anregungen wäre ich sehr dankbar. Insbesondere ob der SBS 2008 überhaupt eine Option für uns ist oder ob wir nur einen Exchange-Server(wahrscheinlich 2007) in unsere bestehende Domäne kriegen. Viele Grüße, Jens

Hallo, weiß jemand ob man 2 Intel PRO/1000 EB (Intel XEON Mainboard 5000P) Netzwerkkarten im Team laufen lassen kann bzw. wo ich das herausfinden kann? Hat jemand Erfahrung mit diesen oder anderen Netzwerkkarten im Team? Ist das gängige Praxis oder vielleicht eher nicht zu empfehlen? Viele Grüße Jens