Red Hat Summit Red Hat SummitSupportKonsoleEntwicklerDemo startenKontakt

12.5. Zurücksetzen einer Migration

Sie können eine Migration über die MTC-Webkonsole oder die CLI zurücksetzen.

Sie können eine Migration auch manuell zurücksetzen.

12.5.1. Zurücksetzen einer Migration über die MTC-Webkonsole
Link kopieren

Sie können eine Migration mithilfe der MTC-Webkonsole (Migration Toolkit for Containers) zurücksetzen.

Anmerkung

Die folgenden Ressourcen verbleiben in den migrierten Namespaces, um nach einer fehlgeschlagenen Direct Volume Migration (DVM) ein Debugging durchführen zu können:

  • Config-Zuordnungen (Quell- und Ziel-Cluster)
  • Secret-Objekte (Quell- und Ziel-Cluster)
  • Rsync-CRs (Quell-Cluster)

Diese Ressourcen haben keine Auswirkungen auf das Rollback. Sie können sie manuell löschen.

Wenn Sie später denselben Migrationsplan erfolgreich ausführen, werden die Ressourcen der fehlgeschlagenen Migration automatisch gelöscht.

Wenn Ihre Anwendung während einer fehlgeschlagenen Migration angehalten wurde, müssen Sie die Migration zurücksetzen, um eine Datenbeschädigung im Persistent Volume zu verhindern.

Ein Rollback ist nicht erforderlich, wenn die Anwendung während der Migration nicht angehalten wurde, da die ursprüngliche Anwendung noch auf dem Quell-Cluster ausgeführt wird.

Vorgehensweise

  1. Klicken Sie in der MTC-Webkonsole auf Migration plans.
  2. Klicken Sie auf das Optionsmenü kebab neben einem Migrationsplan und wählen Sie unter Migration die Option Rollback.

  3. Klicken Sie auf Rollback und warten Sie, bis das Rollback abgeschlossen ist.

    In den Details des Migrationsplans wird Rollback succeeded angezeigt.

  4. Überprüfen Sie in der OpenShift Container Platform-Webkonsole des Quell-Clusters, ob das Rollback erfolgreich war:

    1. Klicken Sie auf Home Projects.
    2. Klicken Sie auf das migrierte Projekt, um seinen Status anzuzeigen.
    3. Klicken Sie im Bereich Routes auf Location, um zu verifizieren, ob die Anwendung funktioniert (falls zutreffend).
    4. Klicken Sie auf Workloads Pods, um zu verifizieren, ob die Pods im migrierten Namespace ausgeführt werden.
    5. Klicken Sie auf Storage Persistent volumes, um zu überprüfen, ob das migrierte Persistent Volume korrekt bereitgestellt wurde.
Nach oben
Red Hat logoGithubredditYoutubeTwitter

Lernen

Testen, kaufen und verkaufen

Communitys

Über Red Hat Dokumentation

Wir helfen Red Hat Benutzern, mit unseren Produkten und Diensten innovativ zu sein und ihre Ziele zu erreichen – mit Inhalten, denen sie vertrauen können. Entdecken Sie unsere neuesten Updates.

Mehr Inklusion in Open Source

Red Hat hat sich verpflichtet, problematische Sprache in unserem Code, unserer Dokumentation und unseren Web-Eigenschaften zu ersetzen. Weitere Einzelheiten finden Sie in Red Hat Blog.

Über Red Hat

Wir liefern gehärtete Lösungen, die es Unternehmen leichter machen, plattform- und umgebungsübergreifend zu arbeiten, vom zentralen Rechenzentrum bis zum Netzwerkrand.

Theme

© 2025 Red Hat