Replizieren von Daten zur Microsoft Azure SQL-Datenbank per Datenexportservice
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 Datenexportservice ist ein Add-On-Dienst, der von Microsoft AppSource bereitgestellte wird und zusätzlich die Möglichkeit bietet, Microsoft Dataverse-Apps-Daten auf einen Azure-SQL-Datenbankspeicher in einem kundeneigenen Azure-Abonnement zu replizieren. Die unterstützten Zielziele sind Azure SQL-Datenbank und SQL Server auf virtuellen Maschinen von Azure. Der Datenexportdienst synchronisiert anfänglich intelligent das gesamte Schema und die Daten und synchronisiert danach auf fortlaufender Basis, wenn Änderungen eintreten (Detla-Änderungen) im -System erfolgen. Dadurch können verschiedene Analyse- und Berichterstellungsszenarios zusätzlich zu den Daten per Azure-Daten und Analysediensten ermöglicht werden. Dies eröffnet neue Möglichkeiten für Kunden und Partner beim Erstellen von benutzerdefinierten Lösungen.
Notiz
Es wird sehr empfohlen, die Dataverse Daten nach Azure Synapse Analytics und/oder Azure Data Lake Gen2 mit Azure Synapse Link for Dataverse zu exportieren. Weitere Informationen: Schneller zur Erkenntnis mit Azure Synapse Link for Dataverse
Sie können den Datenexportdienst mit Apps zur Kundenbindung (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-Datenbankservice
Ein Kunde besitzt ein Azure SQL Daen-Abonnement. Das Abonnement muss zulassen, dass das Volumen des Datenbestands synchronisiert wird.
Firewalleinstellungen. Wir empfehlen, dass Sie Zugriff auf die Dienste von Azure deaktivieren und die entsprechenden Client IP-Adressen definieren, die in diesem Thema angegeben werden. Weitere Infromationen Azure SQL-Datenbank statische IP-Adressen, die beim Datenexport-Service verwendet werden
Alternativ können Sie Zugriff auf die Dienste von Azure aktivieren, um den Zugriff auf alle Azure-Dienstleistungen zu gewähren.
Für SQL-Server auf Azure VM sollte die Option „Mit SQL-Server über das Internet verbinden” aktiviert sein. Weitere Informationen: Azure: Verbinden mit einem SQL Server auf einem virtuellen Computer auf Azure
Konfigurieren Sie außerdem Ihre Firewall-Regeln, 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 Datenenexportverbindungszeichenfolge 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 ENTF SL AUSWÄHLEN NACH OBEN AKTUALISIEREN EX AUSFÜHREN RF REFERENZEN
Azure Key Vault Service
Kunde besitzt Key Vault Abonnement, das verwendet wird, um die Datenbankverbindungszeichenfolge sicher beizubehalten.
Berechtigungen an PermissionsToSecrets-Berechtigungen für die Anwendungmit der ID b861dbcc-a7ef-4219-a005-0e4de4ea7dcf gewähren. Dies kann durch Ausführen des AzurePowerShell-Befehls unen erfolgen und wird verwendet, um auf Key Vault zuzugreifen, der das Verbindungszeichenfolgengeheimnis enthält. Mehr Informationen: Einrichten des Azure Key Vaults
Geheimnisse im Key Vault sollten mit den Apps-Organisations (Orgld)- und Mandanten (TenantId)-IDs bezeichnet werden. Dies kann erfolgen, indem der Befehl AzurePowerShell ausgeführt wird. Mehr Informationen: Einrichten des Azure Key Vaults
Konfigurieren Sie außerdem Ihre Firewall-Regeln, um die Kommunikation zwischen dem Datenexportdienst und dem Azure Key Vault zu ermöglichen.
Kundenbindungs-Apps
Eine Umgebung der Version 9.0 oder höher.
Die Data Export Service-Lösung muss installiert sein.
- Gehen Sie zu Einstellungen>Microsoft Appsource> suchen oder navigieren Sie dann zu Microsoft Dynamics 365 Datenexportservice und wählen Sie Jetzt abrufen.
- Oder suchen Sie es unter Microsoft AppSource.
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 Abonnements, die die folgenden Dienste umfassen.
Azure SQL-Datenbank oder AzureSQL Server auf virtuellen Azure-Computern.
Azure Key Vault
Wichtig
Um den Datenexportdienst zu verwenden, müssen die Customer Engagement-Apps und die Azure Key Vault-Dienste unter demselben Mandant und innerhalb derselben Microsoft Entra ID arbeiten. Weitere Informationen: Azure Integration mit Microsoft 365
Der Azure SQL Datenbankdienst kann im gleichen oder in einem anderen Mandanten als der Apps-Dienst sein.
Was Sie vor der Verwendung des Data Export 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 Datenexportservice löscht die zugehörige Tabelle, Spalten oder gespeicherte Prozedur Objekte nicht in der Azure SQL-Zieldatenbank, wenn die folgende Aktionen ausgeführt wird.
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 bestimmte Entität Benachrichtigungen über das Löschen von Metadaten werden im Ordner „unprocessablemessages“ 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.
Die Data Export Service-Lösung ist in Ihrer Umgebung installiert.
Sie können die SQL-Datenbankverbindungszeichenfolge im Key Vault in Key Vault kopieren die URL, die im Export-Profil bereitzustellen. Weitere Informationen: Microsoft 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.
Im Schritt Eigenschaften geben Sie die folgenden Informationen ein, und wählen Sie dann Weiter aus, um fortzufahren, ohne eine Verbindung zu Key Vault herzustellen. Wenn Sie Überprüfen auswählen, wird die Key Vault-URL, die Sie zur Verfügung gestellt haben, verwendet, um eine Verbindung mit Key Vault herzustellen.
Name. Eindeutiger Name des Profils. Das Feld ist erforderlich.
Key Vault-Verbindungs-URL. Key Vault URL, die auf die Verbindungszeichenfolge weist, die in den Anmeldeinformationen verwendet wird, um eine Verbindung mit der Zieldatenbank herzustellen. Das Feld ist erforderlich. Mehr Informationen: Einrichten des Azure Key Vaults
Wichtig
Für die Key Vault Connection-URL wird die Groß-/Kleinschreibung beachtet. Geben Sie die Key Vault Connection-URL genau ein, wie angezeigt wird, wenn Sie die Windows PowerShell-Befehle in diesem Thema ausführen.
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.
Anzahl der 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.
Wiederholungsintervall. 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 Weiter aus.
Im Schritt Zusammenfassung wählen Sie Erstellen und Aktivieren aus, um den Profildatensatz zu erstellen und eine Verbindung mit Key Vault herzustellen, um die Synchronisierung zu starten. 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 Database des Ziels
Datenexportservice erstellt Tabelen sobowhl 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-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 Vorschaufunktion öffentliche.
- 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.
Melden Sie sich bei Ihrer Umgebung an und gehen Sie zu Einstellungen>Datenexport.
Öffnen Sie das Exportprofil, das en Datensatzsynchronisierungsfehler einschließt.
Wählen Sie auf der Exportprofil-Symbolleiste ERNEUTE SYNCHRONISIERUNG FEHLGESCHLAGENER DATENSÄTZE.
Wählen Sie OK nach erfolgreicher erneuter Synchronisierung der fehlerhaften Datensätze im Bestätigungsdialog aus.
- Überprüfen Sie, ob das Exportprofil keine fehlgeschlagenen Datensatzbenachrichtigungen enthält, indem Sie das Datenenexportprofil öffnen und den Zähler für Fehlgeschlagene Benachrichtigungen anzeigen unter der Registerkarte EIGENSCHAFTEN UND ÜBERSICHT, die 0 sein sollten. Wählen Sie AKTUALISIEREN auf der Symbolleiste „Exportprofil“ aus, um sicherzustellen, dass der Wert Fehlgeschlagene Benachrichtigungen aktuell ist.
- 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.
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.
Im Exportprofil können Sie EIGENSCHAFTEN UND Ü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 fehlerhafte Datensätze in der Azure Zieldatenbank des Ziels anzuzeigen, verwenden Sie Microsoft Azure Storage Explorer eine freie eigenständige App, mit der Sie einfach mit Azure Storage Daten arbeiten können. Weitere Informationen: Azure-Speicher-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.
Anmerkung
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 Microsoft Azure Storage Explorer.
Im Azure Storage Explorer wählen Sie Mit Azure Storage verbinden aus.
Fügen Sie die URL aus der Zwischenablage in das Feld Mit Azure Storage verbinden ein, und wählen Sie dann Weiter aus.
Auf der Verbindungszusammenfassungsseite wählen Sie Verbinden.
Azure Storage Explorer stellt die Verbindung zur Zieldatenbank her. Wenn fehlerhafte Datensätze für Exportprofile vorhanden sind, zeigt Azure Storage Explorer die fehlgeschlagenen Datensatzsynchronisierungsordner an.
So sehen Sie detaillierte Informationen zu den Datensätzen, die nicht synchronisiert werden können (Vorschau)
Die fehlerhaften Datensätze können direkt von der Datenexport-Servicebenutzeroberfläche heruntergeladen werden. Diese Funktion ist zurzeit in der Testphase und es wäre toll, wenn Sie diese testen und Feedback geben könnten.
Schritte zum Herunterladen fehlgeschlagener Datensätze:
Ermitteln Sie das Profil mit fehlerhaften Datensätze.
Wählen Sie das Profil aus und wählen Sie Fehlerhafte Datensätze (Vorschau) 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 Failed Records Azure Blob URL zeigt auf einen Standort, die über folgende Ordnerstruktur verfügt:
Daten. Dieser Ordner enthält fehlerhafte Datenbenachrichtigungen und das zugehörige JSON Datensatzdaten.
Metadaten. Dieser Ordner enthält fehlerhafte Metadatabenachrichtigungen und das zugehörige JSON Datensatzdaten.
Fehlerprotokoll. 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.
nicht verarbeitbare Nachrichten. 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 die aktuellen Fehler schnell finden 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, das der fehlerhaften Datensätze erneut zu synchronisieren, erhöhen Sie oder geben Sie Azure SQL Datenbankspeicher 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.
Synchronisierungstimeouts mit Azure SQL Database. Dies tritt während der Erstsynchronisierung eines Datenenexportprofils auf, wenn große Datenmengen gleichzeitig verarbeitet werden. Falls das Problem auftritt, synchronisieren Sie die fehlerhaften Datensätze erneut. Beheben von Synchronisierungsproblemen
Bewährte Methoden, wenn Sie Azure SQL Datenbank mit Data Export verwenden.
Zum Synchronisierungsfehler aufgrund der Ressourceneinschränkung zu vermeiden, sollten Sie einen Azure SQL Database Premium P1 Plan oder besser bei der Verwendung mit dem Datenexportdienst haben. Mehr Informationen: Azure SQL-Datenbank Ressourcengrenzen und SQL-Datenbank-Preise
Festlegen von Azure SQL-Datenbank für RCSI (read committed snapshot isolation) für gleichzeitig ausgeführt Workloads auf die Zieldatenbank, die lang laufende Leseabfragen ausführt (z. B. Berichterstattung und ETL-Aufträge). Dadurch reduziert sich das Auftreten von Timeoutfehlern, die bei Datenexportservice Lese/Schreibkonfliken auftreten können.
Um die Abfrageleistung zu verbessern empfehlen wir die Datenexporservice-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 Serverleistung. 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 des Azure Key Vaults
Führen Sie das Windows PowerShell Skript, das hier beschrieben wird, als Azure Firmenadministrator aus, um der Datenexportservice Funktion die Berechtigung zu geben, auf den Azure Key Vault zuzugreifen. Dieses Skript zeigt die Key-Vault URL an, die zum Erstellen von Exportprofilen erforderlich ist, die verwendet wird, um auf die Verbindungszeichenfolge zugreifen.
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 für die Azure SQL-Datenbank. Sie können die ADO.NET-Verbindungszeichenfolge verwenden, während Sie auf 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 Mandant-ID für das Key-Vault-Abonnement an.
Wichtig
Ein Azure-Abonnement kann mehrere Azure Active Directory-Mandanten-IDs haben. Stellen Sie sicher, dass Sie die korrekte Azure Active Directory-Mandant Id auswählen, die mit der Umgebung verbunden ist, die Sie für den Datenexport verwenden werden.
Notiz
Stellen Sie sicher, dass die Benutzer-ID, auf die in der $connectionString verwiesen wird, die entsprechende Berechtigung für die Azure SQL Database hat.
# -------------------------------------------------------------------------------- #
# 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 Exportpofil 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 herausgegeben von Microsoft Dynamics 365 aus, und wählen Sie dann Löschen aus.
Finden Sie die Microsoft Entra-Mandanten-ID für Ihren Mandanten
- Melden Sie sich beim Azure-Portal an.
- Wählen Sie Mandanteneigenschaften unter Azure-Dienste.
- Wählen Sie den Wert im Mandanten-ID-Feld.
Azure SQL-Datenbank statische IP-Adressen, die beim Datenexport-Service verwendet werden
Unter Azure SQL-Datenbank wählen Sie Serverfirewall festlegen aus, setzen Sie Zugriff auf Azure-Dienste erlauben auf AUS, wählen Sie Client-IP hinzufügen aus, und fügen dann die IP-Adressen entsprechend der Region Ihrer Umgebung hinzu. Mehr Informationen: Azure: Eine Azure SQL Datenbankserverstufen-Firewallregel mithilfe von Azure Portal konfigurierenl
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 |
Brazilien, 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 |
Anmerkung
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 "Write Delete Log" aktiviert sind. Erstellen Sie bestehende Exportprofile neu, die nicht für "Write Delete Log" aktiviert sind.
Erstellen und Ausführen einer SQL-Abfrage für die Azure SQL-Zieldatenbank die Datensätze 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 Datenenexport unterstützen
Die hier aufgeführten Entitäten werden nicht für den Datenenexport mithilfe des Datenexportdienstes unterstützt, auch wenn sie die Änderungsnachverfolgung unterstützen.
Entity | Tabelle Name | Problemumgehung |
---|---|---|
Aktivität | 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 den Datenexportservice verwenden und ein Datenexportprofil über 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. An den Datenexportservice gesendete Daten werden vorübergehend in Azure Service Bus und Azure Storage gespeichert, in Azure Service Fabric verarbeitet und zuletzt in der Zieldatenbank synchronisiert (eingefügt, aktualisiert oder gelöscht), die in Ihrem -Abonnement angegeben ist. Nachdem die Daten synchronisiert wurden, werden sie aus den Speichern Azure Service Bus und Azure Storage gelöscht. Falls während der Datensynchronisierung ein Fehler auftritt, werden minimale Daten entsprechend Entitätstyp, Datensatz-ID und Synchronisierungszeitstempel im Azure Storage gespeichert, um so das Herunterladen einer Liste mit den nicht aktualisierten Datensätzen zu ermöglichen.
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 sichere Datensynchronisierung findet fortlaufend zwischen Dynamics 365 und dem Datenexportservice statt. Die Daten werden verschlüsselt, während sie fortlaufend zwischen Dynamics 365 und dem Datenexportservice ausgetauscht werden.
Azure-Komponenten und ‑Dienste in Verbindung mit dem Data Export Service werden in den folgenden Abschnitten ausführlich beschrieben.
Microsoft Azure Vertrauenscenter
Stellt die API bereit und berechnet virtuelle Azure-Computer zur Verarbeitung von Benachrichtigungen zur Datensatzsynchronisierung von Dynamics 365 und zur anschließenden Verarbeitung zum Einfügen, Aktualisieren oder Löschen von Datensatzdaten in der Zieldatenbank. Mikrodienste, die auf virtuellen Computern bereitgestellt werden, die von der Azure Service Fabric-Laufzeit verwaltet werden, bearbeiten alle Berechnungsdienste in Bezug auf Datensynchronisierung.
Liefert den Nachrichtenbus, in den Dynamics 365 die Benachrichtigungsmeldungen zur Synchronisierung einfügt, die von den Berechnungsknoten in Azure Service Fabric verarbeitet werden. In jeder Nachricht werden Informationen wie die Organisations-ID und der Datensatz für die Datensynchronisierung gespeichert. Daten in Azure Service Bus werden im Ruhezustand verschlüsselt und sind nur über den Datenexportservice zugänglich.
Daten werden temporär im Azure Blob Storage gespeichert, falls die Daten der Datensatzsynchronisierungsbenachrichtigung zu groß sind, um sie in einer Meldung speichern, oder bei der Verarbeitung der Synchronisierungsbenachrichtigung eine vorübergehende Störung auftritt. Diese Blobs werden mithilfe der neuesten Funktion im Azure Storage SDK verschlüsselt, die die symmetrische und asymmetrische Verschlüsselung und die Integration in Azure Key Vault unterstützt.
Die Azure SQL-Datenbank speichert Datenexportprofilkonfiguration und Datensynchronisierungsmetrik.
Siehe auch
Entität Beziehungen Übersicht
Datenexport Dienst
Team-Blog: Einführung in den Datenexport-Dienst