Replikations-Warteschlangenmanager

Kommunikation zwischen Netezza Performance Server (NPS)-Knoten und Replikationswarteschlangenmanager

Der NPS®-Knoten und der Replikations-Queue-Manager verwenden zwei Methoden zur Kommunikation. Sie verwenden das standardmäßige Network File System NFS ) zum Lesen von Daten. Replication Services verwendet auch den RQM File Transfer Sender, ein benutzerdefiniertes Schreibprotokoll mit höherer Leistung als NFS, um alle anderen Daten zu schreiben und Metadaten aus dem Replikationskatalog zu exportieren. Damit die NFS ordnungsgemäß funktionieren, müssen die Benutzer- und Gruppenkennungen (UID und GID, die numerische Werte sind) für den Netezza® (normalerweise nz) auf dem NPS und den Replikationswarteschlangenmanagern gleich sein. Ist dies nicht der Fall, kommt es auf dem NPS-Knoten zu Berechtigungsfehlern beim Schreiben von Daten in den Warteschlangenmanager.

Netzwerktopologie des Replikationswarteschlangenmanagers

Alle Replikations-Queue-Manager in einem Replikationsset definieren zusammen eine verteilte Topologie, in der jeder Replikationsknoten mit jedem anderen Replikationsknoten verbunden ist. In dieser Topologie hat jeder Replikationsknoten einen einzigen kanonischen Hostnamen des Replikationswarteschlangenmanagers, der in die IP-Adresse seiner WAN-Verbindung aufgelöst werden muss. Wenn Replikationswarteschlangenmanager-Hosts eine Verbindung zueinander herstellen, tauschen sie ihre kanonischen Namen aus. Diese voll qualifizierten Hostnamen ermöglichen es dem RQM, Netzwerkprobleme zu erkennen, wie z. B. doppelte Verbindungen oder Selbstreferenzen, die durch Probleme bei der Netzwerkkonfiguration verursacht werden, und erlauben es dem RQM, Multihomed-Server zu unterstützen.

Wenn Replikationswarteschlangenmanager eine Verbindung herstellen, geben sie auch die voll qualifizierten Hostnamen aller anderen Protokollserver-Hosts in der Topologie untereinander frei. Das bedeutet, dass das Hinzufügen einer RQM-Instanz zu einem beliebigen Protokollserver-Host in der Topologie diesen Host zu allen anderen Protokollserver-Hosts in der Topologie hinzufügt. Dies erspart den Aufwand, jeden Log-Server-Host einzeln zu allen anderen Log-Server-Hosts hinzufügen zu müssen.

Der Standardwert für den kanonischen Namen des Replikationswarteschlangenmanagers ist der vollqualifizierte Domänenname der Cloud Pak For Data System-Appliance, der für den Replikationswarteschlangenmanager konfiguriert ist.

Es wird dringend empfohlen, den Befehl traceroute zu verwenden, um den Pfad von einem Warteschlangenmanager zu einem anderen zu identifizieren und zu bestätigen, dass der Pfad über die WAN-IP-Adresse führt. Verwenden Sie zum Schutz vor unbefugtem Zugriff Firewalls, um den Zugriff auf den Replikationswarteschlangenmanager zu beschränken.

Vorrang der Datenübertragung

Die RQM-Software verwendet einen heuristischen Algorithmus für kleine/große Daten, um die Reihenfolge der Datenübermittlung festzulegen. Eine kleine Datenmenge wird vorrangig behandelt, so dass Kontrollinformationen schneller übertragen werden als eine große Datenmenge. Eine große Datenmenge wird in Blöcken übertragen, einer nach dem anderen, in der Reihenfolge, in der sie protokolliert wird (dies kann von der Änderungszeit abweichen).

