Replikera data till Azure SQL Database med hjälp av dataexporttjänsten

Kommentar

Från november 2021 blev tjänsten Dataexport inaktuell. Dataexporttjänsten fortsätter att fungera och får fullt stöd tills den har slut på support och livscykeln i november 2022. Mer information: https://aka.ms/DESDeprecationBlog

Dataexporttjänsten är en tilläggstjänst som görs tillgänglig på Microsoft Marketplace och som lägger till möjligheten att replikera data från Microsoft Dataverse databas till en Azure SQL Database lagra i en kundägd Azure-prenumeration. Målmålen som stöds är Azure SQL Database och SQL Server på Azure virtuella datorer. Dataexporttjänst synkroniserar intelligent hela data initialt och därefter synkroniseras den kontinuerligt när ändringar görs (deltaändringar) i systemet. Detta möjliggör flera analys- och rapporteringsscenarier ovanpå data med Azure data- och analystjänster och öppnar nya möjligheter för kunder och partner att skapa anpassade lösningar.

Kommentar

Vi rekommenderar starkt att du exporterar Dataverse-data till Azure Synapse Analytics och/eller Azure Data Lake Gen2 med Azure Synapse Link för Dataverse. Mer information: Påskynda tiden till insikt med Azure Synapse Link för Dataverse

Du kan använda dataexporttjänsten med appar för kundengagemang (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing och Dynamics 365 Project Service Automation).

För information om programmässigt gränssnitt för att hantera konfiguration och administration av Dataexporttjänst, se Dataexporttjänst i utvecklarguiden.

Förutsättningar för att använda Dataexporttjänst

För att börja använda Dataexporttjänst krävs följande förutsättningar.

Azure SQL Database tjänst

En kund-ägd prenumeration för Azure SQL Database. Den här prenumerationen måste tillåta mängden data som synkroniseras.
Inställningar för brandväggen. Vi rekommenderar att du inaktiverar Tillåt åtkomst till Azure tjänster och anger lämpliga klient-IP-adresser som anges i det här avsnittet. Mer information: Azure SQL databasens statiska IP-adresser som används av dataexporttjänsten

Du kan också aktivera Tillåt åtkomst till Azure tjänster så att alla Azure tjänster får åtkomst.

För SQL Server på Azure virtuella datorn ska alternativet "Anslut till SQL Server via Internet" vara aktiverat. Mer information: Azure: Anslut till en SQL Server virtuell dator på Azure

Konfigurera dessutom brandväggsreglerna för att tillåta kommunikation mellan Data Export Service och SQL Server.
Databasanvändaren måste ha behörighet på databas- och schemanivå enligt följande tabeller. Databasanvändaren används i anslutningssträngen för dataexport.

Databasbehörigheter krävs.

Typkod för behörighet Behörighetens namn

CRTB SKAPA TABELL

CRTY SKAPA TYP

CRVW SKAPA VY

CRPR SKAPA PROCESS

ALUS ÄNDRA ALLA ANVÄNDARE

VWDS VISA DATABASENS TILLSTÅND

Schemabehörigheter krävs.

Typkod för behörighet Behörighetens namn

AL ÄNDRA

IN INFOGA

DL DELETE

SL VÄLJ

UP UPPDATERA

EX KÖR

RF REFERENSER

Typkod för behörighet	Behörighetens namn
CRTB	SKAPA TABELL
CRTY	SKAPA TYP
CRVW	SKAPA VY
CRPR	SKAPA PROCESS
ALUS	ÄNDRA ALLA ANVÄNDARE
VWDS	VISA DATABASENS TILLSTÅND

Typkod för behörighet	Behörighetens namn
AL	ÄNDRA
IN	INFOGA
DL	DELETE
SL	VÄLJ
UP	UPPDATERA
EX	KÖR
RF	REFERENSER

Azure Key Vault tjänst

Kundägt Key Vault-abonnemang, som används för att på ett säkert sätt underhålla anslutningssträngen till databasen.
Bevilja behörigheten "PermissionsToSecrets" till applikationen med ID:t "b861dbcc-a7ef-4219-a005-0e4de4ea7dcf." Detta kan slutföras genom att köra AzurePowerShell-kommandot nedan och används för att få tillgång till Key Vault som innehåller hemligheten för anslutningssträngen. Mer information: Så här konfigurerar du Azure Key Vault
Hemligheter inom Key Vault ska taggas med organisationen (OrgId) och klient-ID:t (TenantId). Detta kan utföras genom att köra AzurePowerShell-kommandot nedan. Mer information: Så här konfigurerar du Azure Key Vault
Konfigurera brandväggsreglerna för att tillåta kommunikation mellan Data Export Service och Azure Key Vault.

Program för kundengagemang

Version 9.0 eller senare.
Lösningen dataexporttjänst måste installeras.
- Gå till Settings>Microsoft Marketplace> sök eller bläddra till Microsoft Dynamics 365 – Dataexporttjänst, och välj sedan Hämta den nu.
- Du kan också hitta den på Microsoft Marketplace.
De entiteter som kommer att läggas till i exportprofilen måste vara aktiverade med ändringsspårning. För att säkerställa att en standardentitet eller anpassad entitet kan synkroniseras, gå till Anpassning>Anpassa systemet och välj sedan entiteten. På fliken Allmänt kontrollerar du att alternativet Ändringsspårning under avsnittet Datatjänster är aktiverad.
Du måste ha säkerhetsrollen Systemadministratör i miljön.

Webbläsare

Aktivera popup-fönster för domänen https://discovery.crmreplication.azure.net/ i webbläsaren. Detta krävs för automatisk inloggning när du ska navigera till Inställningar > Dataexport.

Tjänster, behörigheter och privilegier som krävs

För att använda Dataexporttjänst-funktionen, måste du ha följande tjänster, behörigheter och privilegier.

En prenumeration. Endast användare som är tilldelade säkerhetsrollen Systemadministratör kan ställa in eller ändra en exportprofil.
Azure prenumeration som innehåller följande tjänster.
- Azure SQL Database eller AzureSQL Server på Azure virtuella datorer.
- Azure Key Vault.

Viktigt!

Om du vill använda dataexporttjänsten måste apparna för kundengagemang och Azure Key Vault tjänster fungera under samma klientorganisation och inom samma Microsoft Entra ID. Mer information: Azure-integrering med Microsoft 365

Azure SQL Database-tjänsten kan finnas i samma tenant eller i en annan tenant än tjänsten.

Vad du bör veta innan du använder Dataexporttjänsten

Exportera profiler måste tas bort och sedan återskapas när du utför någon av följande åtgärder på en miljö.
- Återställa en miljö.
- Kopiera (fullständig eller minimalt) en miljö.
- Återställ en miljö.
- Flytta en miljö till ett annat land eller region.
Det gör du genom att ta bort exportprofilen i vyn EXPORTERA PROFILER, sedan ta bort tabeller och lagrade procedurer och därefter skapa en ny profil. Mer information: Hur du tar bort alla tabeller för Dataexportprofil och lagrade procedurer
Dataexporttjänst fungerar inte för produktioner i sandbox-miljö eller produktionsmiljöer som konfigurerats med Aktivera administrationsläge aktiverat. Mer information: Administrationsläget.
Dataexporttjänsten släpper inte (tar bort) associerade tabeller, kolumner eller lagrade procedurobjekt i mål-Azure SQL databas när följande åtgärder inträffar.
- En entitet tas bort.
- Ett fält tas bort.
- En entitet tas bort från en exportprofil.
  
  Posterna måste tas bort manuellt. Hur du tar bort tabeller för Dataexportprofil och lagrade procedurer för en specifik entitet Ta bort-meddelanden för metadata loggas i mappen unprocessablemessages. Hantering och övervakning

Exportprofil

För att exportera data från program för kundengagemang, skapar administratören en Exportprofil. Flera profiler kan skapas och aktiveras om du vill synkronisera data till olika måldatabaser samtidigt.

Exportprofilen är det viktigaste begreppet i Dataexporttjänst. Exportprofilen samlar in inställnings- och konfigurationsinformation för att synkronisera data med måldatabasen. Som en del av Exportprofilen tillhandahåller administratören en lista över enheter som ska exporteras till måldatabasen. En gång aktiverad startar Exportprofilen den automatiska synkroniseringen av data. Till en början exporteras alla data som motsvarar varje vald entitet. Därefter synkroniseras endast ändringar av data som de förekommer i entitetsposter eller metadata i program för kundengagemang kontinuerligt med hjälp av en utskicksmekanism i nära realtid. Därför behöver du inte ställa in ett schema för att hämta data från program för kundengagemang.

Endast entiteter som har ändringsspårningar aktiverat kan läggas till i Exportprofilen. Observera att de flesta av standardentiteter som samlar in data har ändringsspårningar aktiverat. Anpassade entiteter måste aktiveras explicit för ändringsspårningar innan du kan lägga till dem i en Exportprofil. Mer information: Aktivera spårning av ändringar för att styra datasynkronisering

Dataexporttjänst har både metadata- och datasynkronisering. Varje entitet översätts till en tabell och varje fält översätts till en kolumn i måldatabastabellen. Tabell- och kolumnnamn använder schemanamnet för metadata.

En gång aktiverad samlar Exportprofilen in statistik för datasynkronisering som bidrar till operativ synlighet och diagnostik av exporterad data.

Datasynkronisering finns tillgänglig med en Exportprofil

Kategori	Funktion	Datatyper som stöds
Initial synkronisering	Metadata – grundläggande datatyper	Datatyperna heltal, flyttalsnummer, decimaltal, enskild textrad, flerradig text, datum och tid.
Initial synkronisering	Metadata – avancerade datatyper	Valuta, PartyList, alternativuppsättning, status, statusorsak, sökning (inklusive uppslagstypen Kund och Ämne). PartyList är endast tillgänglig för exportversion 8.1 och senare.
Initial synkronisering	Data – grundläggande datatyper	Alla grundläggande datatyper
Initial synkronisering	Data – avancerade datatyper	Alla avancerade datatyper.
Deltasynkronisering	Ändra Schema – grundläggande typer	Lägg till eller ändra fältändring, alla grundläggande datatyper.
Deltasynkronisering	Ändra Schema – avancerade typer	Lägg till eller ändra fältändring, alla avancerade datatyper.
Deltasynkronisering	Ändra data – grundläggande typer	Alla grundläggande datatyper
Deltasynkronisering	Ändra data – avancerade datatyper	Alla avancerade datatyper, t. ex PartyList.

Skapa en Exportprofil

Se till att följande krav är uppfyllda innan du skapar en Exportprofil.

Lösningen dataexporttjänst installeras i miljön.
Behåll SQL Database connection string i Key Vault och kopiera Key Vault-URL:en för att ange i exportprofilen. Mer information: Azure: Kom igång med Azure Key Vault
De entiteter som ska att läggas till i Exportprofilen aktiveras för ändringsspårning. Mer information: Aktivera spårning av ändringar för att styra datasynkronisering
Din SQL-databas har tillräckligt med ledigt minne för att lagra data.
Du är Systemadministratör i miljön.

Gå till Inställningar>Dataexport.
Granska meddelandet och klicka på Fortsätt eller Avbryt om du vill exportera data.
Klicka på Ny för att skapa en ny Exportprofil.
I steget Properties anger du följande information och väljer sedan Nästa för att fortsätta utan att ansluta till Key Vault. Om du väljer Validate används den Key Vault URL som du angav för att ansluta till Key Vault.
- Name. Unikt namn på profilen. Fältet är obligatoriskt.
- Key Vault Anslutnings-URL. Key Vault-URL som pekar på den anslutningssträng som lagras med autentiseringsuppgifterna som används för att ansluta till måldatabasen. Fältet är obligatoriskt. Mer information: Så här konfigurerar du Azure Key Vault
  
  Viktigt!
  
  URL:en för Key Vault-anslutning är skiftlägeskänslig. Ange anslutnings-URL för Key Vault exakt så som den visas efter att du har kört Windows PowerShell-kommandon i det här avsnittet.
- Schema. Namnet för ett alternativt databasschema. Endast alfanumeriska tecken är giltiga. Det här fältet är valfritt. Som standard är dbo det schema som används för målets SQL-databas.
- Prefix. Prefix som ska användas för tabellnamn skapas i måldatabasen. Detta hjälper dig att identifiera tabeller som skapats för Exportprofilen i måldatabasen. När det anges, kontrollera att prefixet är mindre än 15 tecken. Det här fältet är valfritt och endast alfanumeriska tecken är tillåtna.
- Antal nya försök. Antalet gånger som en post vid ett fel att infoga eller uppdatera i måltabellen försöker igen. Fältet är obligatoriskt. Godtagbara värden är 0-20 och standardvärdet är 12.
- Försöksintervall. Antal sekunder att vänta innan ett nytt försök vid ett fel. Fältet är obligatoriskt. Godtagbara värden är 0-3 600 och standardvärdet är 5.
- Skriv borttagningslogg. Valfri inställning för loggning av borttagna poster.
I steget Välj entiteter väljer du de entiteter som du vill exportera till målets SQL-databas och klickar sedan på Nästa.
I steget Välj relationer kan du synkronisera relationerna M:N (många till många) relationer som är befintliga med de entiteter som du valde i föregående steg. Klicka på Nästa.
I steget Summary väljer du Skapa och aktivera för att skapa profilposten och ansluta till Key Vault, som påbörjar synkroniseringsprocessen. Annars klickar du på Skapa för att spara Exportprofilen och aktivera senare.

Ändra en befintlig exportprofil

Du kan lägga till eller ta bort entiteter och relationer i en befintlig Exportprofil som du vill replikera.

Gå till Inställningar>Dataexport.
I vyn Alla dataexportprofiler väljer du den Exportprofil som du vill ändra.
På Verktygsfältet Åtgärder klickar du på HANTERA ENTITETER för att lägga till eller ta bort entiteter för dataexport. Om du vill lägga till eller ta bort relationer mellan entiteter klickar du på HANTERA RELATIONER.
Välj entiteter eller entitetsrelationer som ska läggas till eller tas bort.
Klicka på Uppdatera för att skicka ändringarna till Exportprofilen.

Viktigt!

När du tar bort en entitet eller en entitetsrelation från en Exportprofil släpps inte motsvarande tabell i måldatabasen. Innan du återigen kan lägga till en entitet som har tagits bort, måste du släppa motsvarande tabell i måldatabasen. Om du vill släppa en entitetstabell, se Hur du tar bort tabeller för Dataexportprofil och lagrade procedurer för en specifik entitet.

