Red Hat Summit Red Hat SummitSupportoConsoleSviluppatoriInizia una provaContatti

12.5. Rollback di una migrazione

È possibile eseguire il rollback di una migrazione utilizzando la console web di MTC o la CLI.

È anche possibile eseguire il rollback di una migrazione manualmente.

12.5.1. Rollback di una migrazione utilizzando la console web di MTC
Copia collegamento

È possibile annullare una migrazione utilizzando la console web di Migration Toolkit for Containers (MTC).

Nota

Le seguenti risorse rimangono negli spazi dei nomi migrati per il debugging dopo una migrazione di volumi diretta (DVM) non riuscita:

  • Mappe di configurazione (cluster di origine e destinazione)
  • Oggetti Secret (cluster di origine e destinazione)
  • Risorse personalizzate Rsync (cluster di origine)

Queste risorse non influiscono sul rollback. È possibile eliminarle manualmente.

Se si esegue con successo lo stesso piano di migrazione in seguito, le risorse della migrazione non riuscita vengono eliminate automaticamente.

Se l'applicazione è stata fermata durante una migrazione non riuscita, è necessario eseguire il rollback della migrazione per prevenire la corruzione dei dati nel volume permanente.

Il rollback non è richiesto se l'applicazione non è stata fermata durante la migrazione perché l'applicazione originale è ancora in esecuzione sul cluster di origine.

Procedura

  1. Nella console web di MTC, cliccare su Migration plans.
  2. Cliccare sul menu Opzioni kebab accanto a un piano di migrazione e selezionare Rollback sotto Migration.

  3. Cliccare su Rollback e attendere che il rollback sia completato.

    Nei dettagli del piano di migrazione, viene visualizzato Rollback succedeed.

  4. Verificare che il rollback sia andato a buon fine nella console web di OpenShift Container Platform del cluster di origine:

    1. Cliccare su Home Projects.
    2. Cliccare sul progetto migrato per visualizzarne lo stato.
    3. Nella sezione Routes, cliccare su Location per verificare che l'applicazione sia funzionante, se applicabile.
    4. Cliccare su Workloads Pods per verificare che i pod siano in esecuzione nello spazio dei nomi migrato.
    5. Cliccare su Storage Persistent volumes per verificare che il provisioning del volume permanente migrato sia stato effettuato correttamente.
Red Hat logoGithubredditYoutubeTwitter

Formazione

Prova, acquista e vendi

Community

Informazioni sulla documentazione di Red Hat

Aiutiamo gli utenti Red Hat a innovarsi e raggiungere i propri obiettivi con i nostri prodotti e servizi grazie a contenuti di cui possono fidarsi. Esplora i nostri ultimi aggiornamenti.

Rendiamo l’open source più inclusivo

Red Hat si impegna a sostituire il linguaggio problematico nel codice, nella documentazione e nelle proprietà web. Per maggiori dettagli, visita il Blog di Red Hat.

Informazioni su Red Hat

Forniamo soluzioni consolidate che rendono più semplice per le aziende lavorare su piattaforme e ambienti diversi, dal datacenter centrale all'edge della rete.

Theme

© 2026 Red HatTorna in cima