หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
บทความนี้ครอบคลุมขั้นตอนการแก้ไขปัญหาการแก้ไขปัญหาสําหรับการสะท้อน Azure SQL Managed Instance
การเปลี่ยนแปลงความจุ Fabric หรือพื้นที่ทํางาน
การเปลี่ยนแปลงความจุของ Fabric หรือพื้นที่ทํางานอาจส่งผลต่อการสะท้อนภาพ สําหรับข้อมูลเพิ่มเติม ให้ตรวจสอบผลกระทบต่อการสะท้อนจากการเปลี่ยนแปลงความจุของแฟบริค
การแก้ไขปัญหาอินสแตนซ์ที่มีการจัดการของ Azure SQL
| สาเหตุ | ผลลัพธ์ | ความละเอียดที่แนะนํา |
|---|---|---|
| พื้นที่ทํางานถูกลบ | การมิเรอร์จะหยุดโดยอัตโนมัติและปิดใช้งานตัวดึงข้อมูลการเปลี่ยนแปลงใน Azure SQL Managed Instance | ในกรณีที่การมิเรอร์ยังคงทํางานอยู่บนอินสแตนซ์ที่มีการจัดการของ Azure SQL ให้ดําเนินการกระบวนงานที่เก็บไว้ต่อไปนี้สําหรับแต่ละฐานข้อมูลที่ได้รับผลกระทบบนอินสแตนซ์ที่มีการจัดการ Azure SQL ของคุณ: exec sp_change_feed_disable_db; |
| ข้อผิดพลาดต่อเนื่อง | การมิเรอร์ถูกปิดใช้งานสําหรับฐานข้อมูลที่ได้รับผลกระทบ | เพื่อให้แน่ใจว่าทรัพยากรการประมวลผลของคุณจะไม่ได้รับผลกระทบ และเพื่อปกป้องฐานข้อมูลต้นทางของคุณในอินสแตนซ์ที่มีการจัดการของ Azure SQL การมิเรอร์จะถูกปิดใช้งานเมื่อมีข้อผิดพลาดถาวร ตรวจทาน sys.dm_change_feed_errors และแก้ไขข้อผิดพลาดพื้นฐานก่อนที่จะเปิดใช้งานฐานข้อมูลสําหรับการมิเรอร์อีกครั้ง |
| การตั้งค่า "ผู้ใช้สามารถเข้าถึงข้อมูลที่จัดเก็บไว้ใน OneLake ด้วยแอปภายนอกไปยัง Fabric" ถูกปิดใช้งาน | "Replicator - ตารางไม่สามารถเข้าถึงสถานะการจําลองแบบได้" | เปิดใช้งานการตั้งค่าผู้เช่า ผู้ใช้สามารถเข้าถึงข้อมูลที่จัดเก็บไว้ใน OneLake ด้วยแอปภายนอกไปยัง Fabric |
แบบสอบถาม T-SQL สําหรับการแก้ไขปัญหา
ถ้าคุณกําลังประสบปัญหาการสะท้อน ให้ดําเนินการตรวจสอบระดับฐานข้อมูลต่อไปนี้โดยใช้มุมมองการจัดการแบบไดนามิก (DMV) และกระบวนงานที่เก็บไว้เพื่อตรวจสอบความถูกต้องของการกําหนดค่า
ดําเนินการคิวรีต่อไปนี้เพื่อตรวจสอบว่าการเปลี่ยนแปลงนั้นโฟลว์อย่างถูกต้องหรือไม่:
SELECT * FROM sys.dm_change_feed_log_scan_sessions;sys.dm_change_feed_log_scan_sessionsถ้า DMV ไม่แสดงความคืบหน้าใด ๆ ในการประมวลผลการเปลี่ยนแปลงแบบเพิ่มหน่วย ดําเนินการคิวรี T-SQL ต่อไปนี้เพื่อตรวจสอบว่ามีปัญหาใด ๆ ที่ถูกรายงานหรือไม่:SELECT * FROM sys.dm_change_feed_errors;หากไม่มีรายงานปัญหาใดๆ ให้ดําเนินการตามกระบวนงานที่เก็บไว้ต่อไปนี้เพื่อตรวจสอบการกําหนดค่าปัจจุบันของ Azure SQL Managed Instance ที่มิเรอร์ ยืนยันว่าเปิดใช้งานอย่างถูกต้อง
EXEC sp_help_change_feed;คอลัมน์หลักที่จะค้นหาที่นี่คือ
table_nameและstateค่าใด ๆ ที่อยู่ข้างๆ4ระบุถึงปัญหาที่อาจเกิดขึ้น (ตารางไม่ควรนั่งนานเกินไปในสถานะอื่นนอกเหนือจาก4)หากการจําลองแบบยังคงไม่ทํางาน ให้ตรวจสอบว่าออบเจ็กต์ SAMI ที่ถูกต้องมีสิทธิ์ (ดู สิทธิ์ SAMI)
- ในพอร์ทัล Fabric ให้เลือก "..." ตัวเลือกจุดไข่ปลาบนรายการฐานข้อมูลที่มิเรอร์
- เลือกตัวเลือก จัดการสิทธิ์
- ยืนยันว่าชื่อ Azure SQL Managed Instance แสดงด้วยสิทธิ์การอ่าน เขียน
- ตรวจสอบให้แน่ใจว่า AppId ที่แสดงตรงกับรหัสของ SAMI ของ Azure SQL Managed Instance ของคุณ
ติดต่อฝ่ายสนับสนุน หากจําเป็นต้องแก้ไขปัญหา
ข้อมูลประจําตัวที่มีการจัดการ
จําเป็นต้องเปิดใช้งาน System Assigned Managed Identity (SAMI) ของ Azure SQL Managed Instance และต้องเป็นข้อมูลประจําตัวหลัก
หลังจากเปิดใช้งาน หากสถานะการตั้งค่า SAMI ถูกปิดหรือเปิดใช้งานในตอนแรก จากนั้นปิดใช้งาน แล้วเปิดใช้งานอีกครั้ง การมิเรอร์ของ Azure SQL Managed Instance ไปยัง Fabric OneLake จะล้มเหลว SAMI หลังจากเปิดใช้งานอีกครั้งไม่ใช่ข้อมูลประจําตัวเดียวกับก่อนปิดใช้งาน ดังนั้น คุณจําเป็นต้องให้สิทธิ์ SAMI ใหม่เพื่อเข้าถึงพื้นที่ทํางาน Fabric
SAMI ต้องเป็นข้อมูลประจําตัวหลัก ตรวจสอบว่า SAMI เป็นข้อมูลประจําตัวหลักด้วย SQL ต่อไปนี้: SELECT * FROM sys.dm_server_managed_identities;
ไม่รองรับข้อมูลประจําตัวที่มีการจัดการที่ผู้ใช้กําหนด (UAMI) หากคุณเพิ่ม UAMI จะกลายเป็นข้อมูลประจําตัวหลัก โดยแทนที่ SAMI เป็นข้อมูลประจําตัวหลัก ซึ่งทําให้การจําลองแบบล้มเหลว วิธีแก้ไข:
- ลบ UAMI ทั้งหมด ตรวจสอบว่าเปิดใช้งาน SAMI แล้ว
สิทธิ์ SAMI
ข้อมูลประจําตัวที่มีการจัดการที่กําหนดโดยระบบ (SAMI) ของอินสแตนซ์ที่มีการจัดการ Azure SQL จําเป็นต้องมีสิทธิ์อ่านและเขียนในรายการฐานข้อมูลที่มิเรอร์ใน Microsoft Fabric เมื่อคุณสร้างฐานข้อมูลมิเรอร์จากพอร์ทัล Fabric สิทธิ์จะได้รับโดยอัตโนมัติ หากคุณพบข้อผิดพลาด Unable to grant required permission to the source server. User does not have permission to reshare ระหว่างการตั้งค่า ตรวจสอบให้แน่ใจว่าคุณมีบทบาทสมาชิกหรือผู้ดูแลระบบในพื้นที่ทํางานที่มีสิทธิ์การใช้งานเพียงพอ เมื่อคุณ ใช้ API เพื่อสร้างฐานข้อมูลมิเรอร์ ตรวจสอบให้แน่ใจว่าคุณให้สิทธิ์อย่างชัดเจน
อย่าเอาสิทธิ์การอ่านและเขียน SAMI บนรายการฐานข้อมูลมิเรอร์ Fabric หากคุณลบสิทธิ์ออกโดยไม่ได้ตั้งใจ การสะท้อน Azure SQL Managed Instance จะไม่ทํางานตามที่คาดไว้ ไม่สามารถมิเรอร์ข้อมูลใหม่จากฐานข้อมูลต้นทางได้
หากคุณลบสิทธิ์ SAMI ของ Azure SQL Managed Instance หรือสิทธิ์ไม่ได้ตั้งค่าอย่างถูกต้อง ให้ใช้ขั้นตอนต่อไปนี้
- เพิ่ม SAMI เป็นผู้ใช้โดยเลือกตัวเลือกจุด
...ไข่ปลาในรายการอินสแตนซ์ที่มีการจัดการที่มิเรอร์ - เลือกตัวเลือก จัดการสิทธิ์
- ป้อนจุดสิ้นสุดสาธารณะของ Azure SQL Managed Instance ให้สิทธิ์การอ่านและเขียน
บันทึกการใช้งาน
การใช้บันทึกธุรกรรมสําหรับฐานข้อมูลที่เปิดใช้งานสําหรับการมิเรอร์สามารถเติบโตต่อไปและระงับการตัดทอนบันทึก เมื่อขนาดบันทึกธุรกรรมถึงขีดจํากัดสูงสุดที่กําหนดไว้ การเขียนไปยังฐานข้อมูลจะล้มเหลว เพื่อป้องกันสิ่งนี้ การมิเรอร์จะทริกเกอร์การเพาะเมล็ดใหม่โดยอัตโนมัติของฐานข้อมูลทั้งหมดเมื่อพื้นที่บันทึกที่ใช้เกินเกณฑ์ของพื้นที่บันทึกที่กําหนดค่าไว้ทั้งหมด เมื่อต้องการวินิจฉัยสิ่งนี้และเรียนรู้เกี่ยวกับการรีซีดอัตโนมัติ โปรดดู การรีซีดอัตโนมัติสําหรับฐานข้อมูลมิเรอร์ Fabric จาก Azure SQL Managed Instance
การเพาะเมล็ดใหม่ได้เริ่มขึ้นโดยอัตโนมัติ
การมิเรอร์แฟบริคจากอินสแตนซ์ที่มีการจัดการของ Azure SQL สามารถ reseed ได้โดยอัตโนมัติภายใต้เงื่อนไขบางประการ ที่ระดับตารางแต่ละรายการ หรือสําหรับฐานข้อมูลทั้งหมด หากต้องการเรียนรู้เพิ่มเติม การ reseed อัตโนมัติสําหรับฐานข้อมูลที่มิเรอร์ Fabric จาก Azure SQL Managed Instance