คําถามที่ถามบ่อยสําหรับมิเรอร์มิเรอร์ Snowflake ใน Microsoft Fabric

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

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

เลือกเฟืองการตั้งค่า จากนั้นเลือกที่จัดการการเชื่อมต่อและเกตเวย์ คุณยังสามารถลบการเชื่อมต่อที่มีอยู่จากเพจนี้ได้

รองรับวิธีการรับรองความถูกต้องต่อไปนี้:

• ชื่อผู้ใช้และรหัสผ่าน — การรับรองความถูกต้องแบบเนทีฟของ Snowflake
• Microsoft Entra ID (SSO) — การลงชื่อเข้าระบบครั้งเดียวผ่าน Entra ID
• การรับรองความถูกต้องของคู่คีย์ — คู่คีย์ RSA สําหรับสถานการณ์บัญชีบริการ

1. นําคลังสินค้าที่มีอยู่กลับมาใช้ใหม่ กําหนดค่าการมิเรอร์เพื่อใช้คลังสินค้า Snowflake เดียวกันกับที่แอปพลิเคชันของคุณใช้อยู่แล้วเพื่ออัปเดตตารางต้นทาง วิธีนี้จะช่วยหลีกเลี่ยงค่าใช้จ่ายในการปลุกคลังสินค้ามิเรอร์เฉพาะที่แยกต่างหาก เมื่อแอปพลิเคชันของคุณอัปเดตตาราง ตัวจําลองการมิเรอร์จะรับการเปลี่ยนแปลงเกือบจะในทันทีในขณะที่คลังสินค้ายังคงทํางานอยู่ 2. สะท้อนเฉพาะตารางที่คุณต้องการ หลีกเลี่ยงการมิเรอร์ฐานข้อมูลทั้งหมดเมื่อคุณต้องการเพียงชุดย่อยของตาราง การสะท้อนภาพขนาดใหญ่อาจทําให้การใช้เกล็ดหิมะและความจุของ Fabric พุ่งสูงขึ้นอย่างมาก 3. ตรวจสอบการเพาะเมล็ดใหม่ที่ไม่คาดคิด การ reseed จะอ่านตารางแบบเต็มอีกครั้งและก่อให้เกิดต้นทุนการประมวลผลตามสัดส่วนของตาราง ตรวจสอบหน้า สถานะการสะท้อน สําหรับตารางที่แสดงลักษณะการคัดลอกเริ่มต้นซ้ําๆ 4. ใช้งบประมาณและวงเงินสินเชื่อของ Snowflake ตั้งค่าการตรวจสอบทรัพยากรและงบประมาณของ Snowflake เพื่อจํากัดต้นทุนการประมวลผลที่เกี่ยวข้องกับการมิเรอร์

เนื้อผ้าไม่เรียกเก็บค่าธรรมเนียมการเข้าไปยัง OneLake สําหรับมิเรอร์เรอร์

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

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

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

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

ใช่ ตารางเป็นตารางส่วนที่แตกต่างที่มีการเรียงลําดับ v ทั้งหมด

โปรดดู การจําลองแบบ Monitor Fabric Mirror

ใช่ เราสนับสนุนการมิเรอร์ผ่านเกตเวย์ข้อมูลภายในองค์กรและผ่านเกตเวย์ข้อมูล เครือข่ายเสมือน (VNet)

ข้อมูลจากตารางต้นทางจะถูกสร้างใหม่ แต่ละครั้งที่คุณหยุดและเริ่มต้น ตารางทั้งหมดจะถูกรับมาอีกครั้ง

เราหยุดมิเรอร์ตารางนั้นและลบออกจาก OneLake

ไม่ เราเพียงแค่ลบตารางการสตรีมออก

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

ได้ สามารถเลือกตารางเฉพาะในระหว่างการกําหนดค่ามิเรอร์

การรีฟีด (การโหลดข้อมูลใหม่แบบเต็ม) จะทริกเกอร์โดยวิธีใดสิ่งหนึ่งต่อไปนี้

• การเปลี่ยนแปลง DDL ที่ปรับเปลี่ยนการประทับเวลา DDL ของตาราง เช่น ALTER TABLE การดําเนินการที่เพิ่มหรือวางคอลัมน์
• เครื่องมือแก้ไข Schema เช่น dbt ที่วางและสร้างตารางใหม่ตามกําหนดเวลา
• การหยุดและรีสตาร์ทการมิเรอร์ผ่านพอร์ทัล Fabric หรือ API
• การหยุดชั่วคราวความจุที่เพิ่มขึ้น หากความจุของ Fabric หยุดชั่วคราวเป็นเวลานาน การมิเรอร์อาจเกิดขึ้นใหม่เมื่อกลับมาทํางานต่อ

หากคุณเห็นตารางผ่านการคัดลอกเริ่มต้น (reseed) ซ้ําๆ แทนการซิงค์แบบเพิ่มหน่วย ให้ทําดังนี้

1. ตรวจสอบการเปลี่ยนแปลง Schema อัปสตรีม ตรวจสอบว่าเครื่องมือ เช่น dbt กําลังปรับเปลี่ยนข้อกําหนดตารางตามกําหนดการที่เกิดซ้ําหรือไม่ แม้แต่การเปลี่ยนแปลง DDL เพียงเล็กน้อยก็สามารถกระตุ้นการเพาะเมล็ดใหม่ได้
2. ตรวจสอบหน้าสถานะการสะท้อน มองหาตารางที่แสดงการประทับเวลาการคัดลอกครั้งแรกซ้ําในช่วงเวลาปกติ
3. หยุดการเปลี่ยนแปลงสคีมาชั่วคราวระหว่างการมิเรอร์ที่ใช้งานอยู่ หากการเรียกใช้ dbt เป็นสาเหตุ ให้กําหนดเวลาในระหว่างกรอบเวลาการบํารุงรักษา หรือหยุดการมิเรอร์ชั่วคราวก่อนที่จะเรียกใช้การเปลี่ยนแปลง Schema
4. ตรวจสอบการใช้คลังสินค้าเกล็ดหิมะ ตรวจสอบมุมมองการใช้งานบัญชี Snowflake เพื่อดูว่าคิวรีที่เกี่ยวข้องกับการมิเรอร์มีอิทธิพลเหนือการประมวลผลหรือไม่
5. โปรดจําไว้ว่าการ reseed แต่ละรายการจะประมวลผลข้อมูลตารางทั้งหมดและก่อให้เกิดต้นทุนการคํานวณ Snowflake ตามสัดส่วนกับขนาดตาราง เป็นสัดส่วนกับขนาดโต๊ะ

ไม่ใช่

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

จําเป็นต้องมี Power BI Premium, Fabric Capacity หรือความจุรุ่นทดลองใช้ สําหรับข้อมูลเพิ่มเติมเกี่ยวกับสิทธิ์การใช้งาน ดูสิทธิ์การใช้งาน Microsoft Fabric

การประมวลผลแบบ Fabric ที่ใช้ในการจําลองข้อมูลของคุณไปยัง Fabric OneLake นั้นฟรี ค่าใช้จ่ายในการจัดเก็บข้อมูลมิเรอร์จะฟรีจนถึงขีดจํากัดตามความจุ สําหรับข้อมูลเพิ่มเติม โปรดดู ต้นทุนของการสะท้อนและการกําหนดราคา Microsoft Fabric การคํานวณสําหรับการสืบค้นข้อมูลโดยใช้ SQL, Power BI หรือ Spark จะถูกเรียกเก็บในอัตราปกติ

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

• การมิเรอร์ใน Fabric คืออะไร
• ภาพรวมของตัวเชื่อมต่อ snowflake