Come posso modificare le impostazioni delle attività di gestione degli errori per un'attività AWS DMS?

Breve descrizione

Per modificare il comportamento di un'attività di replica durante l'acquisizione dei dati di modifica (CDC), utilizza le impostazioni di gestione degli errori. Le impostazioni di gestione degli errori possono gestire gli errori a livello di dati, di tabella, in base al linguaggio di manipolazione dei dati (DML) o in base agli errori ambientali.

Esempi di errori ambientali:

• Problemi di connettività tra l'istanza di replica e l'origine o la destinazione
• Operazioni non riuscite a causa di un conflitto di risorse nell'istanza di replica
• Origine o destinazione non disponibili

Poiché i problemi ambientali possono essere intermittenti, AWS DMS riserva capacità per riprese automatiche in caso di errore. Per ulteriori informazioni, consulta Impostazioni delle attività per la gestione degli errori.

Risoluzione

Nota: se ricevi messaggi di errore durante l'esecuzione dei comandi dell'Interfaccia della linea di comando AWS (AWS CLI), consulta la sezione Risoluzione degli errori per AWS CLI. Inoltre, assicurati di utilizzare la versione più recente di AWS CLI.

Utilizza AWS CLI per modificare un'attività

1.    Apri la console AWS DMS.

2.    Nel pannello di navigazione, scegli Attività di migrazione del database.

3.    Se l'attività che desideri modificare è in esecuzione, selezionala, scegli Azioni e poi Arresta.

4.    Dopo l'arresto, scegli il nome dell'attività.

5.    Nella sezione Panoramica dei dettagli, espandi la sezione Impostazioni delle attività (JSON).

6.    Inserisci le impostazioni dell'attività in un editor JSON.

7.    Modifica le impostazioni in ErrorBehavior. Le configurazioni dell'esempio seguente impostano FailOnTransactionConsistencyBreached su true e RecoverableErrorCount su 10.

"ErrorBehavior": {
        "DataErrorPolicy": "LOG_ERROR",
        "DataTruncationErrorPolicy": "LOG_ERROR",
        "DataErrorEscalationPolicy": "SUSPEND_TABLE",
        "DataErrorEscalationCount": 0,
        "TableErrorPolicy": "SUSPEND_TABLE",
        "TableErrorEscalationPolicy": "STOP_TASK",
        "TableErrorEscalationCount": 0,
        "RecoverableErrorCount": 10,
        "RecoverableErrorInterval": 5,
        "RecoverableErrorThrottling": true,
        "RecoverableErrorThrottlingMax": 1800,
        "ApplyErrorDeletePolicy": "IGNORE_RECORD",
        "ApplyErrorInsertPolicy": "LOG_ERROR",
        "ApplyErrorUpdatePolicy": "LOG_ERROR",
        "ApplyErrorEscalationPolicy": "LOG_ERROR",
        "ApplyErrorEscalationCount": 0,
        "ApplyErrorFailOnTruncationDdl": false,
        "FullLoadIgnoreConflicts": true,
        "FailOnTransactionConsistencyBreached": true,
         "FailOnNoTablesCaptured": false

8.    Salva il file JSON e annota l'ARN dell'attività e il percorso del file da utilizzare in seguito.

9.    Se non l'hai già fatto, installa e configura l'ultima versione di AWS CLI.

10.    Esegui il comando modify-replication-task con l'ARN dell'attività e il percorso del file annotato.
Esempio per Linux:

aws dms modify-replication-task --replication-task-arn arn:aws:dms:us-east-1:112345679012:task:123eadf45gtJCVU2IBPzasetg5 --replication-task-settings file://your-task-settings.json

Esempio per Windows:

aws dms modify-replication-task --replication-task-arn arn:aws:dms:us-east-1:112345679012:task:123eadf45gtJCVU2IBPzasetg5 --replication-task-settings file://"c:\\temp\\your-task-settings.json"

11.    Torna alla console AWS DMS. Nel pannello di navigazione, scegli Attività di migrazione del database.

12.    Verifica che lo stato dell'attività sia Modifica in corso.

13.    Scegli il nome dell'attività.

14.    Nella sezione Panoramica dei dettagli dell'attività, espandi la sezione Impostazioni delle attività (JSON). Verifica che le impostazioni in ErrorBehavior siano aggiornate.

Utilizza la console AWS DMS per modificare un'attività

Puoi anche utilizzare la console AWS DMS per modificare un'attività. Per ulteriori informazioni, consulta Modifica di un'attività.

Informazioni correlate

Best practice per AWS Database Migration Service