Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Identificare e riprovare le operazioni di replicazione non riuscite

PDF

Dopo aver risolto l'avviso Errore permanente nella replica tra griglie, dovresti determinare se qualche oggetto o marcatore di eliminazione non è riuscito a essere replicato sull'altra griglia. È quindi possibile reingestire questi oggetti o utilizzare l'API Grid Management per riprovare la replica.

L'avviso Errore permanente nella replica tra griglie indica che gli oggetti tenant non possono essere replicati tra i bucket su due griglie per un motivo che richiede l'intervento dell'utente per essere risolto. Questo avviso è in genere causato da una modifica al bucket di origine o di destinazione. Per maggiori dettagli, vedere "Risolvere gli errori di federazione della griglia" .

Determina se qualche oggetto non è stato replicato

Per determinare se oggetti o marcatori di eliminazione non sono stati replicati nell'altra griglia, è possibile cercare nel registro di controllo"CGRR (richiesta di replica tra griglie)" messaggi. Questo messaggio viene aggiunto al registro quando StorageGRID non riesce a replicare un oggetto, un oggetto multiparte o a eliminare un marcatore nel bucket di destinazione.

Puoi usare il"strumento di verifica e spiegazione" per tradurre i risultati in un formato più facile da leggere.

Prima di iniziare

  • Hai i permessi di accesso Root.

  • Tu hai il Passwords.txt file.

  • Conosci l'indirizzo IP del nodo di amministrazione primario.

Passi

  1. Accedi al nodo di amministrazione principale:

    1. Immettere il seguente comando: ssh admin@primary_Admin_Node_IP

    2. Inserisci la password elencata nel Passwords.txt file.

    3. Immettere il seguente comando per passare alla root: su -

    4. Inserisci la password elencata nel Passwords.txt file.

      Quando si accede come root, il prompt cambia da $ A # .

  2. Cercare i messaggi CGRR nel file audit.log e utilizzare lo strumento audit-explain per formattare i risultati.

    Ad esempio, questo comando cerca tutti i messaggi CGRR degli ultimi 30 minuti e utilizza lo strumento audit-explain.

    # awk -vdate=$(date -d "30 minutes ago" '+%Y-%m-%dT%H:%M:%S') '$1$2 >= date { print }' audit.log | grep CGRR | audit-explain

    I risultati del comando saranno simili a questo esempio, che contiene voci per sei messaggi CGRR. Nell'esempio, tutte le richieste di replica tra griglie hanno restituito un errore generale perché l'oggetto non poteva essere replicato. I primi tre errori riguardano le operazioni di "replica oggetto", mentre gli ultimi tre errori riguardano le operazioni di "replica eliminazione marcatore".

    CGRR Cross-Grid Replication Request tenant:50736445269627437748 connection:447896B6-6F9C-4FB2-95EA-AEBF93A774E9 operation:"replicate object" bucket:bucket123 object:"audit-0" version:QjRBNDIzODAtNjQ3My0xMUVELTg2QjEtODJBMjAwQkI3NEM4 error:general error
CGRR Cross-Grid Replication Request tenant:50736445269627437748 connection:447896B6-6F9C-4FB2-95EA-AEBF93A774E9 operation:"replicate object" bucket:bucket123 object:"audit-3" version:QjRDOTRCOUMtNjQ3My0xMUVELTkzM0YtOTg1MTAwQkI3NEM4 error:general error
CGRR Cross-Grid Replication Request tenant:50736445269627437748 connection:447896B6-6F9C-4FB2-95EA-AEBF93A774E9 operation:"replicate delete marker" bucket:bucket123 object:"audit-1" version:NUQ0OEYxMDAtNjQ3NC0xMUVELTg2NjMtOTY5NzAwQkI3NEM4 error:general error
CGRR Cross-Grid Replication Request tenant:50736445269627437748 connection:447896B6-6F9C-4FB2-95EA-AEBF93A774E9 operation:"replicate delete marker" bucket:bucket123 object:"audit-5" version:NUQ1ODUwQkUtNjQ3NC0xMUVELTg1NTItRDkwNzAwQkI3NEM4 error:general error

    Ogni voce contiene le seguenti informazioni:

    Campo Descrizione

    Richiesta di replicazione tra griglie CGRR

    Il nome della richiesta

    inquilino

    ID account dell'inquilino

    connessione

    L'ID della connessione della federazione di rete

    operazione

    Tipo di operazione di replicazione che si stava tentando:

    • replicare l'oggetto

    • replica elimina marcatore

    • replicare un oggetto multiparte

    secchio

    Il nome del bucket

    oggetto

    Il nome dell'oggetto

    versione

    L'ID della versione per l'oggetto

    errore

    Il tipo di errore. Se la replica tra griglie non riesce, l'errore è "Errore generale".

