การแก้ไขปัญหาฐานข้อมูลมิเรอร์ Fabric

บทความนี้อธิบายสถานการณ์ทั่วไป การแก้ปัญหา และวิธีแก้ปัญหาสําหรับฐานข้อมูลมิเรอร์ Microsoft Fabric สําหรับแต่ละแหล่งข้อมูล ให้ตรวจสอบการแก้ไขปัญหา คําถามที่พบบ่อย (FAQ) และข้อจํากัดที่เฉพาะเจาะจงด้วย

แหล่งที่มา	Limitations	การแก้ไขปัญหา	คำถามที่ถามบ่อย
Azure Cosmos DB	ขีด จำกัด	แก้ไขปัญหา	คำถามที่ถามบ่อย
ฐานข้อมูล Azure สำหรับ MySQL	ขีด จำกัด	แก้ไขปัญหา	คำถามที่ถามบ่อย
ฐานข้อมูล Azure สำหรับ PostgreSQL	ขีด จำกัด	แก้ไขปัญหา	คำถามที่ถามบ่อย
Azure Databricks	ขีด จำกัด		คำถามที่ถามบ่อย
ฐานข้อมูล Azure SQL	ขีด จำกัด	แก้ไขปัญหา	คำถามที่ถามบ่อย
อินสแตนซ์ที่มีการจัดการของ Azure SQL	ขีด จำกัด	แก้ไขปัญหา	คำถามที่ถามบ่อย
ฐานข้อมูล Fabric SQL	ขีด จำกัด	แก้ไขปัญหา	คำถามที่ถามบ่อย
Google บิ๊กคิวรี	ขีด จำกัด		คำถามที่ถามบ่อย
Oracle	ขีด จำกัด
เอสเอพี	ขีด จำกัด
Snowflake	ขีด จำกัด	แก้ไขปัญหา
SQL Server	ขีด จำกัด	แก้ไขปัญหา	คำถามที่ถามบ่อย

การเปลี่ยนแปลงความจุของผ้า

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

ข้อมูลดูเหมือนจะไม่จําลองแบบ

หากคุณสังเกตเห็นความล่าช้าในการปรากฏตัวของข้อมูลที่มิเรอร์ ให้ตรวจสอบรายการต่อไปนี้:

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

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

สําหรับชนิดแหล่งข้อมูล เช่น Azure SQL Database, Azure SQL Managed Instance, Azure Database for MySQL และ Azure Database for PostgreSQL ให้ทําตามคําแนะนําเฉพาะเพื่อตรวจสอบการกําหนดค่าและสถานะฐานข้อมูลต้นทางด้วย
ข้อมูลใน OneLake: การมิเรอร์จะจําลองข้อมูลของคุณอย่างต่อเนื่องไปยัง OneLake ในรูปแบบตาราง Delta Lake หากต้องการตรวจสอบว่าข้อมูลอยู่ใน OneLake อย่างถูกต้องหรือไม่ คุณสามารถสร้างทางลัดจากตารางที่มิเรอร์ไปยัง Lakehouse จากนั้นสร้างสมุดบันทึกด้วยคิวรี Spark เพื่อสืบค้นข้อมูล เรียนรู้เพิ่มเติมเกี่ยวกับ สํารวจด้วยสมุดบันทึก
ข้อมูลในจุดสิ้นสุดการวิเคราะห์ SQL: คุณสามารถคิวรีข้อมูลที่มิเรอร์ผ่านจุดสิ้นสุดการวิเคราะห์ SQL ของฐานข้อมูลที่มิเรอร์หรือเลคเฮาส์ที่มีทางลัดไปยังข้อมูลที่มิเรอร์ เมื่อคุณเห็นความล่าช้า ให้ตรวจสอบสถานะการมิเรอร์และข้อมูลใน OneLake ตามที่กล่าวไว้ก่อนหน้านี้ ถ้าข้อมูลแสดงใน OneLake แต่ไม่ปรากฏในตําแหน่งข้อมูลการวิเคราะห์ SQL อาจเกิดจากความล่าช้าในการ ซิงค์ข้อมูลเมตา ในตําแหน่งข้อมูลการวิเคราะห์ SQL

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

หยุดการจําลองแบบ

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

จําลองลําดับชั้น Schema ต้นทาง

เมื่อคุณมิเรอร์ข้อมูลจากฐานข้อมูลต้นทางชนิดต่างๆ ลําดับชั้น Schema ต้นทางของคุณจะถูกเก็บรักษาไว้ในฐานข้อมูลมิเรอร์ ช่วยให้มั่นใจได้ว่าข้อมูลของคุณยังคงจัดระเบียบอย่างสม่ําเสมอในบริการต่างๆ ทําให้คุณสามารถใช้ข้อมูลโดยใช้ตรรกะเดียวกันในจุดสิ้นสุดการวิเคราะห์ SQL, Spark Notebooks, แบบจําลองความหมาย และการอ้างอิงข้อมูลอื่นๆ

สําหรับฐานข้อมูลมิเรอร์ที่สร้างขึ้นก่อนเปิดใช้งานคุณลักษณะนี้ คุณจะเห็น schema ต้นทางถูกแบนในฐานข้อมูลมิเรอร์ และชื่อ schema ถูกเข้ารหัสเป็นชื่อตาราง ถ้าคุณต้องการจัดระเบียบตารางด้วย Schema ใหม่ ให้สร้างฐานข้อมูลแบบมิเรอร์ของคุณใหม่

ถ้าคุณใช้ API เพื่อสร้างหรือปรับปรุงฐานข้อมูลมิเรอร์ ให้ตั้งค่าสําหรับ defaultSchema คุณสมบัติ ซึ่งบ่งชี้ว่าจะจําลองลําดับชั้น Schema จากฐานข้อมูลต้นทางหรือไม่ อ้างถึงตัวอย่างคําจํากัดความใน Microsoft Fabric มิเรอร์ REST API สาธารณะ

รองรับการแมปคอลัมน์เดลต้า

การสะท้อนภาพสนับสนุนการจําลองแบบคอลัมน์ที่มีช่องว่างหรืออักขระพิเศษในชื่อ (เช่น ,, ;, {, }()\n\t=) จากฐานข้อมูลต้นทางของคุณไปยังฐานข้อมูลมิเรอร์ เบื้องหลังการสะท้อนข้อมูลจะเขียนลงใน OneLake โดยเปิดใช้งานการแมปคอลัมน์เดลต้า

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

เป็นเจ้าของฐานข้อมูลมิเรอร์

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

ภูมิภาคที่รองรับ

การมิเรอร์ฐานข้อมูลและการมิเรอร์แบบเปิดจะพร้อมใช้งานในภูมิภาค Microsoft Fabric ทั้งหมด สําหรับข้อมูลเพิ่มเติม ดู ความพร้อมใช้งานของภูมิภาค Fabric