Replizieren von Daten in Azure SQL Database mithilfe des Datenexportdiensts

Notiz

Mit Wirkung vom November 2021 wurde der Datenexportdienst eingestellt. Der Datenexportdienst funktioniert weiterhin und wird vollständig unterstützt, bis er im November 2022 das Ende des Supports und das Ende der Lebensdauer erreicht. Weitere Informationen: https://aka.ms/DESDeprecationBlog

Der Datenexportdienst ist ein Add-On-Dienst, der auf Dem Microsoft Marketplace zur Verfügung gestellt wird und die Möglichkeit zum Replizieren von Daten aus Microsoft Dataverse Datenbank in einem Azure SQL Database-Speicher in einem kundeneigenen Azure-Abonnement hinzufügt. Die unterstützten Zielorte sind Azure SQL-Datenbank und SQL Server auf virtuellen Azure-Computern. Der Datenexportdienst synchronisiert anfänglich intelligent das gesamte Schema und die Daten und synchronisiert danach auf fortlaufender Basis, wenn Änderungen eintreten (Delta-Änderungen) im -System erfolgen. Dies ermöglicht verschiedene Analyse- und Berichtsszenarien auf Basis von Daten mit Azure-Daten- und Analysediensten und eröffnet neue Möglichkeiten für Kunden und Partner, um maßgeschneiderte Lösungen zu entwickeln.

Notiz

Es wird dringend empfohlen, Ihre Dataverse-Daten in Azure Synapse Analytics und/oder Azure Data Lake Gen2 mit Azure Synapse Link für Dataverse zu exportieren. Weitere Informationen: Beschleunigen Sie die Zeit bis zur Erkenntnis mit Azure Synapse Link für Dataverse

Sie können den Datenexportdienst mit Kundeninteraktions-Apps (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing und Dynamics 365 Project Service Automation) verwenden.

Informationen zu der programmgesteuerten Schnittstelle für die Verwaltung der Konfiguration und der Verwaltung von finden Sie Datenexportservice in der Entwickleranleitung.

Voraussetzungen für die Verwendung des Datenexportservice

Wenn Sie den Datenexportserviceverwenden, sind die folgenden Voraussetzungen erforderlich.

Azure SQL Database-Dienst

Ein kundeeigenes Azure SQL Database-Abonnement. Das Abonnement muss zulassen, dass das Volumen des Datenbestands synchronisiert wird.
Firewalleinstellungen. Es wird empfohlen, Allow-Zugriff auf Azure Dienste zu deaktivieren und die in diesem Thema aufgeführten entsprechenden Client-IP-Adressen anzugeben. Weitere Informationen: Statische IP-Adressen der Azure SQL-Datenbank, die vom Datenexportdienst verwendet werden

Alternativ können Sie Allow-Zugriff auf Azure Dienste aktivieren, um den Zugriff auf alle Azure Dienste zu ermöglichen.

Für SQL Server auf Azure VM sollte die Option "Mit SQL Server über das Internet verbinden" aktiviert sein. Weitere Informationen: Azure: Herstellen einer Verbindung mit einem SQL Server virtuellen Computer auf Azure

Konfigurieren Sie außerdem Ihre Firewallregeln, um die Kommunikation zwischen dem Datenexportdienst und SQL Server zu ermöglichen.

Der Datenbankbenutzer muss die Berechtigungen auf der Datenbank- und Schemaebene gemäß den folgenden Tabellen haben. Der Datenbankbenutzer wird in der Verbindungskette für den Datenexport verwendet.

Datenbankberechtigungen sind erforderlich.

Berechtigungstypcode	Berechtigungsname
CRTB	TABELLE ERSTELLEN
CRTY	TYPE ERSTELLEN
CRVW	ANSICHT ERSTELLEN
CRPR	ABLAUF ERSTELLEN
ALUS	JEDEN BENUTZER ÄNDERN
VWDS	DATENBANK-STATUS ANZEIGEN

Berechtigungen für Schema sind erforderlich.

Berechtigungstypcode	Berechtigungsname
AL	ÄNDERN
IN	EINFÜGEN
DL	DELETE
SL	AUSWÄHLEN
NACH OBEN	AKTUALISIEREN
EX	AUSFÜHREN
RF	REFERENZEN

Azure Key Vault-Dienst

Kunden-eigenes Key Vault-Abonnement, das verwendet wird, um die Datenbank-Verbindungszeichenfolge sicher zu verwalten.
Gewähren Sie der Anwendung mit der ID "b861dbcc-a7ef-4219-a005-0e4de4ea7dcf" die Berechtigung zum Zugriff auf Secrets, indem Sie den folgenden Azure PowerShell-Befehl ausführen. Dieser wird verwendet, um auf den Key Vault zuzugreifen, der die geheime Verbindungszeichenfolge enthält. Weitere Informationen: How to set up Azure Key Vault
Geheimnisse innerhalb des Key Vault sollten mit den Organisations- (OrgId) und Mandanten-IDs (TenantId) getaggt werden. Dies kann erfolgen, indem der Befehl AzurePowerShell ausgeführt wird. Weitere Informationen: How to set up Azure Key Vault
Konfigurieren Sie Ihre Firewallregeln, um die Kommunikation zwischen dem Datenexportdienst und Azure Key Vault zu ermöglichen.

Kundenbindungs-Apps

Eine Umgebung der Version 9.0 oder höher.
DieService-Lösung für den Datenexport muss installiert sein.
- Wechseln Sie zu Settings>Microsoft Marketplace> suchen oder navigieren Sie zu Microsoft Dynamics 365 - Data Export Service, und wählen Sie dann Get it now aus.
- Oder suchen Sie es auf Dem Microsoft Marketplace.
Die Entitäten, die hinzugefügt werden, werden mit Änderungsnachverfolgung aktiviert sein. Um die Synchronisierung einer normalen oder benutzerdefinierten Entität sicherzustellen, wechseln Sie zu Anpassung>System anpassen und wählen Sie dann die Entität aus. Klicken Sie auf der Registerkarte Allgemein und stellen Sie sicher, dass die Option Änderungsnachverfolgung unter dem Abschnitt Datendienste aktiviert ist.
Sie benötigen für die Umgebung eine Sicherheitsrolle als Systemadministrator.

Webbrowser

Aktivieren Sie Popups für die Domäne https://discovery.crmreplication.azure.net/ in Ihrem Webbrowser. Dies ist für die automatische Anmeldung erforderlich, wenn Sie zu Einstellungen > Datenexport navigieren.

Erforderliche Dienste, Anmeldeinformationen und Berechtigungen

Um die Datenexportservice -Funktionen zu verwenden, müssen Sie die folgenden Dienste, Anmeldeinformationen und Rechte besitzen.

Ein Abonnement. Nur Benutzer, denen die Sicherheitsrolle „Systemadministrator“ zugewiesen ist, können Exportprofile einrichten oder ändern.
Azure Abonnement, das die folgenden Dienste enthält.
- Azure SQL Database oder AzureSQL Server auf Azure virtuellen Computern.
- Azure Key Vault.

Wichtig

Um den Datenexportdienst zu verwenden, müssen die Kundenbindungs-Apps und Azure Key Vault-Dienste unter demselben Mandanten und innerhalb derselben Microsoft Entra ID ausgeführt werden. Weitere Informationen: Azure Integration in Microsoft 365

Der Azure SQL Database-Dienst kann sich in demselben oder einem anderen Mandanten als dem Dienst befinden.

Was Sie vor der Verwendung des Datenexport Service wissen sollten

Exportprofile müssen gelöscht und dann neu erstellt werden, wenn Sie die folgenden Schritte in einer Umgebung ausführen.
- Umgebung wiederherstellen
- Umgebung kopieren (entweder vollständig oder minimal)
- Umgebung zurücksetzen
- Umgebung in ein anderes Land oder Region verschieben
Löschen Sie dazu das Exportprofil in der EXPORTPROFILE-Ansicht, löschen Sie dann die gespeicherten Prozeduren und Tabellen und erstellen dann Sie ein neues Profil. Mehr Informationen: So löschen Sie alle Datenexport-Profiltabellen und gespeicherte Prozeduren
Der Datenexportservice funktioniert nicht für Sandkasten- oder Produktionsumgebungen, die mit aktiviertem Verwaltungsmodus aktivieren konfiguriert wurden. Mehr Informationen: Verwaltungsmodus
Der Datenexportdienst legt die zugeordneten Tabellen, Spalten oder gespeicherten Prozedurobjekte im Ziel-Azure SQL Datenbank nicht ab (löschen), wenn die folgenden Aktionen ausgeführt werden.
- Eine Entität wird gelöscht.
- Ein Feld wird gelöscht.
- Eine Entität ist aus einem Exportprofil entfernt worden.
  
  Diese Elemente müssen manuell verworfen werden. So löschen Sie Datenexport-Profiltabellen und gespeicherte Prozeduren für eine spezifische Entität Benachrichtigungen über das Löschen von Metadaten werden im Ordner „nicht verarbeitbare Nachrichten“ protokolliert. Fehlerbehandlung und Überwachung

Exportprofil

Um Daten aus Apps zur Kundeninteraktion zu exportieren, erstellt der Administrator ein Exportprofil. Mehrere Profilen können erstellt und aktiviert werden, um Daten in verschiedenen Zieldatenbanken gleichzeitig zu synchronisieren.

Das ist das Kernkonzept des Datenexportservice. das Exportprofil sammelt Konfigurationsinformationen, um Daten in der Zieldatenbank zu synchronisieren. Als Bestandteil des Exportprofils stellt der Administrator eine Liste von Entitäten bereit, die in die Zieldatenbank exportiert werden. Sobald aktiviert, beginnt das Exportprofils automatische Synchronisierung der Daten. Zunächst werden alle Daten, die jeder ausgewählten Entität entsprechen, exportiert. Danach werden nur die Datenänderungen, die an den Datensätzen der Entitäten oder Metadaten in Apps zur Kundeninteraktion vorgenommen werden, kontinuierlich mit Hilfe eines Push-Mechanismus nahezu in Echtzeit synchronisiert. Daher brauchen Sie keinen Zeitplan zum Abrufen von Daten aus Apps zur Kundeninteraktion aufzustellen.

Nur Entitäten, die die Änderungsnachverfolgung aktiviert haben, können im Exportprofil hinzugefügt werden. Beachten Sie, dass die meisten standardmäßigen Entitäten, die Daten erfassen, die Nachverfolgung der Daten aktiviert haben. Benutzerdefinierte Entitäten müssen für Änderungsnachverfolgung explizit aktiviert werden, damit sie Exportprofil hinzufügen können. Weitere Informationen finden Sie unter Aktivieren der Änderungsnachverfolgung zum Steuern der Datensynchronisierung

Datenexportservice erledigt sowohl Metadaten- und Datensynchronisierung. Jede Entität übersetzt in mindestens eine Tabelle und jedes Feld übersetzt auch in eine Spalte in der Zieldatenbanktabelle. Tabellen- und Spaltennamen verwenden den Schemennamen der Metadaten.

Sobald aktiviert sammelt Exportprofil die Statistiken für die Datensynchronisierung, die bei der Betriebssichtbarkeit und der Diagnose der exportierten Daten helfen.

Datensynchronisierung mit einem Exportprofil verfügbar

Kateg.	Funktion	Unterstützte Datentypen
Anfängliche Synchronisierung	Metadaten - Grundlegende Datentypen	Gleitkommazahl, Ganze Zahl, Dezimalzahl, einzelne Textzeile, mehrzeilig der Text, Datums- und Uhrzeitdatentypen.
Anfängliche Synchronisierung	Metadaten - Erweiterte Datentypen	Währung, PartyList, Optionssatz, Status, Statusgrund, Suche (einschließlich Kunden- und Typsuche). PartyList ist nur in Exportversion 8.1 und höher verfügbar.
Anfängliche Synchronisierung	Daten - Grundlegende Datentypen	Alle grundlegenden Datentypen.
Anfängliche Synchronisierung	Daten - Erweiterte Datentypen	Alle erweiterten Datentypen.
Delta-Synchronisierung	Schema ändern - Grundlegende Typen	Hinzufügen oder ändern von Feldänderung, alle grundlegenden Datentypen.
Delta-Synchronisierung	Schema ändern - Erweiterte Typen	Hinzufügen oder ändern von Feldänderung, alle erweiterten Datentypen.
Delta-Synchronisierung	Daten ändern - Grundlegende Typen	Alle grundlegenden Datentypen.
Delta-Synchronisierung	Daten ändern - Erweiterte Typen	Alle erweiterten Datentypen wie beispielsweise PartyList.

Exportprofil erstellen

Stellen Sie sicher, dass die folgenden Anforderungen erfüllt sind, bevor Sie ein Exportprofil erstellen.

DieService-Lösung für den Datenexport ist in Ihrer Umgebung installiert.
Verwalten Sie die SQL-Datenbank Connection String im Key Vault und kopieren Sie die Key Vault-URL, um sie im Exportprofil bereitzustellen. Weitere Informationen: Azure: Erste Schritte mit Azure Key Vault
Die Entitäten, die dem Exportprofil hinzugefügt wurden, werden mit Änderungsnachverfolgung aktiviert. Weitere Informationen finden Sie unter Aktivieren der Änderungsnachverfolgung zum Steuern der Datensynchronisierung
Ihr SQL-Datenbank-Service verfügt über ausreichend Speicherplatz, um die Daten zu speichern.
Sie sind ein Systemadministrator in der Umgebung.

