XADM: Standortinterne Verzeichnisreplikation fehl Fehler 1720

Mindestens einen Server innerhalb der Website fehlschlagen, um anderen Standortservern Replikat Updates zu benachrichtigen, und anderen Standortservern in Ihre versucht, kommunizieren mit dem betroffenen Server oder Server fehlschlagen.

Die Problem-Server anmelden im Ereignisprotokoll der Anwendung während des Startvorgangs das folgende Ereignis Directory:

Andere Siteserver protokolliert außerdem möglicherweise die folgenden Directory Ereignisse beim Versuch, mit den Problem-Servern kommunizieren:

Während Verzeichnis-Dienststart fehlgeschlagen die RPC-Endpunktzuordnung in seinen Versuch, einen Endpunkt für den Verzeichnisdienst nach einem bestimmten Protokoll zu registrieren. Dies kann für das Protokoll Ncacn_ip_tcp auftreten, wenn folgende Bedingungen erfüllt sind:

• Der Verzeichnisdienst wurde eine Registrierungseinstellung, um die Verwendung einer bestimmten TCP-Anschluss für Verzeichnis-Dienst-Kommunikation erzwingen angewendet.
• Anschluss wurde bereits ein anderer Prozess von Winsock oder RPC durch die Zeit zugewiesen der Verzeichnisdienst startet.

Wenn die Netzwerkumgebung erfordert, dass die Exchange-Dienste Ports, die Ihnen zugewiesenen behoben haben, Planen Sie sorgfältig Anschlusszuweisungen, damit die Ports nicht bereits in Verwendung sind. Siehe Info Informationen unten. Außerdem finden Sie im folgenden Knowledge Base-Artikel:

Die Exchange-Dienste-Standardverhalten wird damit die RPC-Endpunktzuordnung einen TCP-Anschluss aus dem Pool temporärer Ports (kurzlebige) während der Dienstinitialisierung dynamisch zuzuweisen. Beginnt unter Windows NT standardmäßig diesen Pool mit Port 1024. Das Ergebnis ist, dass der Port einem Dienst zugewiesene unterschiedlich sein kann bei jedem Start des Dienstes.

Clients, die versuchen, erhalten Sie eine Dienst erste Abfrage RPC-Endpunktzuordnung (an Port 135) bestimmen, an welchem Anschluss der Exchange-Dienst sein kann kontaktiert (siehe 176466  (http://support.microsoft.com/kb/176466/EN-US/ ) ).

Einige Netzwerkumgebungen (i. d. r. mit Firewalls) erfordern, dass die von Diensten verwendeten Ports in einem festen Bereich oder das extrem auch weiterhin, dass Sie konsistent, bleiben jedes Mal der Dienst ausgeführt wird.

Port Aufgaben Optionen und Strategie

Hinweis: Das UDP-Protokoll hat auch Pools von Portnummern. Diese sind unabhängig von den TCP-Pools.

Es gibt zwei Pools von TCP-Portnummern Zeichnen von zum Erzwingen einer Exchange-Dienst einen bestimmten TCP-Anschluss verwenden: Pool bekannte Ports (0 - 1023); und die flüchtigen Pool (1024 und höher). Entweder ist zufriedenstellend und Konfiguration einer Firewall möglicherweise dem Pool mit diktieren. Wenn entweder Pool verwenden, gelten Sie die folgenden:

• Weisen Sie Ports nicht bereits in Verwendung in der Umgebung.
• Dokumentieren Sie diese Optionen (die Datei \winnt\system32\drivers\etc\services ist ein logischer Ort für eine solche Dokumentation).

Bekannte (TCP)-Ports (0 - 1023)

Gemäß der Konvention und Interoperabilität von standard Netzwerkdienste, dieser Pool von Adressen festgelegt war reserviert pro RFC 1060 und viele diese Ports sind für die Verwendung von bestimmten Diensten, wie z. B. Echo, ftp, smtp, Ldap, pop3, Finger, Nntp, Snmp, reserviert usw.. Es gibt 1024 Ports in diesem Pool (nicht alle von Ihnen noch zugewiesen), und in der Regel wird nur ein kleiner Bruchteil dieser Dienste tatsächlich innerhalb einer bestimmten Computerumgebung implementiert. Es ist akzeptabel, Ports verwenden, die nicht aktuell (noch jemals werden) Webhostingdienst, die der Port für ursprünglich reserviert wurde oder nicht zugewiesene Ports verwenden.

Temporärer (TCP)-Ports

Wählen Sie nicht die erste Ports in diesem Bereich (1024 [ASCII 150] 65535). Winsock und RPC weisen diese beginnend mit den niedrigsten im Bereich von Ports zu. Durch die Zeit der Exchange-Dienst startet, einige der ersten Anschlüsse möglicherweise bereits zugewiesen wurden (daher der PROBLEMBESCHREIBUNG oben). Leider ist keine umfassende Diagnose, die melden kann, welche Ports von Winsock oder RPC zugewiesen wurden. Ausführen von "NETSTAT - a" listet alle Verbindungen und Abhörports, aber dies möglicherweise nicht alle zugewiesenen Ports anzuzeigen. Experimentieren kann erforderlich sein. Klicken Sie im Zweifelsfall sollten Sie aus dem Pool bekannte Ports zuweisen oder Portnummern über 1023 (z. B. der Bereich 1200) auswählen.

Andere Exchange-Kerndienste

Weder der Exchange-Informationsspeicherdienst als auch die Exchange-Systemaufsicht protokolliert ein Ereignis wenn ein RPC-Endpunkt-Erstellung während der Dienstinitialisierung fehlschlägt. Das Betriebssystem Verhalten und Leistung dieser Dienste ohne das Ncacn_ip_tcp Protokoll aktiviert ist unvorhersehbar und kann weit von Umgebung zu Umgebung variieren. Die MTA-Protokolle: