แชร์ผ่าน

แก้ไขปัญหาฐานข้อมูลที่มิเรอร์ Fabric จากอินสแตนซ์ที่จัดการแล้วของ Azure SQL (ตัวอย่าง)

  • บทความ

บทความนี้ครอบคลุมการแก้ไขปัญหาขั้นตอนการแก้ไขปัญหาสําหรับการทํามิเรอร์อินสแตนซ์ที่จัดการแล้วของ Azure SQL

การเปลี่ยนแปลงความจุ Fabric หรือพื้นที่ทํางาน

สาเหตุ ผลลัพธ์ ความละเอียดที่แนะนํา
หยุด/ลบความจุของผ้าชั่วคราว มิลเลอร์หยุด 1. ดําเนินการต่อหรือกําหนดความจุจากพอร์ทัล Azure
2.ไปยังผ้ากระจกเงารายการฐานข้อมูลของ จากแถบเครื่องมือ ให้เลือก หยุดการจําลองแบบ
3. เริ่มการจําลองแบบโดยการเลือก ฐานข้อมูล มิเรอร์สําหรับรายการมิเรอร์ในพอร์ทัล Fabric
ความจุของเนื้อผ้ากลับมาใช้งานต่อ มิเรอร์ไม่ดําเนินการต่อ 1.ไปยังผ้ากระจกเงารายการฐานข้อมูลของ จากแถบเครื่องมือ ให้เลือก หยุดการจําลองแบบ
2. เริ่มการจําลองแบบโดยการเลือก ฐานข้อมูล มิเรอร์สําหรับรายการมิเรอร์ในพอร์ทัล Fabric
พื้นที่ทํางานถูกลบ มิลเลอร์หยุดโดยอัตโนมัติ 1. ถ้าการมิเรอร์ยังคงใช้งานได้บนอินสแตนซ์ที่จัดการแล้วของ Azure SQL ให้ดําเนินการกระบวนงานที่เก็บไว้ต่อไปนี้บนอินสแตนซ์ที่จัดการแล้วของ Azure SQL ของคุณ: exec sp_change_feed_disable_db;
ความจุทดลองเนื้อผ้าหมดอายุแล้ว มิลเลอร์หยุดโดยอัตโนมัติ ดูความจุรุ่นทดลองใช้ Fabric หมดอายุ

คิวรี T-SQL สําหรับการแก้ไขปัญหา

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

  1. ดําเนินการคิวรีต่อไปนี้เพื่อตรวจสอบว่าการเปลี่ยนแปลงนั้นโฟลว์อย่างถูกต้องหรือไม่:

    SELECT * FROM sys.dm_change_feed_log_scan_sessions;

  2. sys.dm_change_feed_log_scan_sessionsถ้า DMV ไม่แสดงความคืบหน้าใด ๆ ในการประมวลผลการเปลี่ยนแปลงแบบเพิ่มหน่วย ดําเนินการคิวรี T-SQL ต่อไปนี้เพื่อตรวจสอบว่ามีปัญหาใด ๆ ที่ถูกรายงานหรือไม่:

    SELECT * FROM sys.dm_change_feed_errors;

  3. ถ้าไม่มีปัญหาใด ๆ ที่รายงาน ให้ดําเนินการขั้นตอนการจัดเก็บต่อไปนี้เพื่อตรวจสอบการกําหนดค่าปัจจุบันของอินสแตนซ์ที่จัดการแล้วของ Azure SQL แบบมิเรอร์ ยืนยันว่าเปิดใช้งานอย่างถูกต้อง

    EXEC sp_help_change_feed;

    คอลัมน์หลักที่จะค้นหาที่นี่คือ table_name และstate ค่าใด ๆ ที่อยู่ข้างๆ 4 ระบุถึงปัญหาที่อาจเกิดขึ้น (ตารางไม่ควรนั่งนานเกินไปในสถานะอื่นนอกเหนือจาก 4)

  4. ถ้าการจําลองแบบยังคงไม่ทํางาน ตรวจสอบว่า วัตถุ SAMI ถูกต้องมีสิทธิ์ (ดู สิทธิ์ SPN)

    1. ในพอร์ทัล Fabric เลือก "..." ตัวเลือกจุดไข่ปลาในรายการฐานข้อมูลที่มิเรอร์
    2. เลือกตัวเลือก จัดการสิทธิ์
    3. ยืนยันว่าชื่ออินสแตนซ์ที่จัดการแล้วของ Azure SQL แสดงสิทธิ์การอ่าน, เขียน
    4. ตรวจสอบให้แน่ใจว่า AppId ที่แสดงขึ้นตรงกับ ID ของ SAMI ของอินสแตนซ์ที่จัดการแล้วของ Azure SQL ของคุณ

  5. ติดต่อฝ่ายสนับสนุน หากจําเป็นต้องแก้ไขปัญหา