Gehen Sie zu Einstellungen>Datenexport.
Überprüfen Sie den Hinweis und wählen Sie Fortsetzen oder Abbrechen aus, wenn Sie die Daten nicht exportieren möchten.
Wählen Sie Neu aus, um ein neues Exportprofil zu erstellen.
Geben Sie im Schritt Properties die folgenden Informationen ein, und wählen Sie dann Next aus, um fortzufahren, ohne eine Verbindung mit dem Key Vault herzustellen. Wenn Sie Validate auswählen, wird die von Ihnen angegebene Key Vault URL verwendet, um eine Verbindung mit dem Key Vault herzustellen.
- Name. Eindeutiger Name des Profils. Das Feld ist erforderlich.
- Key Vault Verbindungs-URL. Key Vault-URL, die auf die „Connection String“ verweist, welche mit Anmeldeinformationen gespeichert ist, die zur Verbindung mit der Zieldatenbank verwendet werden. Das Feld ist erforderlich. Weitere Informationen: How to set up Azure Key Vault
  
  Wichtig
  
  Bei der Key Vault Verbindungs-URL wird die Groß-/Kleinschreibung beachtet. Geben Sie die Key Vault Verbindungs-URL genau so ein, wie sie angezeigt wird, nachdem Sie die Windows PowerShell-Befehle in diesem Thema ausgeführt haben.
- Schema. Name für ein alternatives Datenbankschema. Nur alphanumerische Zeichen sind zulässig. Dieses Feld ist optional. Standardmäßig ist dbo das Schema, das für das Ziel SQL-Datenbank verwendet wird.
- Präfix. Präfix wird für den Tabellennamen in der Zieldatenbank verwendet. Hierdurch können Sie einfach die Tabelle identifizieren, die für das Exportprofil in der Zieldatenbank erstellt wird. Wenn definiert, stellen Sie sicher, dass das Präfix maximal 15 Zeichen umfasst. Dieses Feld ist optional und nur alphanumerische Zeichen sind erlaubt.
- Wiederholungsversuche. Gibt an, wie oft versucht wird, einen Datensatz im Falle einer Störung in der Zieltabelle einzufügen oder zu aktualisieren. Das Feld ist erforderlich. Zulässige Werte sind 0-20 und der Standardwert ist 12.
- Intervall der Wiederholungsversuche. Die Anzahl der Sekunden, um vor eine Serie im Fall eines Fehlers zu warten. Das Feld ist erforderlich. Zulässige Werte sind 0-3600 und der Standardwert ist 5.
- Löschprotokoll schreiben. Optionale Einstellung für das Protokollieren von Datensätzen deaktiviert.
Wählen Sie im Schritt Entitäten auswählen die Entitäten aus, die Sie zur Zieldatenbank SQL exportieren möchten, und wählen Sie dann Weiter aus.
Im Schritt Beziehungen auswählen können Sie die Beziehungen M:N (m-m-Beziehungen) synchronisieren, die mit den Entitäten vorhanden sind, die Sie im vorherigen Schritt ausgewählt haben. Wählen Sie Weiteraus.
Wählen Sie im Schritt SummaryCreate and Activate aus, um den Profildatensatz zu erstellen und eine Verbindung mit dem Key Vault herzustellen, wodurch der Synchronisierungsprozess beginnt. Wählen Sie andernfalls Erstellen aus, um das Exportprofil zu speichern und später zu aktivieren.

Ändern eines vorhandenen Export-Profil

Sie können die Entitäten und Beziehungen im vorhandenen Exportprofil hinzufügen oder entfernen, die Sie replizieren möchten.

Gehen Sie zu Einstellungen>Datenexport.
In der Profilansicht „Alle Daten exportieren“ wählen Sie das Exportprofil , das Sie ändern möchten.
Wählen Sie auf der Aktionssymbolleiste ENTITÄTEN VERWALTEN aus, um die Entitäten für den Datenexport hinzuzufügen oder zu entfernen. Um Entitätsbeziehungen hinzufügen oder zu entfernen, wählen Sie BEZIEHUNGEN VERWALTEN.
Wählen Sie die Entitäten oder Entitätsbeziehungen aus, die hinzugefügt oder entfernt werden sollen.
Wählen Sie Aktualisieren aus, um die Änderungen am Exportprofil zu senden.

Wichtig

Wenn Sie eine Entität bzw. eine Entitätsbeziehung aus dem Exportprofil entfernen, wird die entsprechende Tabelle in der Zieldatenbank nicht gelöscht. Bevor Sie eine Entität erneut hinzufügen können, der entfernt wurde, müssen Sie in der entsprechende Zieldatenbank die Tabelle löschen. Um eine Entitätstabelle zu löschen, gehen Sie zu Löschen Sie Datenexport-Profiltabellen und gespeicherte Prozeduren für eine spezifische Entität.

Tabellendetails für die Azure SQL-Datenbank des Ziels

Datenexportservice erstellt Tabellen sowohl für Daten wie auch für Metadaten. Eine Tabelle wird für jede Entität und M:N-Beziehung erstellt, die synchronisiert werden.

Nachdem das Exportprofil aktiviert ist, werden diese Tabellen in der Zieldatenbank erstellt. Dies sind Systemtabellen und haben die hinzugefügten SinkCreatedTime und SinkModifiedTime Felder nicht.

Name der Tabelle	erstellt wird
<Präfix>_GlobalOptionsetMetadata	Vor dem Aktivieren des Exportprofils.
<Präfix>_OptionsetMetadata	Vor dem Aktivieren des Exportprofils.
<Präfix>_StateMetadata	Vor dem Aktivieren des Exportprofils.
<Präfix>_StatusMetadata	Vor dem Aktivieren des Exportprofils.
<Präfix>_TargetMetadata	Vor dem Aktivieren des Exportprofils.
<Präfix>_AttributeMetadata	Vor dem Aktivieren des Exportprofils.
<Präfix>_DeleteLog	Bei Exportprofil-Aktivierung, wenn die Löschungsprotokolloption aktiviert ist.

Lösen von Synchronisierungsproblemen

Selbst wenn mehrere Wiederholungsversuche durchgeführt wurden, können Synchronisierungsfehler aufgezeichnet werden. Diese können durch Datenbankspeichereinschränkungen oder der Tabellensuchen mit lang laufenden Abfragen auftreten. Um diesen Fehler zu beheben können Sie einen Resynchronization jeweils nur fehlerhaften Datensätzen oder einen Resynchronization aller Datensätze erzwingen.

Anzeigen der Exportprofile an, um nach einer zu suchen, die Rekordsynchronisierungsfehler haben. Sie tun dies, indem Sie die Datenprofile im Synchronisierungsbereich anzeigen oder indem Sie ein Exportprofil öffnen, zum Beispiel dieses Profil, das einen Kontaktentitätsdatensatz-Synchronisierungsfehler hat.
Stellen Sie zunächst die Ursache des Synchronisierungsfehlers sicher und beheben Sie sie. Mehr Informationen. Fehlerbehandlung und Überwachung
Nachdem das Problem behoben wurde, synchronisieren Sie die fehlerhaften Datensätze erneut.
Notiz

