NetWorker NMM Clustered SQL Server-Wiederherstellung schlägt aufgrund der DNS-Suffix-Suchliste fehl
Summary: Die geclusterte SQL Server-Wiederherstellung des NetWorker Module for Microsoft (NMM) schlägt aufgrund der DNS-Suffix-Suchliste fehl. Dies geschieht in der Regel, wenn zwei Domänen vorhanden sind, eine übergeordnete DNS-Domäne und eine untergeordnete DNS-Domäne. ...
Symptoms
Typische Fehler sind:
Anmeldung beim virtuellen SQL-Server "VirtualSQLServerName"
nicht möglich Anmeldung beim virtuellen SQL-Server "VirtualSQLServerName.mydomain.com"
. Die obigen Fehler deuten darauf hin, dass sich der Backupnutzer nicht bei SQL Server anmelden kann.
Cause
Dieses Problem kann auftreten, wenn es eine übergeordnete DNS-Domain (Domain Name Server) wie mydomain.com und eine untergeordnete DNS-Domain wie ad.mydomain.com gibt,
wobei die untergeordnete Domain über eine nicht autorisierende DNS verfügt.
Beispiel:
Eine SQL Server-Instanz ist in einem Windows-Failover-Cluster installiert und die Cluster-Nodes sind Mitglieder der untergeordneten DNS-Domain – ad.mydomain.com
Diese Domain ist die Active Directory-Domain für Windows-Failovercluster und Cluster-Nodes.
Diese Domäne verfügt über nicht autorisierende DNS-Server, die Vorwärtsabfragen durchführen, aber es sind keine Rückwärtsabfragen vorhanden.
Beispielsweise können die DNS-Server in ad.mydomain.com HostA auflösen, aber sie können die IP-Adresse von HostA nicht auflösen.
Das Betriebssystem des Backupservers ist Linux und wird in einer übergeordneten DNS-Domain ausgeführt – mydomain.com
Diese Domäne verfügt über autorisierende DNS-Server mit Forward- und Reverse-Lookups.
Beispielsweise können die DNS-Server in mydomain.com HostA und auch die IP-Adresse von HostA auflösen.
Der vollständig qualifizierte Domänenname (FQDN) des virtuellen SQL-Servers des Failoverclusters ist
Virtual_SQL_Servername.ad.mydomain.com
Resolution
Um dieses Problem zu beheben, überprüfen Sie, ob die Liste der Client-DNS-Suchsuffixe diese Reihenfolge
enthält, ad.mydomain.com
mydomain.com
Wenn dies der Fall ist, muss die Reihenfolge in diese Reihenfolge geändert werden, damit DNS-Suchen zuerst die Parnet-Domäne verwenden, Beispiel
mydomain.com
ad.mydomain.com
Ändern der DNS-Suffix-Suchliste unter Windows
1. Führen Sie ipconfig /all
aus, um beispielsweise eine Ausgabe wie diesen
Hostnamen anzuzeigen. . . . . . . . . . . . : ServerHostA
Primäres DNS-Suffix . . . . . . . : mydomain.com
Node-Typ . . . . . . . . . . . . : Hybrides
IP-Routing aktiviert. . . . . . . . : Es ist kein
WINS-Proxy aktiviert. . . . . . . . : Keine
DNS-Suffix-Suchliste. . . . . . : <<< ad.mydomain.com dies ist der erste in der Liste.>>> muss mydomain.com
2 geändert
werden. Öffnen Sie Windows, Systemsteuerung\Netzwerk und Internet\Netzwerk- und Freigabecenter\Adaptereinstellungen
ändern. Klicken Sie mit der rechten Maustaste auf den Produktionsadapter, der die DNS-Serverliste enthält, bearbeiten Sie die Eigenschaften von (TCP/IP v4) und wählen Sie dann Erweitert, DNS aus.
Hier sehen Sie die Reihenfolge der Domains.
3. Bearbeiten Sie in den Eigenschaften des Produktionsadapters, der die DNS-Serverliste enthält, die Eigenschaften von (TCP/IP v4) und wählen Sie dann Erweitert, DNS
und Untergeordnete nicht autoritative Domäne (ad.mydomain.com) unterhalb der Teildomäne verschieben (mydomain.com) aus