test

Sun Cluster Entwicklerhandbuch Datendienste für Solaris OS

Kapitel 3 Ressourcenverwaltungs-API-Referenz

Dieses Kapitel enthält eine Übersicht über die Zugriffsfunktionen und Rückmeldemethoden, aus denen die Ressourcenverwaltungs-API (RMAPI) besteht, sowie entsprechende Beschreibungen. Als maßgebliche Referenz für diese Funktionen und Methoden wird jedoch auf die RMAPI-Online-Dokumentation verwiesen.

Dieses Kapitel behandelt die folgenden Themen:

RMAPI-Zugriffsmethoden

Die API bietet Funktionen für den Zugriff auf Ressourcentyp-, Ressourcen- und Ressourcengruppeneigenschaften sowie andere Cluster-Informationen. Diese Funktionen stehen in Form von Shell-Befehlen und C-Funktionen zur Verfügung, mit denen Sie Steuerungsprogramme als Shell-Skripts oder als C-Programme implementieren können.

RMAPI-Shell-Befehle

Shell-Befehle werden in Shell-Skript-Implementierungen der Rückmeldemethoden für Ressourcentypen verwendet, die Dienste darstellen, die vom Cluster-RGM gesteuert werden. Mit diesen Befehlen können Sie folgende Aufgaben durchführen:

Hinweis –

Dieser Abschnitt enthält zwar kurze Beschreibungen der Shell-Befehle, auf der Online-Dokumentationsseite 1HA finden Sie jedoch die maßgebliche Referenz für die Shell-Befehle. Wenn nicht anderweitig angegeben, ist mit jedem Befehl eine Online-Dokumentationsseite verknüpft, die denselben Namen aufweist.

RMAPI-Ressourcenbefehle

Sie können auf die Informationen über eine Ressource zugreifen oder die Eigenschaften Status und Status_msg einer Ressource mit diesen Befehlen festlegen.

scha_resource_get

Ruft Informationen über eine Ressource oder einen Ressourcentyp auf, der von RGM gesteuert wird. Dieser Befehl bietet dieselben Informationen wie die scha_resource_get()-C-Funktion. Weitere Informationen finden Sie in der Online-Dokumentation zu scha_resource_get(1HA).

scha_resource_setstatus

Legt die Eigenschaften Status und Status_msg einer Ressource fest, die von RGM gesteuert wird. Dieser Befehl wird vom Ressourcenmonitor verwendet, um den Zustand der Ressource aus Monitorsicht anzugeben. Dieser Befehl bietet dieselbe Funktionalität wie die scha_resource_get()-C-Funktion. Dieser Befehl wird in der Online-Dokumentation zu scha_resource_setstatus(1HA) detailliert beschrieben.

Hinweis –

scha_resource_setstatus()ist zwar für einen Ressourcen-Monitor besonders nützlich, kann jedoch von jedem beliebigen Programm aufgerufen werden.

Ressourcentyp-Befehl

scha_resourcetype_get

Ruft Informationen über eine in RGM registrierte Ressource auf. Dieser Befehl bietet die gleiche Funktionalität wie die C-Funktion scha_resourcetype_get(). Dieser Befehl wird in der Online-Dokumentation zu scha_resourcetype_get(1HA) detailliert beschrieben.

Ressourcengruppe-Befehle

Mit diesen Befehlen können Sie auf Informationen über eine Ressourcengruppe zugreifen oder eine Ressourcengruppe neu starten.

scha_resourcegroup_get

Ruft Informationen über eine von RGM gesteuerte Ressourcengruppe auf. Dieser Befehl bietet die gleiche Funktionalität wie die C-Funktion scha_resourcetype_get(). Dieser Befehl wird in der Online-Dokumentation zu scha_resourcegroup_get(1HA) detailliert beschrieben.

scha_control

