รูปแบบและกลยุทธ์การโยกย้ายผู้เช่า Power BI

องค์กรต้องเผชิญกับสถานการณ์การโยกย้ายผู้เช่าต่างๆ ใน Power BI ซึ่งขับเคลื่อนโดยการควบรวมกิจการ การขายกิจการของบริษัท ข้อกําหนดถิ่นที่อยู่ของข้อมูล หรือความต้องการในการปฏิบัติตามข้อกําหนดระดับภูมิภาค การโยกย้ายผู้เช่าเป็นงานที่ซับซ้อนซึ่งต้องมีการวางแผนอย่างรอบคอบ กลยุทธ์การสํารองข้อมูลที่ครอบคลุม และการดําเนินการอย่างเป็นระบบ บทความนี้ให้คําแนะนําสําหรับการโยกย้ายผู้เช่า Power BI ระดับองค์กร รวมถึงกรอบการตัดสินใจเพื่อช่วยพิจารณาว่าจําเป็นต้องมีการโยกย้ายหรือไม่ และวิธีการใช้งานโดยละเอียดสําหรับรูปแบบการโยกย้ายที่แตกต่างกัน

สำคัญ

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

สถานการณ์การโยกย้ายผู้เช่า

การโยกย้ายผู้เช่า Power BI ครอบคลุมสามสถานการณ์ ระบุว่าข้อใดที่ตรงกับสถานการณ์ของคุณก่อนที่คุณจะวางแผนการย้ายข้อมูล

สถานการณ์สมมติ	Description	ทริกเกอร์ทั่วไป
การโยกย้ายแบบเคียงข้างกัน (ข้ามผู้เช่า)	ผู้เช่า Microsoft 365 สองรายที่แยกจากกันทํางานแบบขนาน สิ่งประดิษฐ์จะถูกย้ายจากผู้เช่าต้นทางไปยังผู้เช่าเป้าหมายทีละรายการ	การควบรวมกิจการที่รวมสององค์กรไว้ในผู้เช่ารายเดียว
การแยกผู้เช่า	ผู้เช่า Power BI รายเดียวถูกแยกออกเป็นผู้เช่าอิสระสองราย สิ่งประดิษฐ์ พื้นที่ทํางาน และผู้ใช้ที่เป็นของเอนทิตีธุรกิจที่ออกเดินทางจะถูกแกะสลักออกอย่างเลือกสรร	การถอนทุนและการแยกส่วน
การแมปผู้เช่าใหม่ (การย้ายผู้เช่า)	ผู้เช่า Power BI จะถูกลบและสร้างขึ้นใหม่ในภูมิภาคหลักใหม่ภายในผู้เช่า Microsoft 365 เดียวกัน รหัสผู้เช่า Microsoft 365 โดเมน และข้อมูลประจําตัวผู้ใช้จะถูกเก็บรักษาไว้ สําหรับข้อมูลเพิ่มเติม ให้ดูที่ ย้าย Power BI ระหว่างภูมิภาคทางภูมิศาสตร์	ข้อกําหนดถิ่นที่อยู่ของข้อมูลที่บังคับให้ภูมิภาคหลักของผู้เช่าไปยังประเทศ/ภูมิภาคที่เฉพาะเจาะจง

การโยกย้ายแบบเคียงข้างกันและการแยกผู้เช่าเป็นการดําเนินการข้ามผู้เช่า การแมปผู้เช่าใหม่คือ การย้ายภูมิภาค ภายในผู้เช่า Microsoft 365 เดียวกัน

Note

สําหรับข้อควรพิจารณาและข้อจํากัดในการแมปผู้เช่าใหม่ (การย้ายภูมิภาค) ด้วย ฝ่ายสนับสนุนของ Microsoft โปรดดู ย้ายผู้เช่า Power BI ของคุณไปยังภูมิภาคอื่น ความช่วยเหลือ ฝ่ายสนับสนุนของ Microsoft จํากัดเฉพาะการลบผู้เช่าก่อนหน้านี้และการแมปผู้เช่าใหม่ไปยังภูมิภาคที่ระบุ คุณต้องมีแผนการเติมน้ําสําหรับทั้งข้อมูลและข้อมูลเมตา ไม่ว่าจะผ่านการสํารองและกู้คืนตามสคริปต์ การดําเนินการด้วยตนเอง หรือกระบวนการสร้างและโหลดซ้ํา ขั้นตอนนี้มีความเสี่ยงสูง รวมถึงข้อมูลที่อาจเกิดขึ้นหรือการสูญหายของสิ่งประดิษฐ์หากการสํารองข้อมูลไม่สมบูรณ์หรือสิ่งประดิษฐ์ถูกละเว้น การหยุดทํางานระหว่างการแมปผู้เช่าใหม่อาจอยู่ในช่วงตั้งแต่สามถึง 24 ชั่วโมง โดยต้องใช้เวลาหยุดทํางานมากขึ้นสําหรับการกู้คืนสิ่งประดิษฐ์