Tabellinformation för SQL Azure-måldatabasen

Dataexporttjänst skapar tabeller för både data och metadata. En tabell skapas för varje entitet och M:N-relation som synkroniseras.

När en Exportprofil är aktiverad skapas dessa tabeller i måldatabasen. Dessa är systemtabeller och kommer inte att ha fälten SinkCreatedTime och SinkModifiedTime tillagda.

Tabellnamn	Skapades
<Prefix>_GlobalOptionsetMetadata	Vid aktivering av exportprofil
<Prefix>_OptionsetMetadata	Vid aktivering av exportprofil
<Prefix>_StateMetadata	Vid aktivering av exportprofil
<Prefix>_StatusMetadata	Vid aktivering av exportprofil
<Prefix>_MålMetadata	Vid aktivering av exportprofil
<Prefix>_AttributeMetadata	Vid aktivering av exportprofil
<Prefix>_DeleteLog	Vid aktivering av exportprofil när alternativet för att ta bort loggen är aktiverat.

Lösa synkroniseringsproblem

Trots flera omförsök kan postsynkroniseringsfel uppstå på grund av databaslagringsbegränsningar eller tabellåsning på grund av tidskrävande frågor. Du kan tvinga en omsynkroniseringen av endast felaktiga poster eller en omsynkronisering av alla poster för att lösa dessa problem.

Visa dina exportprofiler för att söka efter en som har postsynkroniseringsfel. Du gör detta genom att visa dataprofiler i synkroniseringsområdet eller genom att öppna en Exportprofil som den här profilen som har ett synkroniseringsfel för kontaktentitetspost.
Först undersöker du källan till synkroniseringsfelet och löser det. More information: Hantering och övervakning
Synkronisera om de felaktiga posterna efter att problemet har lösts.
Kommentar

Synkronisering av misslyckade poster är en funktion i en allmänt tillgänglig förhandsversion.
- Förhandsversionsfunktioner ska inte användas i produktion och funktionerna kan vara begränsade. Funktionerna är tillgängliga före den officiella publiceringen så att kunderna kan få tillgång tidigare och ge oss feedback.
  - Vi väntar oss ändringar för den här funktionen, så använd den inte i produktion. Använd den endast i test- och utvecklingsmiljöer.
  - Microsoft tillhandahåller inte support för den här förhandsversionsfunktionen. Microsoft Dynamics 365 teknisk support kan inte hjälpa dig med problem eller frågor. Förhandsversionsfunktioner är inte avsedda för produktionsanvändning och omfattas av separata kompletterande användningsvillkor.
1. Logga in på din miljö och gå till Inställningar>Dataexport.
2. Öppna den Exportprofil som innehåller postsynkroniseringsfel.
3. På verktygsfältet Exportprofil, klicka på OMSYNKRONISERING AV MISSLYCKADE POSTER.
4. Klicka på OK vid lyckad omsynkroniseringen av felaktiga poster i dialogrutan för bekräftelse.
1. Kontrollera att Exportprofilen inte innehåller meddelanden om felaktiga poster genom att öppna dataexportprofilen och visa räknaren för Misslyckade aviseringar på fliken EGENSKAPER & ÖVERSIKT som bör vara 0. Klicka på UPPDATERA på Exportprofilen för att se till att värdet för Misslyckade aviseringar är aktuellt.
Om postsynkroniseringsfel kvarstår när du försöker synkronisera på nytt genom att följa de här stegen, kontakt Microsofts kundsupporttjänster.

Hantering och övervakning

För att visa synkroniseringsstatus för en Exportprofil, gå till Inställningar>Dataexport och öppna Exportprofilen. På fliken ENTITETER visas synkroniseringsstatus med en kolumn för Misslyckade poster för poster som inte kunde synkroniseras. För alla misslyckade poster kan en lista över dessa poster inklusive statusorsak hämtas genom att klicka på MISSLYCKADE POSTER i kommandofältet.

Exportera profilkommandofältet – knappen misslyckade poster.

I Exportprofilen kan du klicka på EGENSKAPER & ÖVERSIKT för att visa egenskaper för profilen. Klicka på RELATIONER för att visa synkroniseringsstatus för relationer.

Så här visar du detaljerad information om de poster som inte gick att synkronisera

Genom att visa misslyckade postloggar kan du få hjälp att fastställa orsaken till synkroniseringsfel. Om du vill visa misslyckade poster i måldatabasen för Azure använder du Azure Storage Explorer, en kostnadsfri fristående app som gör att du enkelt kan arbeta med Azure Storage-data. Mer information: Azure Storage Explorer.

Gå till Inställningar>Dataexport.
I vyn Alla dataexportprofiler väljer du den exportprofil som har misslyckade meddelanden.
På verktygsfältet Åtgärder klickar du på FELAKTIGA POSTER.
I dialogrutan Hämta felaktiga poster klickar du på Kopiera blob-URL, och klickar sedan på Ok.