Fordert den Neustart einer von RGM gesteuerten Ressourcengruppe oder ihre Verschiebung auf einen anderen Knoten an. Dieser Befehl bietet die gleiche Funktionalität wie die C-Funktion scha_control(). Dieser Befehl wird in der Online-Dokumentation zu scha_control(1HA) detailliert beschrieben.

Cluster-Befehl

scha_cluster_get

Ruft Informationen über einen Cluster auf, z.B. den Clusternamen, die Knotennamen, die IDs, die Zustände und Ressourcengruppen. Dieser Befehl bietet dieselben Informationen wie die scha_cluster_get()-C-Funktion. Dieser Befehl wird in der Online-Dokumentation zu scha_cluster_get(1HA) detailliert beschrieben.

C-Funktionen

C-Funktionen werden in C-Programmimplementierungen der Rückmeldemethoden für Ressourcentypen verwendet, die von Cluster-RGM gesteuerte Dienste darstellen. Mit diesen Funktionen können Sie folgende Aufgaben durchführen:

Hinweis –

Dieser Abschnitt enthält zwar kurze Beschreibungen der C-Funktionen, auf der Online-Dokumentationsseite 3HA finden Sie jedoch die maßgebliche Referenz für die C-Funktionen. Wenn nicht anderweitig angegeben, ist mit jeder Funktion eine Online-Dokumentationsseite verknüpft, die denselben Namen aufweist. Weitere Informationen zu den Ausgabeargumenten und Rückgabecodes der C-Funktionen finden Sie in der Online-Dokumentation zu scha_calls(3HA).

Ressourcenfunktionen

Mit diesen Funktionen rufen Sie Informationen über eine von RGM gesteuerte Ressource auf oder geben den Zustand der Ressource aus Monitorsicht an.

scha_resource_open(), scha_resource_get () und scha_resource_close()

Diese Funktionen rufen Informationen über eine vom RGM verwaltete Ressource auf. Die scha_resource_open()-Funktion initialisiert den Zugriff auf eine Ressource und gibt einen Handle für scha_resource_get() für den Zugriff auf die Ressourceninformationen zurück. Die scha_resource_close()-Funktion macht den Handle ungültig und setzt Speicher frei, der für die scha_resource_get ()-Rückgabewerte zugewiesen wurde.

Eine Ressource kann sich ändern, entweder über eine Cluster-Neukonfiguration oder Verwaltungsaktion, nachdem scha_resource_open() den Ressourcen-Handle zurückgibt. Folglich können die Informationen, die scha_resource_get() über den Handle erhält, ungenau sein. Im Falle einer Cluster-Neukonfiguration oder im Falle von Verwaltungsaktionen für eine Ressource gibt RGM den scha_err_seqid-Fehlercode an scha_resource_get() aus, um anzugeben, dass die Informationen über die Ressource eventuell geändert wurden. Diese Fehlermeldung meldet keinen schwerwiegenden Fehler. Die Funktion gibt Erfolg zurück. Sie können die Meldung ignorieren und die zurückgegebenen Informationen annehmen. Als Alternative können Sie den aktuellen Handle schließen und einen neuen Handle für den Zugriff auf Informationen über die Ressource öffnen.

Diese drei Funktionen werden auf einer Online-Dokumentationsseite beschrieben. Sie können diese Online-Dokumentationsseite mit den Funktionen scha_resource_open(3HA), scha_resource_get(3HA) und scha_resource_close(3HA) aufrufen.

scha_resource_setstatus()

Legt die Eigenschaften Status und Status_msg einer von RGM gesteuerten Ressource fest. Der Ressourcen-Monitor verwendet diese Funktion, um den Ressourcenzustand anzugeben.

Hinweis –

scha_resource_setstatus()ist zwar für einen Ressourcen-Monitor besonders nützlich, kann jedoch von jedem beliebigen Programm aufgerufen werden.

Ressourcentypfunktionen

Mit diesen Funktionen werden Informationen über einen in RGM registrierten Ressourcentyp aufgerufen.