Ausfallen Datensatzsynchronisierung ist eine öffenliche Vorschaufunktion.
- Funktionen in der Vorschau sind nicht für den Produktionseinsatz gedacht und können eine eingeschränkte Funktionalität aufweisen. Diese Funktionen stehen vor der offiziellen Veröffentlichung zur Verfügung, damit Kunden frühzeitig Zugriff erhalten und Feedback geben können.
  - Wir erwarten Änderungen an diesem Feature, Sie sollten sie also nicht in der Produktion verwenden. Verwenden Sie sie nur in Test- und Entwicklungsumgebungen.
  - Microsoft unterstützt diese Vorschaufunktion nicht. Der technische Support von Microsoft Dynamics 365 kann Ihnen bei Problemen oder Fragen nicht helfen. Previewfunktionen sind nicht für die Produktionsverwendung bestimmt und unterliegen separaten ergänzenden Nutzungsbedingungen.
1. Melden Sie sich bei Ihrer Umgebung an und gehen Sie zu Einstellungen>Datenexport.
2. Öffnen Sie das Exportprofil, das en Datensatzsynchronisierungsfehler einschließt.
3. Wählen Sie auf der Exportprofil-Symbolleiste ERNEUTE SYNCHRONISIERUNG FEHLGESCHLAGENER DATENSÄTZE.
4. Wählen Sie OK nach erfolgreicher erneuter Synchronisierung der fehlerhaften Datensätze im Bestätigungsdialog aus.
1. Überprüfen Sie, ob das Exportprofil keine fehlgeschlagenen Datensatzbenachrichtigungen enthält, indem Sie das Datenexportprofil öffnen und den Zähler für Fehlgeschlagene Benachrichtigungen anzeigen unter der Registerkarte EIGENSCHAFTEN & ÜBERSICHT, die 0 sein sollten. Wählen Sie AKTUALISIEREN auf der Symbolleiste „Exportprofil“ aus, um sicherzustellen, dass der Wert Fehlgeschlagene Benachrichtigungen aktuell ist.
Wenn die Rekordsynchronisierungsfehler weiter bestehen, nachdem Sie einen erneuten Synchronisieren versucht haben, indem Sie den vorherigen Schritten folgten, wenden Sie sich an Microsoft-Produktsupport.

Fehlerbehandlung und Überwachung

Wenn Sie den Synchronisierungsstatus im Exportprofil anzeigen, gehen Sie zu Einstellungen>Datenexport und öffnen Sie das Exportprofil. Auf der Registerkarte ENTITÄTEN wird der Synchronisierungsstatus und eine Ausfallen Datensätze für Datensätze angezeigt, die nicht synchronisiert werden können. Für alle fehlgeschlagenen Datensätze kann eine Liste solcher Datensätze mit dem Statusgrund heruntergeladen werden, indem Sie in der Befehlsleiste FEHLGESCHLAGENE DATENSÄTZE auswählen.

Befehlsleiste „Exportprofil“ – Schaltfläche „Fehlerhafte Datensätze“

Im Exportprofil können Sie EIGENSCHAFTEN & ÜBERSICHT auswählen, um die Eigenschaften des Profils anzuzeigen. Wählen Sie BEZIEHUNGEN aus, um den Beziehungssynchronisierungsstatus anzuzeigen.

So sehen Sie detaillierte Informationen zu den Datensätzen, die nicht synchronisiert werden können

Anzeigen der Rekordprotokolle hilft, die Ursache für Synchronisierungsfehlern zu ermitteln. Um fehlgeschlagene Datensätze in der Zieldatenbank Azure anzuzeigen, verwenden Sie Azure Storage Explorer, eine kostenlose eigenständige App, mit der Sie problemlos mit Azure Storage-Daten arbeiten können. Weitere Informationen: Azure Storage Explorer.

Gehen Sie zu Einstellungen>Datenexport.
In der Profilansicht „Alle Daten exportieren“, wählen Sie das Exportprofil , das fehlerhafte Benachrichtigungen erzeugte.
Wählen Sie auf der Aktionssymbolleiste FEHLGESCHLAGENE DATENSÄTZE aus.
Im Dialogfeld „Fehlerhafte Datensätze herunterladen“ wählen Sie Blob-URL kopieren und dann OK aus.

Notiz

Die Blob URL ist während 24 Stunden gültig. Wenn die URL die 24-Stunden-Periode überschreitet, wiederholen Sie die früher beschriebenen Schritte, um eine neue Blob URL zu generieren.
Starten Sie Azure Storage Explorer.
Wählen Sie in Azure Storage Explorer Verbinden mit Azure Storage aus.
Fügen Sie die URL aus der Zwischenablage in das Feld Verbinden mit Azure Storage ein, und wählen Sie dann Nächst aus.
Auf der Verbindungszusammenfassungsseite wählen Sie Verbinden.
Azure Storage Explorer stellt eine Verbindung mit der Zieldatenbank her. Wenn fehlgeschlagene Datensätze für das Exportprofil vorhanden sind, zeigt Azure Storage Explorer fehlgeschlagene Datensatzsynchronisierungsordner an.

So sehen Sie detaillierte Informationen zu den Datensätzen, die nicht synchronisiert werden können (Vorschauversion)

Die fehlerhaften Datensätze können direkt von der Datenexport-Servicebenutzeroberfläche heruntergeladen werden. Diese Funktion ist zurzeit in der Vorschauversion und es wäre toll, wenn Sie diese testen und Feedback geben könnten.

Schritte, um fehlgeschlagene Datensätze herunterzuladen

Ermitteln Sie das Profil mit fehlerhaften Datensätze.
Wählen Sie das Profil aus und wählen Sie Fehlerhafte Datensätze (Vorschauversion) herunterladen in der oberen Menüleiste aus.
Im Dialogfeld Fehlerhafte Datensätze herunterladen wird eine Liste der letzten 20 (max) Blobdateien angezeigt. Wählen Sie die zu entfernenden Datensätze aus, wählen Sie OK.
Sobald heruntergeladen, öffnen Sie die Datei in einem Texteditor Ihrer Wahl (z.B. Notepad) und zeigen Sie die Details für Fehler an.

Ordnerstruktur für Datensatzsynchronisierungsfehler und Protokolldateien

Die URL des Azure Blob-Speichers für fehlgeschlagene Datensätze verweist auf einen Speicherort mit der folgenden Ordnerstruktur:

Daten. Dieser Ordner enthält fehlerhafte Datenbenachrichtigungen und das zugehörige JSON Datensatzdaten.
Metadata. Dieser Ordner enthält fehlerhafte Metadatabenachrichtigungen und das zugehörige JSON Datensatzdaten.
failurelog. Dieser Ordner enthält Protokolle, in dem Informationen zum Synchronisierungsfehler den Grund der Fehler auftrat.
forcerefreshfailurelog. Dieser Ordner enthält Fehler des letzten Lauf des Datenexportservice vom fehlgeschlagenen Datensatzbefehls, die verwendet wird, um Fehler Datensätze erneut zu synchronisieren.
unprocessablemessages. Dieser Ordner enthält die Datenbenachrichtigungen, die entweder nicht wegen des Löschens von Daten und Metadaten und zugehörigen JSON verarbeitet wurden.

Die Ordner „failurelog“ und „forcerefreshfailurelog“ sind strukturiert nach Jahr\Monat\Tag\Stunde, damit Sie rasch die letzten Fehler auffinden können. Alle fehlerhaften Datensätze, die älter als 30 Tage sind, werden gelöscht.