ประเมินทางเลือกอื่นก่อนย้ายข้อมูล

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

การปรับใช้หลายภูมิศาสตร์

การปรับใช้หลายภูมิศาสตร์ ช่วยให้คุณสามารถปรับใช้ความจุ Power BI และ Fabric ในภูมิภาคที่คุณเลือกในขณะที่รักษาภูมิภาคหลักของผู้เช่าของคุณไม่เปลี่ยนแปลง ข้อมูลภายในความจุเหล่านั้นจะอยู่ใกล้กับผู้ใช้ปลายทางของคุณ และคุณสามารถมีความจุหลายรายการในภูมิภาคต่างๆ ภายใต้ผู้เช่าเดียวกัน

การย้ายสิ่งประดิษฐ์ไปยังความจุในภูมิภาคอื่นนั้นง่ายกว่าการย้ายผู้เช่าเอง เมื่อต้องการย้ายพื้นที่ทํางานไปยังภูมิภาคอื่น ให้กําหนดพื้นที่ทํางานใหม่จากความจุหนึ่งไปยังอีกความจุหนึ่ง การมอบหมายใหม่เป็นไปอย่างราบรื่นสําหรับรายการ Power BI

สำคัญ

รายการ Fabric ไม่สามารถอยู่รอดจากการมอบหมายพื้นที่ทํางานใหม่ข้ามความจุในภูมิภาคต่างๆ ลบรายการ Fabric ก่อนการมอบหมายพื้นที่ทํางานใหม่ และสร้างใหม่ในภายหลัง หรือใช้การรวม Git เพื่อสํารองและคืนค่ารายการ Fabric

พิจารณาการปรับใช้หลายภูมิศาสตร์สําหรับข้อกําหนดต่อไปนี้:

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

พิจารณาการแมปผู้เช่าใหม่เมื่อข้อกําหนดถิ่นที่อยู่ของข้อมูลเข้มงวดพอที่แม้แต่ข้อมูลเมตาของผู้เช่า (ข้อกําหนดพื้นที่ทํางาน ข้อมูลเมตาแบบจําลองความหมาย ข้อมูลเมตาของภาพ การตั้งค่า นโยบาย) และข้อมูลผู้ใช้ Microsoft 365 จะต้องอยู่ภายในขอบเขตถิ่นที่อยู่ของข้อมูล

นําบัญชีที่เก็บข้อมูลของคุณเองสําหรับ Dataflow Gen1

Dataflow Gen1 จะเขียนเอาต์พุตไปยังบัญชี Azure Data Lake Storage (ADLS) Gen2 ซึ่งโดยค่าเริ่มต้นจะอยู่ในภูมิภาคบ้านของผู้เช่า Power BI ถ้าตําแหน่งที่เก็บข้อมูลกระแสข้อมูล Gen1 เป็นข้อกังวลด้านถิ่นที่อยู่เพียงอย่างเดียวของคุณ ให้กําหนดค่าบัญชี ADLS Gen2 ที่นํามาของคุณเองในภูมิภาคที่ต้องการแทนการย้ายผู้เช่า

รีเลย์ Azure แบบกําหนดเองสําหรับภูมิภาคเกตเวย์ไม่ตรงกัน

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

ตรวจทานกรณีธุรกิจ

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

สิ่งที่รองรับการย้ายข้อมูล

รายการ Power BI ส่วนใหญ่รองรับการส่งออกคําจํากัดความผ่าน Power BI Admin API หรือ Workspace Scanner API และสามารถเขียนสคริปต์ได้ สินค้า Fabric ส่วนใหญ่ไม่สนับสนุนการส่งออกข้อกําหนด และต้องสร้างใหม่ด้วยตนเอง

ตารางต่อไปนี้สรุปเส้นทางการย้ายข้อมูลสําหรับสิ่งประดิษฐ์แต่ละชนิด