Riprova le repliche non riuscite

Dopo aver generato un elenco di oggetti ed eliminato i marcatori che non sono stati replicati nel bucket di destinazione e aver risolto i problemi sottostanti, è possibile riprovare la replica in uno dei due modi seguenti:

  • Reinserisci ogni oggetto nel bucket di origine.

  • Utilizzare l'API privata di Grid Management, come descritto.

Passi

  1. Nella parte superiore di Grid Manager, seleziona l'icona della guida e seleziona Documentazione API.

  2. Seleziona Vai alla documentazione API privata.

    Nota Gli endpoint dell'API StorageGRID contrassegnati come "Privati" sono soggetti a modifiche senza preavviso. Anche gli endpoint privati ​​StorageGRID ignorano la versione API della richiesta.

  3. Nella sezione cross-grid-replication-advanced, seleziona il seguente endpoint:

    POST /private/cross-grid-replication-retry-failed

  4. Seleziona Provalo.

  5. Nella casella di testo corpo, sostituire la voce di esempio per versionID con un ID versione dal file audit.log corrispondente a una richiesta di replica tra griglie non riuscita.

    Assicuratevi di mantenere le virgolette doppie attorno alla stringa.

  6. Selezionare Esegui.

  7. Verificare che il codice di risposta del server sia 204, a indicare che l'oggetto o il marcatore di eliminazione è stato contrassegnato come in sospeso per la replica tra griglie sull'altra griglia.

    Nota In sospeso significa che la richiesta di replicazione tra griglie è stata aggiunta alla coda interna per l'elaborazione.

Monitorare i tentativi di replicazione

È necessario monitorare le operazioni di ripetizione della replica per assicurarsi che vengano completate.

Suggerimento Potrebbero volerci diverse ore o più prima che un oggetto o un marcatore di eliminazione venga replicato nell'altra griglia.

È possibile monitorare le operazioni di ripetizione in uno dei due modi seguenti:

  • Utilizzare un S3"HeadObject" O"OttieniOggetto" richiesta. La risposta include StorageGRID-specifico x-ntap-sg-cgr-replication-status intestazione di risposta, che avrà uno dei seguenti valori:

    Griglia Stato di replicazione

    Fonte

    • COMPLETO: La replica è riuscita.

    • IN ATTESA: L'oggetto non è stato ancora replicato.

    • ERRORE: La replica non è riuscita con un errore permanente. Un utente deve risolvere l'errore.

    Destinazione

    REPLICA: L'oggetto è stato replicato dalla griglia di origine.

  • Utilizzare l'API privata di Grid Management, come descritto.

Passi

  1. Nella sezione cross-grid-replication-advanced della documentazione API privata, seleziona il seguente endpoint:

    GET /private/cross-grid-replication-object-status/{id}

  2. Seleziona Provalo.

  3. Nella sezione Parametro, inserisci l'ID della versione utilizzata in cross-grid-replication-retry-failed richiesta.

  4. Selezionare Esegui.

  5. Verificare che il codice di risposta del server sia 200.

  6. Esaminare lo stato della replicazione, che sarà uno dei seguenti:

    • IN ATTESA: L'oggetto non è stato ancora replicato.

    • COMPLETO: La replica è riuscita.

    • FAILED: La replica non è riuscita con un errore permanente. Un utente deve risolvere l'errore.