Kommentar

Blob-URL är giltig i upp till 24 timmar. Om webbadressen överskrider 24 timmar, upprepar du stegen ovan om du vill generera en ny blob-URL.
Starta Azure Storage Explorer.
I Azure Storage Explorer väljer du Anslut till Azure Storage.
Klistra in URL:en från Urklipp i rutan Anslut till Azure Storage och välj sedan Nästa.
På sidan för anslutningssammanfattning klickar du på Anslut.
Azure Storage Explorer ansluter till måldatabasen. Om det finns felaktiga poster för Exportprofil visar Azure Storage Explorer mappar med misslyckade postsynkroniseringar.

Så här visar du detaljerad information om de poster som inte gick att synkronisera (förhandsversion)

Nu kan du hämta misslyckade posterna direkt från användargränssnittet Dataexporttjänst. Den här funktionen är för närvarande i förhandsversion och kan vara bra att testa och ge feedback.

Steg för att hämta misslyckade poster:

Identifiera profilen med misslyckade poster.
Välj profilen och ange Det gick inte att hämta poster (förhandsversion) från det övre menyfältet.
I dialogrutan Hämta misslyckade poster visas en sorterad lista med de senaste 20 (max) blob-filerna. Markera den du vill hämta och välj sedan OK.
När du har hämtat, öppnar du filen i en textredigerare (till exempel Anteckningar) och visar information om fel.

Mappstruktur och loggfiler för misslyckade postsynkroniseringar

Azure Blob-lagringens URL för misslyckade poster pekar på en plats som har följande mappstruktur:

data. Den här mappen innehåller misslyckade dataaviseringar och tillhörande JSON för postdata.
metadata. Den här mappen innehåller misslyckade metadataaviseringar och tillhörande JSON för metadata.
failurelog. Den här mappen innehåller loggar som ger information om synkroniseringsfelet och orsaken till varför felet inträffade.
forcerefreshfailurelog. Den här mappen innehåller fel från den senaste körningen av det Dataexporttjänst-kommando för misslyckade poster som användes för att synkronisera om misslyckade poster.
unprocessablemessages. Den här mappen innehåller dataaviseringar som inte bearbetades på grund av borttagning av data eller metadata och tillhörande JSON.

Mapparna failurelog och forcerefreshfailurelog är strukturerade i År\Månad\Dag\Timme så att du snabbt kan hitta de senaste felen. Alla felposter som är äldre än 30 dagar tas bort.

Här är ett exempel loggfil som betyder att postsynkronisering entiteten Kontakt.

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.

Vanliga orsaker till postsynkroniseringsfel

Här följer några orsaker till varför postsynkroniseringsfel kan uppstå.

Otillräckligt lagringsutrymme för måldatabasen. Innan du försöker synkronisera om de misslyckade posterna ska du vid behov öka eller frigöra Azure SQL Database lagring. När problemet uppstår, registreras ett meddelande liknande detta till felloggen.

Databasen ”databasnamn” har nått kvotgränsen. Partition eller ta bort data, ta bort index eller se dokumentationen för möjliga lösningar.
Tidsgränser för synkronisering med Azure SQL Database. Detta kan inträffa under den inledande synkroniseringen av en dataexportprofil när stora mängder data bearbetas på en gång. När problemet uppstår kan du synkronisera om de misslyckade posterna. Lösa synkroniseringsproblem

Metodtips vid användning av Azure SQL Database med dataexport

För att undvika synkroniseringsfel på grund av resursbegränsning rekommenderar vi att du har en Azure SQL Database Premium P1 eller en bättre plan när du använder dataexporttjänsten. Mer information: Azure SQL Database resursgränser och SQL-databaspriser
Ställ in Azure SQL Database att använda read committed snapshot isolation (RCSI) för arbetsbelastningar som körs samtidigt på måldatabasen som kör tidskrävande läsfrågor, till exempel rapportering och ETL-jobb. Detta minskar förekomsten av tidsgränsfel som kan uppstå med Dataexporttjänst på grund av läs\skriv-konflikter.
För att förbättra prestanda rekommenderas Dataexporttjänst-databasens högsta grad av parallellitet (MAXDOP) anges till 1. Mer information: MSDN: alternativ för Server-minnet
Ofta utvärdera fragmenteringen och om du behöver återskapa index i den dataexporttjänst-databasen. Mer information: omorganisera och återskapa index
Uppdatera databasstatistik om tabeller och indexerade vyer i den dataexporttjänst-databasen. Mer information: Uppdaterar statistiken
Övervaka hur databasen för dataexporttjänst används. Mer information: övervakning av prestanda

Om svarstid för synkronisering av data

Dataexporttjänst har utformats för att synkronisera dataändringar i måldatabasen med hjälp av en metod som lyssnar på ändringarna i takt med att de utförs i program för kundengagemang. Tjänsten strävar efter att skicka data inom några minuter, men det finns ett antal faktorer som kan påverka svarstiden för slutpunkt till slutpunkt-synkronisering.

