Sie können die Aktion „Fortsetzen“ bei fehlgeschlagenen Bereitstellungen verwenden, um die Bereitstellung ab dem Zeitpunkt des Ausfalls und unter bestimmten Umständen neu zu starten. Wenn aktiviert, ist die Aktion „Fortsetzen“ für fehlgeschlagene Bereitstellungsanforderungen oder entsprechende Aktionen verfügbar.

Um Bereitstellungsanforderungen fortzusetzen, müssen Sie die Eigenschaft „_debug_deployment = true custom“ für den Blueprint hinzufügen. Standardmäßig werden fehlgeschlagene Bereitstellungen zurückgesetzt und bereinigt, sodass die Ressourcen zurückgewonnen werden. Eigenschaft „_debug_deployment = true custom“ behält die Bereitstellung zum Zeitpunkt des Ausfalls bei und ermöglicht, sofern unterstützt und basierend auf der Funktionsweise, eine Fortsetzungsaktion. Wenn Sie die Fortsetzungsaktion nur für die unterstützten Aktionen verwenden, müssen Sie die Eigenschaft „_debug_deployment“ nicht aktivieren.

Weitere Informationen zu „_debug_deployment“ finden Sie unter Benutzerdefinierte Eigenschaften mit Unterstrich (_).

Um „Fortsetzen“ für eine Bereitstellungsanforderung oder für die verfügbaren Aktionen zu verwenden, berechtigen Sie die Benutzer zur Aktion „Fortsetzen“. Siehe Erteilen der Berechtigung für Dienste, Katalogelemente und Aktionen.

Sie können Benutzer für diese Bereitstellungsaktivitäten zur Aktion „Fortsetzen“ berechtigen.

  • Bereitstellungsanforderungen
  • Aktion „Fortsetzen“
  • Aktion „Vertikal skalieren“
  • Aktion „Horizontal skalieren“
  • Aktion löschen

Einschränkungen für die Aktion „Fortsetzen“

