ทําซ้ําข้อมูลไปยัง Azure SQL Database โดยใช้บริการส่งออกข้อมูล

บริการส่งออกข้อมูลเป็นบริการเพิ่มเติมที่พร้อมใช้งานบน Microsoft Marketplace ที่เพิ่มความสามารถในการทําซ้ําข้อมูลจากฐานข้อมูล Microsoft Dataverse ไปยังที่เก็บฐานข้อมูล SQL Azure ในการสมัครใช้งาน Azure เป็นของลูกค้า ปลายทางเป้าหมายที่ได้รับการสนับสนุนได้แก่ Azure SQL Database และ SQL Server บนเครื่องเสมือน Azure Data Export Service ทำข้อมูลให้ตรงกันอย่างมีประสิทธิภาพสูงสำหรับข้อมูลทั้งหมดโดยเริ่มต้น และหลังจากนั้น จะทำข้อมูลให้ตรงกันอย่างต่อเนื่องเมื่อการเปลี่ยนแปลงเกิดขึ้น (การเปลี่ยนแปลงแบบเดลต้า) ในระบบ ซึ่งช่วยให้เกิดสถานการณ์การวิเคราะห์และการรายงานต่าง ๆ ที่ด้านบนของข้อมูลด้วยข้อมูล Azure และบริการวิเคราะห์ และเปิดความเป็นไปได้ใหม่ ๆ สําหรับลูกค้าและคู่ค้าเพื่อสร้างโซลูชันแบบกําหนดเอง

สำหรับข้อมูลเกี่ยวกับส่วนติดต่อเชิงโปรแกรมสำหรับการจัดการการตั้งค่าคอนฟิกและการจัดการของบริการการส่งออกข้อมูล ดูที่ บริการการส่งออกข้อมูล ในคู่มือนักพัฒนา

ข้อกำหนดเบื้องต้นสำหรับการใช้บริการส่งออกข้อมูล

เมื่อต้องการเริ่มต้นใช้งานบริการส่งออกข้อมูล จำเป็นต้องมีข้อกำหนดเบื้องต้นต่อไปนี้

บริการ Azure SQL Database

• การสมัครใช้งาน Azure SQL Database ที่ลูกค้าเป็นผู้ถือกรรมสิทธิ์ การสมัครใช้งานนี้ต้องสามารถอนุญาตให้มีการซิงโครไนซ์ปริมาณข้อมูล

• การตั้งค่าไฟร์วอลล์ เราขอแนะนําให้คุณปิด อนุญาตให้เข้าถึงบริการ Azure และระบุที่อยู่ IP ไคลเอ็นต์ที่เหมาะสมที่แสดงอยู่ในหัวข้อนี้ ข้อมูลเพิ่มเติม: Azure SQL ที่อยู่ IP แบบคงที่ของฐานข้อมูลที่ใช้โดยบริการส่งออกข้อมูล

  อีกวิธีหนึ่งคือ คุณสามารถเปิด อนุญาตให้เข้าถึงบริการ Azure เพื่ออนุญาตให้เข้าถึงบริการ Azure ทั้งหมดได้

  สําหรับ SQL Server บน Azure VM ควรเปิดใช้งานตัวเลือก "เชื่อมต่อกับ SQL Server ผ่านอินเทอร์เน็ต" ข้อมูลเพิ่มเติม: Azure: เชื่อมต่อกับเครื่องเสมือน SQL Server บน Azure

  นอกจากนี้ กําหนดค่ากฎไฟร์วอลล์ของคุณเพื่ออนุญาตให้สื่อสารระหว่างบริการส่งออกข้อมูลและ SQL Server

• ผู้ใช้ฐานข้อมูลต้องมีสิทธิ์ในระดับฐานข้อมูลและ Schema ตามตารางต่อไปนี้ ชื่อผู้ใช้ฐานข้อมูลถูกใช้ในสตริงการเชื่อมต่อสำหรับการส่งออกข้อมูล

  จำเป็นต้องมีสิทธิ์ของฐานข้อมูล

  รหัสชนิดของสิทธิ์	ชื่อสิทธิ์
  CRTB	CREATE TABLE
  CRTY	สร้างชนิด
  CRVW	สร้างมุมมอง
  CRPR	สร้างกระบวนงาน
  ALUS	เปลี่ยนผู้ใช้ใดๆ
  VWDS	ดูสถานะฐานข้อมูล

  จำเป็นต้องมีสิทธิ์การเข้าถึงของ Schema

  รหัสชนิดของสิทธิ์	ชื่อสิทธิ์
  AL	เปลี่ยน
  IN	แทรก
  DL	ลบ
  SL	เลือก
  ขึ้น	ปรับปรุง
  EX	ดำเนินการ
  RF	การอ้างอิง

บริการ Azure Key Vault

• การสมัครใช้งาน Key Vault ที่ลูกค้าเป็นเจ้าของ ซึ่งใช้ในการรักษาฐานข้อมูล connection string ได้อย่างปลอดภัย

• ให้สิทธิ์อนุญาต ToSecrets แก่แอปพลิเคชันที่มี id "b861dbcc-a7ef-4219-a005-0e4de4ea7dcf" ซึ่งสามารถทําได้โดยการเรียกใช้คําสั่ง AzurePowerShell ด้านล่างและใช้เพื่อเข้าถึง Key Vault ที่ประกอบด้วยข้อมูลลับ connection string ข้อมูลเพิ่มเติม: วิธีการตั้งค่า Azure Key Vault

• ข้อมูลลับภายใน Key Vault ควรถูกแท็กด้วยองค์กร (OrgId) และรหัสผู้เช่า (TenantId) สามารถทำให้เสร็จสมบูรณ์ได้โดยการเรียกใช้คำสั่ง AzurePowerShell ด้านล่าง ข้อมูลเพิ่มเติม: วิธีการตั้งค่า Azure Key Vault

• กําหนดค่ากฎไฟร์วอลล์ของคุณเพื่ออนุญาตให้สื่อสารระหว่างบริการส่งออกข้อมูลและ Azure Key Vault

แอปการมีส่วนร่วมของลูกค้า

• สภาพแวดล้อมเวอร์ชัน 9.0 หรือใหม่กว่า

• ต้องติดตั้งโซลูชันบริการส่งออกข้อมูล

  • ไปที่ การตั้งค่า>Microsoft Marketplace> ค้นหาหรือเรียกดู Microsoft Dynamics 365 - บริการส่งออกข้อมูล จากนั้นเลือก รับทันที
  • หรือค้นหาใน Microsoft Marketplace

• เอนทิตีที่จะเพิ่มลงใน โปรไฟล์การส่งออก ต้องถูกเปิดใช้งานด้วยการติดตามการเปลี่ยนแปลง เพื่อให้แน่ใจว่าเอนทิตีแบบมาตรฐานหรือแบบกำหนดเองสามารถถูกทำข้อมูลให้ตรงกัน ให้ไปที่ การแก้ไข/ปรับปรุงตามคำสั่ง>แก้ไข/ปรับปรุงระบบตามคำสั่ง แล้วเลือกเอนทิตี บนแท็บ ทั่วไป ตรวจสอบให้แน่ใจว่าตัวเลือก การติดตามการเปลี่ยนแปลง ภายใต้ส่วน การบริการข้อมูล ถูกเปิดใช้งาน