scha_resourcetype_open(), scha_resourcetype_get () und scha_resourcetype_close()

Die scha_resourcetype_open()-Funktion initialisiert den Zugriff auf eine Ressource und gibt einen Handle für scha_resourcetype_get() zurück, mit dem auf die Ressourceninformationen zugegriffen wird. Die scha_resourcetype_close()-Funktion macht den Handle ungültig und setzt Speicher frei, der für die scha_resourcetype_get ()-Rückgabewerte zugewiesen wird.

Eine Ressource kann sich ändern, entweder über eine Cluster-Neukonfiguration oder Verwaltungsaktionen, nachdem scha_resourcetype_open() den Ressourcentyp-Handle ausgibt. Folglich können die Informationen, die scha_resourcetype_get() über den Handle erhält, ungenau sein. Im Falle einer Cluster-Neukonfiguration oder im Falle von Verwaltungsaktionen für eine Ressource gibt RGM den scha_err_seqid-Fehlercode an scha_resourcetype_get() aus, um anzugeben, dass die Informationen über die Ressource eventuell geändert wurden. Diese Fehlermeldung meldet keinen schwerwiegenden Fehler. Die Funktion gibt Erfolg zurück. Sie können die Meldung ignorieren und die zurückgegebenen Informationen annehmen. Als Alternative können Sie den aktuellen Handle schließen und einen neuen Handle für den Zugriff auf Informationen über den Ressourcentyp öffnen.

Diese drei Funktionen werden auf einer Online-Dokumentationsseite beschrieben. Sie können diese Online-Dokumentationsseite mit den Funktionen scha_resourcetype_open(3HA), scha_resourcetype_get(3HA) und scha_resourcetype_close(3HA) aufrufen.

Ressourcengruppenfunktionen

Mit den folgenden Funktionen können Sie Informationen über eine Ressourcengruppe aufrufen oder eine Ressourcengruppe neu starten.

scha_resourcegroup_open(), scha_resourcegroup_get () und scha_resourcegroup_close()

Diese Funktionen rufen Informatinen über eine von RGM verwaltete Ressource auf. Die Funktion scha_resourcegroup_open() initialisiert den Zugriff auf eine Ressourcengruppe und gibt einen Handle für scha_resourcegroup_get() zurück, womit auf die Ressourcengruppeninformationen zugegriffen wird. Die scha_resourcegroup_close()-Funktion macht den Handle ungültig und setzt Speicher frei, der für die scha_resourcegroup_get ()-Rückgabewerte zugewiesen wird.

Eine Ressource kann sich ändern, entweder über eine Cluster-Neukonfiguration oder Verwaltungsaktionen, nachdem scha_resourcegroup_open() den Ressourcengruppen-Handle zurückgibt. Folglich können die Informationen, die scha_resourcegroup_get() über den Handle erhält, ungenau sein. Im Falle einer Cluster-Neukonfiguration oder im Falle von Verwaltungsaktionen für eine Ressource gibt RGM den scha_err_seqid-Fehlercode an scha_resourcegroup_get() aus, um anzugeben, dass die Informationen über die Ressource eventuell geändert wurden. Diese Fehlermeldung meldet keinen schwerwiegenden Fehler. Die Funktion gibt Erfolg zurück. Sie können die Meldung ignorieren und die zurückgegebenen Informationen annehmen. Als Alternative können Sie den aktuellen Handle schließen und einen neuen Handle für den Zugriff auf Informationen über die Ressourcengruppe öffnen.

Diese drei Funktionen werden auf einer Online-Dokumentationsseite beschrieben. Sie können diese Online-Dokumentation mit den Funktionen scha_resourcegroup_open(3HA), scha_resourcegroup_get(3HA) und scha_resourcegroup_close(3HA) aufrufen.

scha_control()

