แก้ไขปัญหาฐานข้อมูลที่มิเรอร์ Fabric จากฐานข้อมูล Azure SQL
บทความนี้ครอบคลุมการแก้ไขปัญหาขั้นตอนการแก้ไขปัญหาสําหรับการทํามิเรอร์ฐานข้อมูล Azure SQL
สําหรับการแก้ไขปัญหาการมิเรอร์ที่กําหนดค่าโดยอัตโนมัติสําหรับฐานข้อมูล Fabric SQL ให้ดู แก้ไขปัญหาการมิเรอร์จากฐานข้อมูล Fabric SQL (ตัวอย่าง)
การเปลี่ยนแปลงความจุ Fabric หรือพื้นที่ทํางาน
สาเหตุ | ผลลัพธ์ | ความละเอียดที่แนะนํา |
---|---|---|
หยุด/ลบความจุของผ้าชั่วคราว | มิลเลอร์จะหยุด | 1. ดําเนินการต่อหรือกําหนดความจุจากพอร์ทัล Azure 2.ไปยังผ้ากระจกเงารายการฐานข้อมูลของ จากแถบเครื่องมือ ให้เลือก หยุดการจําลองแบบ 3. เริ่มการจําลองแบบโดยการเลือก ฐานข้อมูล มิเรอร์สําหรับรายการมิเรอร์ในพอร์ทัล Fabric |
ความจุของเนื้อผ้ากลับมาใช้งานต่อ | มิลเลอร์จะไม่ดําเนินการต่อ | 1.ไปยังผ้ากระจกเงารายการฐานข้อมูลของ จากแถบเครื่องมือ ให้เลือก หยุดการจําลองแบบ 2. เริ่มการจําลองแบบโดยการเลือก ฐานข้อมูล มิเรอร์สําหรับรายการมิเรอร์ในพอร์ทัล Fabric |
พื้นที่ทํางานถูกลบ | มิลเลอร์หยุดโดยอัตโนมัติ | ถ้าการมิเรอร์ยังคงใช้งานอยู่บนฐานข้อมูล AZURE SQL ให้ดําเนินการกระบวนงานที่เก็บไว้ต่อไปนี้บนฐานข้อมูล Azure SQL ของคุณ: exec sp_change_feed_disable_db; |
ความจุทดลองเนื้อผ้าหมดอายุแล้ว | มิลเลอร์หยุดโดยอัตโนมัติ | ดูความจุรุ่นทดลองใช้ Fabric หมดอายุ |
เกินความจุผ้า | มิลเลอร์จะหยุดชั่วคราว | รอจนกว่าสถานะโอเวอร์โหลดจะเกินหรืออัปเดตความจุของคุณ เรียนรู้เพิ่มเติมจาก การดําเนินการที่คุณสามารถทําได้เพื่อกู้คืนจากสถานการณ์การโอเวอร์โหลด การเลียนแบบจะดําเนินการต่อเมื่อมีการกู้คืนความจุ |
ข้อผิดพลาดอื่น ๆ ของทรัพยากร | มิลเลอร์จะถูกปิดใช้งาน | เพื่อให้แน่ใจว่าทรัพยากรการคํานวณของคุณจะไม่ได้รับผลกระทบและเพื่อลดผลกระทบต่อฐานข้อมูล Azure SQL การทํามิเรอร์จะถูกปิดใช้งานในข้อผิดพลาดของทรัพยากรแบบถาวร |
คิวรี 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 แบบมิเรอร์ ยืนยันว่าเปิดใช้งานอย่างถูกต้อง
EXEC sp_help_change_feed;
คอลัมน์หลักที่จะค้นหาที่นี่คือ
table_name
และstate
ค่าใด ๆ ที่อยู่ข้างๆ4
ระบุถึงปัญหาที่อาจเกิดขึ้นถ้าการจําลองแบบยังคงไม่ทํางาน ตรวจสอบว่าวัตถุ SAMI ถูกต้องมีสิทธิ์
- ในพอร์ทัล Fabric เลือก "..." ตัวเลือกจุดไข่ปลาในรายการฐานข้อมูลที่มิเรอร์
- เลือกตัวเลือก จัดการสิทธิ์
- ยืนยันว่าชื่อเซิร์ฟเวอร์ตรรกะ Azure SQL แสดงสิทธิ์การอ่าน, เขียน
- ตรวจสอบให้แน่ใจว่า AppId ที่แสดงตรงกับ ID ของ SAMI ของเซิร์ฟเวอร์แบบลอจิคัลฐานข้อมูล Azure SQL ของคุณ
ติดต่อฝ่ายสนับสนุน หากจําเป็นต้องแก้ไขปัญหา
ข้อมูลประจําตัวที่มีการจัดการ
จําเป็นต้องเปิดใช้งานข้อมูลประจําตัวที่จัดการแล้ว (SAMI) ของระบบเซิร์ฟเวอร์เชิงตรรกะ Azure SQL และต้องเป็นข้อมูลประจําตัวหลัก สําหรับข้อมูลเพิ่มเติม ดู สร้างเซิร์ฟเวอร์ฐานข้อมูล Azure SQL ด้วยข้อมูลประจําตัวที่ผู้ใช้กําหนดเอง
หลังจากเปิดใช้งาน ถ้าสถานะการตั้งค่า SAMI ถูกปิดหรือเปิดใช้งานเริ่มต้น แล้วปิดใช้งาน และจากนั้นเปิดใช้งานอีกครั้ง การมิเรอร์ของฐานข้อมูล SQL Azure ไปยัง Fabric OneLake จะล้มเหลว
SAMI ต้องเป็นข้อมูลประจําตัวหลัก ตรวจสอบ SAMI เป็นข้อมูลประจําตัวหลักด้วยข้อมูลต่อไปนี้: SELECT * FROM sys.dm_server_managed_identities;
ไม่สนับสนุนข้อมูลประจําตัวที่จัดการโดยผู้ใช้ (UAMI) ถ้าคุณเพิ่ม UAMI แล้ว UAMI จะกลายเป็นข้อมูลประจําตัวหลัก ให้แทนที่ SAMI เป็นรายการหลัก ซึ่งทําให้การจําลองแบบล้มเหลว วิธีแก้ไข:
- ลบ UAMIs ทั้งหมด ตรวจสอบว่ามีการเปิดใช้งาน SAMI
สิทธิ์ SPN
อย่าลบชื่อหลักของบริการฐานข้อมูล Sql Azure (SPN) สิทธิ์ผู้สนับสนุนบน Fabric mirrored database
ถ้าคุณลบสิทธิ์ SPN ออกโดยไม่ได้ตั้งใจ Mirroring Azure SQL Database จะไม่ทํางานตามที่คาดไว้ ไม่มีข้อมูลใหม่ที่สามารถทํามิเรอร์จากฐานข้อมูลต้นทางได้
ถ้าคุณลบสิทธิ์ SPN ของฐานข้อมูล AZURE SQL หรือไม่ได้ตั้งค่าอย่างถูกต้อง ให้ทําตามขั้นตอนต่อไปนี้
- เพิ่ม SPN เป็นผู้ใช้โดยการเลือกตัวเลือก
...
จุดไข่ปลาในรายการฐานข้อมูลที่มิเรอร์ - เลือกตัวเลือก จัดการสิทธิ์
- ป้อนชื่อของชื่อเซิร์ฟเวอร์ตรรกะ Azure SQL Database ให้สิทธิ์ในการอ่านและเขียน