• คุณต้องมีบทบาทความปลอดภัยของผู้ดูแลระบบในสภาพแวดล้อม

เว็บเบราว์เซอร์

เปิดหน้าต่างป็อปอัพสำหรับโดเมน https://discovery.crmreplication.azure.net/ ในเว็บเบราว์เซอร์ของคุณ ซึ่งเป็นสิ่งจำเป็นสำหรับการลงชื่อเข้าใช้โดยอัตโนมัติเมื่อคุณนำทางไปยัง การตั้งค่า > การส่งออกข้อมูล

จำเป็นต้องมีบริการ ข้อมูลประจำตัว และสิทธิ์การใช้งาน

เมื่อต้องการใช้คุณลักษณะบริการส่งออกข้อมูล คุณต้องมีบริการ ข้อมูลประจำตัว และสิทธิ์การใช้งานดังต่อไปนี้

• การสมัครใช้งาน เฉพาะผู้ใช้ที่ได้รับการมอบหมายบทบาทความปลอดภัยของผู้ดูแลระบบสามารถตั้งค่าหรือเปลี่ยนแปลงโปรไฟล์การส่งออกได้

• Azure การสมัครใช้งานที่มีบริการต่อไปนี้

  • Azure SQL Database หรือเซิร์ฟเวอร์ AzureSQL บนเครื่องเสมือน Azure

  • Azure Key Vault

สิ่งที่คุณควรรู้ก่อนที่จะใช้บริการการส่งออกข้อมูล

• ต้องลบโปรไฟล์การส่งออก และสร้างขึ้นใหม่เมื่อคุณดำเนินการใดๆต่อไปนี้กับสภาพแวดล้อม

  • คืนค่าสภาพแวดล้อม
  • คัดลอกสภาพแวดล้อม (แบบเต็มหรือขั้นต่ำ)
  • ตั้งค่าสภาพแวดล้อมใหม่
  • ย้ายสภาพแวดล้อมไปยังประเทศหรือภูมิภาคอื่น

  เมื่อต้องการทำเช่นนี้ ให้ลบ โปรไฟล์การส่งออก ในมุมมอง ส่งออกโปรไฟล์ และจากนั้นลบตารางและ Stored Procedure และสร้างโปรไฟล์ใหม่ ข้อมูลเพิ่มเติม: วิธีการลบตารางโปรไฟล์การส่งออกข้อมูลและ Stored Procedure ทั้งหมด

• บริการส่งออกข้อมูลไม่ทำงานร่วมกับ Sandbox หรือสถาพแวดล้อมการผลิตที่ถูกกำหนดค่าด้วยการเปิดใช้งาน เปิดใช้งานโหมดการดูแลระบบ ข้อมูลเพิ่มเติม: โหมดการดูแลระบบ

• บริการส่งออกข้อมูลไม่ทิ้ง (ลบ) ตาราง คอลัมน์ หรือวัตถุ Stored Procedure ที่เกี่ยวข้องในฐานข้อมูล Azure SQL ปลายทางเมื่อมีการดําเนินการต่อไปนี้เกิดขึ้น

  • เอนทิตีถูกลบ

  • ฟิลด์ที่ถูกลบ

  • เอนทิตีจะถูกเอาออกจาก Export Profile

    รายการเหล่านี้ต้องถูกวางด้วยตนเอง วิธีการลบตารางโปรไฟล์การส่งออกข้อมูลและกระบวนการที่เก็บไว้สำหรับเอนทิตีที่ระบุ Metadata การแจ้งเตือนการลบเมตาดาต้าถูกบันทึกไว้ในโฟลเดอร์ unprocessablemessages การจัดการและการตรวจสอบข้อผิดพลาด

โปรไฟล์การส่งออก

เมื่อต้องการส่งออกข้อมูลจากแอปการมีส่วนร่วมของลูกค้า ผู้ดูแลระบบจะสร้างโปรไฟล์การส่งออก สามารถสร้างและเปิดใช้งานโปรไฟล์หลายรายการเพื่อทำข้อมูลให้ตรงกันกับฐานข้อมูลปลายทางที่แตกต่างกันในเวลาเดียวกัน

โปรไฟล์การส่งออกเป็นแนวคิดหลักของบริการส่งออกข้อมูล โปรไฟล์การส่งออกรวบรวมข้อมูลการตั้งค่าและการตั้งค่าคอนฟิกการทำข้อมูลให้ตรงกับฐานข้อมูลปลายทาง โดยเป็นส่วนหนึ่งของโปรไฟล์การส่งออก ผู้ดูแลระบบจะแสดงรายการของเอนทิตีที่จะส่งออกไปยังฐานข้อมูลปลายทาง เมื่อเปิดใช้งาน โปรไฟล์การส่งออก จะเริ่มต้นการทำข้อมูลให้ตรงกันโดยอัตโนมัติ เริ่มต้นจากข้อมูลทั้งหมดที่ตรงกับแต่ละเอนทิตีที่เลือกไว้จะถูกส่งออก หลังจากนั้น เฉพาะการเปลี่ยนแปลงของข้อมูลที่เกิดขึ้นกับเรกคอร์ดของเอนทิตีหรือเมตาดาต้าในแอปการมีส่วนร่วมของลูกค้า จะถูกทำข้อมูลให้ตรงกันอย่างต่อเนื่องโดยใช้วิธีการพุชในเวลาที่ใกล้เคียงกับเวลาจริง ดังนั้น คุณไม่จำเป็นต้องตั้งค่ากำหนดการเพื่อดึงข้อมูลจากแอปการมีส่วนร่วมของลูกค้า

เฉพาะเอนทิตีที่มีการเปิดใช้งานการติดตามการเปลี่ยนแปลงเท่านั้นที่สามารถเพิ่มลงใน โปรไฟล์การส่งออก ได้ สังเกตว่าเอนทิตีมาตรฐานส่วนใหญ่ที่จับข้อมูลจะถูกเปิดใช้งานการติดตามการเปลี่ยนแปลง เอนทิตีแบบกำหนดเองจะต้องถูกเปิดใช้งานอย่างชัดเจนสำหรับการติดตามการเปลี่ยนแปลงก่อนที่คุณจะสามารถเพิ่มไปยัง โปรไฟล์การส่งออก ข้อมูลเพิ่มเติม: เปิดใช้งานการติดตามการเปลี่ยนแปลงเพื่อควบคุมการซิงโครไนซ์ข้อมูล

บริการส่งออกข้อมูลดำเนินการทั้งการทำข้อมูลและเมตาดาต้าให้ตรงกัน แต่ละเอนทิตีแปลลงในตารางหนึ่งรายการ และแต่ละฟิลด์แปลลงในคอลัมน์ในตารางฐานข้อมูลปลายทาง ชื่อของตารางและคอลัมน์ใช้ชื่อเค้าร่างของเมตาดาต้า

เมื่อเปิดใช้งาน โปรไฟล์การส่งออก จะรวบรวมสถิติสำหรับการทำข้อมูลให้ตรงกันที่ช่วยในการมองเห็นด้านการปฏิบัติงานและการวิเคราะห์ข้อมูลที่ส่งออก

การซิงโครไนซ์ข้อมูลสามารถใช้งานได้กับโปรไฟล์การส่งออก

