Perché la mia attività AWS DMS ha avuto esito negativo senza errori?

5 minuti di lettura
0

Per migrare i miei dati da un motore di origine a un motore di destinazione, utilizzo AWS Database Migration Service (AWS DMS). Ma l'operazione ha esito negativo senza errori.

Breve descrizione

Quando un'attività AWS DMS ha esito negativo, viene inserita una voce nel log delle attività. Il registro delle attività fornisce informazioni sulla causa dell'errore con messaggi di errore (]E:) o messaggi di avviso (]W:). In alcuni casi, un'attività AWS DMS può non riuscire senza errori o avvisi, il che rende difficile la risoluzione dei problemi.

Molto spesso, l'attività AWS DMS ha esito negativo per uno dei seguenti motivi:

Conflitto di risorse sull'istanza di replica

La CPU e la memoria sono le due risorse più importanti necessarie per un'attività di migrazione:

  • La CPU deve prima convertire il tipo di dati di origine nel tipo di dati di tipo AWS DMS e quindi convertirlo nel tipo di dati di destinazione.
  • La memoria è necessaria perché AWS DMS crea flussi verso l'origine e la destinazione. AWS DMS archivia le informazioni nei buffer di flusso in memoria sull'istanza di replica.

Il sistema di monitoraggio interno utilizza anche CPU e memoria per monitorare l'istanza di replica. Qualsiasi problema sulla CPU o sulla memoria può causare automaticamente l’esito negativo di un'attività di migrazione.

Archiviazione: stato completo sull'istanza di replica

Se l’archiviazione dell'istanza di replica è piena, un'attività di migrazione può avere automaticamente un esito negativo senza errori.

Si è verificato un errore interno

Le attività di AWS DMS possono inoltre avere automaticamente un esito negativo in caso di errori interni. Gli errori interni non sono visibili nei registri delle attività registrati per impostazione predefinita.

Risoluzione

Nota: se l'attività utilizza un sistema di gestione di database non relazionale, è possibile eseguire l'attività senza impostazioni parallele. Per ulteriori informazioni, consulta la sezione Impostazioni delle attività dei metadati di destinazione.

Per ulteriori informazioni, consulta i log di DMS, di origine e di destinazione. Controlla l'ora dell'ultima voce nei registri delle attività dopo che l'operazione ha avuto automaticamente un esito negativo. Quindi, esamina l'utilizzo della CPU, della memoria e del disco sull'istanza di replica per la stessa ora in cui è stato registrato l'errore.

Se noti una combinazione delle metriche FreeableMemory con valore basso e SwapUsage con valore alto, potrebbe esserci un conflitto di memoria sull'istanza di replica. Per ulteriori informazioni, consulta le metriche di AWS Data Migration Service.

Per visualizzare le metriche di CloudWatch, completa i seguenti passaggi:

  1. Apri la console AWS DMS.
  2. Nel pannello di navigazione, scegli Attività di migrazione del database.
  3. Scegli il nome dell'attività che non è riuscita.
  4. Nella sezione Dettagli della panoramica, annota il nome dell'istanza di replica.
  5. Nel riquadro di navigazione, scegli Istanze di replica.
  6. Scegli il nome dell'istanza di replica che hai annotato.
  7. Nella sezione Metriche delle attività di migrazione, esamina le metriche ** CPUUtilization**, SwapUsage, FreeableMemory e FreeStorageSpace.
  8. Per visualizzare ulteriori dettagli, passa il mouse sulla metrica e scegli l'icona Altre opzioni.
  9. Scegli Visualizza in metriche. Viene visualizzata la console CloudWatch.

Nella console CloudWatch, visualizza l'utilizzo della metrica nel momento in cui l'attività non è riuscita.

Se noti un conflitto costante tra CPU o memoria, riduci il numero di attività in esecuzione sull'istanza di replica. Per ridurre il numero di attività, è possibile avviare nuove istanze di replica e distribuire le attività su più istanze di replica. Oppure, scalare l'istanza di replica a un tipo di istanza più grande.

Nota: le istanze T2 forniscono prestazioni di base dopo l'esaurimento dei crediti della CPU. Ad esempio, un'istanza T2.micro fornisce una performance di base del 10%. Prendi in considerazione il tipo di istanza quando verifichi l'utilizzo della CPU. Per ulteriori informazioni, consulta la sezione Concetti e definizioni chiave per istanze a prestazioni espandibili.

Dopo aver identificato l'origine dell’esito negativo automatico, riavvia l'attività. Se non vengono rilevati problemi sulla CPU, sulla memoria o sullo spazio su disco, è probabile che l'attività non sia riuscita a causa di un errore interno. Per risolvere gli errori interni, attiva il debug dettagliato. Esamina i log che si sono verificati prima dell'errore, quindi attiva il debug dettagliato per i log correlati. Ad esempio, se gli ultimi log provengono da TARGET_APPLY, attiva il debug dettagliato per SORTER, TARGET_APPLY. Dopo aver attivato il debug dettagliato, riavvia l'attività e quindi esamina i registri delle attività per identificare il motivo per cui l'attività non è riuscita.

Nota: il problema potrebbe essere dovuto a problemi con la convalida e non con i tuoi dati. Per verificare se il componente di convalida è la causa del problema, esegui un'attività di sola convalida per vedere se il problema si verifica.

Informazioni correlate

Risoluzione dei problemi relativi alle attività di migrazione in AWS Database Migration Service

Come posso ottenere supporto tecnico da AWS?

Perché la mia istanza database di replica AWS DMS ha lo stato completo di storage?

AWS UFFICIALE
AWS UFFICIALEAggiornata un anno fa