Hier finden Sie eine Beispielsprotokolldatei, die einen Kontaktentitätsdatensatz-Synchronisierungsfehler angibt.

Entity: contact, RecordId: 459d1d3e-7cc8-e611-80f7-5065f38bf1c1, NotificationTime: 12/28/2016 12:32:39 AM, ChangeType: Update, FailureReason: The database 'tempdb' has reached its size quota. Partition or delete data, drop indexes, or consult the documentation for possible resolutions.  
The statement has been terminated.

Häufige Gründe für Rekordsynchronisierungsfehler

Hier einige Gründe dafür, dass Rekordsynchronisierungsfehler auftreten können.

Unzulänglicher Speicher für die Zieldatenbank. Bevor Sie versuchen, die fehlgeschlagenen Datensätze erneut zu synchronisieren, erhöhen oder geben Sie nach Bedarf Azure SQL Database Speicherplatz frei. Falls das Problem auftritt, wird die Nachricht, die mit dieser Meldung sind, das Fehlerprotokoll aufgezeichnet.

Die Datenbank „databasename“ hat die Größenvorgabe erreicht. Partition oder Daten löschen, Indexe ziehen oder Dokumentation für mögliche Lösungen konsultieren.
Timeouts bei der Synchronisierung mit Azure SQL-Datenbank. Dies tritt während der Erstsynchronisierung eines Datenexportprofils auf, wenn große Datenmengen gleichzeitig verarbeitet werden. Falls das Problem auftritt, synchronisieren Sie die fehlerhaften Datensätze erneut. Lösen von Synchronisierungsproblemen

Bewährte Methoden bei der Verwendung von Azure SQL Database mit Dem Datenexport

Um Synchronisierungsfehler aufgrund der Ressourcendrosselung zu vermeiden, empfiehlt es sich, einen Azure SQL Database Premium P1 oder einen besseren Plan zu haben, wenn Sie den Datenexportdienst verwenden. Weitere Informationen: Azure SQL Database Ressourcenbeschränkungen und SQL-Datenbankpreise
Legen Sie fest, dass die Azure SQL-Datenbank die Read Committed Snapshot Isolation (RCSI) für Arbeitsauslastungen verwendet, die gleichzeitig auf der Zieldatenbank ausgeführt werden und lang laufende Leseabfragen, wie z. B. Berichts- und ETL-Aufträge, enthalten. Dadurch reduziert sich das Auftreten von Timeoutfehlern, die bei Datenexportservice Lese/Schreibkonflikten auftreten können.
Um die Abfrageleistung zu verbessern empfehlen wir die Datenexportservice-Datenbank, die maximale Grad an Parallelität (MAXDOP.) auf 1 festgelegt ist. Weitere Informationen: MSDN: Serverspeicheroptionen
Platzieren Sie häufig die Menge der Fragmentierungsgrads und falls erforderlich erstellen Sie die Indizes in der Datenexportservice-Datenbank neu. Weitere Informationen: Neuorganisieren und neu erstellen von Indizes
Aktualisieren Sie regelmäßig Datenbank-Statistik auf Tabellen und indizierten Ansichten in der Datenexportservice-Datenbank. Weitere Informationen: Aktualisieren Sie die Statistiken
Überwachen Sie die Auslastung der Datenexportservice-Datenbank. Weitere Informationen: Perf-Überwachung

Informationen zur Datensynchronisierungswartezeit

Die Datenexportservice ist so konzipiert, dass Datenänderungen mit der Zieldatenbank über einen Push-Mechanismus synchronisiert werden, indem Änderungen in Apps zur Kundenbindung angehört werden. Der Dienst ist bemüht, Daten innerhalb von wenigen Minuten zu übertragen, aber es gibt eine Reihe von Faktoren, die sich auf die End-zu-End-Synchronisierungswartezeit auswirken können.

Faktoren, die die Dauer der Synchronisierung beeinträchtigen, umfassen Folgendes:

Die aktuelle Arbeitsbelastung für Apps zur Kundeninteraktion.
Die Datenänderungsrate in Apps zur Kundeninteraktion.
Die Anzahl der Benutzer, die jedem Exportprofil und ihren Attributen hinzugefügt werden.
SQL Server Leistung. Zum Beispiel:
- SQL-Aufbauzeit einer Verbindung.
- SQL Bericht über die Ausführungszeit.

Basierend auf der Überwachung des Service muss darauf geachtet werden, dass die meisten Deltasynchronisierung in 15 Minuten beendet sind, wenn der Service mit den folgenden Bedingungen arbeitet:

Die Synchronisierung, die erfolgt, ist eine Deltasynchronisierung und nicht die Erstsynchronisierung. Deltasynchronisierung ist nur für Datenenänderungsvorgänge, welche das Erstellen, Aktualisieren und Löschen von Transaktionen enthalten. Beachten Sie, dass Deltasynchronisierung immer beginnt, wenn die Erstsynchronisierung abgeschlossen wurde.
Die maximale Datenänderungsrate in Apps zur Kundeninteraktion für alle Entitäten im Exportprofil beträgt weniger als 3000 Datensätze pro Stunde. Jeder plötzliche Anstieg der Datenenänderungskinetik aufgrund der Massenänderung von Datensätzen, die die maximale Änderungskinetik überschreiten, kann zusätzliche Wartezeit verursachen.
Jede Entität, die einem Exportprofil hinzugefügt wird, hat weniger als 150 Attribute.
Datenbank-Verbindung oder SQL-Anweisungsausführung endet in weniger als 10 Sekunden. Wenn Sie dieser Grenzwert überschritten wird, hat dies zusätzlich Wartezeit zur Folge.
Keine Zieldatenbank-Verbindungs oder SQL-Ausführungsfehler treten beim Synchronisieren auf.

Wenn die oben beschriebenen Bedingungen erfüllt sind, sind 15 Minuten eine typische Synchronisierungswartezeit. Microsoft stellt eine Vereinbarung zum Servicelevel (SLA) für Datenexportservice bereit und macht keine Garantien oder Versprechen zur Synchronisierungswartezeit.

Einrichten von Azure Key Vault

Führen Sie das hier beschriebene Windows PowerShell-Skript als Azure Kontoadministrator aus, um die Berechtigung zum Datenexportdienst-Feature zu erteilen, damit es auf Ihre Azure Key Vault zugreifen kann. Dieses Skript zeigt die Schlüsseltresor-URL an, die erforderlich ist, um das Exportprofil zu erstellen, das für den Zugriff auf die Verbindungszeichenfolge verwendet wird.

Bevor Sie das Skript ausführen, ersetzen Sie die Platzhalter mit den folgenden Variablen.

