1. Ihr Unternehmen plant seit über einem Jahr eine Migration von seiner Windows NT 4.0-Domäne zu einer neuen Windows Server 2003-Domäne.Sie haben eine Unternehmenszentrale in Charleston, SC und 15 Satellitenniederlassungen an der Ostküste. In jedem Zweig führen Sie derzeit ein Windows NT 4 aus.0 Domänencontroller, der auch als DNS-, WINS- und DHCP-Server fungiert. In der Unternehmenszentrale haben Sie drei Domänencontroller und zwei Mitgliedsserver. Auf den Mitgliedsservern in Unternehmen werden WINS, DHCP und DNS ausgeführt. Die WINS-Server in jeder Zweigstelle werden in einem Hub- und Spoke-Replikationsmodell mit Corporate konfiguriert. Alle Zweigstellen-DNS-Server ziehen eine sekundäre Zone von einem DNS-Server in Unternehmen. Endlich ist es soweit und Sie können mit der Migration beginnen.Sie aktualisieren Ihren primären DNS-Server auf Windows 2000.Sie aktivieren dynamische Updates.Sie konfigurieren alle Domänencontroller in Unternehmen so, dass sie auf den neuen Windows Server 2003-DNS-Server verweisen. Als nächstes aktualisieren Sie Ihr PDC auf Windows 2000. Alles scheint gut zu funktionieren, aber in ein paar Stunden erhalten Sie Anrufe von einigen Ihrer Filialen, dass der DNS-Dienst ihnen Dr.Watson-Fehler gibt.Was könnte eine Ursache für das Problem sein?
A. Auf den NT 4.0-Servern wird Service Pack 5 ausgeführt.
B. Auf den NT 4.0-Servern sollte DNS nicht ausgeführt werden, da es sich um Domänencontroller handelt.
C. Auf den NT 4.0-Servern wird Service Pack 3 ausgeführt.
D. Das NT 4.0 Server erfordern eine vollständige Zonenübertragung, Windows Server 2003 unterstützt jedoch nur inkrementelle Zonenübertragungen.
0 C. Antwort C ist korrekt, da Windows NT 4.0-DNS-Server mit Windows Server 2003-DNS-Servern repliziert werden können. Wenn auf den 4.0-Servern jedoch nicht mindestens Service Pack 4 ausgeführt wird, werden SRV-Datensätze nicht unterstützt. In dieser Frage wurde Ihr primärer DNS-Server auf Windows 2000 aktualisiert, wodurch er integrierte Unterstützung für SRV-Einträge (Dynamic Updates and Service) bietet. Anschließend werden diese Datensätze in alle sekundären Windows NT 4.0-DNS-Zonen repliziert. Wenn nun die Zonendatei geladen wird,führt Window einen Dr. Watson aus (der anzeigt, dass das System einen Fehler hatte).
0 Antwort A ist falsch, da Service Pack 5 nicht erforderlich ist. Antwort B ist falsch, da die Ausführung von DNS auf einem Domänencontroller völlig akzeptabel ist.Antwort D ist da, um zu versuchen, dich wegzuwerfen. Dies ist eine echte a-Anweisung, da Windows NT 4.0 nur vollständige Zonenübertragungen unterstützt und Windows Server 2003 inkrementelle Zonenübertragungen unterstützt. Dies würde jedoch kein Problem verursachen, da Windows Server 2003 auch vollständige Zonenübertragungen unterstützt und problemlos mit einem Windows NT 4.0-DNS-Server repliziert würde.
2. Lisa arbeitet für ein Entwicklungsunternehmen, das über eine native Windows Server 2003 Active Directory-Domäneninfrastruktur verfügt. Sie verwenden Windows XP und Windows 2000 ausschließlich auf allen Client-Laptops und stellen alle IP-Konfigurationsoptionen über DHCP bereit. Alle DHCP-Server sind so eingerichtet, dass sie automatisch A- und PTR-Datensätze im Namen ihrer Clients registrieren. Lisa verwaltet eine in Active Directory integrierte Windows Server 2003-DNS-Datenbank. Die Unternehmensumgebung wird stark von mobilen Benutzern genutzt, die von Etage zu Etage wechseln, ihre Netzwerkkabel trennen und alte IP-Informationen nicht ordnungsgemäß herunterfahren oder freigeben. Entwickler fügen der Domäne ständig Maschinen über virtuelle Software hinzu und trennen sie dann. Jede der vier Etagen, auf denen Lisa arbeitet, ist als Subdomain der Root-Domain im ersten Stock eingerichtet. Jedem Client wird für jede Subdomain eine DNS-Suffix-Suchreihenfolge zugewiesen. Nachdem Lisa einige Zeit dort gearbeitet hat, stellt sie fest, dass ihre DNS-Datenbank mit stagnierenden veralteten Datensätzen gefüllt ist. Sie glaubt, dass dies einige Leistungsprobleme verursacht, und möchte eine manuelle Bereinigung der Datenbank einleiten, um zu sehen, wie viele Datensätze bereinigt werden. Lisa hat keine der Standardeinstellungen für die DNS-Konfiguration geändert, seit sie sie installiert hat. Lisa geht in ihre DNS-Konsole, klickt mit der rechten Maustaste auf ihren DNS-Server und wählt Scavenge Stale Resource Records aus. Sie antwortet mit Ja auf die Frage, ob sie alle Ressourceneinträge in der Datenbank durchsuchen möchte. Sie wartet bis zum nächsten Tag und überprüft die Datenbank, nur um festzustellen, dass die Datensätze noch vorhanden sind. Sie erinnert sich dann, dass sie irgendwo gelesen hat, dass das Standard-Aktualisierungsintervall 7 Tage beträgt, also läuft sie noch einmal, um sicherzugehen, und beschließt, in einer Woche wieder einzuchecken. Zwei Wochen später sind die veralteten Datenbankeinträge immer noch vorhanden und scheinen nicht verschwinden zu wollen. Was macht Lisa falsch?
A. Lisa hat vergessen, das Scavenging auf dem Server zu aktivieren.
B. Lisa hat vergessen, das Scavenging auf der Domain zu aktivieren.
C. Lisa hat vergessen, das Scavenging auf dem Server und der Domäne zu aktivieren.
D. Lisa hat nicht lange genug gewartet.
0 C.Antwort C ist korrekt, denn damit das Scavenging entweder manuell oder automatisch funktioniert, muss es sowohl in den Eigenschaften des Servers als auch in den Eigenschaften der Domäne aktiviert sein. Wenn eine dieser Optionen nicht aktiviert ist, funktioniert das manuelle Spülen nicht, obwohl keine Fehlermeldung angezeigt wird.
0 Antwort A ist falsch, da Lisa die Standardinstallation nicht geändert hat. Das bedeutet, dass sowohl der Server als auch die Domäne aktiviert sein müssen, nicht nur der Server. Antwort B ist aus demselben Grund falsch. Antwort D ist falsch, da die Wartezeit von Lisa nichts daran ändert, dass das Spülen überhaupt nicht funktioniert.
Lesen Sie hier weiter: Konfigurieren von DNS-Clients
War dieser Artikel hilfreich?