สร้างโปรไฟล์การส่งออก

ตรวจสอบให้แน่ใจว่าตรงตามข้อกำหนดดังต่อไปนี้ก่อนที่จะสร้าง โปรไฟล์การส่งออก

• โซลูชันบริการส่งออกข้อมูลได้รับการติดตั้งในสภาพแวดล้อมของคุณ

• รักษา connection string ฐานข้อมูล SQL ใน Key Vault และคัดลอก URL ของ Key Vault เพื่อระบุในโปรไฟล์การส่งออก ข้อมูลเพิ่มเติม: Azure: เริ่มต้นใช้งาน Azure Key Vault

• เอนทิตีที่จะเพิ่มลงใน โปรไฟล์การส่งออก ถูกเปิดใช้งานสำหรับการติดตามการเปลี่ยนแปลง ข้อมูลเพิ่มเติม: เปิดใช้งานการติดตามการเปลี่ยนแปลงเพื่อควบคุมการซิงโครไนซ์ข้อมูล

• การบริการฐานข้อมูล SQL ของคุณมีเนื้อที่จัดเก็บเพียงพอในการจัดเก็บข้อมูล

• คุณคือผู้ดูแลระบบในสภาพแวดล้อม

1. ไปที่ การตั้งค่า>การส่งออกข้อมูล

2. ตรวจสอบการแจ้งเตือน และเลือก ดำเนินต่อ หรือ ยกเลิก ถ้าคุณไม่ต้องการส่งออกข้อมูล

3. เลือก สร้าง เพื่อสร้าง โปรไฟล์การส่งออก ใหม่

4. ในขั้นตอน Properties ให้ป้อนข้อมูลต่อไปนี้ จากนั้นเลือก Next เพื่อดําเนินการต่อโดยไม่ต้องเชื่อมต่อกับ Key Vault การเลือก Validate จะใช้ URL ของ Key Vault ที่คุณให้ไว้เพื่อเชื่อมต่อกับ Key Vault

   • ชื่อ ชื่อที่ไม่ซ้ำกันของโปรไฟล์ ฟิลด์นี้จำเป็นต้องใส่

   • URL การเชื่อมต่อ Key Vault Key Vault URL ที่ชี้ไปยัง connection string ที่เก็บไว้พร้อมข้อมูลประจําตัวที่ใช้ในการเชื่อมต่อกับฐานข้อมูลปลายทาง ฟิลด์นี้จำเป็นต้องใส่ ข้อมูลเพิ่มเติม: วิธีการตั้งค่า Azure Key Vault

     สําคัญ

     URL ของการเชื่อมต่อ Key Vault ตรงตามตัวพิมพ์ใหญ่-เล็ก ใส่ URL การเชื่อมต่อ Key Vault เหมือนกับที่แสดงหลังจากที่คุณเรียกใช้คําสั่ง PowerShell Windows ในหัวข้อนี้

   • Schema ชื่อสำหรับ Schema ฐานข้อมูลอื่น ใช้ได้เฉพาะตัวอักษรและตัวเลข ฟิลด์นี้ไม่จำเป็นต้องระบุ โดยค่าเริ่มต้น dbo คือ Schema ที่จะใช้สำหรับฐานข้อมูล SQL ปลายทาง

   • คำนำหน้า คำนำหน้าจะใช้สำหรับชื่อของตารางที่สร้างขึ้นในฐานข้อมูลปลายทาง ซึ่งจะช่วยคุณในการระบุตารางที่สร้างขึ้นสำหรับ โปรไฟล์การส่งออก ในฐานข้อมูลปลายทางได้โดยง่าย เมื่อมีการระบุ ตรวจสอบให้แน่ใจว่าคำนำหน้าน้อยกว่า 15 ตัวอักษร ฟิลด์นี้ไม่จำเป็นต้องใส่ และอนุญาตให้ใช้เฉพาะตัวอักษรผสมตัวเลขเท่านั้น

   • จำนวนการลองใหม่ จำนวนครั้งที่เรกคอร์ดถูกลองใหม่ในกรณีที่การแทรกหรือการปรับปรุงล้มเหลวในตารางปลายทาง ฟิลด์นี้จำเป็นต้องใส่ ค่าที่ยอมรับได้คือ 0-20 และค่าเริ่มต้นคือ 12

   • ช่วงเวลาลองใหม่ จำนวนวินาทีในการรอก่อนที่จะลองใหม่ในกรณีที่เกิดความล้มเหลว ฟิลด์นี้จำเป็นต้องใส่ ค่าที่ยอมรับได้คือ 0-3600 และค่าเริ่มต้นคือ 5

   • เขียนบันทึกการลบ การตั้งค่าที่ไม่บังคับสำหรับการบันทึกเรกคอร์ดที่ถูกลบ

   

5. ในขั้นตอน เลือกเอนทิตี เลือกเอนทิตีที่คุณต้องการส่งออกไปยังฐานข้อมูล SQL ปลายทาง แล้วเลือก ถัดไป

   

6. ในขั้นตอน เลือกความสัมพันธ์ คุณสามารถทำข้อมูล ความสัมพันธ์ แบบ M:N (กลุ่มต่อกลุ่ม) ที่มีอยู่พร้อมกับเอนทิตีที่คุณเลือกไว้ในขั้นตอนก่อนหน้านี้ให้ตรงกัน เลือก ถัดไป

   

7. ในขั้นตอน Summary ให้เลือก สร้างและเปิดใช้งาน เพื่อสร้างระเบียนโปรไฟล์และเชื่อมต่อกับ Key Vault ซึ่งจะเริ่มต้นกระบวนการซิงโครไนซ์ ไม่เช่นนั้น ให้เลือก สร้าง เพื่อบันทึก โปรไฟล์การส่งออก และเริ่มการใช้งานในภายหลัง

   

ปรับเปลี่ยนโปรไฟล์การส่งออกที่มีอยู่

คุณสามารถเพิ่มหรือลบเอนทิตีและความสัมพันธ์ใน โปรไฟล์การส่งออก ที่มีอยู่ที่คุณต้องการคัดลอกได้

1. ไปที่ การตั้งค่า>การส่งออกข้อมูล

2. ในมุมมองโปรไฟล์การส่งออกข้อมูลทั้งหมด เลือก โปรไฟล์การส่งออก ที่คุณต้องการเปลี่ยนแปลง

   

3. บนแถบเครื่องมือการดำเนินการ เลือก จัดการเอนทิตี เพื่อเพิ่มหรือลบเอนทิตีสำหรับการส่งออกข้อมูล เมื่อต้องการเพิ่มหรือลบความสัมพันธ์ของเอนทิตี เลือก จัดการความสัมพันธ์

   

4. เลือกเอนทิตีหรือความสัมพันธ์ของเอนทิตีที่คุณต้องการที่จะเพิ่มหรือลบออก

   

5. เลือก ปรับปรุง เพื่อส่งการเปลี่ยนแปลงของคุณไปยัง โปรไฟล์การส่งออก

ตารางรายละเอียดสำหรับฐานข้อมูล Azure SQL ปลายทาง

บริการส่งออกข้อมูลดำเนินการสร้างตารางสำหรับทั้งข้อมูลและเมตาดาต้า ตารางถูกสร้างขึ้นสำหรับแต่ละเอนทิตีและความสัมพันธ์แบบ M:N จะถูกทำข้อมูลให้ตรงกัน

