Denken Sie an die folgenden zwei Anforderungen, wenn Sie die Installationsanforderungen und die Paketzusammenstellung für Ressourcentyppakete bestimmen:
Bei der Registrierung eines neuen Ressourcentyps muss auf seine RTR-Datei auf der Platte zugegriffen werden können.
Bei der Erstellung einer Ressource des neuen Typs müssen sich alle deklarierten Methodenpfadnamen sowie das Monitor-Programm für den neuen Typ auf der Platte befinden und ausführbar sein. Die alten Methoden- und Monitor-Programme müssen so lange an ihrem Platz bleiben, wie die Ressource in Verwendung ist.
Um die richtige Paketzusammenstellung zu bestimmen, beantworten Sie folgende Fragen:
Wird die RTR-Datei geändert?
Werden der Standardwert oder die Einstellbarkeit einer Eigenschaft geändert?
Wird der min- oder max-Wert einer Eigenschaft geändert?
Werden bei der Aufrüstung Eigenschaften hinzugefügt oder gelöscht?
Wird der Monitor-Code geändert?
Wird der Methodencode geändert?
Sind die neuen Methoden, der Monitor-Code oder beides mit den früheren Versionen kompatibel?
Die Antworten auf diese Fragen helfen Ihnen, die richtige Paketzusammenstellung für den neuen Ressourcentyp zu bestimmen.
Sie müssen nicht notwendigerweise eine neue Methode oder einen Monitor-Code erstellen, wenn Sie einen Ressourcentyp ändern. Zum Beispiel können Sie auch nur den Standardwert oder die Optimierbarkeit einer Ressourceneigenschaft ändern. In diesem Fall benötigen Sie lediglich einen neuen gültigen Pfadnamen einer lesbaren RTR-Datei, da Sie ja am Methodencode keine Änderungen vornehmen.
Wenn Sie den alten Ressourcentyp nicht erneut registrieren müssen, kann die neue RTR-Datei die frühere Version überschreiben. Stellen Sie die neue RTR-Datei andernfalls in einen neuen Pfad.
Wenn durch das Upgrade der Standardwert oder die Optimierbarkeit geändert wird, verwenden Sie die Validate-Methode für die neue Version des Ressourcentyps, um zu prüfen, ob die vorhandenen Eigenschaftsattribute für den neuen Ressourcentyp gültig sind. Falls nicht, kann der Cluster-Administrator die Eigenschaften einer bereits vorhandenen Ressource in die richtigen Werte ändern. Wenn durch das Upgrade die min-, max - oder type-Attribute einer Eigenschaft geändert werden, validiert der scrgadm-Befehl diese Beschränkungen automatisch, wenn der Cluster-Administrator den Ressourcentyp aktualisiert.
Wenn durch das Upgrade eine neue Eigenschaft hinzugefügt oder eine alte Eigenschaft gelöscht wird, müssen Sie wahrscheinlich die Rückmeldemethoden oder den Monitor-Code ändern.
Wenn Sie lediglich den Monitor-Code für einen Ressourcentyp ändern, kann die Paketinstallation die Monitor-Binärdateien überschreiben.
Wenn Sie lediglich den Methodencode in einem Ressourcentyp ändern, müssen Sie bestimmen, ob der neue Methodencode mit dem alten kompatibel ist. Die Antwort auf diese Frage bestimmt, ob der neue Methodencode in einem neuen Pfad gespeichert werden muss oder ob die alten Methoden überschrieben werden können.
Wenn Sie die neuen Stop-, Postnet_stop- und Fini-Methoden (falls deklariert) auf Ressourcen anwenden können, die von den alten Versionen der Start-, Prenet_stop - oder Init-Methoden initialisiert wurden, können die alten Methoden mit den neuen Methoden überschrieben werden.
Wenn die Anwendung eines neuen Standardwerts auf eine Eigenschaft dazu führt, dass eine Methode wie Stop, Postnet_stop oder Fini fehlschlägt, muss der Cluster-Administrator den Zustand der Ressource beim Upgrade des Ressourcentyps entsprechend beschränken.
Sie erlauben dem Cluster-Administrator die Beschränkung des Zustands der Ressource, wenn diese aktualisiert wird, indem die Optimierbarkeit der Type_version-Eigenschaft beschränkt wird.
Ein Ansatz bei der Paketzusammenstellung besteht darin, alle früheren Versionen eines Ressourcentyps zu berücksichtigen, für die das Paket weiterhin Unterstützung bietet. Bei diesem Ansatz kann die neue Paketversion die alte ersetzen, ohne dass die alten Methodenpfade überschrieben oder gelöscht werden. Sie müssen entscheiden, wie viele frühere Versionen unterstützt werden sollen.
Die folgende Tabelle enthält eine Übersicht über die Paketzusammenstellungsmethoden für Ihre neuen Ressourcentypen.
Tabelle 4–1 Festlegen der zu verwendenden Paketzusammenstellungsmethode
Änderungsart |
Optimierbarkeitswert |
Paketzusammenstellungsmethode |
---|---|---|
Eigenschaftsänderungen nur in der RTR-Datei vornehmen. |
ANYTIME |
Nur die neue RTR-Datei liefern. |
Die Methoden aktualisieren. |
ANYTIME |
Die aktualisierten Methoden in einen anderen Pfad als die alten Methoden stellen. |
Das neue Monitor-Programm installieren. |
WHEN_UNMONITORED |
Nur die frühere Version des Monitors überschreiben. |
Die Methoden aktualisieren. Die neuen Update- und Stop-Methoden sind mit den alten Start-Methoden inkompatibel. |
WHEN_OFFLINE |
Die aktualisierten Methoden in einen anderen Pfad als die alten Methoden stellen. |
Die Methoden aktualisieren und der RTR-Datei neue Eigenschaften hinzufügen. Die neuen Methoden benötigen neue Eigenschaften. Das Ziel besteht darin, der enthaltenen Ressourcengruppe zu erlauben, online zu bleiben, jedoch zu verhindern, dass sie online geht, wenn die Ressourcengruppe vom Offline-Zustand in den Online-Zustand wechselt. |
WHEN_DISABLED |
Die vorherigen Versionen der Methoden überschreiben. |
Die Methoden aktualisieren und der RTR-Datei neue Eigenschaften hinzufügen. Die neuen Methoden benötigen keine neue Eigenschaften. |
ANYTIME |
Die vorherigen Versionen der Methoden überschreiben. |
Die Methoden aktualisieren. Die neue Fini-Methode ist inkompatibel mit der alten Init-Methode. |
WHEN_UNMANAGED |
Die aktualisierten Methoden in einen anderen Pfad als die alten Methoden stellen. |
Die Methoden aktualisieren. An der RTR-Datei werden keine Änderungen vorgenommen. |
Nicht zutreffend. An der RTR-Datei werden keine Änderungen vorgenommen. |
Die vorherigen Versionen der Methoden überschreiben. Da Sie an der RTR-Datei keine Änderungen vorgenommen haben, muss die Ressource nicht registriert oder aktualisiert werden. |