HADB-Verwaltungsarchitektur

Die folgende Abbildung zeigt die Architektur einer Datenbank mit vier aktiven Knoten in einer Verwaltungsdomäne.

Abbildung 1–1 Verwaltungssystemarchitektur

Die Abbildung zeigt eine Verwaltungsdomäne, die aus einer Datenbank und vier HADB-Knotenprozessen in der Datenbank besteht. Diese Knotenprozesse werden durch n0, n1, n2 und n3 dargestellt. Host A und Host B stellen die Cluster-Knoten dar und bilden Datenredundanzeinheiten bzw. DRUs (Host A:DRU0 und Host B:DRU1) für HADB.

Der Verwaltungsagent MA1 verwaltet n0 und n2, und der Verwaltungsagent MA2 verwaltet n1 und n3. Der Verwaltungsagent ist für die Überwachung des Knotenzustands und das Neustarten des Knotens bei Bedarf verantwortlich. Der Verwaltungsagent verarbeitet auch die Verwaltungsoperationenanforderungen der Clients.

Wenn der Verwaltungsagent auf dem Cluster-Knoten fehlschlägt, muss der Agent auf demselben Knoten neu gestartet werden, so dass der Agent mit der Überwachung der HADB-Knoten fortfahren und Verwaltungsoperationen bieten kann. Der Verwaltungsagent muss hoch verfügbar sein.