Faktorer som påverkar synkroniseringstiden inkluderar följande:

Aktuell arbetsbelastning på program för kundengagemang.
Data ändringsfrekvensen i program för kundengagemang.
Antalet entiteter som har lagts till i respektive exportprofil och dessas attribut.
SQL Server prestanda. Till exempel:
- Konfigurationstiden för SQL-anslutningen.
- Körtiden för SQL-satsen.

Baserat på vår övervakning av tjänsten har det noteras att de flesta pågående deltasynkroniseringar slutar inom 15 minuter när tjänsten körs under följande villkor:

Synkroniseringen som uppstår är en deltasynkronisering och inte den första synkroniseringen. Deltasynkroniseringen är endast avsedd för ändring av data som innehåller skapande-, uppdaterings- och borttagningstransaktioner för post. Observera att deltasynkroniseringen påbörjas när den första synkroniseringen är klar.
Maximal dataändringshastighet i program för kundengagemang för samtliga entiteter i exportprofilen understiger 3 000 poster per timme. En oväntad ökning av dataändringshastigheten på grund av att en massändring av poster som överstiger den maximala ändringshastigheten förorsakar ytterligare svarstid.
Varje entitet som läggs till i en exportprofil har mindre än 150 attribut.
Databasanslutningen eller körningen av SQL-satsen avslutas på mindre än 10 sekunder. Om denna gräns överskrids leder detta till ytterligare svarstid.
Ingen anslutning till destinationsdatabas eller SQL-körningsfel sker i samband med synkronisering.

När villkoren ovan uppfylls är 15 minuter en normal svarstid för synkronisering. Microsoft tillhandahåller inget servicenivåavtal (SLA) för dataexporttjänst och ger inga garantier eller åtaganden om svarstider för synkronisering.

Så här konfigurerar du Azure Key Vault

Kör Windows PowerShell-skriptet som beskrivs här som en Azure kontoadministratör för att ge behörighet till funktionen Data Export Service så att den kan komma åt din Azure Key Vault. Det här skriptet visar url:en för nyckelvalvet som krävs för att skapa den exportprofil som används för att komma åt connection string.

Innan du kör skriptet måste du ersätta platshållarna för följande variabler.

$subscriptionId. Den Key Vault resursgrupp som du vill använda. Om gruppen inte redan finns skapas en ny fil med det namn du anger. I det här exemplet används ContosoResourceGroup1.
$location. Ange platsen där resursgruppen är eller bör vara placerad som till exempel Västra USA.
$connectionString. Anslutningssträngen till Azure SQL-databasen. Du kan använda ADO.NET connection string eftersom den visas på din Azure instrumentpanel.
$organizationIdList = kommaavgränsad lista över tillåtna organisationer, som anges av organisations-ID (organizationId) att aktivera för dataexporttjänst. För att hitta en organisations ID gå till Inställningar>Anpassningar>Utvecklingsresurser. Organisations-ID finns under Miljöreferensinformation.
$tenantId. Anger klientorganisations-ID för Azure Active Directory som Key Vault-prenumerationen tillhör.

Viktigt!

Ett Azure-abonnemang kan ha flera Azure Active Directory klientorganisations-ID:n. Kontrollera att du väljer rätt Azure Active Directory klient-ID som är associerat med den miljö som du ska använda för dataexport.

Kommentar

Kontrollera att användar-ID:t som refereras i $connectionString har rätt behörighet till måldatabasen Azure SQL.

# -------------------------------------------------------------------------------- #
    #  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)""

Så här tar du bort alla tabeller för Dataexportprofil och lagrade procedurer

Viktigt!

Innan du kör SQL, kontrollera att du har korrekt definierade värden @prefix och @schema värden i uttalandet. Exportprofilen måste skapas igen när du har kört det här SQL-uttrycket.

-----------------------------------------------------------------
-- 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;

Hur du tar bort tabeller för Dataexportprofil och lagrade procedurer för en specifik entitet

Viktigt!

Innan du kör SQL, kontrollera att du har korrekt definierade värden @prefix, @schema och @entityName värden i uttalandet. I det här exemplet tas tabellen för Lead-entiteten, typer och lagrade procedurer bort.

-----------------------------------------------------------------
-- 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;

Avinstallera Dataexporttjänsten från Administrera Power Platform

Navigera till avancerat inställningar.
Välj Inställningar > Anpassningar och välj sedan Lösningar.
Välj DataExportService publicerat av Microsoft Dynamics 365 och välj sedan Delete.

Hitta Microsoft Entra klientorganisations-ID för din klientorganisation

Logga in på Azure-portalen.
Under Azure services väljer du egenskaper för Tenant.
Välj värdet i fältet KLIENTORGANISATIONS-ID.

Azure SQL-databasens statiska IP-adresser som används av dataexporttjänsten

