แชร์ผ่าน


การเลียนแบบอินสแตนซ์ที่จัดการแล้วของ Azure SQL (ตัวอย่าง)

Mirroring in Fabric ให้ประสบการณ์ที่ง่ายดายในการหลีกเลี่ยง ETL ที่ซับซ้อน (แยกโหลดการแปลง) และรวม Azure SQL Managed Instance ที่มีอยู่ของคุณเข้ากับส่วนที่เหลือของข้อมูลของคุณใน Microsoft Fabric คุณสามารถทําซ้ําฐานข้อมูล SQL Managed Instance ที่มีอยู่ของคุณไปยัง OneLake ของ Fabric ได้โดยตรง ภายใน Fabric คุณสามารถปลดล็อกข่าวกรองธุรกิจปัญญาประดิษฐ์ วิศวกรข้อมูล วิทยาศาสตร์ข้อมูล และสถานการณ์การแชร์ข้อมูลได้

สําหรับบทช่วยสอนเกี่ยวกับการกําหนดค่าอินสแตนซ์ที่จัดการแล้วของ Azure SQL สําหรับการทํามิลเลอร์ใน Fabric โปรดดูที่ บทช่วยสอน: กําหนดค่าฐานข้อมูลที่มิเรอร์เรอร์ Microsoft Fabric จากอินสแตนซ์ที่จัดการแล้วของ Azure SQL (ตัวอย่าง)

ทําไมต้องใช้มิเรอร์ใน Fabric?

ด้วย Mirroring ใน Fabric คุณไม่จําเป็นต้องรวบรวมบริการที่แตกต่างจากผู้ขายหลายรายเข้าด้วยกัน แต่คุณสามารถเพลิดเพลินไปกับผลิตภัณฑ์ที่รวมกันอย่างลงตัวและง่ายต่อการใช้งาน ซึ่งออกแบบมาเพื่อทําให้ความต้องการการวิเคราะห์ของคุณง่ายขึ้น และสร้างขึ้นเพื่อการเปิดและทํางานร่วมกันระหว่าง Microsoft, Azure SQL Managed Instance และโซลูชันเทคโนโลยีจํานวน 1000 ตัวที่สามารถอ่านรูปแบบตาราง Delta Lake แบบโอเพนซอร์สได้

ประสบการณ์การวิเคราะห์ใดที่มีอยู่แล้วภายใน

ฐานข้อมูลมิเรอร์คือรายการใน Fabric Data Warehouse ซึ่งแตกต่างจากจุดสิ้นสุดคลังสินค้าและการวิเคราะห์ SQL

ไดอะแกรมของการทําสําเนาฐานข้อมูล Fabric สําหรับอินสแตนซ์ที่จัดการแล้วของ Azure SQL

การมิเรอร์สร้างสามรายการในพื้นที่ทํางาน Fabric ของคุณ:

อินสแตนซ์ที่จัดการแล้วของ Azure SQL แต่ละรายการมีจุดสิ้นสุดการวิเคราะห์ SQL ที่สร้างโดยอัตโนมัติ ซึ่งมอบประสบการณ์การวิเคราะห์ที่หลากหลายที่ด้านบนของตาราง Delta ที่สร้างขึ้นโดยกระบวนการเลียนแบบ ผู้ใช้สามารถเข้าถึงคําสั่ง T-SQL ที่คุ้นเคยซึ่งสามารถกําหนดและสอบถามอ็อปเจ็กต์ข้อมูลได้ แต่ไม่สามารถจัดการข้อมูลจากจุดสิ้นสุดการวิเคราะห์ SQL ได้ เนื่องจากเป็นสําเนาแบบอ่านอย่างเดียว คุณสามารถดําเนินการต่อไปนี้ในจุดสิ้นสุดการวิเคราะห์ SQL:

  • สํารวจตารางที่อ้างอิงข้อมูลในตาราง Delta Lake ของคุณจากอินสแตนซ์ที่จัดการแล้วของ Azure SQL
  • สร้างคิวรีและมุมมองที่ไม่มีโค้ด และสํารวจข้อมูลด้วยภาพโดยไม่ต้องเขียนโค้ด
  • พัฒนามุมมอง SQL, TVFs แบบอินไลน์ (ฟังก์ชันที่ให้ค่าตาราง) และกระบวนงานที่เก็บไว้เพื่อห่อหุ้มตรรกะและตรรกะทางธุรกิจของคุณใน T-SQL
  • จัดการสิทธิ์บนวัตถุ
  • คิวรีข้อมูลในคลังเก็บและเลคเฮ้าส์อื่น ๆ ในพื้นที่ทํางานเดียวกัน