ข้อมูลประจําตัวที่มีการจัดการ

จําเป็นต้องเปิดใช้งานข้อมูลประจําตัวที่จัดการแล้ว (SAMI) ที่จัดการโดยระบบของ Azure SQL และต้องเป็นข้อมูลประจําตัวหลัก

หลังจากเปิดใช้งาน ถ้าสถานะการตั้งค่า SAMI ถูกปิดหรือเปิดใช้งานเบื้องต้น ปิดใช้งาน แล้วเปิดใช้งานอีกครั้ง การมิเรอร์ของอินสแตนซ์ที่จัดการแล้วของ Azure SQL เป็น Fabric OneLake จะล้มเหลว SAMI หลังจากเปิดใช้งานอีกครั้งไม่ใช่ข้อมูลประจําตัวเดียวกันกับก่อนปิดใช้งาน ดังนั้น คุณจําเป็นต้องให้สิทธิ์ SAMI ใหม่เพื่อเข้าถึงพื้นที่ทํางานของ Fabric

SAMI ต้องเป็นข้อมูลประจําตัวหลัก ตรวจสอบ SAMI เป็นข้อมูลประจําตัวหลักด้วย SQL ต่อไปนี้: SELECT * FROM sys.dm_server_managed_identities;

ไม่สนับสนุนข้อมูลประจําตัวที่จัดการโดยผู้ใช้ (UAMI) ถ้าคุณเพิ่ม UAMI แล้ว UAMI จะกลายเป็นข้อมูลประจําตัวหลัก ให้แทนที่ SAMI เป็นรายการหลัก ซึ่งทําให้การจําลองแบบล้มเหลว วิธีแก้ไข:

  • ลบ UAMIs ทั้งหมด ตรวจสอบว่ามีการเปิดใช้งาน SAMI

สิทธิ์ SPN

อย่าลบสิทธิ์ผู้สนับสนุนของบริการอินสแตนซ์ที่จัดการแล้วของ Azure SQL (SPN) บนรายการฐานข้อมูลที่มิเรอร์เรอร์ Fabric

ถ้าคุณลบสิทธิ์ SPN ออกโดยไม่ได้ตั้งใจ Azure SQL Managed Instance จะไม่ทํางานอย่างที่คาดไว้ ไม่มีข้อมูลใหม่ที่สามารถทํามิเรอร์จากฐานข้อมูลต้นทางได้

ถ้าคุณลบสิทธิ์ SPN ของอินสแตนซ์ที่จัดการแล้วของ Azure SQL หรือไม่ได้ตั้งค่าสิทธิ์อย่างถูกต้อง ให้ทําตามขั้นตอนต่อไปนี้

  1. เพิ่ม SPN เป็นผู้ใช้ โดยการเลือกตัวเลือก ... จุดไข่ปลาบนรายการอินสแตนซ์ที่มีการจัดการแบบมิเรอร์
  2. เลือกตัวเลือก จัดการสิทธิ์
  3. ป้อนจุดสิ้นสุดสาธารณะของอินสแตนซ์ที่จัดการแล้วของ Azure SQL ให้สิทธิ์ในการอ่านและเขียน

เนื้อหาที่เกี่ยวข้อง