Verschieben Sie einen Arbiterserver, ohne das Spiegelungssystem zu stoppen, indem Sie einen neuen Server erstellen und die Arbiterserverdefinitionen so ändern, dass der neue Arbiterserver verwendet wird.
Voraussetzungen
Diese praktische Einführung basiert auf dem unter Praktische Einführung: Datenbankspiegelungssysteme erstellen beschriebenen Datenbankspiegelungssystem.
Sie müssen die Systemprivilegien MANAGE ANY MIRROR SERVER und SERVER OPERATOR haben.
Kontext und Bemerkungen
Bei dieser praktischen Einführung werden alle Datenbankserver auf demselben Computer ausgeführt. In einer Produktionsumgebung müssen die einzelnen Datenbankserver jedoch auf separaten Computern installiert werden.
Wenn Sie diese praktische Einführung auf Datenbankserver anwenden, die auf verschiedenen Computern ausgeführt werden, müssen Sie in den Verbindungszeichenfolgen die Verweise auf localhost in die tatsächlichen Computernamen ändern.
Starten Sie den Server, der zum Arbiter werden soll, mit den Optionen -su, -xa und -xf. Zum Beispiel:
mkdir arbiter2 |
dbsrv16 -n demo_arbiter2 -x "tcpip(port=6873)" -xf c:\arbiter2\arbiter2.state -xa "AUTH=abc;DBN=mirror_demo" -su sql |
Option | Beschreibung |
---|---|
-su | Kennwort für die Dienstprogrammdatenbank. |
-xa | Datenbankname und Authentifizierungszeichenfolge des Arbiterservers. |
-xf | Speicherort der Statusinformationsdatei für das Spiegelungssystem. |
Stellen Sie eine Verbindung mit dem Primärserver her und ändern Sie die Arbiterserverdefinition für das Spiegelungssystem.
Führen Sie den folgenden Befehl aus, um eine Verbindung mit dem Primärserver herzustellen.
dbisql -c "UID=DBA;PWD=sql;SERVER=mirror_demo_primary;HOST=localhost:6871,localhost:6872" |
Führen Sie den folgenden Befehl aus, um die Arbiterserverdefinition in diejenige des neuen Servers zu ändern.
ALTER MIRROR SERVER demo_arbiter AS ARBITER connection_string='SERVER=demo_arbiter2;HOST=localhost:6873'; |
Primär- und Spiegelserver trennen die Verbindung mit dem Arbiterserver und stellen eine Verbindung mit dem neuen Arbiterserver her.
Warten Sie ein paar Sekunden und stoppen Sie dann den alten Arbiterserver.
dbstop -y -c "UID=DBA;PWD=sql;SERVER=demo_arbiter;HOST=localhost:6870;DBN=utility_db" |
Überprüfen Sie mit einem Ping die ArbiterState-Datenbankeigenschaft des Spiegelungssystems, um sicherzustellen, dass der neue Arbiterserver mit dem Spiegelungssystem verbunden ist. Führen Sie den folgenden Befehl aus:
dbping -c "UID=DBA;PWD=sql;SERVER=mirror_demo_primary" -pd ArbiterState |
Der Wert für die ArbiterState-Eigenschaft ist "connected":
SQL Anywhere Server Ping Utility Version 16.0.0.1403 Type Property Value --------- ---------------- ------------------------------ Database ArbiterState connected |
![]() |
Kommentieren Sie diese Seite in DocCommentXchange.
|
Copyright © 2013, SAP AG oder ein SAP-Konzernunternehmen. - SAP Sybase SQL Anywhere 16.0 |