เมื่อมีการเริ่มการใช้งาน โปรไฟล์การส่งออก ตารางเหล่านี้จะถูกสร้างขึ้นในฐานข้อมูลปลายทาง รายการเหล่านี้คือตารางระบบ และจะไม่มีเพิ่มฟิลด์ SinkCreatedTime และ SinkModifiedTime

การแก้ไขปัญหาการทำข้อมูลให้ตรงกัน

แม้หลังจากที่พยายามลองใหม่หลายครั้ง อาจเกิดการล้มเหลวในการทำข้อมูลเรกคอร์ดให้ตรงกันจากข้อจำกัดการจัดเก็บฐานข้อมูลหรือการล็อกตารางอันเนื่องมาจากแบบสอบถามที่ดำเนินการเป็นเวลานาน เมื่อต้องการแก้ไขความผิดพลาดเหล่านี้ คุณสามารถบังคับให้ทำข้อมูลให้ตรงกันอีกครั้งเฉพาะเรกคอร์ดที่ล้มเหลวหรือเรกคอร์ดทั้งหมดได้

1. ดูโปรไฟล์ส่งออกของคุณเพื่อค้นหารายการใดๆ ที่มีความล้มเหลวในการทำข้อมูลเรกคอร์ดให้ตรงกันอีกครั้ง คุณสามารถทำได้โดยการดูโปรไฟล์ข้อมูลในพื้นที่การซิงโครไนซ์หรือโดยการเปิดโปรไฟล์การส่งออก เช่น โปรไฟล์นี้ที่มีความล้มเหลวในการทำข้อมูลเรกคอร์ดเอนทิตีผู้ติดต่อให้ตรงกัน

   

2. ตรวจสอบแหล่งที่มาของความล้มเหลวในการทำข้อมูลให้ตรงกันและแก้ไขปัญหา ข้อมูลเพิ่มเติม: การจัดการและการตรวจสอบข้อผิดพลาด

3. หลังจากที่ปัญหาได้รับการแก้ไขแล้ว ให้ซิงโครไนซ์เรกคอร์ดที่ล้มเหลวอีกครั้ง

   โน้ต

   การทำข้อมูลเรกคอร์ดที่ล้มเหลวให้ตรงกันคือคุณลักษณะพรีวิวสำหรับสาธารณะ

   • คุณลักษณะพรีวิวไม่ได้มีไว้สำหรับการนำไปใช้งานจริงและอาจมีฟังก์ชันการทำงานที่จำกัด คุณลักษณะเหล่านี้สามารถใช้ได้ก่อนการเปิดตัวอย่างเป็นทางการ เพื่อให้ลูกค้าสามารถเข้าใช้งานได้ก่อนเวลาและให้ข้อคิดเห็น
     • เราคาดว่าจะมีการเปลี่ยนแปลงคุณลักษณะนี้ ดังนั้นคุณจึงไม่ควรนำไปใช้สำหรับการทำงานจริง ใช้ในสภาพแวดล้อมของการทดสอบและการพัฒนาเท่านั้น
     • Microsoft ไม่ได้ให้การสนับสนุนคุณลักษณะตัวอย่างนี้ ฝ่ายสนับสนุนทางเทคนิคของ Microsoft Dynamics 365 จะไม่สามารถช่วยแก้ปัญหาหรือตอบคําถามของคุณได้ คุณลักษณะตัวอย่างไม่ได้มีไว้สำหรับการนำไปใช้งานจริงและอยู่ภายใต้ ข้อกำหนดการใช้งานที่แยกต่างหาก

   1. เข้าสู่ระบบไปยังสภาพแวดล้อมของคุณ และไปที่ การตั้งค่า>การส่งออกข้อมูล

   2. เปิด โปรไฟล์การส่งออก ที่มีความล้มเหลวของการทำข้อมูลเรกคอร์ดให้ตรงกัน

   3. บนแถบเครื่องมือ โปรไฟล์การส่งออก เลือก ทำข้อมูลเรกคอร์ดที่ล้มเหลวให้ตรงกันอีกครั้ง

   4. เลือก ตกลง เมื่อทำข้อมูลเรกคอร์ดที่ล้มเหลวให้ตรงกันอีกครั้งสำเร็จบนกล่องโต้ตอบการยืนยัน

   

   5. ตรวจสอบว่า โปรไฟล์การส่งออกไม่ได้ประกอบด้วยการแจ้งเตือนเรกคอร์ดที่ล้มเหลว โดยการเปิดโปรไฟล์ส่งออกข้อมูลและดูตัวนับ การแจ้งเตือนที่ล้มเหลว บนแท็บ คุณสมบัติ & ภาพรวม ซึ่งควรจะเป็น 0 เลือก รีเฟรช บนแถบเครื่องมือ โปรไฟล์การส่งออก เพื่อให้แน่ใจว่าค่า การแจ้งเตือนที่ล้มเหลว เป็นปัจจุบัน

   

4. ถ้าความล้มเหลวของการซิงโครไนส์เรกคอร์ดยังคงอยู่ หลังจากที่คุณได้พยายามที่จะซิงโครไนส์อีกครั้ง โดยทำตามขั้นตอนก่อนหน้านี้ ติดต่อ Microsoft Customer Support Services

การจัดการและการตรวจสอบข้อผิดพลาด

เมื่อต้องการดูสถานะการทำข้อมูลให้ตรงกันของ โปรไฟล์การส่งออก ไปที่ การตั้งค่า>การส่งออกข้อมูล และเปิด โปรไฟล์การส่งออก บนแท็บ เอนทิตี สถานะการทำข้อมูลให้ตรงกันจะแสดงขึ้นรวมถึงคอลัมน์ เรกคอร์ดที่ล้มเหลว สำหรับเรกคอร์ดที่ไม่สามารถทำข้อมูลให้ตรงกัน สำหรับเรกคอร์ดที่ล้มเหลว สามารถดาวน์โหลดรายการของเรกคอร์ดเหล่านั้นรวมถึงคำอธิบายรายการของสถานะได้โดยการเลือก เรกคอร์ดที่ล้มเหลว บนแถบคำสั่ง

ใน โปรไฟล์การส่งออก คุณสามารถเลือก คุณสมบัติและภาพรวม เพื่อแสดงคุณสมบัติของโปรไฟล์ เลือก ความสัมพันธ์ เพื่อดูสถานะการทำข้อมูลความสัมพันธ์ให้ตรงกัน

วิธีการดูข้อมูลรายละเอียดเกี่ยวกับเรกคอร์ดที่ล้มเหลวในการทำข้อมูลให้ตรงกัน

การดูบันทึกเรกคอร์ดที่ล้มเหลวสามารถช่วยให้คุณระบุสาเหตุของความล้มเหลวของการทำข้อมูลให้ตรงกันได้ หากต้องการดูระเบียนที่ล้มเหลวในฐานข้อมูลปลายทาง Azure ฐานข้อมูลปลายทาง ให้ใช้ Azure Storage Explorer ซึ่งเป็นแอปแบบสแตนด์อโลนฟรีที่ช่วยให้คุณสามารถทํางานกับข้อมูล Azure Storage ได้อย่างง่ายดาย ข้อมูลเพิ่มเติม: Azure Storage Explorer