Die Feinheiten des RQM-Übertragungsalgorithmus können Auswirkungen darauf haben, wie die Replikation zwischen den Knoten erfolgt, je nach Art der Arbeitslast oder jeglicher vom Benutzer initiierter Vorgänge außerhalb der Replikation. Beispielsweise wird ein Replikations-Workload, der mehrere große Lasten in einer Transaktion umfasst, auf dem Replikations-NPS-Knoten erst dann abgeschlossen, wenn alle Lastdaten an den dem Replikat zugeordneten Replikations-Queue-Manager und dann an den Replikations-NPS-Host übertragen worden sind. In diesem Beispiel könnte die Replikationsauslastung beeinträchtigt werden, wenn ein Benutzer ein Backup durch Angabe der Option -pts transfer initiiert (eine Option des Befehls nzreplbackup, die bewirkt, dass die RQM-Software verwendet wird, um das Backup automatisch auf das Replikat zu übertragen). Diese Option wirkt sich auf die Leistung aus, da sie zusätzliche Daten erzeugt, die mit den anderen großen Mengen an Replikationsdaten priorisiert werden müssen.

Bei normaler Nutzung der Replikation sollte aus betrieblicher Sicht nur eine begrenzte Notwendigkeit zur direkten Interaktion mit dem Replikationswarteschlangenmanager bestehen. Wenn während der Replikation ein unerwartetes Verhalten auftritt (z. B. eine unerwartete Verzögerung oder Fehlermeldung), können die Replikationsstatusinformationen darauf hinweisen, dass Sie den Warteschlangenmanager auf Informationen überprüfen sollten. Darüber hinaus können Sie den Status und den Betrieb des Warteschlangenmanagers im Rahmen der Fehlersuche bei der Konnektivität zwischen Replikationsstandorten überprüfen.

Verwaltung der Protokollspeicher

Die Datenpartition auf dem Replikations-Queue-Manager ist sowohl für die Replikation als auch für den reibungslosen Betrieb des NPS-Hosts entscheidend. Wenn die RQM-Datenpartition auf dem primären Host voll ist, wird die Replikation gestoppt, und es dürfen keine Transaktionen ausgeführt werden, die replizierte oder globale Daten ändern. Wenn die RQM-Datenpartition auf einem Replikat-Host voll ist, wird der Host im Vergleich zum primären Host zunehmend latent, da neue replizierte Transaktionen aufgrund des Speichermangels nicht empfangen werden können. Der primäre Replikations-Warteschlangenmanager versucht so lange, Transaktionsinformationen zu senden, bis entweder der Speicherplatz auf dem primären System erschöpft ist oder das Senden der Informationen erfolgreich war. Nur die erfolgreich gesendeten Protokolldaten werden durch den Bereinigungsprozess gelöscht.

Der freie Speicherplatz auf der RQM-Datenpartition wird ständig vom Replikationsdienst überwacht, der NPS-Ereignisse erzeugt, wenn der Speicherplatz unter einen konfigurierbaren Prozentsatz der vollständig konfigurierten Größe fällt. Der Replikationsdienst verfügt über ein flexibles und konfigurierbares Dienstprogramm zur intelligenten Bereinigung älterer transaktions- und replikationsbezogener Daten in der RQM-Datenpartition. Der Replikationswarteschlangen-Manager behält alle Protokolle und Daten, bis sie gelöscht werden. Weitere Informationen finden Sie unter dem Befehl nzreplprunepts.

Sie können den RQM zur Übertragung von Sicherungsdaten verwenden. Dadurch wird jedoch Speicherplatz verbraucht. Bei der Ermittlung des Speicherbedarfs ist der zusätzliche Speicherplatz zu berücksichtigen, der zur Unterstützung dieses Prozesses über die reine Replikation hinaus benötigt wird. Außerdem werden Backup-Sets, die außerhalb der Replikation liegen (Backups, die nicht mit der RQM-Software übertragen werden), nicht vom Replication Pruning Utility verwaltet. Daher müssen Sie die Bereinigung früherer Sicherungsdaten manuell durchführen.

Wenn die RQM-Datenpartition häufig an ihre Speichergrenzen stößt, sollten Sie erwägen, das Pruning-Dienstprogramm häufiger auszuführen.