หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
ข้อจํากัดปัจจุบันในฐานข้อมูลมิเรอร์ของ Microsoft Fabric จาก Snowflake แสดงอยู่ในหน้านี้ หน้านี้อาจเปลี่ยนแปลงได้
ข้อจํากัดระดับฐานข้อมูล
- หากไม่มีการอัปเดตในตารางต้นทาง กลไก replicator จะเริ่มถอยหลังด้วยระยะเวลาที่เพิ่มขึ้นแบบทวีคูณสําหรับตารางนั้น สูงสุดหนึ่งชั่วโมง สิ่งเดียวกันนี้อาจเกิดขึ้นได้หากมีข้อผิดพลาดชั่วคราว ซึ่งขัดขวางการรีเฟรชข้อมูล กลไก replicator จะกลับมาสํารวจตามปกติโดยอัตโนมัติหลังจากตรวจพบข้อมูลที่อัปเดต
- รองรับเฉพาะการจําลองตารางดั้งเดิมเท่านั้น ขณะนี้ ตารางภายนอก ชั่วคราว ชั่วคราว ไดนามิกไม่ได้รับการสนับสนุน
- ลําดับชั้น Schema ต้นทางถูกจําลองแบบไปยังฐานข้อมูลที่มิเรอร์ สําหรับฐานข้อมูลมิเรอร์ที่สร้างขึ้นก่อนเปิดใช้งานคุณลักษณะนี้ สคีมาต้นทางจะถูกลดรูปแบบ และชื่อ Schema ถูกเข้ารหัสลับเป็นชื่อตาราง ถ้าคุณต้องการจัดระเบียบตารางด้วย Schema ใหม่ ให้สร้างฐานข้อมูลแบบมิเรอร์ของคุณใหม่ เรียนรู้เพิ่มเติมจากลําดับชั้น Schema ต้นทางที่จําลองแบบ
- การทําสําเนาสนับสนุนการจําลองแบบคอลัมน์ที่มีช่องว่างหรืออักขระพิเศษในชื่อ (เช่น
,;{}()\n\t=) สําหรับตารางภายใต้การจําลองแบบก่อนเปิดใช้งานคุณลักษณะนี้ คุณจําเป็นต้องอัปเดตการตั้งค่าฐานข้อมูลแบบมิเรอร์หรือรีสตาร์ทการมิเรอร์เพื่อรวมคอลัมน์เหล่านั้น เรียนรู้เพิ่มเติมจากการสนับสนุนการแมปคอลัมน์ Delta - จํานวนสูงสุดของตารางที่สามารถทํามิเรอร์ลงใน Fabric คือ 500 ตาราง ตารางใดๆ ที่เกินขีดจํากัด 500 ไม่สามารถทําซ้ําได้ในขณะนี้
- ถ้าคุณเลือก มิเรอร์ข้อมูลทั้งหมด เมื่อกําหนดค่าการมิเรอร์ ตารางที่จะมิเรอร์จะถูกกําหนด โดยการใช้ตาราง 500 ตารางแรกเมื่อตารางทั้งหมดถูกเรียงลําดับตามตัวอักษรตามชื่อ schema และชื่อตาราง ชุดตารางที่เหลือที่ด้านล่างของรายการตามตัวอักษรจะไม่ถูกสะท้อนทับ
- ถ้าคุณยกเลิกการเลือก มิเรอร์ข้อมูลทั้งหมด และเลือกแต่ละตาราง คุณจะถูกป้องกันไม่ให้เลือกมากกว่า 500 ตาราง
Security
- รองรับการรับรองความถูกต้องของเกล็ดหิมะผ่านชื่อผู้ใช้/รหัสผ่านและ Entra (การลงชื่อเพียงครั้งเดียว (SSO))
- ต้องเพิ่มผู้รับการแชร์ลงในพื้นที่ทํางาน เมื่อต้องการแชร์ชุดข้อมูลหรือรายงาน ก่อนอื่นให้เพิ่มการเข้าถึงพื้นที่ทํางานด้วยบทบาทของผู้ดูแลระบบ สมาชิก ผู้อ่าน หรือผู้สนับสนุน
ผลการปฏิบัติงาน
- ถ้าคุณกําลังเปลี่ยนข้อมูลส่วนใหญ่ในตารางขนาดใหญ่ การหยุดและเริ่มการมิเรอร์ใหม่จะมีประสิทธิภาพมากกว่า การแทรกหรืออัปเดตระเบียนหลายพันล้านระเบียนอาจใช้เวลานาน
- การเปลี่ยนแปลง Schema บางอย่างจะไม่แสดงให้เห็นในทันที การเปลี่ยนแปลงสคีมาบางอย่างจําเป็นต้องมีการเปลี่ยนแปลงข้อมูล (แทรก/อัปเดต/ลบ) ก่อนที่การเปลี่ยนแปลงสคีมาจะถูกจําลองไปยัง Fabric
- เมื่อมิเรอร์ข้อมูลจาก Snowflake ไปยัง OneLake ของลูกค้า เรามักจะจัดเตรียมข้อมูลเพื่อปรับปรุงประสิทธิภาพ อย่างไรก็ตาม หากปิดใช้งานการขโมยข้อมูลจาก Snowflake ผ่าน URL แบบอินไลน์ผ่าน PREVENT_UNLOAD_TO_INLINE_URL อาจจําเป็นต้องอ่านโดยตรงจาก Snowflake วิธีการนี้อาจทําให้เวลาการจําลองแบบช้าลงและเพิ่มความเสี่ยงของการหมดเวลาการเชื่อมต่อ โดยเฉพาะอย่างยิ่งสําหรับชุดข้อมูลขนาดใหญ่
ภูมิภาคที่รองรับ
การสะท้อนฐานข้อมูลและการสะท้อนแบบเปิดพร้อมใช้งานในทุกภูมิภาคของ Microsoft Fabric สําหรับข้อมูลเพิ่มเติม ดู ความพร้อมใช้งานของภูมิภาค Fabric