1. ไปที่ การตั้งค่า>การส่งออกข้อมูล

2. ในหน้ามุมมองโปรไฟล์การส่งออกข้อมูลทั้งหมด เลือกโปรไฟล์การส่งออกที่มีการแจ้งเตือนที่ทำงานล้มเหลว

   

3. บนแถบเครื่องมือการดำเนินการ เลือก เรกคอร์ดที่ล้มเหลว

   

4. ในกล่องโต้ตอบดาวน์โหลดเรกคอร์ดที่ล้มเหลว เลือก คัดลอก URL กรอบข้อความแล้วเลือก ตกลง

   

   โน้ต

   URL กรอบข้อความสามารถใช้ได้สูงสุด 24 ชั่วโมง ถ้า URL อยู่นานเกินกว่ารอบระยะเวลา 24 ชั่วโมง ให้ทำซ้ำขั้นตอนต่างๆ ที่อธิบายไว้ก่อนหน้านี้เพื่อสร้าง URL กรอบข้อความใหม่

5. เริ่ม Azure Storage Explorer

6. ใน Azure Storage Explorer ให้เลือก เชื่อมต่อกับ Azure Storage

7. วาง URL จากคลิปบอร์ดของคุณลงในกล่อง เชื่อมต่อกับกล่อง Azure Storage จากนั้นเลือก Next

8. บนหน้าสรุปการเชื่อมต่อ เลือก เชื่อมต่อ

9. Azure Storage Explorer เชื่อมต่อกับฐานข้อมูลปลายทาง ถ้ามีเรกคอร์ดที่ล้มเหลวสําหรับโปรไฟล์การส่งออก Azure Storage Explorer จะแสดงโฟลเดอร์การซิงโครไนซ์ระเบียนที่ล้มเหลว

วิธีการดูข้อมูลรายละเอียดเกี่ยวกับเรกคอร์ดที่ล้มเหลวในการทำข้อมูลให้ตรงกัน (แสดงตัวอย่าง)

คุณสามารถดาวน์โหลดเรกคอร์ดที่ล้มเหลวได้โดยตรงจากภายในอินเทอร์เฟซสำหรับผู้ใช้บริการการส่งออกข้อมูล ลักษณะการทำงานนี้อยู่ในระหว่างการแสดงตัวอย่าง และคุณจะสามารถทดสอบและให้ผลตอบสนองแก่คุณได้

ขั้นตอนการดาวน์โหลดเรกคอร์ดที่ล้มเหลว

1. ระบุโพรไฟล์ที่มีเรกคอร์ดที่ล้มเหลว

   

2. เลือกโพรไฟล์ และเลือก ดาวน์โหลดเรกคอร์ดที่ล้มเหลว (แสดงตัวอย่าง) จากแถบเมนูด้านบน

   

3. ในกล่องโต้ตอบ ดาวน์โหลดเรกคอร์ดที่ล้มเหลว คุณจะเห็นรายการเรียงลำดับของแฟ้ม blob ล่าสุด (สูงสุด) 20 รายการ เลือกรายการที่คุณต้องการจะดาวน์โหลด แล้วเลือก ตกลง

   

4. หลังจากดาวน์โหลด เปิดแฟ้มในตัวแก้ไขข้อความที่คุณเลือก (เช่น Notepad) และดูรายละเอียดสำหรับความล้มเหลว

   

โครงสร้างโฟลเดอร์และไฟล์บันทึกสำหรับการซิงโครไนซ์เรกคอร์ดที่ล้มเหลว

บันทึกที่ไม่สำเร็จ Azure Blob storage URL ชี้ไปยังตำแหน่งที่มีโครงสร้างโฟลเดอร์ต่อไปนี้:

• ข้อมูล โฟลเดอร์นี้ประกอบด้วยการแจ้งเตือนข้อมูลที่ล้มเหลวและ JSON ที่เกี่ยวข้องสำหรับข้อมูลเรกคอร์ด

• เมตาดาต้า โฟลเดอร์นี้ประกอบด้วยการแจ้งเตือนเมตาดาต้าที่ล้มเหลวและ JSON ที่เกี่ยวข้องสำหรับเมตาดาต้า

• failurelog โฟลเดอร์นี้ประกอบด้วยบันทึกที่แสดงข้อมูลเกี่ยวกับความล้มเหลวในการทำข้อมูลให้ตรงกันและเหตุผลของความล้มเหลวที่เกิดขึ้น

• forcerefreshfailurelog โฟลเดอร์นี้ประกอบด้วยข้อผิดพลาดจากการเรียกใช้ครั้งล่าสุดของคำสั่งเรกคอร์ดที่ล้มเหลวของบริการส่งออกข้อมูลที่ใช้ในการทำข้อมูลเรกอคอร์ดที่ล้มเหลวให้ตรงกันอีกครั้ง

• ข้อความที่ไม่สามารถประมวลผลได้ โฟลเดอร์นี้ประกอบด้วยการแจ้งเตือนข้อมูลที่ไม่ได้ถูกประมวลผลเนื่องจากการลบข้อมูลหรือเมตาดาต้าและ JSON ที่เกี่ยวข้องอย่างใดอย่างหนึ่ง

  มีการจัดโครงสร้างโฟลเดอร์ failurelog และ forcerefreshfailurelog เป็น ปี\เดือน\วัน\ชั่วโมง เพื่อให้คุณสามารถค้นหาความล้มเหลวล่าสุดได้อย่างรวดเร็ว เรกคอร์ดความล้มเหลวทั้งหมดที่เก่ากว่า 30 วันจะถูกลบออก

  นี่คือแฟ้มบันทึกตัวอย่างที่บ่งชี้ถึงความล้มเหลวในการทำข้อมูลเรกคอร์ดเอนทิตีผู้ติดต่อให้ตรงกัน

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.  

สาเหตุทั่วไปของความล้มเหลวของการทำข้อมูลเรกคอร์ดให้ตรงกัน

ต่อไปนี้เป็นสาเหตุบางประการที่อาจทำให้เกิดความล้มเหลวของการทำข้อมูลเรกคอร์ดให้ตรงกัน

• ที่เก็บข้อมูลที่ไม่เพียงพอสำหรับฐานข้อมูลปลายทาง ก่อนที่คุณจะพยายามซิงโครไนซ์ระเบียนที่ล้มเหลว ให้เพิ่มพื้นที่จัดเก็บหรือปล่อยพื้นที่จัดเก็บของ Azure SQL Database ตามความเหมาะสม เมื่อปัญหานี้เกิดขึ้น ข้อความที่คล้ายกับข้อมูลนี้จะถูกบันทึกลงในบันทึกความล้มเหลว

  ฐานข้อมูล 'databasename' ได้ถึงโควตาของขนาดแล้ว พาร์ติชันหรือลบข้อมูล ปล่อยดัชนี หรือค้นหาข้อมูลในเอกสารประกอบเพื่อหาวิธีแก้ปัญหาที่เป็นไปได้