นอกเหนือจากตัวแก้ไขคิวรี SQL แล้ว ยังมีระบบเครื่องมือที่กว้างขวางที่สามารถคิวรีจุดสิ้นสุดการวิเคราะห์ SQL รวมถึง SQL Server Management Studio (SSMS), Azure Data Studio และแม้แต่ GitHub Copilot

ความต้องการของเครือข่าย

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

ลักษณะการทํางานของธุรกรรม ปริมาณงาน และกลไกจัดการแบบจําลองที่ใช้งานอยู่

  • ทรานแซคชันที่ใช้งานอยู่ยังคงระงับการตัดทอนบันทึกธุรกรรมจนกว่าทรานแซคชันจะยอมรับและอินสแตนซ์ที่จัดการแล้วของ Azure SQL ที่มิเรอร์ปรากฏขึ้น หรือธุรกรรมถูกยกเลิก ธุรกรรมที่ใช้เวลานานอาจส่งผลให้บันทึกธุรกรรมกรอกข้อมูลมากกว่าปกติ บันทึกทรานแซคชันของฐานข้อมูลต้นทางควรได้รับการตรวจสอบ เพื่อไม่ให้บันทึกธุรกรรมเต็ม สําหรับข้อมูลเพิ่มเติม ดู บันทึกธุรกรรมเพิ่มขึ้นเนื่องจากทรานแซคชันและ CDC ที่รันเป็นเวลานาน
  • ปริมาณงานของผู้ใช้แต่ละรายแตกต่างกัน ระหว่างสแนปช็อตเริ่มต้น อาจมีการใช้ทรัพยากรมากขึ้นในฐานข้อมูลต้นทางสําหรับทั้ง CPU และ IOPS (การดําเนินการอินพุท/เอาท์พุทต่อวินาทีเพื่ออ่านหน้า) การดําเนินการอัปเดต/ลบตารางอาจนําไปสู่การสร้างไฟล์บันทึกที่เพิ่มขึ้น เรียนรู้เพิ่มเติมเกี่ยวกับวิธีการ ตรวจสอบทรัพยากรสําหรับอินสแตนซ์ที่จัดการแล้วของ Azure SQL ของคุณ
  • กลไกจัดการแบบจําลองจะตรวจสอบแต่ละตารางสําหรับการเปลี่ยนแปลงต่าง ๆ อย่างอิสระ ถ้าไม่มีการปรับปรุงในตารางต้นฉบับ กลไกจัดการตัวจําลองเริ่มต้นที่จะย้อนกลับด้วยระยะเวลาที่เพิ่มขึ้นแบบทวีคูณสําหรับตารางนั้น สูงสุดหนึ่งชั่วโมง เช่นเดียวกันอาจเกิดขึ้นได้หากมีข้อผิดพลาดชั่วคราว ซึ่งเป็นการป้องกันการรีเฟรชข้อมูล กลไกการจําลองแบบจะดําเนินการสํารวจปกติต่อโดยอัตโนมัติหลังจากตรวจพบข้อมูลที่อัปเดตแล้ว

การสนับสนุนระดับและรูปแบบการซื้อ

อินสแตนซ์ที่จัดการแล้วของ Azure SQL ต้นทางสามารถเป็นอินสแตนซ์ที่จัดการแล้วของ SQL เดียวหรืออินสแตนซ์ที่มีการจัดการ SQL ที่อยู่ในกลุ่มอินสแตนซ์

ขั้นตอนถัดไป