Fordert den Neustart einer von RGM gesteuerten Ressourcengruppe oder ihre Verschiebung auf einen anderen Knoten an. Diese Funktion wird in der Online-Dokumentation zu scha_control(3HA) detailliert beschrieben.

Cluster-Funktionen

Diese Funktionen rufen Informationen über einen Cluster auf oder geben sie zurück.

scha_cluster_open(), scha_cluster_get () und scha_cluster_close()

Diese Funktionen rufen Informationen über einen Cluster auf, z.B. den Clusternamen, die Knotennamen, die IDs, die Zustände und Ressourcengruppen.

Ein Cluster kann sich ändern, entweder über eine Neukonfiguration oder Verwaltungsaktionen, nachdem scha_cluster_open() den Cluster-Handle ausgibt. Folglich können die Informationen, die scha_cluster_get() über den Handle erhält, ungenau sein. Im Falle einer Cluster-Neukonfiguration oder im Falle von Verwaltungsaktionen auf einem Cluster gibt RGM den scha_err_seqid-Fehlercode an scha_cluster_get() aus, um anzugeben, dass die Informationen über den Cluster eventuell geändert wurden. Diese Fehlermeldung meldet keinen schwerwiegenden Fehler. Die Funktion gibt Erfolg zurück. Sie können die Meldung ignorieren und die zurückgegebenen Informationen annehmen. Als Alternative können Sie den aktuellen Handle schließen und einen neuen Handle für den Zugriff auf Informationen über den Cluster öffnen.

Diese drei Funktionen werden auf einer Online-Dokumentationsseite beschrieben. Sie können diese Online-Dokumentation mit den Funktionen scha_cluster_open(3HA), scha_cluster_get(3HA) und scha_cluster_close(3HA) aufrufen.

scha_cluster_getlogfacility()

Gibt die Nummer der Systemprotokollierungsoption, die als Cluster-Protokoll verwendet wird, aus. Sie verwendet den zurückgegebenen Wert mit der syslog()-Solaris-Funktion, um Ereignisse und Statusmeldungen im Cluster-Protokoll aufzuzeichnen. Diese Funktion wird in der Online-Dokumentation zu scha_cluster_getlogfacility(3HA) detailliert beschrieben.

scha_cluster_getnodename()

Gibt den Namen des Cluster-Knotens zurück, auf dem die Funktion aufgerufen wird. Diese Funktion wird in der Online-Dokumentation zu scha_cluster_getnodename(3HA) detailliert beschrieben.

Dienstprogrammfunktion

Mit dieser Funktion wird ein Fehlercode in eine Fehlermeldung umgewandelt.

scha_strerror()

Übersetzt einen Fehlercode, der von einer der scha_-Funktionen in eine entsprechende Fehlermeldung ausgegeben wird. Verwenden Sie diese Funktion mit dem Befehl logger, um Meldungen im Solaris-Systemprotokoll (syslog) aufzuzeichnen. Diese Funktion wird in der Online-Dokumentation zu scha_strerror(3HA) detailliert beschrieben.

RMAPI-Rückmeldemethoden

Rückmeldemethoden sind die Schlüsselelemente, die von der API zur Implementierung eines Ressourcentyps bereitgestellt werden. Rückmeldemethoden ermöglichen RGM die Steuerung der Ressourcen im Cluster im Falle einer Änderung der Cluster-Mitgliedschaft, z.B. bei einem Bootvorgang oder Absturz eines Knotens.

Hinweis –

Die Rückmeldemethoden werden von RGM mit Superuser- oder entsprechenden Rollenberechtigungen ausgeführt, da die Client-Programme HA-Dienste im Cluster-System steuern. Installieren und verwalten Sie diese Methoden mit eingeschränkter Dateieigentümerschaft und eingeschränkten Berechtigungen. Weisen Sie diesen Methoden einen privilegierten Eigentümer, z.B. bin oder root ohne Schreibberechtigung zu.

