Eine Verletzung der referenziellen Integrität tritt ein, wenn Zeilen im Download die Fremdschlüsselbeziehungen in der entfernten Datenbank verletzen. Mit den folgenden Ereignis-Hooks können Sie Verletzungen der referenziellen Integrität protokollieren und verarbeiten:

• sp_hook_dbmlsync_download_log_ri_violation
• sp_hook_dbmlsync_download_ri_violation

Mit dem Ereignis-Hook sp_hook_dbmlsync_ml_connect_failed können Sie nach einer gescheiterten Verbindungsaufnahme mit dem MobiLink-Server einen neuen Versuch starten, indem Sie einen anderen Verbindungstyp oder eine andere Adresse benutzen. Wenn die Verbindung schließlich fehlschlägt, ruft dbmlsync die Hooks sp_hook_dbmlsync_communication_error und sp_hook_dbmlsync_all_error auf.

Siehe sp_hook_dbmlsync_ml_connect_failed.

Jedes Mal, wenn eine dbmlsync-Fehlermeldung generiert wird, werden die folgenden Hooks aufgerufen:

Siehe:

• sp_hook_dbmlsync_communication_error
• sp_hook_dbmlsync_sql_error
• sp_hook_dbmlsync_misc_error
• sp_hook_dbmlsync_all_error

Um als Reaktion auf einen Fehler eine Synchronisation neu zu starten, können Sie den Parameter für den Benutzerzustand in sp_hook_dbmlsync_end verwenden.

Siehe sp_hook_dbmlsync_end.

Standardmäßig stoppt die Synchronisation, wenn in einer Hook-Prozedur ein nicht behandelter Fehler festgestellt wird. Sie können das Dienstprogramm dbmlsync anweisen, diese Fehler zu ignorieren, indem Sie die Option -eh verwenden.

Siehe Erweiterte Option IgnoreHookErrors (eh).