![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Rollout einer Edition durchführen
Wenn Sie ein Rollout einer Edition durchführen, ersetzen Sie eine aktive Edition durch eine neue Edition. Bei der neuen Edition kann es sich um eine einfache Änderung der Anwendung handeln oder um eine wesentlichere Änderung. Falls die neue Edition mit früheren Versionen kompatibel ist, können Sie ein Rollout durchführen, um die aktive Edition zu ersetzen, ohne vorhandene Clients zu beeinträchtigen. Damit ein Rollout einer neuen Edition durchgeführt werden kann, müssen Sie zuerst die Anwendungsedition mit den neuen Editionsinformationen installieren.
Vorbereitende Schritte
- Das Rollout scheitert, wenn zwei Benutzer-IDs in zwei Administrationskonsolen parallel versuchen, den Prozess durchzuführen.
- Optimieren Sie die SOAP-Connector-Eigenschaften, indem Sie für den Deployment Manager
einen Wert angeben, der größer ist als der Wert für den gesamten Zeitraum, der erforderlich ist, um ein Rollout auf Ihrem System durchzuführen,
und starten Sie den Deployment Manager erneut.
Wenn Sie die Eigenschaft nicht setzen, kann dies dazu führen, dass der Rolloutprozess bei Überschreitung des requestTimeout-Werts fehlschlägt. Die Formel, mit der
der zu setzende Wert geschätzt wird, lautet wie folgt: Anzahl_der_Gruppen_für_Rollout * (Ausräumintervall
+ interne Quiesce-Zeitlimits_ungefähr_5_Minuten + Zeit_für_Anwendungs-/Serverneustart_ungefähr_10_Minuten).
Alternativ dazu können Sie den Wert auf 0 setzen, um das Zeitlimit zu inaktivieren.
- Wenn Sie das Rollout mit dem Tool wsadmin durchführen, passen Sie den Zeitlimitwert für die Anforderung an, indem Sie die Eigenschaft com.ibm.SOAP.requestTimeout bei soap.client.props im Deployment-Manager-Profil setzen. Der Standardwert ist 180 Sekunden und muss entsprechend erhöht werden.
- Wenn Sie das Rollout über die Administrationskonsole durchführen,
passen Sie das Anforderungszeitlimit an, indem Sie auf
Weitere Informationen finden Sie in den Beschreibungen der Eigenschaften des JMX-Connectors (Java™ Management Extensions).
klicken. Der Standardwert
beträgt 600 Sekunden und muss entsprechend erhöht werden.
- Wenn Sie einen Rollout in der Administrationskonsole ausführen, setzen Sie die Verfallszeit der Sitzungen für die Administrationskonsole auf einen Wert, der höher ist als der Wert, der die für den gesamten Rollout erforderliche Zeit angibt. Multiplizieren Sie den Wert für das Anforderungszeitlimit mit der Anzahl der Gruppen, die während des Rollouts verarbeitet werden. Weitere Informationen zum Ablauf von Sitzungen für die Administrationskonsole finden Sie im Abschnitt zum Ändern der Verfallszeit für Konsolensitzungen.
- Sie müssen für jede neue Edition, die Sie installieren, eine Multi-Cluster-Routing-Richtlinie definieren, um ein Rollout durchführen zu können. Führen Sie die entsprechenden Verwaltungstasks aus, um für Ihre neuen Editionen die Multi-Cluster-Routing-Richtlinien hinzuzufügen. Weitere Informationen zu Multi-Cluster-Routing-Richtlinien finden Sie im Abschnitt zu den Regeln für Verwaltungstasks für ODR-Routing-Richtlinien.
Informationen zu diesem Vorgang
Sie können auch Application Edition Manager verwenden, wenn Sie ein Rollout für Stapelanwendungen durchführen möchten. Dabei handelt es sich um Java-EE-5-Anwendungen (Java Enterprise Edition 5), die einem der Programmiermodelle für Stapelanwendungen entsprechen.
Vorgehensweise
Ergebnisse
Wenn sich eine Edition nicht im Validierungsmodus befindet, wird die aktuelle Edition nach Abschluss des Rollouts durch die neue Edition ersetzt. Eine Edition, die sich im Validierungsmodus befindet, wird auf dem ursprünglichen Implementierungsziel installiert, und die geklonte Umgebung wird gelöscht. Die Routing-Regeln werden aktualisiert, um mit dem Routing an die neue Edition zu beginnen.
Während des Anwendungsrolloutprozesses werden Fehler, die in der ersten Zielgruppe auftreten, anders behandelt als Fehler, die in späteren Gruppen auftreten. Bei atomaren Rollouts entspricht die erste Gruppe der ersten Hälfe der Zeile, in denen die neue Edition aktiviert wird. Bei Gruppenrollouts entspricht die erste Gruppe der ersten Gruppe von Zielen, in denen die neue Edition aktiviert wird. Wenn während des Rollouts in der ersten Zielgruppe ein Fehler auftritt (wenn beispielsweise eine Anwendung oder ein Server nicht gestartet werden kann), schlägt der Rolloutprozess fehl. Die aktuelle Anwendungsedition bleibt aktiv. Wenn ein Fehler nach dem Rollout in der ersten Zielgruppe auftritt, wird der Rolloutprozess erfolgreich ausgeführt. Die neue Anwendungsedition wird aktiviert. Die alte Anwendungsedition wird inaktiviert.
Nächste Schritte
Klicken Sie zum Validieren der Ergebnisse auf
. Die neue Edition ist die aktive Edition auf dem Implementierungsziel. Die neue Edition wird automatisch gestartet, weil sie eine aktive Edition ersetzt.Wenn ein Rollout einer Edition im Validierungsmodus durchgeführt wird, werden die Bindungsnamen auf die ursprünglichen Werte zurückgesetzt. Beispiel: /clusters/cluster1-validation/jdbc/CustomerData wird wieder in /clusters/cluster1/jdbc/CustomerData geändert.