In diesem Abschnitt werden die Argumente und Beendigungscodes von Rückmeldemethoden beschrieben. Es werden folgende Kategorien von Rückmeldemethoden beschrieben:

Hinweis –

Dieser Abschnitt enthält kurze Beschreibungen der Rückmeldemethoden, u.a. des Punkts, an dem die Methode ausgeführt wird, sowie die erwartete Auswirkung auf die Ressource. Die Online-Dokumentation zu rt_callbacks(1HA) ist jedoch die maßgebliche Referenz für die Rückmeldemethoden.

Argumente für Rückmeldemethoden

RGM führt Rückmeldemethoden wie folgt aus: 

Methode -R Ressourcenname -T Typname -G Gruppenname

Die Methode ist der Pfadname des Programms, das als Start, Stop oder sonstige Rückmeldung registriert ist. Die Rückmeldemethoden eines Ressourcentyps werden in dessen Registrierungsdatei deklariert.

Alle Argumente für Rückmeldemethoden werden wie folgt als Flag-Werte übergeben:

Verwenden Sie die Argumente mit Zugriffsfunktionen, um Informationen über die Ressource abzurufen.

Die Validate-Methode wird mit zusätzlichen Argumenten aufgerufen, die die Eigenschaftswerte der Ressource und Ressourcengruppe enthalten, für die sie aufgerufen wird.

Weitere Informationen finden Sie auf der Online-Dokumentationsseite scha_calls(3HA).

Beendigungscodes der Rückmeldemethode

Alle Rückmeldemethoden weisen dieselben Beendigungscodes auf. Diese Beendigungscodes sind so definiert, dass sie die Auswirkung des Methodenaufrufs auf den Ressourcenzustand angeben. Diese Beendigungscodes werden in der Online-Dokumentation zu scha_calls(3HA) detailliert beschrieben. Die beiden Hauptkategorien von Beendigungscodes sind Folgende:

RGM verarbeitet auch abnormale Fehler, die bei Ausführung von Rückmeldemethoden entstehen, z.B. Zeitüberschreitungen und Kernspeicher.

Methodenimplementierungen müssen Fehlerinformationen ausgeben, indem an jedem Knoten syslog () verwendet wird. Es gibt keine Garantie, dass die Ausgabe, die an stdout oder stderr geschrieben wird, dem Benutzer zugestellt wird, auch wenn dies gerade an der Konsole des lokalen Knotens angezeigt wird.

Steuerungs- und Initialisierungs-Rückmeldemethoden

Die primären Steuerungs- und Initialisierungs-Rückmeldemethoden starten und stoppen eine Ressource. Andere Methoden führen für eine Ressource Initialisierungs- und Beendigungscode aus.

Start

RGM führt diese Methode an einem Cluster-Knoten aus, wenn die Ressourcengruppe, die die Ressource enthält, an diesem Knoten online gebracht wird. Die Methode aktiviert die Ressource auf dem Knoten.

Eine Start-Methode sollte nicht beendet werden, bis die Ressource, die sie aktiviert, gestartet wurde und am lokalen Knoten verfügbar ist. Daher muss die Start-Methode vor Beendigung die Ressource abrufen, um festzustellen, ob sie gestartet wurde. Außerdem sollten Sie einen ausreichend langen Zeitüberschreitungswert für diese Methode festlegen. Bestimmte Ressourcen, z.B. Datenbankdämonen, benötigen mehr Zeit zum Starten. Deshalb sollte die Methode einen längeren Zeitüberschreitungswert aufweisen.

Die Reaktion von RGM auf einen Fehlschlag der Start-Methode hängt von der Einstellung der Failover_mode-Eigenschaft ab.

Die Start_timeout-Eigenschaft in der RTR-Datei (Resource Type Registration, Ressourcentypregistrierung) legt den Zeitüberschreitungswert für die Start-Methode einer Ressource fest.

Stop