• การหมดเวลาของการทำข้อมูลให้ตรงกันกับฐานข้อมูล Azure SQL ซึ่งอาจเกิดขึ้นในระหว่างการทำข้อมูลให้ตรงกันเริ่มต้นของโปรไฟล์ส่งออกข้อมูลเมื่อมีการประมวลผลข้อมูลจำนวนมากในหนึ่งครั้ง เมื่อปัญหานี้เกิดขึ้น ให้ทำข้อมูลเรกคอร์ดที่ล้มเหลวให้ตรงกันอีกครั้ง การแก้ไขปัญหาการทำข้อมูลให้ตรงกัน

แนวทางปฏิบัติที่ดีที่สุดเมื่อใช้ Azure SQL Database ที่มีการส่งออกข้อมูล

• เพื่อหลีกเลี่ยงข้อผิดพลาดในการซิงโครไนซ์เนื่องจากการควบคุมทรัพยากร เราขอแนะนําให้คุณมี Azure SQL Database Premium P1 หรือแผนที่ดีกว่าเมื่อคุณใช้บริการส่งออกข้อมูล ข้อมูลเพิ่มเติม: Azure SQL Database ขีดจํากัดทรัพยากร และ SQL การกําหนดราคาฐานข้อมูล

• ตั้งค่า Azure SQL Database เพื่อใช้การแยกสแนปช็อตที่ผูกมัดแบบอ่าน (RCSI) สําหรับปริมาณงานที่เรียกใช้พร้อมกันบนฐานข้อมูลปลายทางที่ใช้คิวรีแบบอ่านที่ใช้เวลานาน เช่น งานการรายงานและ ETL ซึ่งช่วยลดการเกิดข้อผิดพลาดของการหมดเวลาที่อาจเกิดขึ้นกับบริการส่งออกข้อมูลเนื่องจากข้อขัดแย้ง read\write

• เพื่อช่วยปรับปรุงประสิทธิภาพแบบสอบถาม เราขอแนะนำองศาของความขนาน (MAXDOP) สูงสุดของฐานข้อมูลบริการส่งออกข้อมูลถูกตั้งค่าเป็น 1 ข้อมูลเพิ่มเติม: MSDN: ตัวเลือกหน่วยความจำของเซิร์ฟเวอร์

• ประเมินยอดของการกระจายตัวบ่อยๆ และเมื่อจำเป็น สร้างดัชนีอีกครั้งในฐานข้อมูลบริการส่งออกข้อมูล ข้อมูลเพิ่มเติม: จัดระเบียบใหม่และสร้างดัชนีอีกครั้ง

• ปรับปรุงสถิติฐานข้อมูลเป็นระยะๆ ในตารางและมุมมองที่ทำดัชนีในฐานข้อมูลบริการส่งออกข้อมูล ข้อมูลเพิ่มเติม: ปรับปรุงสถิติ

• ตรวจสอบการใช้งานฐานข้อมูลบริการส่งออกข้อมูล ข้อมูลเพิ่มเติม: การตรวจสอบประสิทธิภาพการทำงาน

การหน่วงเวลาในการประสานข้อมูล

บริการส่งออกข้อมูลถูกวางโครงสร้างมาเพื่อซิงโครไนส์การเปลี่ยนแปลงข้อมูลกับฐานข้อมูลปลายทาง โดยใช้กลไกผลักดันจากการฟังเพื่อเปลี่ยนแปลงในขณะที่เกิดขึ้นในแอปการมีส่วนร่วมของลูกค้า บริการมุ่งมั่นในการผลักดันข้อมูลภายในไม่กี่นาที แต่ก็มีปัจจัยจำนวนหนึ่งที่สามารถส่งผลต่อเวลาแฝงของการซิงโครไนส์แบบครบวงจร

ปัจจัยที่มีผลต่อระยะเวลาของการซิงโครไนส์ประกอบด้วยสิ่งต่อไปนี้:

• ภาระงานปัจจุบันในแอปการมีส่วนร่วมของลูกค้า
• อัตราการเปลี่ยนแปลงข้อมูลในแอปการมีส่วนร่วมของลูกค้า
• จำนวนของเอนทิตีที่เพิ่มไปยังแต่ละโพรไฟล์การส่งออกและแอตทริบิวต์
• ประสิทธิภาพ SQL Server ตัวอย่าง:
  • เวลาของการตั้งค่าการเชื่อมต่อ SQL
  • เวลาการดำเนินการของคำสั่ง SQL

ตามการตรวจสอบบริการของเรา ได้มีการตรวจสอบว่าการซิงโครไนส์เดลต้าที่กำลังเกิดขึ้นมากที่สุดเสร็จสิ้นใน 15 นาที เมื่อบริการดำเนินงานภายใต้เงื่อนไขต่อไปนี้:

• การซิงโครไนส์ที่เกิดขึ้นเป็นการซิงโครไนส์เดลต้าและไม่ใช่การซิงโครไนส์เริ่มแรก การซิงโครไนส์เดลต้าใช้สำหรับการดำเนินการเปลี่ยนแปลงข้อมูลเท่านั้น ซึ่งรวมถึงการสร้างเรกคอร์ด การปรับปรุง และการลบธุรกรรม โปรดสังเกตว่า การซิงโครไนส์เดลต้าเริ่มต้นหลังจากเสร็จสิ้นการซิงโครไนส์เริ่มแรก
• อัตราการเปลี่ยนแปลงข้อมูลสูงสุดในแอปการมีส่วนร่วมของลูกค้า สำหรับเอนทิตีทั้งหมดในโปรไฟล์การส่งออกคือ น้อยกว่า 3000 เรกคอร์ดต่อชั่วโมง การเพิ่มแบบทันทีใดๆ ในอัตราการเปลี่ยนแปลงข้อมูล เนื่องจากการเปลี่ยนแปลงของเรกคอร์ดจำนวนมากซึ่งเกินกว่าอัตราการเปลี่ยนแปลงสูงสุด จะทำให้เกิดเวลาแฝงเพิ่มเติม
• เอนทิตีแต่ละรายการที่เพิ่มลงในโปรไฟล์การส่งออกมีแอตทริบิวต์น้อยกว่า 150 รายการ
• การเชื่อมต่อฐานข้อมูลหรือการดำเนินการคำสั่ง SQL เสร็จสิ้นในเวลาน้อยกว่า 10 วินาที ถ้าเกินขีดจำกัดนี้ จะทำให้เกิดเวลาแฝงเพิ่มเติม
• ไม่มีการเชื่อมต่อฐานข้อมูลปลายทางหรือข้อผิดพลาดในการปฏิบัติการ SQL เกิดขึ้นในระหว่างการซิงโครไนส์

เมื่อเงื่อนไขข้างต้นถูกต้องตามกำหนด เวลาแฝงของการซิงโครไนซ์โดยทั่วไปคือ 15 นาที Microsoft ไม่มีข้อตกลงระดับการให้บริการ (SLA) สำหรับบริการส่งออกข้อมูลและทำให้ไม่มีการรับรองหรือข้อผูกมัดเกี่ยวกับเวลาแฝงของการซิงโครไนส์

วิธีการตั้งค่า Azure Key Vault

เรียกใช้สคริปต์ PowerShell Windows ที่อธิบายไว้ที่นี่ในฐานะผู้ดูแลระบบบัญชี Azure เพื่อให้สิทธิ์คุณลักษณะบริการส่งออกข้อมูลเพื่อให้อาจเข้าถึง Azure Key Vault ของคุณ สคริปต์นี้แสดง URL ชุดเก็บคีย์ที่จําเป็นสําหรับการสร้างโปรไฟล์การส่งออกที่ใช้ในการเข้าถึง connection string