I Azure SQL Database väljer du Set server firewall, aktivera Tillåt åtkomst till Azure tjänster till OFF, välj Lägg till klient-IP och lägg sedan till DE IP-adresser som är lämpliga för miljöns region. Mer information: Azure: Konfigurera en brandväggsregel på Azure SQL Database servernivå med hjälp av Azure Portal

Region	Ny IP-adress	Gammal IP-adress
Västra USA	20.245.127.60	13.64.148.9
USA, östra	172.174.41.63	20.228.153.81
Asien, östra	20.239.192.9	104.208.84.217
Sydostasien	20.24.15.60	20.205.153.14
Indien, centrala	20.219.158.75	20.198.113.107
Södra Indien	52.140.54.95	104.211.204.18
Västeuropa	20.126.43.104	40.68.244.253
Europa, norra	20.166.94.137	20.238.83.32
Västra Japan	Ingen ändring	104.214.144.93
Japan, östra	52.253.104.175	20.89.138.246
Brasilien, södra	4.228.211.102	20.197.186.17
Sydöstra Australien	Ingen ändring	20.70.112.80
Australien, östra	20.5.88.96	20.213.58.3
Kanada, centrala	20.220.227.230	20.151.173.107
Östra Kanada	40.86.216.207	52.229.109.91
Västra Storbritannien	51.142.173.150	20.68.113.18
Södra Storbritannien	20.117.159.198	20.117.89.184

Kommentar

Kunder i Nordamerika ska lägga till IP-adresser i en godkänd lista för både östra USA och västra USA.

För att förhindra avbrott i datasynkroniseringen bör kunderna behålla den nya IP-adressen och den gamla IP-adressen.

Kända problem

Borttagna poster kan återinföras i entitetstabellen efter ett synkroniseringsfel

När du återställer från synkroniseringsfel kan poster som tidigare tagits bort återställas till källtabellen för entiteten. Gör följande om du vill undvika det här problemet när synkroniseringsfel uppstår.

Skapa exportprofiler som är Skriv borttagningslogg-aktiverade. Skapa om befintliga exportprofiler som inte har Skriv borttagningslogg aktiverat.
Skapa och kör en SQL-fråga för Azure SQL måldatabas som söker efter poster i tabellen DeleteLog. Om en eller flera poster hittas anger den att det finns borttagna poster.
Om det finns en eller flera poster i tabellen DeleteLog, skapa och kör en SQL-fråga som identifierar miljöer där post-ID för en post som hittas i DeleteLog matchar post-ID för en post i en EntityName-tabell och versionNumber i deleteLog är större än versionNumber på posten i tabellen EntityName. När en post-ID-matchning inträffar kan du ta bort posten från EntityName-tabellen. Till exempel om ett post-ID i kolumnen AccountId i tabellen DeleteLog matchar ett post-ID i kolumnen AccountId i AccountBase-entitetstabellen och versionNumber i DeleteLog är större än versionNumber i kontotabellen tar du bort posten från AccountBase-entitetstabellen.

Viktigt!

Beroende på dina affärsbehov och krav rekommenderar vi att du kör SQL-frågor för postborttagning ofta, men under icke-operationella timmar.

Exempelfråga för borttagning av entitetspost.

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)

Entiteter som inte stöder dataexport

De entiteter som anges här, även om de stöder ändringsspårning, stöds inte för dataexport via dataexporttjänst.

Enhet	Tabellnamn	Lösning
Activity	ActivityPointerBase	Välj de särskilda aktivitetsentiteter som ska exporteras, till exempel telefonsamtal, avtalad tid, e-post och uppgift.

Det går inte att skapa en rad som är större än den tillåtna maximala radstorleken (8K)

Om din fellogg visar ”Det går inte att skapa en rad med storlek som är större än den tillåtna maximala radstorleken på 8060”, stöter du på ett problem där du överskrider gränsen för högsta tillåtna radstorlek. Dataexporttjänsten stödjer inte radstorlek större än 8 k högsta tillåtna radstorlek. Om du vill minska detta bör du se till att följa storleksbegränsningar för raden.

Längden på strängen i källfilen är längre än destinationsschema för ColumnName

Om din fellogg visar ”stränglängden i källfilen är längre än destinationsschema för [ColumnName, MaxDataLength]” stöter du på ett problem där stränglängden för källdata är längre än destination. Om stränglängden för källdata är längre än en destination, kommer skrivning till destinationen att misslyckas. För att minska problemet, antingen minskar du storleken på data eller ökar längden på kolumnen större än MaxLength manuellt i databasen.

Inget stöd för bilagor

Det finns inte stöd för att exportera bifogade filer som documentbody i tabellen Anteckning.

Sekretesspolicy