$subscriptionId. Die Key Vault Ressourcengruppe, die Sie verwenden möchten. Wenn eine Ressourcengruppe noch nicht vorhanden ist, wird eine neue Gruppe mit dem Namen, den Sie angeben, erstellt. In diesem Beispiel wird ein ContosoResourceGroup1 verwendet.
$location. Geben Sie den Ort an, wo die Ressourcengruppe ist oder sein sollte, wie West-US.
$connectionString. Die Verbindungszeichenfolge zur Azure-SQL-Datenbank. Sie können den ADO.NET connection string verwenden, wie er in Ihrem Azure-Dashboard angezeigt wird.
$organizationIdList = durch Trennzeichen getrennte Liste der zulässigen Organisationen, aufgeführt nach Organisations-ID (organizationId), um den Datenexportdienst zu aktivieren. Um die ID einer Organisation zu finden, gehen Sie zu Einstellungen>Anpassungen>Entwicklerressourcen. Die Organisations-ID steht unter Umgebungsreferenzinformationen.
$tenantId. Gibt die Azure Active Directory Mandanten-ID an, für die das Key Vault-Abonnement gilt.

Wichtig

Ein Azure-Abonnement kann mehrere Azure Active Directory Mandanten-IDs aufweisen. Stellen Sie sicher, dass Sie die richtige Azure Active Directory Mandanten-ID auswählen, die der Umgebung zugeordnet ist, die Sie für den Datenexport verwenden möchten.

Notiz

Stellen Sie sicher, dass die Benutzer-ID, auf die innerhalb der $connectionString verwiesen wird, über die entsprechende Berechtigung für die Zieldatenbank Azure SQL Datenbank verfügt.

# -------------------------------------------------------------------------------- #
    #  Provide the value for the following parameters before executing the script
$subscriptionId = 'ContosoSubscriptionId'    
$keyvaultName = 'ContosoKeyVault'
    $secretName = 'ContosoDataExportSecret'
    $resourceGroupName = 'ContosoResourceGroup1'
    $location = 'West US'
    $connectionString = 'AzureSQLconnectionString'
$organizationIdList = 'ContosoSalesOrg1_id, ContosoSalesOrg2_id'
$tenantId = 'tenantId'
    # -------------------------------------------------------------------------------- #

# Login to Azure account, select subscription and tenant Id
Connect-AzAccount -Tenant $tenantId -Subscription $subscriptionId

# Create new resource group if not exists.
$rgAvail = Get-AzResourceGroup -Name $resourceGroupName -Location $location -ErrorAction SilentlyContinue
if(!$rgAvail){
    New-AzResourceGroup -Name $resourceGroupName -Location $location
}

# Create new key vault if not exists.
$kvAvail = Get-AzKeyVault -VaultName $keyvaultName -ResourceGroupName $resourceGroupName -ErrorAction SilentlyContinue
if(!$kvAvail){
    New-AzKeyVault -VaultName $keyvaultName -ResourceGroupName $resourceGroupName -Location $location
    # Wait few seconds for DNS entry to propagate
    Start-Sleep -Seconds 15
}

# Create tags to store allowed set of Organizations.
$secretTags = @{}
foreach ($orgId in $organizationIdList.Split(',')) {
    $secretTags.Add($orgId.Trim(), $tenantId)
}

# Add or update a secret to key vault.
$secretValue = ConvertTo-SecureString $connectionString -AsPlainText -Force
$secret = Set-AzKeyVaultSecret -VaultName $keyvaultName -Name $secretName -SecretValue $secretValue -Tags $secretTags

# Authorize application to access key vault.
$servicePrincipal = 'b861dbcc-a7ef-4219-a005-0e4de4ea7dcf'
Set-AzKeyVaultAccessPolicy -VaultName $keyvaultName -ServicePrincipalName $servicePrincipal -PermissionsToSecrets get

# Display secret url.
Write-Host "Connection key vault URL is "$secret.id.TrimEnd($secret.Version)""

So löschen Sie alle Datenexport-Profiltabellen und gespeicherten Prozeduren

Wichtig

Bevor Sie diese SQL-Anweisung ausführen, stellen Sie sicher, dass Sie die Werte @prefix und @schema in der Bestimmung korrekt definiert haben. Das Exportprofil muss neu erstellt werden, nachdem Sie diese SQL-Anweisung ausführen.

-----------------------------------------------------------------
-- Provide the value for the following parameters
DECLARE @prefix nvarchar(32) =''
DECLARE @schema nvarchar(32) ='dbo'
-----------------------------------------------------------------

DECLARE @sql nvarchar(max) = '';

SELECT @sql += 'DROP TABLE ' + QUOTENAME([TABLE_SCHEMA]) + '.' + QUOTENAME([TABLE_NAME]) + ';'
FROM [INFORMATION_SCHEMA].[TABLES]
WHERE [TABLE_TYPE] = 'BASE TABLE' AND [TABLE_NAME] like @prefix + '_%' AND [TABLE_SCHEMA]= @schema;

PRINT @sql
EXEC SP_EXECUTESQL @sql;

PRINT 'Finished dropping all tables. Starting to drop all stored procedures now.'

SELECT @sql='';
SELECT @sql += 'DROP PROCEDURE ' + QUOTENAME([ROUTINE_SCHEMA]) + '.' + QUOTENAME([ROUTINE_NAME]) + ';'
FROM [INFORMATION_SCHEMA].[ROUTINES]
WHERE [ROUTINE_TYPE] = 'PROCEDURE' AND [ROUTINE_NAME] like @prefix + '_%' AND [ROUTINE_SCHEMA]= @schema;
PRINT @sql
EXEC SP_EXECUTESQL @sql;

PRINT 'Finished dropping all stored procedures. Starting to drop all types now.'

SELECT @sql=''; 
SELECT @sql += 'DROP TYPE ' + QUOTENAME(SCHEMA_NAME([SCHEMA_ID])) + '.' +  QUOTENAME([NAME]) + ';'
FROM SYS.TYPES
WHERE is_user_defined = 1 AND [NAME] LIKE @prefix + '_%' AND [SCHEMA_ID]=SCHEMA_ID(@schema);

PRINT @sql
EXEC SP_EXECUTESQL @sql;

So löschen Sie Datenexport-Profiltabellen und gespeicherte Prozeduren für eine spezifische Entität

Wichtig

Bevor Sie diese SQL-Anweisung ausführen, stellen Sie sicher, dass Sie die Werte @prefix, @schema und @entityName in der Bestimmung korrekt definiert haben. In diesem Beispiel wird die Leadentitätstabelle, Typen und gespeicherten Prozeduren abgelegt.

-----------------------------------------------------------------
-- Provide the value for the following parameters
DECLARE @prefix nvarchar(32) ='crm'
DECLARE @schema nvarchar(32) ='dbo'
DECLARE @entityName nvarchar(32) ='lead'
-----------------------------------------------------------------
DECLARE @sql nvarchar(max) = '';

IF @prefix != '' 
BEGIN
       SET @prefix = @prefix + '_'
END

SELECT @sql += 'DROP TABLE ' + QUOTENAME([TABLE_SCHEMA]) + '.' + QUOTENAME([TABLE_NAME]) + ';'
FROM [INFORMATION_SCHEMA].[TABLES]
WHERE [TABLE_TYPE] = 'BASE TABLE' AND [TABLE_NAME] like @prefix + @entityName  AND [TABLE_SCHEMA]= @schema;
PRINT @sql
EXEC SP_EXECUTESQL @sql;
PRINT 'Finished dropping the entity. Starting to drop the types associated with the entity'

