Aufgabeneinstellungen zur Fehlerbehandlung - AWS Database Migration Service

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Aufgabeneinstellungen zur Fehlerbehandlung

Sie können das Fehlerbehandlungsverhalten der Replikationsaufgabe mit den folgenden Einstellungen festlegen. Informationen zur Verwendung einer Aufgabenkonfigurationsdatei zum Festlegen von Aufgabeneinstellungen finden Sie unter Beispiel für Aufgabeneinstellungen.

  • DataErrorPolicy— Legt fest, welche Aktion AWS DMS ergreift, wenn ein Fehler im Zusammenhang mit der Datenverarbeitung auf Datensatzebene auftritt. Einige Beispiele für Fehler bei der Datenverarbeitung sind Konvertierungsfehler, Fehler bei der Transformation und ungültige Daten. Der Standardwert ist LOG_ERROR.

    • IGNORE_RECORD – Die Aufgabe wird fortgesetzt und die Daten für diesen Datensatz werden ignoriert. Der Fehlerzähler für die Eigenschaft DataErrorEscalationCount wird erhöht. Wenn Sie also ein Limit für Fehler für eine Tabelle festlegen, wird dieser Fehler auf dieses Limit angerechnet.

    • LOG_ERROR – Die Aufgabe wird fortgesetzt und der Fehler wird in das Aufgabenprotokoll geschrieben.

    • SUSPEND_TABLE – Die Aufgabe wird fortgesetzt, Daten aus der Tabelle mit dem fehlerhaften Datensatz werden jedoch in einen Fehlerstatus verschoben und die Daten werden nicht repliziert.

    • STOP_TASK – Die Aufgabe wird gestoppt und ein manuelles Eingreifen ist erforderlich.

  • DataTruncationErrorPolicy – Legt die Aktion fest, die AWS DMS ausführt, wenn Daten gekürzt sind. Der Standardwert ist LOG_ERROR.

    • IGNORE_RECORD – Die Aufgabe wird fortgesetzt und die Daten für diesen Datensatz werden ignoriert. Der Fehlerzähler für die Eigenschaft DataErrorEscalationCount wird erhöht. Wenn Sie also ein Limit für Fehler für eine Tabelle festlegen, wird dieser Fehler auf dieses Limit angerechnet.

    • LOG_ERROR – Die Aufgabe wird fortgesetzt und der Fehler wird in das Aufgabenprotokoll geschrieben.

    • SUSPEND_TABLE – Die Aufgabe wird fortgesetzt, Daten aus der Tabelle mit dem fehlerhaften Datensatz werden jedoch in einen Fehlerstatus verschoben und die Daten werden nicht repliziert.

    • STOP_TASK – Die Aufgabe wird gestoppt und ein manuelles Eingreifen ist erforderlich.

  • DataErrorEscalationPolicy – Legt die Aktion fest, die AWS DMS ausführt, wenn die maximale Anzahl an Fehlern (im Parameter DataErrorEscalationCount festgelegt) erreicht ist. Der Standardwert ist SUSPEND_TABLE.

    • SUSPEND_TABLE – Die Aufgabe wird fortgesetzt, Daten aus der Tabelle mit dem fehlerhaften Datensatz werden jedoch in einen Fehlerstatus verschoben und die Daten werden nicht repliziert.

    • STOP_TASK – Die Aufgabe wird gestoppt und ein manuelles Eingreifen ist erforderlich.

  • DataErrorEscalationCount – Legt die maximale Anzahl an Fehlern fest, die für einen bestimmten Datensatz auftreten können. Wenn diese Anzahl erreicht ist, werden die Daten für die Tabelle, die den fehlerhaften Datensatz enthält, gemäß der Richtlinie behandelt, die in DataErrorEscalationPolicy festgelegt ist. Der Standardwert ist 0.

  • EventErrorPolicy— Legt fest, welche Aktion AWS DMS ergreift, wenn beim Senden eines aufgabenbezogenen Ereignisses ein Fehler auftritt. Mögliche Werte

    • IGNORE – Die Aufgabe wird fortgesetzt und alle mit diesem Ereignis verknüpften Daten werden ignoriert.

    • STOP_TASK – Die Aufgabe wird gestoppt und ein manuelles Eingreifen ist erforderlich.

  • TableErrorPolicy – Legt die Aktion fest, die AWS DMS ausführt, wenn bei der Verarbeitung von Daten oder Metadaten für eine bestimmte Tabelle ein Fehler auftritt. Dieser Fehler gilt nur für allgemeine Tabellendaten und ist kein Fehler, der sich auf einen bestimmten Datensatz bezieht. Der Standardwert ist SUSPEND_TABLE.

    • SUSPEND_TABLE – Die Aufgabe wird fortgesetzt, Daten aus der Tabelle mit dem fehlerhaften Datensatz werden jedoch in einen Fehlerstatus verschoben und die Daten werden nicht repliziert.

    • STOP_TASK – Die Aufgabe wird gestoppt und ein manuelles Eingreifen ist erforderlich.

  • TableErrorEscalationPolicy – Legt die Aktion fest, die AWS DMS ausführt, wenn die maximale Anzahl an Fehlern (über den Parameter TableErrorEscalationCount festgelegt) erreicht ist. Die Standard- und einzige Benutzereinstellung ist STOP_TASK: Die Aufgabe wird angehalten und ein manueller Eingriff ist erforderlich.

  • TableErrorEscalationCount – Die maximale Anzahl an Fehlern, die bei allgemeinen Daten oder Metadaten für eine bestimmte Tabelle auftreten können. Wenn diese Anzahl erreicht ist, werden die Daten für die Tabelle gemäß der Richtlinie behandelt, die in TableErrorEscalationPolicy festgelegt wurde. Der Standardwert ist 0.

  • RecoverableErrorCount – Die maximale Anzahl an Versuchen zum Neustart einer Aufgabe, wenn ein Umgebungsfehler auftritt. Nachdem das System so oft wie angegeben versucht hat, die Aufgabe neu zu starten, wird die Aufgabe angehalten und ein manueller Eingriff ist erforderlich. Der Standardwert ist -1, was bedeutet, dass versucht werden soll, die Aufgabe AWS DMS auf unbestimmte Zeit neu zu starten. Legen Sie diesen Wert auf 0 fest, um nie zu versuchen, eine Aufgabe neu zu starten. Tritt ein schwerwiegender Fehler auf, wird der Versuch, die Aufgabe neu zu starten, nach sechs Versuchen AWS DMS beendet.

  • RecoverableErrorInterval— Die Anzahl der Sekunden, die AWS DMS zwischen den Versuchen wartet, eine Aufgabe neu zu starten. Der Standardwert ist 5.

  • RecoverableErrorThrottling – Wenn diese Option aktiviert ist, wird das Intervall zwischen den Versuchen zum Neustart einer Aufgabe in einer Reihe verlängert, basierend auf dem Wert von RecoverableErrorInterval. Wenn für RecoverableErrorInterval beispielsweise 5 Sekunden festgelegt sind, erfolgt der nächste Wiederholungsversuch nach 10 Sekunden, dann nach 20 Sekunden, dann nach 40 Sekunden usw. Der Standardwert ist true.

  • RecoverableErrorThrottlingMax— Die maximale Anzahl von Sekunden, die AWS DMS zwischen Versuchen wartet, eine Aufgabe neu zu starten, falls diese Option aktiviert ist. RecoverableErrorThrottling Der Standardwert ist 1800.

  • RecoverableErrorStopRetryAfterThrottlingMax— Wenn diese Option auf gesetzt isttrue, wird der Neustart der Aufgabe beendet, sobald die maximale Anzahl von Sekunden zwischen Wiederherstellungsversuchen AWS DMS erreicht ist, pro. RecoverableErrorThrottlingMax

  • ApplyErrorDeletePolicy – Legt fest, welche Aktion AWS DMS ausführt, wenn es zu einem Konflikt mit einem DELETE-Vorgang kommt. Der Standardwert ist IGNORE_RECORD. Folgende Werte sind möglich:

    • IGNORE_RECORD – Die Aufgabe wird fortgesetzt und die Daten für diesen Datensatz werden ignoriert. Der Fehlerzähler für die Eigenschaft ApplyErrorEscalationCount wird erhöht. Wenn Sie also ein Limit für Fehler für eine Tabelle festlegen, wird dieser Fehler auf dieses Limit angerechnet.

    • LOG_ERROR – Die Aufgabe wird fortgesetzt und der Fehler wird in das Aufgabenprotokoll geschrieben.

    • SUSPEND_TABLE – Die Aufgabe wird fortgesetzt, Daten aus der Tabelle mit dem fehlerhaften Datensatz werden jedoch in einen Fehlerstatus verschoben und die Daten werden nicht repliziert.

    • STOP_TASK – Die Aufgabe wird gestoppt und ein manuelles Eingreifen ist erforderlich.

  • ApplyErrorInsertPolicy – Legt fest, welche Aktion AWS DMS ausführt, wenn es zu einem Konflikt mit einem INSERT-Vorgang kommt. Der Standardwert ist LOG_ERROR. Folgende Werte sind möglich:

    • IGNORE_RECORD – Die Aufgabe wird fortgesetzt und die Daten für diesen Datensatz werden ignoriert. Der Fehlerzähler für die Eigenschaft ApplyErrorEscalationCount wird erhöht. Wenn Sie also ein Limit für Fehler für eine Tabelle festlegen, wird dieser Fehler auf dieses Limit angerechnet.

    • LOG_ERROR – Die Aufgabe wird fortgesetzt und der Fehler wird in das Aufgabenprotokoll geschrieben.

    • SUSPEND_TABLE – Die Aufgabe wird fortgesetzt, Daten aus der Tabelle mit dem fehlerhaften Datensatz werden jedoch in einen Fehlerstatus verschoben und die Daten werden nicht repliziert.

    • STOP_TASK – Die Aufgabe wird gestoppt und ein manuelles Eingreifen ist erforderlich.

    • INSERT_RECORD – Wenn ein bereits bestehender Zieldatensatz denselben Primärschlüssel wie der eingefügte Quelldatensatz aufweist, wird der Zieldatensatz aktualisiert.

  • ApplyErrorUpdatePolicy – Legt fest, welche Aktion AWS DMS ausführt, wenn es zu einem Konflikt bezüglich fehlender Daten mit einem UPDATE-Vorgang kommt. Der Standardwert ist LOG_ERROR. Folgende Werte sind möglich:

    • IGNORE_RECORD – Die Aufgabe wird fortgesetzt und die Daten für diesen Datensatz werden ignoriert. Der Fehlerzähler für die Eigenschaft ApplyErrorEscalationCount wird erhöht. Wenn Sie also ein Limit für Fehler für eine Tabelle festlegen, wird dieser Fehler auf dieses Limit angerechnet.

    • LOG_ERROR – Die Aufgabe wird fortgesetzt und der Fehler wird in das Aufgabenprotokoll geschrieben.

    • SUSPEND_TABLE – Die Aufgabe wird fortgesetzt, Daten aus der Tabelle mit dem fehlerhaften Datensatz werden jedoch in einen Fehlerstatus verschoben und die Daten werden nicht repliziert.

    • STOP_TASK – Die Aufgabe wird gestoppt und ein manuelles Eingreifen ist erforderlich.

    • UPDATE_RECORD— Wenn der Zieldatensatz fehlt, wird der fehlende Zieldatensatz in die Zieltabelle eingefügt. AWS DMS deaktiviert die LOB-Spaltenunterstützung für die Aufgabe vollständig. Wenn diese Option ausgewählt wird, muss die vollständige ergänzende Protokollierung für alle Quelltabellenspalten aktiviert werden, wenn Oracle die Quelldatenbank ist.

  • ApplyErrorEscalationPolicy— Legt fest, welche Aktion AWS DMS ergreift, wenn die maximale Anzahl von Fehlern (mit dem ApplyErrorEscalationCount Parameter festgelegt) erreicht ist. Die Standardeinstellung ist LOG_ERROR:

    • LOG_ERROR – Die Aufgabe wird fortgesetzt und der Fehler wird in das Aufgabenprotokoll geschrieben.

    • SUSPEND_TABLE – Die Aufgabe wird fortgesetzt, Daten aus der Tabelle mit dem fehlerhaften Datensatz werden jedoch in einen Fehlerstatus verschoben und die Daten werden nicht repliziert.

    • STOP_TASK – Die Aufgabe wird gestoppt und ein manuelles Eingreifen ist erforderlich.

  • ApplyErrorEscalationCount – Legt die maximale Anzahl der APPLY-Konflikte fest, die während einer Prozessänderung für eine bestimmte Tabelle auftreten können. Wenn diese Anzahl erreicht ist, werden die Daten für die Tabelle gemäß der Richtlinie behandelt, die im Parameter ApplyErrorEscalationPolicy festgelegt wurde. Der Standardwert ist 0.

  • ApplyErrorFailOnTruncationDdl – Legen Sie für diese Option true fest, damit die Aufgabe fehlschlägt, wenn an einer der nachverfolgten Tabellen während CDC eine Kürzung vorgenommen wird. Der Standardwert ist false.

    Dieser Ansatz funktioniert nicht mit PostgreSQL Version 11.x oder niedriger oder einem anderen Quellendpunkt, der die DDL-Tabellenkürzung nicht repliziert.

  • FailOnNoTablesCaptured – Legen Sie für diese Option true fest, damit die Aufgabe fehlschlägt, wenn die für eine Aufgabe definierten Tabellenzuweisungen beim Start der Aufgabe keine Tabellen finden. Der Standardwert ist false.

  • FailOnTransactionConsistencyBreached – Diese Option gilt für Aufgaben, die für CDC Oracle als Quelle verwenden. Der Standardwert lautet „false“. Geben Sie dies mit true an, damit eine Aufgabe fehlschlägt, wenn eine Transaktion länger als der angegebene Timeoutwert geöffnet ist und verworfen werden kann.

    Wenn eine CDC-Aufgabe mit Oracle gestartet wird, AWS DMS wartet eine begrenzte Zeit, bis die älteste offene Transaktion geschlossen ist, bevor CDC gestartet wird. Wenn die älteste offene Transaktion erst geschlossen wird, wenn das Timeout erreicht ist, wird CDC in den meisten Fällen AWS DMS gestartet, wobei diese Transaktion ignoriert wird. Wenn diese Option auf true gesetzt ist, schlägt die Aufgabe fehl.

  • FullLoadIgnoreConflicts— Stellen Sie diese Option so ein, true dass die Fehler „Keine betroffenen Zeilen“ und „Duplikate“ bei der Anwendung zwischengespeicherter Ereignisse AWS DMS ignoriert werden. Wenn diese Option auf gesetzt istfalse, werden alle Fehler AWS DMS gemeldet, anstatt sie zu ignorieren. Der Standardwert ist true.

Beachten Sie, dass Fehler beim Laden von Tabellen in Redshift als Ziel unter STL_LOAD_ERRORS gemeldet werden. Weitere Informationen finden Sie unter STL_LOAD_ERRORS im Datenbankentwicklerhandbuch für Amazon Redshift.