NorbertFe 2.102 Geschrieben 23. September 2010 Melden Teilen Geschrieben 23. September 2010 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? Ja genau so. Wieso wann? Na wenn der Windows 2000 DC weg ist. Oder wie? Bye Norbert Zitieren Link zu diesem Kommentar
JensL 10 Geschrieben 24. September 2010 Autor Melden Teilen Geschrieben 24. September 2010 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. Zitieren Link zu diesem Kommentar
NorbertFe 2.102 Geschrieben 24. September 2010 Melden Teilen Geschrieben 24. September 2010 Nein. Die Umleitung zielt nur darauf ab, dass die Wizards des SBS die erwarten. Bye Norbert Zitieren Link zu diesem Kommentar
JensL 10 Geschrieben 24. September 2010 Autor Melden Teilen Geschrieben 24. September 2010 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: Zitieren Link zu diesem Kommentar
NorbertFe 2.102 Geschrieben 24. September 2010 Melden Teilen Geschrieben 24. September 2010 Ja genau so. Bitte gern geschehen. Bye Norbert Zitieren Link zu diesem Kommentar
JensL 10 Geschrieben 24. September 2010 Autor Melden Teilen Geschrieben 24. September 2010 (bearbeitet) 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. bearbeitet 24. September 2010 von JensL Zitieren Link zu diesem Kommentar
JensL 10 Geschrieben 25. September 2010 Autor Melden Teilen Geschrieben 25. September 2010 (bearbeitet) 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? bearbeitet 25. September 2010 von JensL Zitieren Link zu diesem Kommentar
NorbertFe 2.102 Geschrieben 25. September 2010 Melden Teilen Geschrieben 25. September 2010 Schemaerweiterungen können nicht rückgängig gemacht werden. Du kannst aber die Schemaerweiterungen (AD 2008 & Exchange 2007) auch manuell einspielen. Einfach adprep von der DVD starten fürs (AD 2008) und aus dem Exchange 2007 Servicepack 1 kannst du mittels setup.com /p das Schema auf das entsprechende Level heben. Bye Norbert Zitieren Link zu diesem Kommentar
JensL 10 Geschrieben 25. September 2010 Autor Melden Teilen Geschrieben 25. September 2010 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? Zitieren Link zu diesem Kommentar
NorbertFe 2.102 Geschrieben 25. September 2010 Melden Teilen Geschrieben 25. September 2010 Läuft dein Exchange 2000 im Native Mode? Bye Norbert Zitieren Link zu diesem Kommentar
JensL 10 Geschrieben 27. September 2010 Autor Melden Teilen Geschrieben 27. September 2010 Ja, läuft im Native Mode. 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.