ใบสั่ง	ของโบราณ	เส้นทางการย้ายข้อมูล
1	เกตเวย์	ไม่มีเส้นทางการโยกย้าย ต้องกําหนดค่าใหม่ในผู้เช่าเป้าหมายโดยผู้ดูแลระบบ Power BI
2	พื้นที่ทำงาน	ไม่มีเส้นทางการโยกย้าย ต้องสร้างใหม่ในผู้เช่าเป้าหมาย การสร้างจํานวนมากสามารถทําได้โดยใช้ API ผู้ดูแลระบบ Power BI
3	รายการผ้า	รายการที่สนับสนุน การรวม Git สามารถสํารองข้อมูลได้โดยการยอมรับ Git ยกเลิกการเชื่อมโยงจากพื้นที่ทํางานต้นทาง และเชื่อมโยงใหม่ไปยังพื้นที่ทํางานใหม่ในผู้เช่าเป้าหมาย มีเพียงคําจํากัดความเท่านั้นที่ได้รับการสํารองข้อมูล ไม่รวมข้อมูล รายการที่ไม่สนับสนุนการรวม Git ต้องถูกสร้างขึ้นใหม่ด้วยตนเอง สําหรับ Lakehouse จะเก็บรักษาเฉพาะข้อมูลเมตาเท่านั้น ตารางเดลต้าและสคีมาจะไม่ถ่ายโอน
4	กระแสข้อมูล	ดาวน์โหลด JSON คําจํากัดความและนําเข้าใหม่ไปยังผู้เช่าเป้าหมาย การเขียนสคริปต์สามารถทําได้โดยใช้ Admin API
5	แบบจําลองความหมาย / ชุดข้อมูล	ใช้ การสํารองข้อมูลและกู้คืน ไปยังบัญชีที่เก็บข้อมูล ADLS Gen2 หรือดาวน์โหลดคําจํากัดความและนําเข้าใหม่ การเขียนสคริปต์สามารถทําได้โดยใช้ Admin API
6	รายงาน	เจ้าของหรือผู้ดูแลระบบ ดาวน์โหลด .pbix และเผยแพร่ไปยังผู้เช่าเป้าหมายอีกครั้ง หรือส่งออกคําจํากัดความ JSON การเขียนสคริปต์สามารถทําได้โดยใช้ Admin API
7	แดชบอร์ด	ไม่มีเส้นทางการโยกย้าย ต้องสร้างใหม่ด้วยตนเอง
8	แอป Power BI	ไม่มีเส้นทางการโยกย้าย ต้องสร้างใหม่ด้วยตนเอง
9	รายงานที่ถูกแบ่ง	เจ้าของหรือผู้ดูแลระบบดาวน์โหลดไฟล์ RDL และ เผยแพร่ ไปยังผู้เช่าเป้าหมาย

สำคัญ

สร้างสิ่งประดิษฐ์ใหม่ตามลําดับนี้เสมอ สิ่งประดิษฐ์ดาวน์สตรีมขึ้นอยู่กับสิ่งประดิษฐ์ต้นน้ํา และการข้ามลําดับอาจทําให้การอ้างอิงเสียหายระหว่างการดําเนินการ การดําเนินการซิงค์ Git จะล้างรายการทั้งหมดในพื้นที่ทํางานที่ไม่มีอยู่ในที่เก็บ

วิธีการย้ายข้อมูล

พิจารณากิจกรรมอ้างอิงต่อไปนี้ ขั้นตอนส่วนใหญ่ใช้ได้กับทั้งสามสถานการณ์ ขั้นตอนที่เฉพาะเจาะจงสําหรับสถานการณ์สมมติจะถูกเรียกในหัวเรื่อง

ขั้นตอนที่ 1: การค้นพบและการประเมินสินค้าคงคลัง

สร้างคลังสิ่งประดิษฐ์และการขึ้นต่อกันที่สมบูรณ์ และระบุสิ่งที่คุณย้ายได้ ไม่สามารถ หรือไม่ควรย้าย

กิจกรรม

• เรียกใช้การค้นพบทั่วทั้งผู้เช่าโดยใช้การผสมผสานของ:
  • API ผู้ดูแลระบบ Power BI
  • API ผู้ดูแลระบบ Fabric
  • บันทึกกิจกรรม (พื้นที่ทํางาน รายงาน ชุดข้อมูล การรีเฟรช)
  • เอกสารด้วยตนเองสําหรับรายการที่ไม่ได้เปิดเผยโดย API