RGM führt diese Methode an einem Cluster-Knoten aus, wenn die Ressourcengruppe, die die Ressource enthält, an diesem Knoten offline gebracht wird. Die Methode deaktiviert die Ressource, wenn sie aktiv ist.

Eine Stop-Methode sollte nicht beendet werden, bis die Ressource, die sie steuert, sämtliche Aktionen am lokalen Knoten eingestellt hat und alle Dateideskriptoren geschlossen sind. Andernfalls kann eine Datenbeschädigung auftreten, da RGM davon ausgeht, dass die Ressource gestoppt wurde, obwohl sie eigentlich noch aktiv ist. Der sicherste Weg, eine Datenbeschädigung zu vermeiden, besteht darin, alle Prozesse am lokalen, mit der Ressource verknüpften Knoten anzuhalten.

Die Stop-Methode muss vor der Beendigung die Ressource abrufen, um festzustellen, ob sie gestoppt wurde. Außerdem sollten Sie einen ausreichend langen Zeitüberschreitungswert für diese Methode festlegen. Bestimmte Ressourcen, z.B. Datenbankdämonen, benötigen mehr Zeit zum Stoppen. Deshalb sollte die Methode einen längeren Zeitüberschreitungswert aufweisen.

Die Art und Weise, in der RGM auf einen Fehler der Stop-Methode reagiert, richtet sich nach der Einstellung der Failover_mode-Eigenschaft. Weitere Informationen finden Sie im Abschnitt Ressourceneigenschaften.

Die Stop_timeout-Eigenschaft in der RTR-Datei legt den Zeitüberschreitungswert für die Stop-Methode einer Ressource fest.

Init

RGM führt diese optionale Methode zum Durchführen einer einmaligen Initialisierung der Ressource aus, sobald es sich um eine verwaltete Ressource handelt. RGM führt diese Methode aus, wenn ihre Ressourcengruppe von einem nicht verwalteten Zustand in einen verwalteten Zustand wechselt oder wenn die Ressource in einer Ressourcengruppe erstellt wird, die bereits verwaltet wird. Diese Methode wird an Knoten aufgerufen, die durch die Ressourceneigenschaft Init_nodes gekennzeichnet sind.

Fini

RGM führt diese optionale Methode aus, um nach der Ressource aufzuräumen, wenn sie zu einer verwalteten Ressource wird. RGM führt diese Methode aus, wenn ihre Ressourcengruppe in einen nicht verwalteten Zustand wechselt oder wenn die Ressource aus einer verwalteten Ressourcengruppe gelöscht wird. Diese Methode wird an Knoten aufgerufen, die durch die Ressourceneigenschaft Init_nodes gekennzeichnet sind.

Boot

RGM führt diese optionale Methode aus, die ähnlich ist wie Init , um die Ressourcen an den Knoten zu initialisieren, die dem Cluster beitreten, nachdem die Ressourcengruppe, die die Ressource enthält, bereits unter die Verwaltung von RGM gestellt wurde. Diese Methode wird an Knoten ausgeführt, die durch die Ressourceneigenschaft Init_nodes gekennzeichnet sind. Die Boot-Methode wird aufgerufen, wenn der Knoten dem Cluster beitritt oder erneut beitritt, nachdem er gebootet oder erneut gebootet wurde.

Hinweis –

Ein Fehler der Init-, Fini- oder Boot-Methoden führt dazu, dass die syslog()-Funktion eine Fehlermeldung generiert. Die Verwaltung der Ressource durch RGM ist anderweitig nicht beeinträchtigt.

Verwaltungsunterstützungsmethoden

Verwaltungsaktionen an Ressourcen umfassen das Einstellen und Ändern von Ressourceneigenschaften. Die Validate- und Update-Rückmeldemethoden ermöglichen, dass die Ressourcentypimplementierung diese Verwaltungsaktionen durchführt.

Validate