ก่อนที่จะรันสคริปต์ แทนตัวยึดสำหรับตัวแปรต่อไปนี้

• $subscriptionId กลุ่มทรัพยากร Key Vault ที่คุณต้องการใช้ ถ้าไม่มีกลุ่มทรัพยากรอยู่แล้ว จะมีการสร้างขึ้นใหม่โดยใช้ชื่อที่คุณระบุ ในตัวอย่างนี้ ContosoResourceGroup1 ถูกนำไปใช้

• $location ระบุตำแหน่งที่ตั้งที่กลุ่มทรัพยากรตั้งอยู่ หรือน่าจะตั้งอยู่ เช่น สหรัฐอเมริกาตะวันตก

• $connectionString โครงสร้างการเชื่อมต่อไปยังฐานข้อมูล SQL ของ Azure คุณสามารถใช้ ADO.NET connection string ตามที่แสดงในแดชบอร์ด Azure ของคุณได้

• $organizationIdList = รายการที่คั่นด้วยจุลภาคขององค์กรที่อนุญาต ที่แสดงรายการตามรหัสขององค์กร (organizationId) เพื่อเปิดใช้งานสำหรับบริการส่งออกข้อมูล เมื่อต้องการค้นหารหัสขององค์กรไปที่ การตั้งค่า>การแก้ไข/ปรับปรุงตามคำสั่ง>ทรัพยากรของนักพัฒนา รหัสขององค์กรอยู่ภายใต้ ข้อมูลอ้างอิงสภาพแวดล้อม

• $tenantId ระบุรหัสผู้เช่า Azure Active Directory ที่การสมัครใช้งาน Key Vault

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

วิธีการลบตารางโปรไฟล์การส่งออกข้อมูลและ Stored Procedure ทั้งหมด

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

วิธีการลบตารางโปรไฟล์การส่งออกข้อมูลและสคริปต์ที่เก็บเพื่อใช้เฉพาะสำหรับเอนทิตีที่กำหนด

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

วิธีถอนการติดตั้งบริการส่งออกข้อมูลจาก จัดการ Power Platform

1. ไปยังการตั้งค่าขั้นสูง
2. เลือก การตั้งค่า > การแก้ไข/ปรับปรุงตามคำสั่ง แล้วเลือก โซลูชัน
3. เลือก DataExportService ที่เผยแพร่โดย Microsoft Dynamics 365 จากนั้นเลือก Delete

ค้นหารหัสผู้เช่า Microsoft Entra สําหรับผู้เช่าของคุณ

1. ลงชื่อเข้าใช้พอร์ทัล Azure
2. ภายใต้ Azure services เลือก คุณสมบัติผู้เช่า
3. เลือกค่าในฟิลด์ รหัสผู้เช่า

Azure SQL ที่อยู่ IP แบบคงที่ของฐานข้อมูลที่ใช้โดยบริการส่งออกข้อมูล

ใน Azure SQL Database ให้เลือก ตั้งค่าไฟร์วอลล์เซิร์ฟเวอร์ เปลี่ยน อนุญาตให้เข้าถึงบริการ Azure ไปยัง OFF เลือก เพิ่ม IP ไคลเอ็นต์ จากนั้นเพิ่มที่อยู่ IP ที่เหมาะสมสําหรับภูมิภาคของสภาพแวดล้อมของคุณ ข้อมูลเพิ่มเติม: Azure: กําหนดค่ากฎไฟร์วอลล์ระดับเซิร์ฟเวอร์ Azure SQL Database โดยใช้กฎ Azure Portal

ปัญหาที่ทราบ

เรกคอร์ดที่ถูกลบไปแล้วอาจถูกแทรกลงในตารางเอนทิตีอีกครั้งหลังจากความล้มเหลวของการทำข้อมูลให้ตรงกัน

เมื่อคุณกู้คืนจากความล้มเหลวของการทำข้อมูลให้ตรงกัน เรกคอร์ดที่ถูกลบก่อนหน้านี้อาจถูกแทรกกลับลงในตารางเอนทิตีต้นทาง เมื่อต้องการหลีกเลี่ยงปัญหานี้เมื่อเกิดความล้มเหลวของการทำข้อมูลให้ตรงกัน ให้ทำตามขั้นตอนเหล่านี้

1. สร้างโปรไฟล์ส่งออกที่มีการเปิดใช้งาน เขียนบันทึกการลบ สร้างโปรไฟล์ส่งออกที่มีอยู่อีกครั้งที่ไม่ได้เปิดใช้งาน เขียนบันทึกการลบ

2. สร้างและดําเนินการคิวรี SQL สําหรับฐานข้อมูลปลายทาง Azure SQL ที่ค้นหาระเบียนในตาราง DeleteLog ถ้าพบเรกคอร์ดอย่างน้อยหนึ่งรายการ เรกคอร์ดนั้นๆ จะบ่งชี้ถึงสถานะของเรกคอร์ดที่ถูกลบ

3. ถ้ามีอย่างน้อยหนึ่งเรกคอร์ดในตาราง DeleteLog สร้างและเรียกใช้แบบสอบถาม SQL ที่ตรวจพบสภาพแวดล้อมที่มีเรกคอร์ด Id สำหรับเรกคอร์ดที่พบในตาราง DeleteLog ตรงกับเรกคอร์ด Id สำหรับเรกคอร์ด ในตาราง EntityName และ versionNumber ใน deleteLog มีขนาดใหญ่กว่า versionNumber บนเรกคอร์ดในตาราง EntityName เมื่อเกิดการจับคู่รหัสเรกคอร์ด ให้ลบเรกคอร์ดออกจากตาราง EntityName ตัวอย่างเช่น ถ้ารหัสเรกคอร์ดในคอลัมน์ AccountId ของตาราง DeleteLog ตรงกับรหัสเรกคอร์ดในคอลัมน์ AccountId ของตารางเอนทิตี AccountBase และ versionNumber ใน deleteLog มีขนาดใหญ่กว่า versionNumber ในตาราง Account ให้ลบเรกคอร์ดออกจากตารางเอนทิตี AccountBase

   สําคัญ

   โดยขึ้นอยู่กับความต้องการทางธุรกิจและข้อกำหนดของคุณ เราขอแนะนำให้คุณดำเนินการแบบสอบถาม SQL สำหรับการลบเรกคอร์ดบ่อย ๆ แต่ในระหว่างชั่วโมงที่ไม่มีการปฏิบัติงาน

   ตัวอย่างการสอบถามสำหรับการลบเรกคอร์ดเอนทิตี

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)

เอนทิตีที่ไม่สนับสนุนการส่งออกข้อมูล

ถึงแม้ว่ามีการสนับสนุนการติดตามเปลี่ยนแปลง เอนทิตีที่แสดงรายการไว้ที่นี่จะไม่ได้รับการสนับสนุนสำหรับการส่งออกข้อมูลโดยใช้บริการส่งออกข้อมูล

ไม่สามารถสร้างแถวมากกว่าขนาดของแถวสูงสุดที่อนุญาต (8K)