• จับภาพ:
  • พื้นที่ทํางาน (ชนิด ความจุ ภูมิภาค)
  • รายงาน แบบจําลองความหมาย (โดยเฉพาะรูปแบบที่เก็บข้อมูลขนาดใหญ่) กระแสข้อมูล
  • รายการ Fabric (Lakehouse, Warehouse, Eventhouse, notebooks)
  • เกตเวย์ แหล่งข้อมูล ข้อมูลประจําตัว
  • บทบาทการรักษาความปลอดภัยระดับแถว (RLS), สิทธิ์ของพื้นที่ทํางาน, การเชื่อมโยงการแชร์
• จัดประเภทแต่ละพื้นที่ทํางานตามความซับซ้อนในการโยกย้าย (ต่ํา ปานกลาง สูง) ตามสิ่งประดิษฐ์ที่มีอยู่และการขึ้นต่อกัน

เอาต์ พุ ต

• สเปรดชีตพื้นที่โฆษณาหลัก
• การจัดประเภทความซับซ้อนในการโยกย้ายสําหรับทุกพื้นที่ทํางาน

ขั้นตอนที่ 2: การค้นพบผู้ใช้และความปลอดภัย

บันทึกข้อมูลประจําตัวของผู้ใช้ การให้สิทธิ์การใช้งาน และสิทธิ์ และแมประหว่างผู้เช่าเมื่อจําเป็น

ในการแมปผู้เช่าใหม่ รหัสออบเจ็กต์ผู้ใช้จะถูกเก็บรักษาไว้ สําหรับการโยกย้ายแบบเคียงข้างกันหรือการแยกผู้เช่า ผู้ใช้จะมีรหัสออบเจ็กต์ที่แตกต่างกันในผู้เช่าเป้าหมาย แมปข้อมูลประจําตัวผู้เช่าต้นทางแต่ละรายการกับข้อมูลประจําตัวผู้เช่าเป้าหมาย มอบหมายสิทธิ์การใช้งาน Power BI ใหม่ (ฟรี, Pro, PPU) มิเรอร์กลุ่มความปลอดภัยในผู้เช่า Microsoft 365 ใหม่

กิจกรรม

ระบุและบันทึก:

• การมอบหมายสิทธิ์การใช้งาน Power BI รายการ (มาจาก Microsoft Graph)
• รหัสออบเจ็กต์ผู้ใช้ในผู้เช่าต้นทาง
• รหัสออบเจ็กต์ผู้ใช้ในผู้เช่าเป้าหมาย (เคียงข้างกันหรือแยกเท่านั้น)
• สิทธิ์ของผู้ใช้และระดับการเข้าถึงพื้นที่ทํางาน
• การตั้งค่าระดับผู้เช่าปัจจุบัน (บันทึกด้วยตนเองผ่านพอร์ทัลผู้ดูแลระบบ)
• การกําหนดค่าการกํากับดูแลปัจจุบัน (ป้ายชื่อระดับความลับ นโยบายการรับรอง)

คุณสามารถแยกสิทธิ์ของพื้นที่ทํางานและสิ่งประดิษฐ์ได้โดยใช้ API ผู้ดูแลระบบ Power BI และ Workspace Scanner API

ขั้นตอนที่ 3: การสื่อสารกับผู้มีส่วนได้ส่วนเสียและการจัดการการเปลี่ยนแปลง

สื่อสารแผนการโยกย้ายตั้งแต่เนิ่นๆ เพื่อลดภาระการต่อต้านและการสนับสนุน

กลุ่มผู้มีส่วนได้ส่วนเสียหลัก

• ผู้สนับสนุนระดับผู้บริหาร
• เจ้าของพื้นที่ทํางานและผู้เขียนรายงาน
• ผู้ใช้ปลายทาง
• ทีมไอที ความปลอดภัย และข้อมูลประจําตัว

กิจกรรม

• พัฒนาแผนการสื่อสารที่ครอบคลุม:
  • ภาพรวมและเหตุผลในการย้ายข้อมูล
  • สิ่งที่ย้ายและไม่ย้าย (ตัวอย่างเช่น พื้นที่ทํางานส่วนบุคคล พื้นที่ทํางานที่ไม่ได้ใช้งาน)
  • การเปลี่ยนแปลง (URL, การเข้าถึง, เวลารีเฟรช) ลิงก์ Power Apps และ SharePoint ดาวน์สตรีมที่อ้างอิง URL ของ Power BI ก็ได้รับผลกระทบเช่นกัน
  • สิ่งที่ไม่เปลี่ยนแปลง (ความหมายของข้อมูล วิชวล ตรรกะทางธุรกิจ)