Wenn Sie entscheiden, ob Sie „Fortsetzen“ verwenden können, anstatt eine neue Instanz eines Blueprints anzufordern, beachten Sie die Einschränkungen.

  • Der Blueprint kann ab dem Zeitpunkt der Anforderung nicht mehr geändert werden.

    Zum Zeitpunkt der Anforderung wird der Kataloganforderung eine unveränderbare Version des Blueprints zugeordnet. Diese statische Version enthält alle Spezifikationen, einschließlich Attribute, benutzerdefinierte Eigenschaften, Einstellungen usw., wie sie zu Beginn der Bereitstellung verwendet wurden. Wenn Sie einen ausfallerzeugenden Fehler in Ihrem Blueprint haben, funktioniert die Fehlerbehebung und dann die Verwendung der Aktion „Fortsetzen“ nicht, da sie sich auf die Version bezieht, die mit der Anforderung verknüpft ist. In diesem Szenario müssen Sie eine neue Instanz bereitstellen.

    Beispiele

    • Blueprint A verlangt 5 GB RAM, aber die Anforderung schlägt fehl, weil Sie nur für 3 GB reserviert haben. Wenn Sie den Blueprint auf nur 3 GB aktualisieren und dann „Fortsetzen“ ausführen, schlägt die Aktion „Fortsetzen“ fehl. Wenn „Fortsetzen“ ausgeführt wird, prüft es die ursprüngliche Anforderung und sucht immer noch nach 5 GB. Wenn Sie jedoch die Systemreservierung für die Business-Gruppe auf 5 GB erhöhen und „Fortsetzen“ ausführen, ist die Aktion „Fortsetzen“ erfolgreich.
    • Wenn Sie Blueprint B anfordern, der eine benutzerdefinierte Gast-Spezifikation enthält, schlägt die Aktion fehl. Die Untersuchung ergab, dass die benutzerdefinierte Gast-Spezifikation auf Ihrer vCenter Server-Instanz umbenannt wurde. Wenn Sie den Blueprint mit dem neuen Namen aktualisieren und „Fortsetzen“ ausführen, schlägt die Aktion fehl. Sie haben den Blueprint aktualisiert, aber die ursprüngliche Version wird für die Aktion „Fortsetzen“ verwendet. Wenn der neue Name derjenige ist, den Sie in Zukunft verwenden möchten, stellen Sie eine neue Instanz des Blueprints bereit, anstatt „Fortsetzen“ zu verwenden. Andernfalls müssen Sie den Namen der benutzerdefinierten Gast-Spezifikation auf der vCenter Server-Instanz wieder in den Namen ändern, der von der ursprünglichen Version erwartet wird, und „Fortsetzen“ ausführen. Wenn Sie nicht möchten, dass die nächste Bereitstellungsanforderung fehlschlägt, vergessen Sie nicht, den Blueprint mit der korrekten benutzerdefinierten Gast-Spezifikation zu aktualisieren.

    „Fortsetzen“ funktioniert, wenn Sie die Zielbereitstellungsumgebung aktualisieren können, um die Blueprint-Spezifikationen so zu unterstützen, wie sie zum Zeitpunkt der Anforderung vorhanden waren.

  • Der Wiederholungsversuch ist erst ab dem Zeitpunkt des Ausfalls möglich.

    Die Aktion „Fortsetzen“ versucht, die Komponentenaufgaben ab dem Zeitpunkt des Ausfalls erneut durchzuführen. Es wird nicht die gesamte Bereitstellungsanforderung erneut ausgeführt.

    Beispiele

    • Blueprint C erstellt eine virtuelle Maschine für Anwendungen und eine virtuelle Maschine für Datenbanken. Die Datenbank-VM ist erfolgreich installiert, aber die Bereitstellung schlägt auf der Anwendungs-VM fehl. Wenn Sie die Aktion „Fortsetzen“ ausführen, wird nur die VM-Bereitstellung der Anwendung erneut versucht.

      Wenn eine Komponente als „Fehlgeschlagen“ markiert ist, wird sie so behandelt, als ob sie nie ausgeführt worden wäre. Wenn die Installation während der Konfigurationsphase auf der Datenbank-VM fehlschlägt, z. B. aufgrund eines Skriptfehlers, aber die Datenbank intakt ist, bleibt die Datenbank bestehen, wenn das Skript während einer Fortsetzungsaktion ausgeführt wird. Das Installationsskript, das das Konfigurationsskript enthält, wird nicht erneut ausgeführt. Ihre Aktion „Fortsetzen“ ist nicht erfolgreich. Sie müssen das Skript korrigieren und eine neue Instanz bereitstellen.

    • Eine weitere zu berücksichtigende Variante ist, wo die Zuweisung des Schrittes gelungen ist, die Bereitstellung aber fehlgeschlagen ist. Wenn Sie in diesem Beispiel fortfahren, also die Aktion ab dem Zeitpunkt der fehlgeschlagenen Bereitstellung erneut durchführen, verarbeitet die Fortsetzungsanforderung veraltete Zuordnungsinformationen und der Fortsetzungsvorgang schlägt fehl.

Arbeiten mit der Aktion „Fortsetzen“ und Workflow-Abonnements

Wenn ein Abonnement-Workflow fehlschlägt, können Sie keine Aktion vom Typ „Fortsetzen“ ausführen, um diesen Workflow fortzusetzen. Die Aktion „Fortsetzen“ kann nur bei fehlgeschlagenen Bereitstellungsereignissen verwendet werden, wobei ein neuer Workflow ausgeführt wird.

Wenn Sie beispielsweise das Ereignis „Empfangene Kataloganforderung“ abonniert haben, erfüllen die fehlgeschlagene Bereitstellungsanforderung und die neue Anforderung zum Fortsetzen unabhängig voneinander die Abonnementbedingungen. Das Abonnement erkennt die fehlgeschlagene Anforderung und die Anforderung zum Fortsetzen jedoch nicht als zugehörige Aktivitäten.