SELECT @sql='';
SELECT @sql += 'DROP TYPE ' + QUOTENAME(SCHEMA_NAME([SCHEMA_ID])) + '.' + QUOTENAME([NAME]) + ';'
FROM SYS.TYPES
WHERE
  is_user_defined = 1
  AND (
    [NAME] LIKE @prefix + @entityName +'Type' 
    OR [NAME] LIKE @prefix + @entityName +'IdType'
  )
  AND [SCHEMA_ID] = SCHEMA_ID(@schema);
PRINT @sql
EXEC SP_EXECUTESQL @sql;

So deinstallieren Sie den Datenexportservice über „Verwalten von Power Platform“

Navigieren Sie zu den erweiterten Einstellungen.
Wählen Sie Einstellungen > Anpassungen und dann Lösungen aus.
Wählen Sie DataExportService, veröffentlicht von Microsoft Dynamics 365, und wählen Sie dann Löschen aus.

Suchen Sie nach der Microsoft Entra Mandanten-ID für Ihren Tenant

Melden Sie sich beim portal Azure an.
Wählen Sie unter Azure ServicesTenant-Eigenschaften aus.
Wählen Sie den Wert im Mandanten-ID-Feld.

Azure SQL-Datenbank statische IP-Adressen, die vom Datenexportdienst verwendet werden

Wählen Sie in Azure SQL Database Set-Serverfirewall aus. aktivieren Sie Allow-Zugriff auf Azure Dienste auf OFF, wählen Sie Add-Client-IP aus, und fügen Sie dann die für die Region Ihrer Umgebung geeigneten IP-Adressen hinzu. Weitere Informationen: Azure: Konfigurieren einer Azure SQL Database Firewallregel auf Serverebene mithilfe der Azure Portal

Region	Neue IP-Adresse	Alte IP-Adresse
USA, Westen	20.245.127.60	13.64.148.9
USA, Osten	172.174.41.63	20.228.153.81
Asien, Osten	20.239.192.9	104.208.84.217
Asien, Südosten	20.24.15.60	20.205.153.14
Zentralindien	20.219.158.75	20.198.113.107
Indien, Süden	52.140.54.95	104.211.204.18
Europa, Westen	20.126.43.104	40.68.244.253
Europa, Norden	20.166.94.137	20.238.83.32
Japan, Westen	Keine Änderung	104.214.144.93
Japan, Osten	52.253.104.175	20.89.138.246
Brasilien, Süden	4.228.211.102	20.197.186.17
Australien, Südosten	Keine Änderung	20.70.112.80
Australien, Osten	20.5.88.96	20.213.58.3
Kanada, Mitte	20.220.227.230	20.151.173.107
Kanada, Osten	40.86.216.207	52.229.109.91
Vereinigtes Königreich, Westen	51.142.173.150	20.68.113.18
Vereinigtes Königreich, Süden	20.117.159.198	20.117.89.184

Notiz

Nordamerikanische Kunden sollten IP-Adressen zu einer genehmigten Liste für USA, Osten und USA, Westen hinzufügen.

Um Störungen bei der Datensynchronisierung zu vermeiden, sollten Kunden die neue IP-Adresse und die alte IP-Adresse behalten.

Bekannte Probleme

Gelöschte Datensätze werden möglicherweise wieder einfügt nach einem Synchronisierungsfehler

Wenn von Synchronisierungsfehlern wieder zum ursprünglichen Zustand zurückkehren möchten, erhalten möglicherweise Datensätze, die zuvor gelöscht wurden, wiedereinfügt wieder in der Ursprungsvertrag Entitätstabelle ab. Zur Problemumgehung bei Synchronisierungsfehlern führen Sie die folgenden Schritte aus.

Erstellen Sie Exportprofile, die für „Löschprotokoll schreiben“ aktiviert sind. Erstellen Sie bestehende Exportprofile neu, die nicht für „Löschprotokoll schreiben“ aktiviert sind.
Erstellen und Ausführen einer SQL-Abfrage für die Azure SQL Zieldatenbank, die nach Datensätzen in der DeleteLog-Tabelle sucht. Wenn mindestens einen Datensatz gefunden wurden, zeigt dies die Existenz von gelöschten Datensätzen an.
Wenn einer oder mehrere Datensätze in der DeleteLog-Tabelle existieren, erstellen Sie eine SQL-Abfrage, die die Umgebungen, in denen die Datensatz-Id für einen in der DeleteLog-Tabelle gefundenen Datensatz mit der Datensatz-Id für einen Datensatz in der EntityName-Tabelle übereinstimmt und die versionNumber im deleteLog höher als die versionNumber im Datensatz in der EntityName-Tabelle ist, erkennt, und führen Sie diese aus. Wenn eine Datensatz-ID-Übereinstimmung auftritt, löschen Sie den Datensatz aus der Tabelle EntityName. Beispielsweise wenn eine Datensatz-ID in der AccountId-Spalte der DeleteLog-Tabelle mit einer Datensatz-ID in der AccountId-Spalte der AccountBase-Entitätstabelle übereinstimmt und die versionNumber im DeleteLog höher als die versionNumber in der Account-Tabelle ist, löschen Sie den Datensatz in der AccountBase-Entitätstabelle.

Wichtig

Abhängig von Ihren Geschäftsbedürfnissen und -anforderungen empfehlen wir Ihnen, die SQL-Abfragen des Datensatzlöschens häufig auszuführen, aber außer den Betriebsstunden.

Beispielsabfrage für Entitätsdatensatzlöschung.

DELETE A FROM [dbo].[prefix_account] A
WHERE id IN (SELECT CONVERT(uniqueidentifier, recordid) FROM [dbo].[prefix_DeleteLog] DL WHERE DL.entityname ='account'
AND DL.VersionNumber > A.VersionNumber)

Entitäten, die nicht den Datenexport unterstützen

Die hier aufgeführten Entitäten werden nicht für den Datenexport mithilfe des Datenexportdienstes unterstützt, auch wenn sie die Änderungsnachverfolgung unterstützen.

Entität	Tabelle Name	Problemumgehung
Activity	ActivityPointerBase	Wählen Sie die speziellen Aktivitätsentitäten für den Export aus, wie beispielsweise Telefonanruf, Termin, E-Mail und Aufgabe.

Es kann keine Zeile erstellt werden die größer ist als die zulässige maximale Zeilengröße (8K)

Wenn die Fehlerprotokolle „Zeile der Größe (Größe), die größer als die maximal zulässige Zeilengröße 8060 ist, kann nicht erstellt werden“, sehen Sie sich mit einem Problem konfrontiert, bei dem die maximal zulässige Zeilengrößengrenze überschritten wird. Der Datenexport-Service unterstützt keine Zeilen, die größer als die maximal zulässige Zeilengröße der Zeilen von 8k ist. Um dies zu beheben, müssen Sie sicherstellen, dass die Zeilengrößengrenzen beachtet werden.

Länge der Zeichenfolge in Quelldaten ist länger als Zielschema für ColumnName