• แจ้งวันสําคัญ:
  • ตรึงหน้าต่าง (โดยทั่วไปประมาณหนึ่งสัปดาห์ที่ไม่มีการเปลี่ยนแปลงในผู้เช่าต้นทางในระหว่างการสํารองข้อมูลขั้นสุดท้าย)
  • เวลาหยุดทํางานที่คาดไว้ (สําหรับสถานการณ์การแมปผู้เช่าใหม่)
  • ระยะเวลาการตรวจสอบความถูกต้องสําหรับผู้มีส่วนได้ส่วนเสียในการตรวจสอบรายงานของตนเองในผู้เช่าเป้าหมาย
  • เหตุการณ์สําคัญแบบเคลื่อนย้ายและวันที่เลิกใช้งานสําหรับผู้เช่าต้นทาง (สถานการณ์แบบเคียงข้างกัน)

เอาต์ พุ ต

• สํารับบรรยายสรุปของผู้มีส่วนได้ส่วนเสีย
• คําถามที่พบบ่อยสําหรับผู้ใช้ปลายทาง

ขั้นตอนที่ 4: ส่งคําขอการแมปผู้เช่าใหม่ (การแมปผู้เช่าใหม่เท่านั้น)

เมื่อวันที่ย้ายถูกล็อค ให้ส่ง ตั๋วการสนับสนุน และเลือกตัวเลือกการแมปผู้เช่าใหม่โดยเฉพาะ วิศวกรฝ่ายสนับสนุนของ Microsoft รับคําขอ

กิจกรรม

• ส่งตั๋วสนับสนุน
• กรอกรายการตรวจสอบความพร้อมที่ Microsoft จัดเตรียมไว้ให้
• ตกลงเกี่ยวกับวันที่และช่วงเวลาการย้ายข้อมูล รวมถึงช่วงเวลาสํารอง
• ลบความจุที่มีอยู่ก่อนที่การแมปผู้เช่าใหม่จะเกิดขึ้น

ผลลัพธ์ที่คาดหวัง

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

ขั้นตอนที่ 5: กําหนดเป้าหมายความพร้อมของผู้เช่า

ผู้เช่าที่สร้างขึ้นใหม่หรือที่แมปใหม่ไม่พร้อมที่จะรับเนื้อหาในทันที กําหนดค่าก่อน

กิจกรรม

• กําหนดค่าการตั้งค่าผู้เช่า Power BI:
  • ตัวควบคุมการสร้างพื้นที่ทํางาน
  • นโยบายการแชร์และการเข้าถึงจากภายนอก
  • การกํากับดูแลวิชวลแบบกําหนดเอง
  • ป้ายชื่อระดับความลับและการปกป้องข้อมูล
  • บันทึกการตรวจสอบและการเปิดใช้งานการตรวจสอบ
• ซื้อความจุ Fabric ที่มี SKU เท่ากับหรือสูงกว่าแหล่งที่มา
• กําหนดค่าและตรวจสอบความถูกต้องของเกตเวย์ คลัสเตอร์เกตเวย์ และการเชื่อมต่อข้อมูล
• สําหรับสถานการณ์แบบเคียงข้างกันหรือการแยกผู้เช่า:
  • สร้างผู้ใช้ในผู้เช่าเป้าหมายสําหรับผู้ใช้ทุกคนในผู้เช่าต้นทาง และบันทึกการแม็ปผู้ใช้
  • สร้างกลุ่มผู้ใช้ใหม่จากผู้เช่าต้นทาง
  • กําหนดสิทธิ์การใช้งาน Power BI ในผู้เช่าเป้าหมาย
• จัดตําแหน่งการกํากับดูแล: ป้ายชื่อระดับความลับ การรวม Microsoft Purview และนโยบายการรับรอง

ขั้นตอนที่ 6: การนําร่องการย้ายข้อมูล

เรียกใช้การโยกย้ายทดสอบบนพื้นที่ทํางานตัวอย่างที่เป็นตัวแทนก่อนการโยกย้ายการผลิต

สําหรับการโยกย้ายแบบเคียงข้างกัน ผู้เช่าต้นทางยังคงพร้อมใช้งานเป็นทางเลือกสําหรับการลองใหม่ สําหรับการแมปผู้เช่าใหม่ เนื้อหาที่สํารองข้อมูลไม่ถูกต้องก่อนการแมปใหม่จะไม่สามารถกู้คืนได้ นักบินที่ประสบความสําเร็จเป็นวิธีหลักในการลดความเสี่ยงของเส้นทางการรีแมป

