-nin 11 Geschrieben 18. Januar 2021 Melden Teilen Geschrieben 18. Januar 2021 Hallo zusammen, ich migriere gerade von Windows 2012 auf 2019 und habe 2 Win 2012 DCs, die im Netz mit ihren festen IPs an den Clients als DNS hinterlegt sind. Ich würde nun einen 3. DC auf 2019 promovieren, die FSMO-Rollen, Betriebs- und Schema-Master auf den 2019 übertragen. Dann den alten 2012 DC depromovieren und schlussendlich abschalten. Gibt es ein Problem, wenn ich dem neuen 2019 DC die feste IP-Adresse auf die des abgeschalteten ändere? Also die Domäne und DNS auf dem 2019er kommen dann nicht durcheinander oder so? Und ich müsste noch einmal nachfragen, wie bei dem DC 2019 die Reihenfolge der DNS-Server einzutragen wäre. Danke für Euren Rat. -nin Zitieren Link zu diesem Kommentar
djmaker 95 Geschrieben 18. Januar 2021 Melden Teilen Geschrieben 18. Januar 2021 Hallo, -du änderst die IP des neuen DC und startest ihn neu, fertig -man trägt im Allgemeinen die DNS-Server über Kreuz ein, 1. DNS = anderer DC / DNS, 2. DNS=eigener Server Zitieren Link zu diesem Kommentar
-nin 11 Geschrieben 18. Januar 2021 Autor Melden Teilen Geschrieben 18. Januar 2021 Astrein. Ich habe das so lange schon nicht mehr gemacht, dass ich etwas eingerostet bin Dankeschön. Zitieren Link zu diesem Kommentar
djmaker 95 Geschrieben 18. Januar 2021 Melden Teilen Geschrieben 18. Januar 2021 Wenn noch nicht geschehen, dann bitte beachten: https://www.tech-faq.net/dfs-migration-active-directory/ Zitieren Link zu diesem Kommentar
-nin 11 Geschrieben 18. Januar 2021 Autor Melden Teilen Geschrieben 18. Januar 2021 Hi, danke für den Tipp. Die DFSR Migration habe ich letzte Woche schon erfolgreich gemacht. Zitieren Link zu diesem Kommentar
cj_berlin 1.329 Geschrieben 18. Januar 2021 Melden Teilen Geschrieben 18. Januar 2021 vor 4 Stunden schrieb djmaker: -man trägt im Allgemeinen die DNS-Server über Kreuz ein, 1. DNS = anderer DC / DNS, 2. DNS=eigener Server ...wobei es seit 2008R2 echt egal ist, in welcher Reihenfolge die da stehen. Aber ja, macht man auf jeden Fall so, da meckern auch alte Inventarisierungsskripte nicht Und der Vollständigkeit halber, obwohl es im vorliegenden Fall wohl keine Bewandtnis hat: Wenn die neue IP durch Subnetze in eine andere Site fallen würde als die alte, würde es bei einem DC nicht dazu führen,. dass er die Site wechselt. Zitieren Link zu diesem Kommentar
MurdocX 953 Geschrieben 18. Januar 2021 Melden Teilen Geschrieben 18. Januar 2021 (bearbeitet) Diese Thema wurde hier schon mehrfach diskutiert. Heute mal mit einem verlinkten Artikel dazu. Best practices for DNS client settings - Windows Server | Microsoft Docs https://docs.microsoft.com/en-us/troubleshoot/windows-server/networking/best-practices-for-dns-client-settings Zitat ... After you have verified that replication has completed successfully, DNS may be configured on each Domain Controller in either of two ways, depending on the requirements of the environment. The configuration options are: Configure the Preferred DNS server in TCP/IP properties on each Domain Controller to use itself as Primary DNS Server. Advantages: Ensures that DNS queries originating from the Domain Controller will be resolved locally if possible. Will minimize impact of Domain Controller's DNS queries on the network Disadvantages: Dependent on Active Directory replication to ensure that DNS zone is up to date. Lengthy replication failures may result in an incomplete set of entries in the zone. Configure all Domain Controllers to use a centralized DNS server as their Preferred DNS Server. Advantages: Minimizes the reliance on Active Directory replication for DNS zone updates of Domain Controller locator records. This includes faster discovery of new or updated Domain Controller locator records, as replication lag time is not an issue. Provides a single authoritative DNS server, which may be useful when troubleshooting Active Directory replication issues Disadvantages: Will more heavily utilize the network to resolve DNS queries originating from the Domain Controller DNS name resolution may be dependent on network stability; loss of connectivity to the Preferred DNS server will result in failure to resolve DNS queries from the Domain Controller. This may result in apparent loss of connectivity, even to locations that are not across the lost network segment. A combination of the two strategies is possible, with the remote DNS server set as Preferred DNS server, and the local Domain Controller set as Alternate (or vice versa). While this strategy has many advantages, there are factors that should be considered before making this configuration change: The DNS client does not utilize each of the DNS servers listed in TCP/IP configuration for each query. By default, on startup the DNS client will attempt to utilize the server in the Preferred DNS server entry. If this server fails to respond for any reason, the DNS client will switch to the server listed in the alternate DNS server entry. The DNS client will continue to use this alternate DNS server until: It fails to respond to a DNS query, or: The ServerPriorityTimeLimit value is reached (15 minutes by default). ... bearbeitet 18. Januar 2021 von MurdocX Zitieren Link zu diesem Kommentar
djmaker 95 Geschrieben 18. Januar 2021 Melden Teilen Geschrieben 18. Januar 2021 Danke - retro-Wissen ergänzt. 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.