FAQ - Server (Fragen zur Hot-Standby Option)

FAQ - Server (Fragen zur Hot-Standby Option) Häufige Fragen zur Hot-Standby Option

Ab welchen CONZEPT 16-Versionen kann die Hot-Standby Option eingesetzt werden?

	Version
Server	1.7.01
Client	3.6.10 und 4.4.12
Web-Schnittstelle	2.1.00
ODBC-Treiber	1.2.01
Windows Programmierschnittstelle	4.5.00

Gibt es Konstellationen, die zur Unterbrechung des Hot-Standby Betriebes führen?

Ja, bei folgenden Operationen wird der Hot-Standby Betrieb unterbrochen und nach dem Ende der Operation eine erneute Synchronisation durchgeführt:

**** Diagnose mit Recover oder Schlüsselanalyse
**** Manuelle Datenraumerweiterung
**** Manuelles Anlegen eines weiteren Datenraums
**** Optimierung der Datenbank

Nach dem Einrichten von Hot-Standby passiert nichts. Ist etwas nicht korrekt konfiguriert?

Es muss kein Problem in der Konfiguration des Systems vorliegen. Das Hot-Standby System wird erst aktiv, wenn eine Datenbank von einem Benutzer geöffnet wird, für die die Hot-Standby Option über die Hot-Standby Einstellungen korrekt eingerichtet wurde.

Wird diese Datenbank zum ersten Mal geöffnet, findet zunächst eine Synchronisation der Datenbank vom Primärserver zum Sekundärserver statt, das heißt die Datenbank wird auf den Sekundärserver übertragen. Diese Synchronisation kann je nach Größe der Datenbank etwas Zeit beanspruchen. Der Erfolg der Synchronisation kann auf dem Sekundärsystem und in den Log-Dateien der Datenbanken überprüft werden. Die Hot-Standby Funktionalität kann jetzt auch über den Status der Datenbanken verifiziert werden. Dazu kann in dem Dialog "Datenbank öffnen" die Schaltfläche [Service] gedrückt werden. Im Datenbankstatus müssen dann zwei Zeilen angezeigt werden. Die Reihenfolge der Zeilen kann dabei unterschiedlich sein, je nachdem, ob der Status vom Primär- oder vom Sekundärserver aus ermittelt wird.

Master, geöffnet
Slave, Standby

Kann die Datenbank zwischen dem Primär- und dem Sekundärserver kopiert werden?

info

Die Datenbanken dürfen nicht zwischen den Systemen kopiert werden! Die Übertragung der Datenbank zwischen den beiden Systemen erfolgt immer durch das Hot-Standby System!

Die Primär- und die Sekundärdatenbank sind mit einem Zeitstempel versehen. Immer wenn in die Primärdatenbank etwas geschrieben wird, wird ebenfalls der Zeitstempel aktualisiert. Beim Übertragen der Informationen in die Sekundärdatenbank erhält diese einen Zeitstempel der genau 100 Nanosekunden älter ist als der in der Primärdatenbank.

Da eine Abweichung von 100 Nanosekunden nicht durch eine Zeitmessung zustande kommen kann (die Granularität bei der Zeitmessung liegt bei ca. 1 Millisekunde), müssen Datenbanken mit einer Abweichung von 100 Nanosekunden synchron sein und die jüngere der beiden Datenbanken ist die Primärdatenbank.

Wird eine der Datenbanken auf das andere System kopiert, kommt es zu einer Situation, in der beide Zeitstempel gleich sind. Es kann nicht mehr unterschieden werden, welche die Primär- und welche die Sekundärdatenbank ist. Die Datenbank, die zuerst geöffnet wird erklärt sich zur Primärdatenbank. Anschließend wird die Datenbank auf dem anderen System gelöscht und die Synchronisation gestartet.

Wieso gibt es Einträge in der Log-Datei der Sekundärdatenbank, obwohl diese nur im Standby-Modus läuft?

Auch in der Log-Datei der Standby-Datenbank werden Eintragungen vorgenommen, wenn der Datenbankserver versucht den Status der Datenbank abzufragen oder den Hot-Standby Betrieb einleitet. Wendet sich beispielweise ein Benutzer an den Primärserver entstehen folgende Einträge:

Primärdatenbank

  HSB Master  2008-07-25  07:56:18  Database opened (...)[...]
  HSB Master  2008-07-25  07:56:19  Connect to 10.1.0.8
  HSB Master  2008-07-25  07:56:20  Database is synchronous
  HSB Master  2008-07-25  07:56:20  Database HSB updates started

Sekundärdatenbank

  HSB Slave  2008-07-25  07:56:18  Database opened (...)[...]
  HSB Slave  2008-07-25  07:56:19  Connect from 10.1.0.7
  HSB Slave  2008-07-25  07:56:20  Database is synchronous
  HSB Slave  2008-07-25  07:56:20  Database HSB updates started

Versucht sich allerdings ein Benutzer bei der Sekundärdatenbank anzumelden, entstehen folgende Einträge.

Primärdatenbank

  HSB Slave 2008-07-25  07:58:06  Connect from 10.1.0.8
  HSB Slave 2008-07-25  07:58:06  Disconnect from 10.1.0.8

Sekundärdatenbank

  HSB Master  2008-07-25  07:58:06  Connect to 10.1.0.7
  HSB Master  2008-07-25  07:58:06  Disconnect from 10.1.0.7

Der Server mit der Sekundärdatenbank überprüft, ob der Server mit der Primärdatenbank noch läuft. Dazu baut er eine Verbindung zum Primärserver auf ("Connect to"). Da der Primärserver noch existiert, wird anschließend die Verbindung wieder getrennt und der Benutzer abgewiesen ("Disconnect from").