เกณฑ์การเลือกพื้นที่ทํางานนําร่อง

• ประกอบด้วยสิ่งประดิษฐ์ผสมกัน: รายงาน แบบจําลองความหมาย กระแสข้อมูล และรายการ Fabric
• ใช้แหล่งข้อมูลที่สมจริงและกําหนดการรีเฟรช
• มีสิทธิ์ระดับพื้นที่ทํางานและ RLS ในอุดมคติ
• มีการใช้งานอย่างแข็งขันแต่ไม่สําคัญต่อภารกิจ

ขั้นตอนที่ 7: การดําเนินการย้ายข้อมูล

ดําเนินการย้ายข้อมูล รายการที่รองรับจะถูกเขียนสคริปต์ก่อน รายการที่ไม่รองรับจะถูกสร้างขึ้นใหม่ด้วยตนเอง

สําหรับผู้เช่าขนาดใหญ่ ให้เขียนสคริปต์ที่ห่อ API ผู้ดูแลระบบ Power BI เพื่อส่งออกจํานวนมากและสร้างสิ่งประดิษฐ์ใหม่จํานวนมาก

สร้างสิ่งประดิษฐ์ใหม่ตามลําดับที่กําหนดไว้ใน สิ่งที่รองรับสําหรับการย้ายข้อมูล การข้ามใบสั่งจะทําลายการขึ้นต่อกัน

ขั้นตอนที่ 8: การตรวจสอบและทดสอบ

ตรวจสอบว่ามีการย้ายข้อมูลเนื้อหาเรียบร้อยแล้วและทํางานได้อย่างถูกต้อง

ข้อกําหนดแบบจําลองความหมายที่ส่งออกไม่รวมข้อมูลพื้นฐาน แบบจําลองความหมายที่นําเข้าทุกแบบจําเป็นต้องมีการรีเฟรชด้วยตนเองอย่างน้อยหนึ่งครั้งในผู้เช่าเป้าหมาย

Tip

พิจารณาปรับขนาดเป็น SKU ที่มีความจุสูงขึ้นชั่วคราวในระหว่างการตรวจสอบความถูกต้อง การรีเฟรชพร้อมกันจํานวนมากอาจทําให้ความจุเป้าหมายอิ่มตัวได้

กิจกรรม

• ตรวจสอบความถูกต้องของข้อมูล: จํานวนแถว การรวมคีย์ ความสําเร็จในการรีเฟรช
• ตรวจสอบความปลอดภัย: กฎ RLS, การเข้าถึงพื้นที่ทํางาน, ขอบเขตการแชร์
• ตรวจสอบประสิทธิภาพ: เวลาในการโหลดรายงาน การตอบสนองของคิวรี headroom ความจุ

ขั้นตอนที่ 9: การเคลื่อนย้ายผู้ใช้และการนําไปใช้

ย้ายผู้ใช้ไปยังผู้เช่าเป้าหมายและอัปเดตแอปพลิเคชันดาวน์สตรีม

กิจกรรม

• ให้สิทธิ์ผู้ใช้เข้าถึงพื้นที่ทํางานและสิ่งประดิษฐ์ในผู้เช่าเป้าหมาย
• อัปเดต URL รายงานแบบฝังตัว ลิงก์ SharePoint การเชื่อมต่อ Power Apps และโฟลว์ Power Automate ที่อ้างอิงเนื้อหา Power BI
• ปิดใช้งานการแก้ไขในผู้เช่าต้นทาง (ระยะอ่านอย่างเดียว) ก่อนการรื้อถอนขั้นสุดท้าย
• เรียกใช้เซสชันการเปิดใช้งานสั้น ๆ ที่ครอบคลุมถึงสิ่งที่เปลี่ยนแปลงและตําแหน่งที่จะค้นหาเนื้อหา

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

• ย้าย Power BI ระหว่างภูมิภาคทางภูมิศาสตร์
• รองรับหลายภูมิศาสตร์สําหรับ Power BI Premium
• Power BI การตั้งค่าผู้เช่า
• Power BI การสํารองและกู้คืนโมเดลความหมาย
• กําหนดค่ารีเลย์ Azure แบบกําหนดเองสําหรับเกตเวย์ข้อมูลภายในองค์กร
• กระแสข้อมูล: เชื่อมต่อกับที่เก็บข้อมูล ADLS Gen2 ของคุณเอง