RGM ruft diese optionale Methode auf, wenn eine Ressource erstellt wird und wenn der Cluster-Administrator die Eigenschaften der Ressource oder der enthaltenen Ressourcengruppe aktualisiert. Diese Methode wird an dem Satz Cluster-Knoten aufgerufen, die durch die Init_nodes-Eigenschaft des Ressourcentyps gekennzeichnet sind. Validate wird aufgerufen, bevor die Erstellung oder die Aktualisierung angewendet wird. Ein Fehlerbeendigungscode der Methode an einem beliebigen Knoten führt zur Unterbrechung der Erstellung oder Aktualisierung.

Validate wird nur aufgerufen, wenn die Ressourcen- oder Ressourcengruppeneigenschaften vom Cluster-Administrator geändert werden, nicht wenn sie vom RGM festgelegt werden oder wenn ein Monitor die Status- und Status_msg-Ressourceneigenschaften festlegt.

Update

RGM führt diese optionale Methode aus, um eine aktive Ressource darüber zu informieren, dass die Eigenschaften geändert wurden. RGM führt Update aus, nachdem eine Verwaltungsaktion die Eigenschaften einer Ressource oder ihrer Gruppe erfolgreich ausführt. Die Methode wird auf denjenigen Knoten aufgerufen, auf denen die Ressource online ist. Die Methode verwendet die API-Zugriffsfunktionen, um Eigenschaftswerte zu lesen, die sich auf eine aktive Ressource auswirken könnten, und um die aktive Ressource entsprechend anzupassen.

Hinweis –

Ein Fehler der Update-Methode führt dazu, dass die syslog()-Funktion eine Fehlermeldung generiert. Die Verwaltung der Ressource durch RGM ist anderweitig nicht beeinträchtigt.

Netzwerkbezogene Rückmeldemethoden

Für Dienste, die Netzwerkadressressourcen verwenden, ist es eventuell erforderlich, dass Start- oder Stop-Schritte in einer bestimmten Reihenfolge entsprechend der Netzwerkadresskonfiguration unternommen werden. Die folgenden optionalen Rückmeldemethoden, Prenet_start und Postnet_stop, ermöglichen, dass eine Ressourcentyp-Implementierung spezielle Start- und Beendigungsaktionen ausführt, bevor und nachdem eine verwandte Netzwerkadresse konfiguriert oder dekonfiguriert wird.

Prenet_start

Diese optionale Methode wird aufgerufen, um spezielle Startaktionen auszuführen, bevor Netzwerkadressen in derselben Ressourcengruppe konfiguriert werden.

Postnet_stop

Diese optionale Methode wird aufgerufen, um spezielle Beendigungsaktionen auszuführen, nachdem die Netzwerkadressen in derselben Ressourcengruppe dekonfiguriert werden.

Monitorsteuerungs-Rückmeldemethoden

Eine Ressourcentyp-Implementierung kann optional ein Programm enthalten, mit dem die Leistung einer Ressource überwacht wird, ihr Zustand gemeldet wird oder beim Fehlschlagen einer Ressource Aktionen unternommen werden. Die Monitor_start-, Monitor_stop- und Monitor_check-Methoden unterstützen die Implementierung eines Ressourcen-Monitors in einer Ressourcentyp-Implementierung.

Monitor_start

Diese optionale Methode wird aufgerufen, um einen Monitor für die Ressource zu starten, nachdem die Ressource gestartet wurde.

Monitor_stop

Diese optionale Methode wird aufgerufen, um einen Ressourcen-Monitor zu stoppen, bevor die Ressource gestoppt wird.

Monitor_check

Diese optionale Methode wird aufgerufen, um die Zuverlässigkeit eines Knotens zu bewerten, bevor eine Ressourcengruppe an diesen Knoten verschoben wird. Sie müssen die Monitor_check-Methode so implementieren, dass sie nicht mit einer gleichzeitig laufenden anderen Methode in Konflikt steht.