คําถามที่ถามบ่อยสําหรับฐานข้อมูล Mirroring Fabric SQL (ตัวอย่าง)

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

โซนเริ่มต้นใน OneLake จัดเก็บทั้งสแนปช็อตและเปลี่ยนแปลงข้อมูล เพื่อปรับปรุงประสิทธิภาพเมื่อแปลงไฟล์เป็น delta verti-parquet

โดยขึ้นอยู่กับขนาดของข้อมูลที่ถูกนําเข้ามา

ใกล้กับเวลาแฝงแบบเรียลไทม์

ไม่ใช่ ในปัจจุบัน เท่านั้นที่การจําลองแบบตารางปกติได้รับการสนับสนุน

ใช่ เนื่องจากตารางเป็นตารางส่วนที่แตกต่างแบบ v-ordered ทั้งหมด

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

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

  SELECT * FROM sys.dm_change_feed_log_scan_sessions 
  

สําหรับขั้นตอนการแก้ไขปัญหา ดู แก้ไขปัญหามิเรอร์จากฐานข้อมูล Fabric SQL

โปรดดู การจําลองแบบฐานข้อมูล Monitor Fabric mirrored Fabric SQL

ไม่ ตารางทั้งหมดที่มีสิทธิในการมิเรอร์จะถูกรวมไว้ในการมิเรอร์โดยอัตโนมัติ

ไม่ใช่

ไม่ใช่ ข้อมูลไม่ได้จัดลําดับขั้นนอกสภาพแวดล้อมของลูกค้า ซึ่งจัดลําดับขั้นใน OneLake ของลูกค้า

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

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

• ตรวจสอบการจําลองแบบฐานข้อมูล Fabric mirrored Fabric SQL
• มิเรอร์มิเรอร์ฐานข้อมูล Sql Fabric (ตัวอย่าง)
• ข้อจํากัดและลักษณะการทํางานสําหรับการมิเรอร์ฐานข้อมูล Fabric SQL (ตัวอย่าง)