porschinho 10 Geschrieben 12. Januar 2011 Melden Teilen Geschrieben 12. Januar 2011 Hallo zusammen. Im moment betreiben wir noch einen alten Windows 2000 Server, der als DHCP-Server dient. Da dieser aber Probleme macht (Datenbank korrupt nach jedem Neustart) möchte ich den Dienst nun auf einen Windows 2003 R2 DC legen, der im selben Subnetz hängt wie die Client-PCs. Bis gestern war die Leasetime noch auf 8 Tage eingestellt. Ich möchte folgendermaßen vorgehen: 1. Scope auf neuem Server vorbereiten. 2. Leasetime auf dem alten Server auf 6 Stunden runterschrauben. 3. Freitag Mittag die Leasetime auf 1 Stunde runtersetzen. 4. Freitag nach Dienstschluß den alten DHCP runterfahren und den neuen aktivieren. 5. Nach spätestens einer Stunde sollten die alten Leases auf den Clients ungültig sein. 6. Einige Clients per WOL starten und beobachten ob Probleme entstehen. 7. Wenn es keine Probleme gibt, die Leasetime auf dem neuen Server wieder erhöhen. Wenn mir jemand bestätigen könnte, dass ich nicht komplett auf dem Holzweg bin, wäre das sehr nett ;) Gruß und vielen Dank Porschinho Zitieren Link zu diesem Kommentar
dmetzger 10 Geschrieben 12. Januar 2011 Melden Teilen Geschrieben 12. Januar 2011 Wenn mir jemand bestätigen könnte, dass ich nicht komplett auf dem Holzweg bin, wäre das sehr nett ;) Funktioniert. wie gross ist das Subnetz, wie viele Clients hast Du, wie gross ist der derzeitige zu verteilende IP-Adressenbereich? Zitieren Link zu diesem Kommentar
porschinho 10 Geschrieben 12. Januar 2011 Autor Melden Teilen Geschrieben 12. Januar 2011 Sind ca. 250 Clients bei 350 freien DHCP Adressen. Vielen Dank ... Zitieren Link zu diesem Kommentar
dmetzger 10 Geschrieben 12. Januar 2011 Melden Teilen Geschrieben 12. Januar 2011 Wenn Du noch 350 freie IP-Adressen und 250 Clients hast: Warum richtest Du nicht auf dem neuen DHCP-Server den gleichen Adressenbereich ein, in dem jener Teilbereich mit Adressen ausgeschlossen ist, die der auszumusternde DHCP-Server bereits an Clients verteilt hat? So kannst Du den alten DHCP-Server gleich aus dem System nehmen und den neuen aktivieren. Dieser verteilt dank Ausschluss jene Adressen nicht erneut, die der alte schon vergeben hat. Sobald alle Leases des alten DHCP-Servers ausgelaufen sind und alle Clients in der Datenbank des neuen DHCP-Servers erscheinen, kannst Du den ausgeschlossenen Bereich des alten DHCP-Servers entfernen. Spart Dir eine Zusatzschicht am Freitag Abend. Zitieren Link zu diesem Kommentar
porschinho 10 Geschrieben 12. Januar 2011 Autor Melden Teilen Geschrieben 12. Januar 2011 Die Idee hatte ich auch schon, dafür müsste ich aber zuerst den Bereich auf dem alten Server einschränken. Die Adressen liegen ja leider nicht alle schön in Reihe ;) Dazu kommt noch das Problem mit der Datenbank, die regelm. ca. 100 Adressen mehr in Nutzung hat, als tatsächlich verteilt sind. Ein "reconcile" bringt diese "Mist-Einträge" zum Vorschein. Diese muss ich dann aus den Leases rauslöschen um sie wieder frei zu bekommen. Gleich nach einem Neustart des Dienstes beginnt das Ganze dann wieder von vorne. Außerdem habe ich Reservierungen für einige PCs eingerichtet. Hmm... werde mal drüber schlafen und mir morgen den Bereich mal genauer ansehen. Ich berichte dann ... Vielen Dank Zitieren Link zu diesem Kommentar
blub 115 Geschrieben 12. Januar 2011 Melden Teilen Geschrieben 12. Januar 2011 Hallo, Zu Punkt 6: deine QS würde ich im DHCP.Log Audit logging: Dynamic Host Configuration Protocol (DHCP) sowie wie im eventviewer durchführen. Generell: Da die DHCP-DB eine Jet-DB (wie WINS) ist, lassen sich Probleme an der DHCP-Datenbank oft beheben, indem man die mdb mit jetpack komprimiert: Audit logging: Dynamic Host Configuration Protocol (DHCP) jetpack < database name > < name of the temporary database > Suppose that you have a temporary database with the file name Tmp.mdb, and the WINS database has the file name Wins.mdb. To compact the database in this example, you enter the following commands: cd % SystemRoot %\ System32\Wins net stop wins jetpack wins.mdb tmp.mdb net start wins In habe früher alle 3 Monate mal die mdb komprimiert, um eventuelle Fehler möglichst früh erkennen zu können. blub Zitieren Link zu diesem Kommentar
carlito 10 Geschrieben 12. Januar 2011 Melden Teilen Geschrieben 12. Januar 2011 Generell: Da die DHCP-DB eine Jet-DB (wie WINS) ist, lassen sich Probleme an der DHCP-Datenbank oft beheben, indem man die mdb mit jetpack komprimiert: Audit logging: Dynamic Host Configuration Protocol (DHCP) Dein Link zeigt auf das DHCP Audit Logging. Hier der passende MS KB Artikel: How to Use Jetpack.exe to Compact a WINS or DHCP Database An dem Verfahren scheint sich seit NT 3.5(!) nichts geändert zu haben. :D Zitieren Link zu diesem Kommentar
porschinho 10 Geschrieben 13. Januar 2011 Autor Melden Teilen Geschrieben 13. Januar 2011 Vielen Dank für die Links und Hinweise. Möchte dennoch den alten 2000er los werden. ;) Mache deshalb lieber jetzt einen sauberen Schnitt, als am offenen Herzen einer "altersschwachen Dame" herumzubasteln. 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.