ถ้าบันทึกข้อผิดพลาดแสดง "ไม่สามารถสร้างแถวขนาด (ขนาด) ซึ่งมีค่ามากกว่าจำนวนแถวสูงสุดที่อนุญาตที่ 8060" แสดงว่าคุณกำลังพบปัญหาการเกินขีดจำกัดขนาดของแถวที่ได้รับอนุญาตสูงสุด บริการส่งออกข้อมูลไม่สนับสนุนขนาดแถวที่มากกว่า 8k ซึ่งเป็นจำนวนแถวสูงสุดที่อนุญาต เพื่อบรรเทาปัญหานี้ คุณจำเป็นต้องตรวจสอบให้แน่ใจว่าการใช้แถวของคุณสอดคล้องตามขนาดแถวที่กำหนดไว้อย่างเคร่งครัด

ความยาวของสตริงในแหล่งมีความยาวมากกว่าเค้าร่างปลายทางสำหรับ ColumnName

ถ้าล็อกข้อผิดพลาดแสดง "ความยาวของสตริงในแหล่งที่มายาวกว่าเค้าร่างปลายทางเป็น [ColumnName, MaxDataLength]" แสดงว่าคุณกำลังพบปัญหาของความยาวของสตริงของข้อมูลของแหล่งที่มายาวกว่าของปลายทาง ถ้าความยาวของสตริงของข้อมูลของแหล่งที่มายาวกว่าของปลายทาง การเขียนไปยังปลายทางจะล้มเหลง เพื่อแก้ปัญหานี้ คุณจำเป็นต้องลดขนาดของข้อมูลหรือเพิ่มความยาวของคอลัมน์ให้มากกว่าความยาวสูงสุดด้วยตนเองในฐานข้อมูลอย่างใดอย่างหนึ่ง

ไม่มีการรองรับสิ่งที่แนบ

ไม่รองรับการส่งออกสิ่งที่แนบ เช่น documentbody ในตาราง คำอธิบายประกอบ

ประกาศความเป็นส่วนตัว

โดยใช้การบริการส่งออกข้อมูล เมื่อคุณเปิดใช้งานโปรไฟล์การส่งออกข้อมูลจากภายใน Dynamics 365 ข้อมูลของเอนทิตีที่เพิ่มลงในโปรไฟล์จะถูกส่งไปยัง Azure การทำข้อมูลให้ตรงกันครั้งแรกมีข้อมูลทั้งหมดที่เชื่อมโยงกับเอนทิตีที่เพิ่มลงในโปรไฟล์การส่งออก การทำข้อมูลให้ตรงกันหลังจากนั้นมีเฉพาะสิ่งที่มีการเปลี่ยนแปลงใหม่ ซึ่งจะมีการส่งไปยังบริการส่งออกข้อมูลอย่างต่อเนื่อง ข้อมูลที่ส่งไปยังบริการส่งออกข้อมูลจะถูกเก็บไว้ชั่วคราวใน Azure Service Bus และ Azure Storage ประมวลผลใน Azure Service Fabric และซิงโครไนซ์ (แทรกอัปเดตหรือลบ) ไปยังฐานข้อมูลปลายทางที่ระบุไว้ในการสมัครใช้งาน Azure ของคุณ หลังจากที่มีการซิงโครไนซ์ข้อมูล ข้อมูลจะถูกลบออกจาก Azure Service Bus และ Azure Storage ถ้ามีความล้มเหลวในระหว่างการซิงโครไนซ์ข้อมูล ข้อมูลที่น้อยที่สุดที่สอดคล้องกับประเภทเอนทิตี รหัสการบันทึก และประทับเวลาการซิงค์จะถูกจัดเก็บไว้ใน Azure Storage เพื่ออนุญาตให้ดาวน์โหลดรายการของบันทึกที่ไม่ได้อัปเดต

ผู้ดูแลระบบสามารถปิดการใช้งานโปรไฟล์การส่งออกข้อมูลเพื่อหยุดการทำข้อมูลให้ตรงกันได้ตลอดเวลา นอกจากนี้ ผู้ดูแลระบบยังสามารถลบโปรไฟล์การส่งออกเพื่อเอาบันทึกของเรกคอร์ดที่ล้มเหลวออกและสามารถถอนการติดตั้งโซลูชันบริการส่งออกข้อมูลเพื่อหยุดการใช้บริการส่งออกข้อมูลได้ด้วย

การซิงโครไนซ์ข้อมูลเกิดขึ้นอย่างต่อเนื่องระหว่าง Dynamics 365 และบริการส่งออกข้อมูลในลักษณะที่ปลอดภัย ข้อมูลถูกเข้ารหัสเนื่องจากมีการแลกเปลี่ยนอย่างต่อเนื่องระหว่าง Dynamics 365 และบริการส่งออกข้อมูล

Azure คอมโพเนนต์และบริการที่เกี่ยวข้องกับบริการส่งออกข้อมูลมีรายละเอียดในส่วนต่อไปนี้

Microsoft Azure ศูนย์ความเชื่อถือ

Azure Service Fabric

ซึ่งให้ API และคํานวณ Azure VMs เพื่อประมวลผลการซิงโครไนซ์การแจ้งเตือนที่ได้รับจาก Dynamics 365 แล้วประมวลผลเพื่อแทรก อัปเดต หรือลบข้อมูลระเบียนในฐานข้อมูลปลายทาง ไมโครบริการที่ติดตั้งบนเครื่องเสมือนที่มีการจัดการโดยรันไทม์ Azure Service Fabric จะจัดการกับบริการคํานวณทั้งหมดที่เกี่ยวข้องกับการซิงโครไนซ์ข้อมูล

Azure Service Bus

ให้บริการบัสข้อความที่ Dynamics 365 ใช้ในการแทรกข้อความการแจ้งเตือนการซิงโครไนซ์ ซึ่งจะถูกประมวลผลโดยโหนดใน Azure Service Fabric แต่ละข้อความจะจัดเก็บข้อมูล เช่น รหัสองค์กรและเรกคอร์ดที่จะทำข้อมูลให้ตรงกัน ข้อมูลใน Azure Service Bus ถูกเข้ารหัสลับที่เหลือ และสามารถเข้าถึงได้โดยบริการส่งออกข้อมูลเท่านั้น

ที่เก็บข้อมูล Azure Blob

ข้อมูลถูกเก็บไว้ชั่วคราวใน Azure Blob Storage ในกรณีที่ข้อมูลการแจ้งเตือนการซิงค์บันทึกมีขนาดใหญ่เกินกว่าที่จะจัดเก็บในข้อความหรือเกิดความล้มเหลวชั่วคราวในการประมวลผลการแจ้งเตือนการซิงโครไนซ์ blobs เหล่านี้ได้รับการเข้ารหัสโดยใช้ประโยชน์จากคุณลักษณะล่าสุดใน Azure Storage SDK ซึ่งให้การสนับสนุนการเข้ารหัสแบบสมมาตรและไม่สมมาตรและการรวมเข้ากับ Azure Key Vault

Azure SQL

Azure SQL Database จัดเก็บการกําหนดค่าโปรไฟล์การส่งออกข้อมูลและเมตริกการซิงโครไนซ์ข้อมูล

ดูเพิ่มเติมที่

ภาพรวมความสัมพันธ์ของเอนทิตี
บริการส่งออกข้อมูล
บล็อกทีม: รู้จักกับ Data Export Service