Anweisungen zum Upgrade eines Ressourcentyps finden Sie unter Upgrading a Resource Type in Sun Cluster Data Services Planning and Administration Guide for Solaris OS. Um dem Cluster-Administrator ein Upgrade eines Ressourcentyps zu ermöglichen, den Sie ändern, ersetzen Sie diese Anweisungen durch zusätzliche Informationen, wie in diesem Abschnitt beschrieben.
Wenn Sie einen neuen Ressourcentyp erstellen, müssen Sie im Allgemeinen eine Dokumentation mitliefern, die Folgendes enthält:
Eine Beschreibung der Eigenschaften, die Sie hinzufügen, ändern oder löschen
Eine Beschreibung, wie die Eigenschaften den neuen Anforderungen entsprechen
Eine Übersicht über die Optimierbarkeitsbeschränkungen von Ressourcen
Eine Übersicht über alle neuen Standardeigenschaftsattribute
Informationen für den Cluster-Administrator, wann er die vorhandenen Ressourceneigenschaften gegebenenfalls auf die richtigen Werte setzen kann
Erklären Sie dem Cluster-Administrator, was er zu tun hat, bevor er das Upgrade-Paket auf einem Knoten installiert, wie folgt:
Wenn durch das Upgrade-Paket bereits vorhandene Methoden überschrieben werden, weisen Sie den Cluster-Administrator an, den Knoten im Nicht-Cluster-Modus neu zu starten.
Wenn durch das Upgrade-Paket lediglich der Monitor-Code aktualisiert wird und der Methodencode unverändert bleibt, teilen Sie dem Cluster-Administrator mit, dass der Knoten weiterhin im Cluster-Modus ausgeführt werden soll. Teilen Sie dem Cluster-Administrator ebenfalls mit, die Überwachung aller Ressourcentypen zu deaktivieren.
Wenn durch das Upgrade-Paket lediglich die RTR-Datei aktualisiert wird und der Monitor- sowie der Methodencode unverändert bleiben, teilen Sie dem Cluster-Administrator mit, dass der Knoten weiterhin im Cluster-Modus ausgeführt werden soll. Teilen Sie dem Cluster-Administrator ebenfalls mit, die Überwachung aller Ressourcentypen aktiviert zu lassen.
Erklären Sie dem Cluster-Administrator, wann er Ressourcen auf eine neue Version des Ressourcentyps aktualisieren kann. Die Bedingungen, unter denen der Cluster-Administrator den Ressourcentyp aktualisieren kann, richten sich wie folgt nach der Optimierbarkeit der #$upgrade_from -Anweisung für jede Version der Ressource in der RTR-Datei:
Jederzeit (ANYTIME)
Nur, wenn die Ressource nicht überwacht wird (WHEN_UNMONITORED)
Nur, wenn die Ressource offline ist (WHEN_OFFLINE)
Nur, wenn die Ressource deaktiviert ist (WHEN_DISABLED)
Nur, wenn die Ressourcengruppe nicht verwaltet ist (WHEN_UNMANAGED )
In diesem Beispiel wird dargestellt, wie sich die Optimierbarkeit der #$upgrade_from-Anweisung auf die Bedingungen auswirkt, unter denen der Cluster-Administrator eine Ressource auf eine neue Version eines Ressourcentyps aktualisieren kann.
#$upgrade_from "1.1" WHEN_OFFLINE #$upgrade_from "1.2" WHEN_OFFLINE #$upgrade_from "1.3" WHEN_OFFLINE #$upgrade_from "2.0" WHEN_UNMONITORED #$upgrade_from "2.1" ANYTIME #$upgrade_from "" WHEN_UNMANAGED
Version |
Wann der Cluster-Administrator ein Ressourcen-Upgrade durchführen kann |
---|---|
1.1, 1.2 oder 1.3 |
Nur, wenn die Ressource offline ist |
2.0 |
Nur, wenn die Ressource nicht überwacht ist |
2.1 |
Jederzeit |
Alle anderen Versionen |
Nur, wenn die Ressourcengruppe nicht verwaltet ist |
Beschreiben Sie alle Änderungen, die Sie am Ressourcentyp vorgenommen haben, für die der Cluster-Administrator Eigenschaften der bereits vorhandenen Ressourcen ändern muss, wenn er ein Upgrade ausführt. Mögliche Änderungen sind u.a.:
Standardeinstellungen vorhandener Ressourcentypeigenschaften, die Sie geändert haben
Neue Erweiterungseigenschaften des Ressourcentyps, den Sie eingeführt haben
Bereits vorhandene Eigenschaften des Ressourcentyps, den Sie zurückgezogen haben
Änderungen am Satz von Eigenschaften, die Sie für den Ressourcentyp deklariert haben
Die Attribute von Ressourceneigenschaften, z.B. min, max, arraymin, arraymax, default und tunability, die Sie geändert haben
Änderungen an dem Satz von Methoden, die Sie deklariert haben
Implementierung von Methoden oder des Fehler-Monitors, die bzw. den Sie geändert haben