Wenn Ihr Fehlerprotokoll die Meldung „Zeichenfolgenlänge in den Quelle länger als das Zielschema für [ColumnName, MaxDataLength]“ enthält, haben Sie ein Problem, da die Zeichenfolgenlänge der Quelldaten länger als das Ziel ist. Wenn die Quelldaten der Zeichenfolgenlänge länger ist als das Ziel, kann nicht auf das Ziel geschrieben werden. Um dieses Problem zu beheben, verringern Sie entweder die Größe von Daten oder erhöhen Sie die Länge der Spalte manuell unter MaxLength in der Datenbank.

Keine Unterstützung für Anlagen

Das Exportieren von Anlagen wie documentbody in der Tabelle Anmerkung wird nicht unterstützt.

Datenschutzbestimmungen

Wenn Sie mithilfe des Datenexportdiensts ein Datenexportprofil aus Dynamics 365 aktivieren, werden die Daten der Entitäten, die dem Profil hinzugefügt wurden, an Azure gesendet. Die Erstsynchronisierung umschließt alle Daten, die den Entitäten zugeordnet sind, die zum Exportprofil hinzugefügt wurden. Danach werden bei einer Synchronisierung nur neue Änderungen berücksichtigt, die fortlaufend zum Datenexportservice gesendet werden. Daten, die an den Datenexportdienst gesendet werden, werden vorübergehend in Azure Service Bus und Azure Storage gespeichert, in Azure Service Fabric verarbeitet und schließlich mit der in Ihrem Azure Abonnement angegebenen Zieldatenbank synchronisiert (eingefügt, aktualisiert oder gelöscht). Nachdem die Daten synchronisiert wurden, werden sie aus Azure Service Bus und Azure Storage gelöscht. Wenn während der Datensynchronisierung ein Fehler auftritt, werden minimale Daten, die dem Entitätstyp, der Datensatz-ID und dem Synchronisierungszeitstempel entsprechen, in Azure Storage gespeichert, um das Herunterladen einer Liste von Datensätzen zu ermöglichen, die nicht aktualisiert wurden.

Ein Administrator kann das Datenexportprofil jederzeit deaktivieren, um die Datensynchronisierung anzuhalten. Darüber hinaus kann ein Administrator das Exportprofil löschen, um alle fehlerhaften Datensatzprotokolle zu entfernen, und kann die Datenexportservicelösung deinstallieren, damit der Datenexportservice nicht mehr verwendet wird.

Die Datensynchronisierung erfolgt kontinuierlich zwischen Dynamics 365 und dem Datenexportdienst auf sichere Weise. Daten werden verschlüsselt, da sie kontinuierlich zwischen Dynamics 365 und dem Datenexportdienst ausgetauscht werden.

Azure Komponenten und Dienste, die mit dem Datenexportdienst verbunden sind, sind in den folgenden Abschnitten beschrieben.

Microsoft Azure Trust Center

Azure Service Fabric

Dies stellt die API bereit und setzt Azure VMs ein, um von Dynamics 365 empfangene Synchronisierungsbenachrichtigungen für Datensätze zu verarbeiten. Anschließend werden sie verarbeitet, um Datensätze in der Zieldatenbank einzufügen, zu aktualisieren oder zu löschen. Mikrodienste, die auf virtuellen Maschinen laufen, die vom Azure Service Fabric-Runtime verwaltet werden, übernehmen alle Rechendienste in Zusammenhang mit der Datensynchronisierung.

Azure Service Bus

Dadurch wird der Nachrichtenbus bereitgestellt, in den Dynamics 365 die Synchronisierungsbenachrichtigungen einfügt, die von Computeknoten in Azure Service Fabric verarbeitet werden. In jeder Nachricht werden Informationen wie die Organisations-ID und der Datensatz für die Datensynchronisierung gespeichert. Daten im ruhenden Azure Service Bus werden verschlüsselt und sind nur über den Datenexportdienst zugänglich.

Azure Blob Storage

Daten werden vorübergehend in Azure Blob Storage gespeichert, falls die Daten der Datensatzsynchronisierungsbenachrichtigung zu groß sind, um sie in einer Nachricht zu speichern, oder es tritt ein vorübergehender Fehler auf, um die Synchronisierungsbenachrichtigung zu verarbeiten. Diese Blobs werden verschlüsselt, indem sie das neueste Feature im Azure Storage SDK nutzen, das symmetrische und asymmetrische Verschlüsselungsunterstützung und Integration mit Azure Key Vault bietet.

Azure SQL

Die Azure SQL Database speichert Datenexportprofilkonfigurations- und Datensynchronisierungsmetriken.

Siehe auch

Übersicht über Entitätsbeziehungen
Datenexportservice
Teamblog: Einführung in den Datenexportservice

Feedback

War diese Seite hilfreich?

Last updated on 2026-03-09

Freigeben über

Replizieren von Daten in Azure SQL Database mithilfe des Datenexportdiensts

Voraussetzungen für die Verwendung des Datenexportservice

Azure SQL Database-Dienst

Azure Key Vault-Dienst

Kundenbindungs-Apps

Webbrowser

Erforderliche Dienste, Anmeldeinformationen und Berechtigungen

Was Sie vor der Verwendung des Datenexport Service wissen sollten

Exportprofil

Datensynchronisierung mit einem Exportprofil verfügbar

Exportprofil erstellen

Ändern eines vorhandenen Export-Profil

Tabellendetails für die Azure SQL-Datenbank des Ziels

Lösen von Synchronisierungsproblemen

Fehlerbehandlung und Überwachung

So sehen Sie detaillierte Informationen zu den Datensätzen, die nicht synchronisiert werden können

So sehen Sie detaillierte Informationen zu den Datensätzen, die nicht synchronisiert werden können (Vorschauversion)

Ordnerstruktur für Datensatzsynchronisierungsfehler und Protokolldateien

Häufige Gründe für Rekordsynchronisierungsfehler

Bewährte Methoden bei der Verwendung von Azure SQL Database mit Dem Datenexport

Informationen zur Datensynchronisierungswartezeit

Einrichten von Azure Key Vault

So löschen Sie alle Datenexport-Profiltabellen und gespeicherten Prozeduren

So löschen Sie Datenexport-Profiltabellen und gespeicherte Prozeduren für eine spezifische Entität

So deinstallieren Sie den Datenexportservice über „Verwalten von Power Platform“

Suchen Sie nach der Microsoft Entra Mandanten-ID für Ihren Tenant

Azure SQL-Datenbank statische IP-Adressen, die vom Datenexportdienst verwendet werden

Bekannte Probleme

Gelöschte Datensätze werden möglicherweise wieder einfügt nach einem Synchronisierungsfehler

Entitäten, die nicht den Datenexport unterstützen

Es kann keine Zeile erstellt werden die größer ist als die zulässige maximale Zeilengröße (8K)

Länge der Zeichenfolge in Quelldaten ist länger als Zielschema für ColumnName

Keine Unterstützung für Anlagen

Datenschutzbestimmungen

Siehe auch

Feedback

Zusätzliche Ressourcen