När du aktiverar en dataexportprofil inifrån Dynamics 365 skickas data för de entiteter som lagts till i profilen till Azure med hjälp av dataexporttjänsten. Den initiala synkroniseringen innehåller alla data som är associerade med entiteterna som har lagts till i exportprofilen, men därefter innehåller synkroniseringen bara nya ändringar, som skickas kontinuerligt till dataexporttjänsten. Data som skickas till dataexporttjänsten lagras tillfälligt i Azure Service Bus och Azure Storage, bearbetas i Azure Service Fabric och synkroniseras slutligen (infogas, uppdateras eller tas bort) till måldatabasen som anges i din Azure-prenumeration. När data har synkroniserats tas de bort från Azure Service Bus och Azure Storage. Om det uppstår ett fel under datasynkroniseringen lagras minimala data som motsvarar entitetstyp, post-ID och synkroniseringstidsstämpel i Azure Storage för att tillåta nedladdning av en lista med poster som inte har uppdaterats.

En administratör kan när som helst inaktivera dataexportprofilen för att stoppa datasynkroniseringen. En administratör kan också ta bort exportprofilen för att avlägsna eventuella loggar med felaktiga poster och kan avinstallera tjänstlösningen för dataexport för att sluta använda dataexporttjänsten.

Datasynkronisering sker kontinuerligt mellan Dynamics 365 och dataexporttjänsten på ett säkert sätt. Data krypteras eftersom de utbyts kontinuerligt mellan Dynamics 365 och dataexporttjänsten.

Azure komponenter och tjänster som ingår i dataexporttjänsten beskrivs i följande avsnitt.

Microsoft Azure Säkerhetscenter

Azure Service Fabric

Det tillhandahåller API och beräknar virtuella Azure-datorer för att bearbeta aviseringar om postsynkronisering som tas emot från Dynamics 365 och bearbetar dem sedan för att infoga, uppdatera eller ta bort postdata i måldatabasen. Mikrotjänster som distribueras på virtuella datorer som hanteras av Azure Service Fabric-körningen hanterar alla beräkningstjänster som är relaterade till datasynkronisering.

Azure Service Bus

Detta ger meddelandebussen där Dynamics 365 infogar de synkroniseringsmeddelanden som bearbetas av beräkningsnoder i Azure Service Fabric. Varje meddelande lagrar information som till exempel organisations-ID och -post som data ska synkroniseras för. Data i Azure Service Bus krypteras i vila och är endast tillgängliga för dataexporttjänsten.

Azure Blob Storage

Data lagras tillfälligt i Azure Blob Storage om postsynkroniseringsmeddelandets data är för stora för att lagras i ett meddelande eller om ett tillfälligt fel påträffas för att bearbeta synkroniseringsmeddelandet. Dessa blobar krypteras genom att utnyttja den senaste funktionen i Azure Storage SDK, som ger stöd och integrering av symmetrisk och asymmetrisk kryptering med Azure Key Vault.

Azure SQL

Azure SQL Database lagrar konfigurations- och datasynkroniseringsmått för dataexportprofiler.

Se även

Översikt över entitetsrelationer
Dataexporttjänst
Teamblogg: Introduktion till Dataexporttjänst

Feedback

Var den här sidan till hjälp?

Last updated on 2026-03-07

Dela via

Replikera data till Azure SQL Database med hjälp av dataexporttjänsten

Förutsättningar för att använda Dataexporttjänst

Azure SQL Database tjänst

Azure Key Vault tjänst

Program för kundengagemang

Webbläsare

Tjänster, behörigheter och privilegier som krävs

Vad du bör veta innan du använder Dataexporttjänsten

Exportprofil

Datasynkronisering finns tillgänglig med en Exportprofil

Skapa en Exportprofil

Ändra en befintlig exportprofil

Tabellinformation för SQL Azure-måldatabasen

Lösa synkroniseringsproblem

Hantering och övervakning

Så här visar du detaljerad information om de poster som inte gick att synkronisera

Så här visar du detaljerad information om de poster som inte gick att synkronisera (förhandsversion)

Mappstruktur och loggfiler för misslyckade postsynkroniseringar

Vanliga orsaker till postsynkroniseringsfel

Metodtips vid användning av Azure SQL Database med dataexport

Om svarstid för synkronisering av data

Så här konfigurerar du Azure Key Vault

Så här tar du bort alla tabeller för Dataexportprofil och lagrade procedurer

Hur du tar bort tabeller för Dataexportprofil och lagrade procedurer för en specifik entitet

Avinstallera Dataexporttjänsten från Administrera Power Platform

Hitta Microsoft Entra klientorganisations-ID för din klientorganisation

Azure SQL-databasens statiska IP-adresser som används av dataexporttjänsten

Kända problem

Borttagna poster kan återinföras i entitetstabellen efter ett synkroniseringsfel

Entiteter som inte stöder dataexport

Det går inte att skapa en rad som är större än den tillåtna maximala radstorleken (8K)

Längden på strängen i källfilen är längre än destinationsschema för ColumnName

Inget stöd för bilagor

Sekretesspolicy

Se även

Feedback

Ytterligare resurser