หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
การมิเรอร์ใน Fabric มอบประสบการณ์ที่ง่ายดายเพื่อหลีกเลี่ยง ETL ที่ซับซ้อน (Extract Transform Load) และรวมอสังหาริมทรัพย์เซิร์ฟเวอร์ที่ยืดหยุ่นของ Azure Database for PostgreSQL ที่มีอยู่กับข้อมูลที่เหลือของคุณใน Microsoft Fabric คุณสามารถจําลองฐานข้อมูล Azure ที่มีอยู่สําหรับเซิร์ฟเวอร์ที่ยืดหยุ่นของ PostgreSQL ไปยัง OneLake ของ Fabric ได้โดยตรง ไม่ว่าเซิร์ฟเวอร์ของคุณจะสามารถเข้าถึงได้แบบสาธารณะ แยกเครือข่ายผ่านเครือข่ายเสมือนหรือปลายทางส่วนตัว หรือกําหนดค่าให้มีความพร้อมใช้งานสูง ภายใน Fabric คุณสามารถปลดล็อกข่าวกรองธุรกิจที่ทรงพลัง ปัญญาประดิษฐ์ วิศวกรรมข้อมูล วิทยาศาสตร์ข้อมูล และสถานการณ์การแบ่งปันข้อมูล
สําหรับบทช่วยสอนเกี่ยวกับการกําหนดค่าฐานข้อมูล Azure ของคุณสําหรับการมิเรอร์เซิร์ฟเวอร์แบบยืดหยุ่น PostgreSQL ใน Fabric (พร้อมใช้งานโดยทั่วไปแล้ว) โปรดดู บทช่วยสอน: กําหนดค่าฐานข้อมูลที่มิเรอร์ Microsoft Fabric จากฐานข้อมูล Azure สําหรับเซิร์ฟเวอร์แบบยืดหยุ่น PostgreSQL
ทําไมต้องใช้ Mirroring in Fabric?
ด้วย Mirroring in Fabric คุณไม่จําเป็นต้องรวมบริการต่างๆ จากผู้ขายหลายรายเข้าด้วยกัน คุณสามารถเพลิดเพลินกับผลิตภัณฑ์แบบครบวงจร แบบครบวงจร และใช้งานง่าย ซึ่งออกแบบมาเพื่อลดความซับซ้อนของความต้องการในการวิเคราะห์ของคุณ และสร้างขึ้นเพื่อการเปิดกว้างและการทํางานร่วมกันระหว่าง Microsoft, เซิร์ฟเวอร์ที่ยืดหยุ่นของ Azure Database for PostgreSQL และโซลูชันเทคโนโลยีกว่า 1,000 รายการที่สามารถอ่านรูปแบบตาราง Delta Lake แบบโอเพนซอร์สได้
ประสบการณ์การวิเคราะห์มีอะไรบ้าง
ฐานข้อมูลมิเรอร์เป็นรายการใน Fabric Data Warehousing ที่แตกต่างจากจุดสิ้นสุดการวิเคราะห์คลังสินค้าและ SQL
การมิเรอร์จะสร้างรายการเหล่านี้ในพื้นที่ทํางาน Fabric ของคุณ:
- รายการฐานข้อมูลที่มิเรอร์ การมิเรอร์จัดการการจําลองแบบข้อมูลไปยัง OneLake และการแปลงเป็น Parquet ในรูปแบบที่พร้อมสําหรับการวิเคราะห์ สิ่งนี้ทําให้สถานการณ์ดาวน์สตรีม เช่น วิศวกรรมข้อมูล วิทยาศาสตร์ข้อมูล และอื่นๆ
- ตําแหน่งข้อมูลการวิเคราะห์ SQL
ฐานข้อมูลที่มิเรอร์แต่ละฐานข้อมูลในเซิร์ฟเวอร์แบบยืดหยุ่นของ Azure Database for PostgreSQL มี จุดสิ้นสุดการวิเคราะห์ SQL ที่สร้างขึ้นโดยอัตโนมัติ ซึ่งให้ประสบการณ์การวิเคราะห์ที่หลากหลายบนตารางเดลต้าที่สร้างขึ้นโดยกระบวนการมิเรอร์ ผู้ใช้สามารถเข้าถึงคําสั่ง T-SQL ที่คุ้นเคยซึ่งสามารถกําหนดและสืบค้นวัตถุข้อมูลได้ แต่ไม่สามารถจัดการข้อมูลจากจุดสิ้นสุดการวิเคราะห์ SQL เนื่องจากเป็นสําเนาแบบอ่านอย่างเดียว คุณสามารถดําเนินการต่อไปนี้ในตําแหน่งข้อมูลการวิเคราะห์ SQL:
- สํารวจตารางที่อ้างอิงข้อมูลในตาราง Delta Lake ของคุณจากเซิร์ฟเวอร์แบบยืดหยุ่นของ Azure Database for PostgreSQL
- สร้างแบบสอบถามและมุมมองแบบไม่มีโค้ด และสํารวจข้อมูลด้วยภาพโดยไม่ต้องเขียนโค้ดแม้แต่บรรทัดเดียว
- พัฒนามุมมอง SQL, TVF แบบอินไลน์ (ฟังก์ชันที่มีค่าตาราง) และกระบวนงานที่เก็บไว้เพื่อห่อหุ้มความหมายและตรรกะทางธุรกิจของคุณใน T-SQL
- จัดการสิทธิ์ในวัตถุ
- สืบค้นข้อมูลในคลังสินค้าและเลคเฮาส์อื่นๆ ในพื้นที่ทํางานเดียวกัน
นอกจาก ตัวแก้ไขการสืบค้น SQL แล้ว ยังมีระบบนิเวศของเครื่องมือที่กว้างขวางที่สามารถสืบค้นจุดสิ้นสุดการวิเคราะห์ SQL รวมถึง SQL Server Management Studio (SSMS) ส่วนขยาย mssql ด้วย Visual Studio Code และแม้แต่ GitHub Copilot.
ฐานข้อมูลมิเรอร์ยังมีการรวมกับ Microsoft Power BI ภายใน Fabric ในคลิกเดียว ทําให้สามารถสร้างรายงานได้อย่างรวดเร็วโดยตรงจากข้อมูลที่มิเรอร์หรือจุดสิ้นสุดการวิเคราะห์ SQL
ข้อกําหนดของเครือข่าย
การมิเรอร์รองรับทั้งเซิร์ฟเวอร์ที่เข้าถึงได้แบบสาธารณะและการกําหนดค่าที่แยกจากเครือข่าย รวมถึงเซิร์ฟเวอร์ที่เชื่อมต่อผ่านปลายทางส่วนตัวหรือโฮสต์ในเครือข่ายเสมือน หากเซิร์ฟเวอร์แบบยืดหยุ่นของคุณไม่สามารถเข้าถึงได้แบบสาธารณะและ ไม่อนุญาตให้บริการ Azure เชื่อมต่อ คุณสามารถสร้าง เกตเวย์ข้อมูลเครือข่ายเสมือน เพื่อสะท้อนข้อมูลได้ ตรวจสอบให้แน่ใจว่า Azure Virtual Network หรือเครือข่ายของเครื่องเกตเวย์สามารถเชื่อมต่อกับเซิร์ฟเวอร์ที่ยืดหยุ่นของ Azure Database for PostgreSQL ผ่านจุดสิ้นสุดส่วนตัว หรือได้รับอนุญาตจากกฎไฟร์วอลล์
ธุรกรรมที่ใช้งานอยู่ ปริมาณงาน และพฤติกรรมของกลไกจําลอง
ธุรกรรมที่ใช้งานอยู่จะยังคงระงับการตัดทอนบันทึกการเขียนล่วงหน้า (WAL) จนกว่าธุรกรรมจะดําเนินการและเซิร์ฟเวอร์แบบยืดหยุ่นของ Azure Database for PostgreSQL ที่มิเรอร์ตามทัน หรือธุรกรรมยกเลิก ธุรกรรมที่ดําเนินเป็นเวลานานอาจส่งผลให้ WAL เต็มมากกว่าปกติ WAL บนเซิร์ฟเวอร์แบบยืดหยุ่นของ Azure Database for PostgreSQL ต้นทางควรได้รับการตรวจสอบเพื่อไม่ให้พื้นที่เก็บข้อมูลเต็ม สําหรับข้อมูลเพิ่มเติม โปรดดู WAL เติบโตเนื่องจากธุรกรรมที่ดําเนินมาเป็นเวลานานและ CDC
ปริมาณงานของผู้ใช้แต่ละคนแตกต่างกันไป ในระหว่างสแนปช็อตเริ่มต้น อาจมีการใช้ทรัพยากรมากขึ้นในฐานข้อมูลต้นทาง สําหรับทั้ง CPU และ IOPS (การดําเนินการอินพุต/เอาต์พุตต่อวินาทีเพื่ออ่านหน้า) การดําเนินการอัปเดต/ลบตารางอาจนําไปสู่การสร้างบันทึกที่เพิ่มขึ้น เรียนรู้เพิ่มเติมเกี่ยวกับวิธีตรวจสอบทรัพยากรสําหรับเซิร์ฟเวอร์แบบยืดหยุ่นของ Azure Database for PostgreSQL ของคุณ
การสนับสนุนระดับการประมวลผล
เซิร์ฟเวอร์แบบยืดหยุ่นของ Azure Database for PostgreSQL ต้นทางสามารถเป็นได้ทั้งระดับการประมวลผลสําหรับวัตถุประสงค์ทั่วไปหรือหน่วยความจําที่ปรับให้เหมาะสม ระดับการประมวลผลแบบ Burstable ไม่ได้รับการสนับสนุนเป็นแหล่งที่มาสําหรับการมิเรอร์
หากต้องการทราบข้อมูลเพิ่มเติมเกี่ยวกับระดับการประมวลผลที่พร้อมใช้งานในเซิร์ฟเวอร์แบบยืดหยุ่นของ Azure Database for PostgreSQL โปรดดู ตัวเลือกการประมวลผลในเซิร์ฟเวอร์แบบยืดหยุ่นของ Azure Database for PostgreSQL
การสนับสนุนความพร้อมใช้งานสูง
การมิเรอร์รองรับการกําหนดค่าเซิร์ฟเวอร์ที่ยืดหยุ่นของ Azure Database for PostgreSQL ที่มีความพร้อมใช้งานสูง การจําลองแบบจะดําเนินต่อไปอย่างราบรื่นในเหตุการณ์การเปลี่ยนระบบเมื่อเกิดข้อผิดพลาดโดยไม่ต้องกําหนดค่าเพิ่มเติม สําหรับข้อจํากัดหรือข้อควรพิจารณาเฉพาะใดๆ โปรดดู ข้อจํากัดในฐานข้อมูลที่มิเรอร์ Microsoft Fabric จากฐานข้อมูล Azure สําหรับเซิร์ฟเวอร์แบบยืดหยุ่น PostgreSQL
ขั้นตอนถัดไป
เนื้อหาที่เกี่ยวข้อง
- วิธีการ: รักษาความปลอดภัยข้อมูล Microsoft Fabric ฐานข้อมูลมิเรอร์จากเซิร์ฟเวอร์ที่ยืดหยุ่นของ Azure Database for PostgreSQL
- ข้อจํากัดในฐานข้อมูลที่มิเรอร์ของ Microsoft Fabric จากเซิร์ฟเวอร์แบบยืดหยุ่นของ Azure Database for PostgreSQL
- ตรวจสอบการจําลองแบบฐานข้อมูลที่มิเรอร์ Fabric
- แก้ไขปัญหาฐานข้อมูลมิเรอร์ Fabric จากเซิร์ฟเวอร์แบบยืดหยุ่นของ Azure Database for PostgreSQL