การย้ายแบบผู้เช่าต่อผู้เช่า
คุณลักษณะการย้ายแบบผู้เช่าต่อผู้เช่าช่วยให้คุณสามารถถ่ายโอนสภาพแวดล้อมจากผู้เช่ารายหนึ่งไปยังอีกรายหนึ่งได้ คุณลักษณะนี้รองรับสถานการณ์ต่างๆ เช่น การรวมผู้เช่าหลายรายเข้าเป็นหนึ่งเดียว และอำนวยความสะดวกในการเข้าซื้อกิจการของบริษัท สภาพแวดล้อมไม่ได้ ย้าย จริงๆ แต่ เชื่อมโยง กับผู้เช่ารายอื่น สภาพแวดล้อมยังคงมีอยู่ แต่ไม่ได้เป็นส่วนหนึ่งของผู้เช่าต้นทางอีกต่อไป สามารถเข้าถึงได้และจัดการภายใต้ผู้เช่าปลายทาง ไม่มีการเปลี่ยนแปลงส่วนติดต่อผู้ใช้ หรือการเปลี่ยนแปลงรุ่นเป็นส่วนหนึ่งของการย้ายนี้
ก่อนเริ่มต้นใช้งาน
โปรดทราบหมายเหตุต่อไปนี้ก่อนที่คุณจะเริ่มต้นใช้งานการย้ายแบบผู้เช่าต่อผู้เช่า
- ชนิดสภาพแวดล้อมที่รองรับ: การทำงานจริงและ Sandbox เท่านั้น
- ชนิดสภาพแวดล้อมที่ไม่รองรับ: ไม่รองรับชนิดสภาพแวดล้อมเริ่มต้น นักพัฒนา การทดลองใช้ และ Teams ไม่รองรับ Government Community Cloud (GCC) ไปยังคลาวด์สาธารณะและในทางกลับกัน
- ส่วนประกอบที่ไม่รองรับ ได้แก่ Dynamics 365 Customer Voice, ช่องทาง Omni สำหรับ Customer Service, ไลบรารีคอมโพเนนต์, Dynamics 365 Customer Insights - Journeys และ Dynamics 365 Customer Insights - Data
- มีขั้นตอนเฉพาะที่จำเป็นสำหรับ Power Apps, Power Automate, Power Pages และ Microsoft Copilot Studio ที่ระบุไว้ในขั้นตอนก่อนการย้ายและหลังการย้าย
- องค์กร Dataverse ที่เชื่อมโยงกับองค์กรด้านการเงินและการดำเนินงานไม่สามารถย้ายไปยังผู้เช่ารายอื่นได้
- คุณอาจจำเป็นต้องกำหนดค่าโปแกรมประยุกต์และการตั้งค่าบางรายการ หลังจากการโยกย้ายผู้เช่าไปยังผู้เช่า เช่น Microsoft Dynamics 365 for Outlook, การทำข้อมูลให้ตรงกันทางฝั่งเซิร์ฟเวอร์, SharePoint และอื่นๆ
- เมื่อสร้างและกำหนดค่าผู้ใช้แล้ว คุณต้อง สร้างไฟล์การแมปผู้ใช้ ซึ่งจะอธิบายไว้ในบทความนี้
- หากผู้ใช้ที่แมปมีกล่องจดหมายในผู้เช่าปลายทาง กล่องจดหมายจะถูกกำหนดโดยอัตโนมัติในระหว่างการย้าย สำหรับผู้ใช้รายอื่นทั้งหมด คุณต้องกำหนดค่ากล่องจดหมายใหม่
- หากใช้กล่องจดหมายเดียวกันในผู้เช่าเป้าหมาย
test@microsoft.com
กล่องจดหมายจะถูกเปิดใช้งานตามค่าเริ่มต้น ก่อนการย้ายแบบผู้เช่าต่อผู้เช่า ลูกค้าจำเป็นต้องย้ายและกำหนดค่ากล่องจดหมายของตนบนผู้เช่าเป้าหมาย - หากคุณใช้โดเมน onmicrosoft เริ่มต้น
test@sourcecompanyname.onmicrosoft.com
ชื่อโดเมนหลังการย้ายจะเปลี่ยนเป็นtest@targetcompanyname.onmicrosoft.com
ลูกค้าจำเป็นต้องกำหนดค่ากล่องจดหมายใหม่ เรียนรู้เพิ่มเติมเกี่ยวกับการกำหนดค่ากล่องจดหมายใน เชื่อมต่อกับ Exchange Online
ข้อกำหนดเบื้องต้น
ตรวจสอบให้แน่ใจว่าคุณปฏิบัติตามข้อกำหนดเบื้องต้นต่อไปนี้ก่อนที่จะเริ่มกระบวนการย้ายข้อมูล
- สร้างผู้ใช้ในผู้เช่าเป้าหมาย รวมถึง:
- สร้างผู้ใช้ใน Microsoft 365 และ Microsoft Entra ID
- กำหนดสิทธิ์การใช้งาน
- คุณต้องมีสิทธิ์ผู้ดูแลระบบ Power Platform หรือผู้ดูแลระบบ Dynamics 365 เพื่อดำเนินการโยกย้าย
- โมดูลผู้ดูแลระบบ PowerShell สำหรับ Power Platform เป็นโมดูล PowerShell ที่แนะนำสำหรับการโต้ตอบกับความสามารถของผู้ดูแลระบบ เรียนรู้เพิ่มเติมใน เริ่มต้นใช้งาน PowerShell สำหรับผู้ดูแลระบบ Power Platform
ขั้นตอนการเตรียมการ
ทำตามขั้นตอนต่อไปนี้สำหรับ Power Automate, Power Apps, Copilot Studio, และ Power Pages ก่อนการย้าย คุณต้องสร้างไฟล์การแมปผู้ใช้ด้วย
จัดเตรียม Power Automate
หากโฟลว์ของคุณถูกกำหนดไว้ใน Dataverse อยู่แล้ว ก็ไม่จำเป็นต้องทำงานเพิ่มเติม
โฟลว์ของ Power Automate ใดๆ ที่ควรย้ายจำเป็นต้องมีการเพิ่มคำจำกัดความลงในโซลูชัน Dataverse ในสภาพแวดล้อมต้นทาง เรียนรู้เพิ่มเติมใน เพิ่มโฟลว์ระบบคลาวด์ที่มีอยู่ไปยังโซลูชัน ซึ่งสามารถทำได้เป็นแบบกลุ่มโดยการเรียกใช้ Add-AdminFlowsToSolution cmdlet
จัดเตรียม Power Apps
Power Apps ใดๆ ต้องส่งออกด้วยตนเอง เราไม่รองรับการย้ายตัวเชื่อมต่อ การเชื่อมต่อ หรือเกตเวย์ของลูกค้า หากคุณตั้งค่าส่วนประกอบเหล่านี้ไว้ คุณต้องกำหนดค่าใหม่ด้วยตนเองหลังจากการย้าย
สำหรับแอปที่สร้างภายในโซลูชัน:
สำหรับแอปที่สร้างภายในโซลูชัน ให้ไปที่ Power Apps ไปที่หน้า โซลูชัน และส่งออกแอปและโซลูชันทั้งหมด คุณสามารถส่งออกทีละรายการหรือจัดกลุ่มเข้าด้วยกันในโซลูชันเดียวหากยังไม่ได้ส่งออก
ลบแอปที่สามารถทำงานร่วมกับโซลูชันเหล่านี้ในสภาพแวดล้อมหลังจากส่งออก
แอปที่เป็นของโซลูชันที่มีการจัดการสามารถลบได้โดยการลบโซลูชันเท่านั้น
แอปที่อยู่ในโซลูชันที่ไม่มีการจัดการสามารถลบได้โดยใช้ตัวเลือก ลบจากสภาพแวดล้อมนี้
สำคัญ
แอปพื้นที่ทำงานที่สร้างภายในโซลูชัน หน้าแบบกำหนดเอง หรือไลบราส่วนประกอบที่คุณไม่ได้ลบออกจากสภาพแวดล้อมก่อนการโอนย้ายจะไม่ทำงานหลังจากการโอนย้ายเสร็จสิ้น
สำหรับแอปที่ไม่ได้สร้างภายในโซลูชัน:
ไปที่ Power Apps แล้วเลือก แอป
สำหรับแต่ละแอปที่คุณต้องการย้าย ให้เลือก คำสั่งเพิ่มเติม แล้วเลือก ส่งออกแพคเกจ (พรีวิว)
ป้อนรายละเอียดที่จำเป็นในการส่งออกแอป จากนั้นเลือก ส่งออก เมื่อการส่งออกเสร็จสิ้น การดาวน์โหลดจะเริ่มต้นขึ้น
ไฟล์ผลลัพธ์จะมีแพคเกจแอปที่เลือก
ทำซ้ำขั้นตอนเหล่านี้จนกว่าแอปทั้งหมดจะถูกส่งออก
ลบแอปที่ไม่ทราบโซลูชันเหล่านี้ออกจากสภาพแวดล้อม
ผู้ดูแลระบบยังสามารถดูหรือลบแอป พื้นที่ทำงาน ออกจากรายการในพอร์ทัลผู้ดูแลระบบได้โดยทำตามขั้นตอนต่อไปนี้
- ไปที่ ศูนย์จัดการ Power Platform แล้วเลือกสภาพแวดล้อมจาก จัดการ
- ภายใต้การดำเนินการ ทรัพยากร ให้เลือก Power Apps เพื่อดูและลบออก
จัดเตรียม Copilot Studio
แชทบอท Copilot Studio ใดๆ ต้องส่งออกด้วยตนเอง ส่วนประกอบที่ขึ้นต่อกันบางอย่างของแชทบอทต้องได้รับการกำหนดค่าใหม่ด้วยตนเองในระหว่างหรือหลังการย้ายข้อมูล ตัวอย่างเช่น การเชื่อมต่อ ตัวแปรสภาพแวดล้อม และตัวเชื่อมต่อที่กำหนดเองต้องได้รับการกำหนดค่าใหม่ด้วยตนเองในระหว่างหรือหลังการย้าย
แชทบอทจะสามารถทำงานร่วมกับโซลูชันได้ ไปที่ Power Apps ไปยังหน้า โซลูชัน และส่งออกโซลูชันของแชทบอททั้งหมด ทั้งแบบทีละรายการหรือจัดกลุ่มไว้ในโซลูชันเดียว เรียนรู้เพิ่มเติมใน ส่งออกและนำเข้าบอทโดยใช้โซลูชัน
จัดเตรียม Power Pages
ขั้นตอนต่อไปนี้ต้องทำสำหรับแต่ละเว็บไซต์ในสภาพแวดล้อม
- ลงชื่อเข้าสู่สภาพแวดล้อม
- เปิด ศูนย์การจัดการ
- ลบ เว็บไซต์
สร้างไฟล์การแมปผู้ใช้
สร้างไฟล์การแมปผู้ใช้สำหรับสภาพแวดล้อมต้นทางที่จะถ่ายโอนไปยังสภาพแวดล้อมเป้าหมาย สิ่งสำคัญคือต้องทราบว่าแต่ละสภาพแวดล้อมต้องการไฟล์การแมปแต่ละรายการ ตรวจสอบให้แน่ใจว่าผู้ใช้แสดงตนและได้รับอนุญาตทั้งในผู้เช่าต้นทางและปลายทาง เนื่องจากจำเป็นสำหรับการย้ายข้อมูลที่ราบรื่น โดเมนของผู้ใช้อาจแตกต่างกันไปตามแหล่งที่มาและเป้าหมายหากมีการใช้งานอยู่
สร้างไฟล์การแมปผู้ใช้ที่ชื่อ usermapping.csv
หมายเหตุ
ชื่อไฟล์ต้องตรงตามตัวพิมพ์ใหญ่-เล็ก ตรวจสอบให้แน่ใจว่าเรกคอร์ดคั่นด้วยเครื่องหมายจุลภาค ไม่ใช่เครื่องหมายอัฒภาค
บันทึกรายละเอียดของผู้ใช้อย่างแม่นยำ รวมถึงรหัสอีเมลต้นทางและปลายทาง ตรวจสอบให้แน่ใจว่าไม่มีช่องว่างเพิ่มเติมก่อนและหลังส่วนหัว ไฟล์การแมปของคุณควรจะมีลักษณะดังตัวอย่างต่อไปนี้:
ทรัพยากร ปลายทาง SourceUser@sourcetenant.com
DestinationUser@targettenant.com
ผู้ใช้ที่มีสิทธิ์เข้าถึงแบบเต็ม:
เข้าถึงสภาพแวดล้อมต้นทาง
ใช้ การค้นหาขั้นสูง เพื่อค้นหาผู้ใช้
เลือก ใช้มุมมองที่บันทึกไว้ > ผู้ใช้ที่มีสิทธิ์เข้าถึงแบบเต็ม แล้วเลือก แก้ไขคอลัมน์
ลบคอลัมน์ทั้งหมดยกเว้นคอลัมน์ ชื่อนามสกุล
เลือก เพิ่มคอลัมน์ > Windows Live ID
เลือก ตกลง > ผลลัพธ์ เพื่อดูรายชื่อผู้ใช้ที่มีสิทธิ์เข้าถึงแบบเต็ม
เลือกเรกคอร์ดทั้งหมด เลือก ส่งออกผู้ใช้ ใน Ribbon แล้วเลือก เวิร์กชีตแบบคงที่
ทำตามขั้นตอนที่ 1-7 ด้านบนสำหรับผู้เช่าปลายทาง หากเป็นไปได้ ตอนนี้คุณควรมีแผ่นงาน Excel แยกกันสองแผ่น: แผ่นหนึ่งสำหรับผู้เช่าต้นทางและอีกแผ่นสำหรับผู้เช่าเป้าหมาย
เปิดไฟล์ Excel เพื่อแก้ไข
เริ่มต้นด้วยแผ่นงาน Excel ต้นทาง ให้คัดลอกเรกคอร์ดภายใต้คอลัมน์ Windows Live ID ลงใน Notepad อย่าคัดลอกส่วนหัว
บันทึกไฟล์ Notepad
ป้อน Windows Live ID (UPN) ปลายทางในเอกสาร Notepad เดียวกันทางด้าานขวาของ UPN ต้นทางที่สอดคล้องกัน อย่าลืมแยก UPN ต้นทางและปลายทางด้วยเครื่องหมายจุลภาค (,)
ตัวอย่าง:
-
user001@source.com
,user001@destination.com
-
user002@source.com
,user002@destination.com
-
user003@source.com
,user003@destination.com
-
บันทึกไฟล์เป็น CSV
ผู้ใช้ที่เข้าถึงแบบผู้ดูแลระบบ:
- เข้าถึงสภาพแวดล้อมต้นทาง
- ใช้ การค้นหาขั้นสูง เพื่อค้นหาผู้ใช้
- เลือก ใช้มุมมองที่บันทึกไว้ > ผู้ใช้สิทธิ์การเข้าถึงระดับผู้ดูแลระบบ แล้วเลือก ผลลัพธ์ เพื่อดูรายชื่อผู้ใช้ที่มีสิทธิ์การเข้าถึงระดับผู้ดูแลระบบ
- หากคุณตัดสินใจที่จะไม่รวมผู้ใช้เหล่านี้ ให้ข้ามขั้นตอนต่อไปนี้ มิฉะนั้น หากต้องการรวมผู้ใช้เหล่านี้ในไฟล์การแมป ให้ทำดังต่อไปนี้:
- ค้นหาผู้ใช้ที่เกี่ยวข้องในผู้เช่าปลายทาง
- ตรวจสอบให้แน่ใจว่าได้กำหนดสิทธิ์การใช้งานที่ถูกต้องให้กับผู้ใช้ปลายทางในผู้เช่าปลายทาง
หมายเหตุ
หากผู้ใช้ปลายทางไม่ได้รับการกำหนดสิทธิการใช้งานใดๆ การย้ายจะล้มเหลว
- บันทึกไฟล์ CSV ที่มีทั้งผู้ใช้ที่มีสิทธิ์เข้าถึงแบบเต็มและผู้ใช้ที่มีสิทธิ์การเข้าถึงระดับผู้ดูแลระบบแมปไว้
การย้าย
ก่อนดำเนินการย้ายข้อมูล โปรดตรวจสอบว่าคุณได้ตรวจสอบและดำเนินกระบวนการเตรียมการให้เสร็จสิ้นแล้ว หลังจากเสร็จสิ้นขั้นตอนการเตรียมการแล้ว ให้ดำเนินการในส่วนต่อไปนี้เพื่อย้ายข้อมูล
ติดตั้ง PowerShell สำหรับผู้ดูแลระบบ Power Platform (ทั้งผู้ดูแลระบบต้นทางและปลายทาง)
โมดูลผู้ดูแลระบบ PowerShell สำหรับ Power Platform เป็นโมดูล PowerShell ที่แนะนำสำหรับการโต้ตอบกับความสามารถของผู้ดูแลระบบ สำหรับข้อมูลที่ช่วยคุณเริ่มต้นใช้งานโมดูล PowerShell สำหรับผู้ดูแลระบบ Power Platform ให้ไปที่ เริ่มต้นใช้งาน PowerShell สำหรับผู้ดูแลระบบ Power Platform และ การติดตั้ง PowerShell สำหรับผู้ดูแลระบบ Power Platform
ติดตั้ง หรือปรับปรุงโมดูลที่จำเป็นโดยใช้หนึ่งในคำสั่งต่อไปนี้:
Install-Module -Name Microsoft.PowerApps.Administration.PowerShell
Update-Module -Name Microsoft.PowerApps.Administration.PowerShell
ติดตั้ง Azure PowerShell บน Windows (ทั้งผู้ดูแลระบบต้นทางและปลายทาง)
โมดูล Azure PowerShell เป็นโมดูลค่าสะสม การติดตั้งโมดูล Azure PowerShell จะดาวน์โหลดโมดูลที่มีอยู่ทั่วไปและทำให้ cmdlet พร้อมใช้งาน เรียนรู้เพิ่มเติมใน ติดตั้ง Azure PowerShell บน Windows
ใช้ cmdlet ติดตั้งโมดูลเพื่อติดตั้งโมดูล Azure PowerShell:
Install-Module -Name Az -Repository PSGallery -Force
ลงชื่อเข้าใช้ Microsoft Power Platform (ทั้งผู้ดูแลระบบต้นทางและปลายทาง)
ลงชื่อเข้าใช้ Microsoft Power Platform ขั้นตอนนี้ช่วยให้ผู้ดูแลระบบสามารถรับรองความถูกต้องและเข้าถึงสภาพแวดล้อม Power Platform ได้
Add-PowerAppsAccount
ส่งคำขอย้ายข้อมูล (ผู้ดูแลระบบต้นทาง)
ในการเริ่มต้นการย้ายข้อมูลระหว่างผู้เช่ากับผู้เช่า ผู้ดูแลระบบ Dynamics 365 หรือ Power Platform ของผู้เช่าต้นทางต้องส่งคำขอไปยังผู้เช่าเป้าหมายโดยใช้คำสั่งต่อไปนี้ และระบุรหัสชื่อสภาพแวดล้อมและรหัสผู้เช่า
คุณต้องมีข้อมูลประจำตัวของผู้ดูแลระบบ Power Platform หรือ Dynamics 365 เพื่อทำขั้นตอนนี้ให้เสร็จสมบูรณ์
TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID}
คุณสามารถดูสถานะและ MigrationID ได้โดยใช้คำสั่งต่อไปนี้
TenantToTenant-ViewMigrationRequest
หมายเหตุ
บันทึก MigrationID ซึ่งใช้ในคำสั่งการย้ายข้อมูลเพิ่มเติม รหัสการย้ายของผู้เช่าต้นทางแตกต่างจากรหัสการย้ายของผู้เช่าปลายทาง
ดูและอนุมัติคำขอย้ายข้อมูล (ผู้ดูแลระบบเป้าหมาย)
ผู้ดูแลระบบของผู้เช่าปลายทางควรเรียกใช้คำสั่งต่อไปนี้เพื่อดูคำขอและสถานะการย้ายข้อมูลทั้งหมด ผู้ดูแลระบบสามารถตรวจสอบคำขอย้ายข้อมูลและตัวเลือกทั้งหมดเพื่ออนุมัติหรือปฏิเสธได้
Add-PowerAppsAccount
TenantToTenant-ViewApprovalRequest
TenantToTenant-ManageMigrationRequest -MigrationId {MigrationId from above command to approve or deny}
เมื่อคำขอได้รับการอนุมัติ ผู้ดูแลระบบของผู้เช่าปลายทางสามารถแจ้งให้ผู้ดูแลระบบของผู้เช่าต้นทางทราบเพื่อดำเนินการในขั้นตอนต่อไปของการย้ายข้อมูล
สร้างลายเซ็นการเข้าถึงที่ใช้ร่วมกัน (SAS) URL (ผู้ดูแลระบบต้นทาง)
ขั้นตอนนี้เกี่ยวข้องกับการสร้าง SAS URL ซึ่งใช้ในภายหลังสำหรับการอัปโหลดไฟล์การแมปผู้ใช้ เรียกใช้คำสั่ง PowerShell ต่อไปนี้ โดยแทนที่ EnvironmentId ด้วยรหัสสภาพแวดล้อมจริง
GenerateResourceStorage-PowerAppEnvironment –EnvironmentName {EnvironmentId}
สำคัญ
ตรวจสอบให้แน่ใจว่าสภาพแวดล้อม ไม่ได้ อยู่ใน โหมดผู้ดูแลระบบ และผู้ใช้มีบทบาท ผู้ใช้พื้นฐาน ที่กำหนดในสภาพแวดล้อม
ตัวอย่างผลลัพธ์
Code :
Description :
Headers :
Error :
Errors :
Internal : @{sharedAccessSignature=https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783?sv=2018-03-28&sr=c&si=SASpolicyXXRRRX}
อัปโหลดไฟล์การแมปผู้ใช้ (ผู้ดูแลระบบต้นทาง)
ขั้นตอนต่อไปเกี่ยวข้องกับการถ่ายโอนไฟล์การแมปผู้ใช้ไปยัง SAS URL ที่สร้างไว้ก่อนหน้านี้ ในการดำเนินการนี้ ให้เรียกใช้คำสั่งต่อไปนี้ใน Windows PowerShell ISE เพื่อให้แน่ใจว่าพารามิเตอร์ SASUri และ FileToUpload มีข้อมูลที่เหมาะสมเกี่ยวกับสภาพแวดล้อมของคุณ ขั้นตอนนี้มีความสำคัญอย่างยิ่งต่อการอัปโหลดการแมปของผู้ใช้อย่างถูกต้องในระบบ
หมายเหตุ
จำเป็นต้องติดตั้งโมดูล Azure เพื่อเรียกใช้สคริปต์ที่กล่าวถึง ทำตามขั้นตอนต่อไปนี้ด้วย Windows PowerShell ISE
$SASUri ="Update the SAS Uri from previous step”
$Uri = [System.Uri] $SASUri
$storageAccountName = $uri.DnsSafeHost.Split(".")[0]
$container = $uri.LocalPath.Substring(1)
$sasToken = $uri.Query
# File to upload
# Note that the file name should be usermapping.csv (case sensitive) with comma separated values.
$fileToUpload = 'C:\filelocation\usermapping.csv'
# Create a storage context
$storageContext = New-AzStorageContext -StorageAccountName $storageAccountName -SasToken $sasToken
# Upload the file to Azure Blob Storage
Set-AzStorageBlobContent -File $fileToUpload -Container $container -Context $storageContext -Force
เตรียมการย้ายสภาพแวดล้อม (ผู้ดูแลระบบต้นทาง)
ขั้นตอนต่อไปนี้เกี่ยวข้องกับการดำเนินการตรวจสอบที่ครอบคลุมเพื่อให้แน่ใจว่าผู้ใช้ทุกคนที่ระบุไว้ในไฟล์การแมปผู้ใช้ได้รับการตรวจสอบและใช้งานอยู่ในผู้เช่าเป้าหมาย
MigrationId สามารถดูได้โดยใช้คำสั่ง "TenantToTenant-ViewMigrationRequest" ในผู้เช่าต้นทาง
TenantToTenant-PrepareMigration
-MigrationId {MigrationId}
-TargetTenantId {TargetTenantId}
-ReadOnlyUserMappingFileContainerUri {SasUri}
หมายเหตุ
ขณะส่งผ่านค่า SASUri คุณต้องระบุพารามิเตอร์ดังนี้: https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783
ตัวอย่างผลลัพธ์
Code : 202
Description : Accepted
ระยะเวลาของขั้นตอนนี้จะแตกต่างกันไปขึ้นอยู่กับจำนวนผู้ใช้ในไฟล์การแมปผู้ใช้ คุณสามารถติดตามความคืบหน้าของขั้นตอนนี้ได้โดยใช้คำสั่ง TenantToTenant-GetStatus ที่ให้ไว้ด้านล่าง
ตรวจสอบสถานะ (ผู้ดูแลระบบต้นทาง)
TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}
ตัวอย่างผลลัพธ์
- ตรวจสอบความถูกต้องของการย้ายแบบผู้เช่าต่อผู้เช่า: กำลังทำงาน
- ตรวจสอบความถูกต้องของการย้ายแบบผู้เช่าต่อผู้เช่า : สำเร็จ
- การตรวจสอบความถูกต้องล้มเหลว ข้อผิดพลาดจะได้รับการอัปเดตใน Blob ที่นี่: SASURI
ข้อผิดพลาดและวิธีแก้ไข
- หากคุณได้รับข้อผิดพลาดที่ระบุว่า ไฟล์การแมปผู้ใช้ที่ให้ไว้สำหรับการย้ายแบบผู้เช่าต่อผู้เช่าไม่ถูกต้อง ให้ตรวจสอบว่าชื่อไฟล์การแมปผู้ใช้ถูกต้องหรือไม่ และไฟล์การแมปผู้ใช้มีเครื่องหมายจุลภาคเพื่อแยกค่าหรือไม่
- บรรทัด '{line numbers}' มี '{emailID}' เหมือนกัน: ตรวจสอบให้แน่ใจว่าไม่มีรายการที่ซ้ำกัน
-
รูปแบบอีเมล '{emailid}' ไม่ถูกต้อง: ตรวจสอบให้แน่ใจว่ารูปแบบอีเมลถูกต้องสำหรับ
testuser@tenantdomain.com
- เป้าหมายในบรรทัด '{linenumber}'เหมือนกับ emailId ต้นทาง: ตรวจสอบให้แน่ใจว่า อีเมลปลายทาง แตกต่างจาก อีเมลต้นทาง
- แต่ละบรรทัดต้องมีสองคอลัมน์เหมือนกัน: '{line numbers}': ตรวจสอบให้แน่ใจว่าแต่ละแถวมีเพียงสองคอลัมน์: คอลัมน์ต้นทางและปลายทาง ลบเครื่องหมายจุลภาคพิเศษออก (ถ้ามี)
หลังจากแก้ไขข้อผิดพลาดในการแมปผู้ใช้แล้ว คุณจะต้องอัปโหลดไฟล์การแมปผู้ใช้อีกครั้งโดยใช้ SAS URI เดียวกัน
ดาวน์โหลดรายงานข้อผิดพลาด (ผู้ดูแลระบบต้นทาง)
หากมีข้อผิดพลาดใดๆ ในไฟล์การแมปผู้ใช้ จะมีตัวเลือกในการดาวน์โหลดรายงานข้อผิดพลาด ซึ่งสามารถทำได้โดยการคัดลอกและวาง SasUrl ที่ให้ไว้ในคำสั่ง Tenant-To-Tenant-GetMigrationStatus โดยตรง หรือโดยใช้คำสั่งต่อไปนี้ที่ใช้ SAS URI จากขั้นตอนก่อนหน้า ตรวจสอบสถานะและตำแหน่งที่ต้องการเพื่อดาวน์โหลดรายงานข้อผิดพลาด
ดำเนินการขั้นตอนต่อไปนี้ให้เสร็จสมบูรณ์
เรียกใช้คำสั่งต่อไปนี้ด้วย Windows PowerShell ISE
Import-Module Az.Storage # Define the SAS URI of the blob $sasUri = " Update the SAS Uri from previous step " # Define the path where the blob will be downloaded $destinationPath = "C:\Downloads\Failed\" # Split the SAS URI on the '?' character to separate the URL and the SAS token $url, $sasToken = $sasUri -split '\?', 2 $containerName = $url.Split('/')[3] $storageAccountName = $url.Split('/')[2].Split('.')[0] $storageContext = New-AzStorageContext -StorageAccountName $storageAccountName -SasToken $sasToken Get-AzStorageBlobContent -Blob "usermapping.csv" -Container $containerName -Destination $destinationPath -Context $storageContext
แก้ไขปัญหาในไฟล์การแมปผู้ใช้
อัปโหลดไฟล์อีกครั้งโดยใช้ขั้นตอนใน [อัปโหลดไฟล์การแมปผู้ใช้ (ผู้ดูแลระบบต้นทาง)](#upload-the-user-mapping-file-(source-admin)
หลังจากเสร็จสิ้นขั้นตอน เตรียมการย้ายสภาพแวดล้อม (ผู้ดูแลระบบต้นทาง) คุณสามารถดำเนินการต่อกับขั้นตอน ย้ายสภาพแวดล้อม (ผู้ดูแลระบบต้นทาง) เพื่อย้ายสภาพแวดล้อม ดำเนินการย้ายข้อมูลภายในเจ็ดวันถัดไป หากคุณไม่ดำเนินการย้ายให้เสร็จสมบูรณ์ภายใน 7 วันถัดไป คุณต้องเริ่มต้นด้วยขั้นตอน เตรียมการย้ายสภาพแวดล้อม (ผู้ดูแลระบบต้นทาง) อีกครั้ง
ย้ายสภาพแวดล้อม (ผู้ดูแลระบบต้นทาง)
คุณสามารถดู MigrationId ได้โดยใช้คำสั่ง TenantToTenant-ViewMigrationRequest ในผู้เช่าต้นทาง
TenantToTenant-MigratePowerAppEnvironment
-MigrationId {MigrationId}
-TargetTenantId {TargetTenantId}
รับสถานะ (ผู้ดูแลระบบต้นทาง)
TenantToTenant-GetMigrationStatus -EnvironmentName {EnvironmentId}
ตัวอย่างผลลัพธ์
- ย้ายสภาพแวดล้อม: กำลังทำงาน
- ย้ายสภาพแวดล้อม: สำเร็จแล้ว
หมายเหตุ
หากคุณพบปัญหาใดๆ ในการเรียกใช้คำสั่งข้างต้น ให้ ส่งคำขอรับการสนับสนุน เพื่อรับความช่วยเหลือ
กระบวนการหลังการย้าย
หลังจากย้ายสภาพแวดล้อมไปยังผู้เช่ารายอื่น:
- URL สภาพแวดล้อม รหัสองค์กร (OrgID) และชื่อจะไม่เปลี่ยนแปลง
- สภาพแวดล้อมต้นทางไม่มี Dataverse
- ผู้ใช้ที่ไม่รวมอยู่ในไฟล์การแมปจะไม่ถูกย้ายและแมปหลังการย้าย
ทำตามขั้นตอนต่อไปนี้สำหรับ Power Automate, Power Apps, Copilot Studio, Power Pages
กระบวนการหลังการย้ายสำหรับ Power Automate
หลังจากการย้ายเสร็จสมบูรณ์ ให้ดำเนินการตามส่วน ตรวจสอบส่วนประกอบ เป็นรายการตรวจสอบเพื่อรับโฟลว์และส่วนประกอบอื่นๆ ที่ปรับเปลี่ยนและเปิดใช้งาน ขั้นตอนที่สำคัญคือ:
- สร้างการเชื่อมต่อสำหรับการอ้างอิงการเชื่อมต่อทั้งหมด
- เริ่มต้นโฟลว์ทั้งหมด รวมถึงการเริ่มต้นโฟลว์ย่อยก่อนโฟลว์หลัก
- สำหรับโฟลว์ที่ทริกเกอร์ HTTP ใดๆ ให้เรียก URL ใหม่และวางไว้ในแอปหรือโฟลว์ที่เรียกใช้เพื่อรีเฟรชการอ้างอิงเหล่านั้น
กระบวนการหลังการย้ายสำหรับ Power Apps
สำหรับแอปที่สร้างภายในโซลูชัน:
- เลือกสภาพแวดล้อมใหม่จาก Power Apps และไปยังหน้า โซลูชัน
- เลือก นำเข้า และใช้ตัวเลือกไฟล์เพื่อเลือกแพคเกจที่ส่งออกจากขั้นตอนข้างต้น
- ยืนยันว่าการนำเข้าเสร็จสมบูรณ์โดยการตรวจสอบเนื้อหาโซลูชันของสภาพแวดล้อมที่ย้าย
สำหรับแอปที่ไม่ได้สร้างภายในโซลูชัน:
- ไปที่ Power Apps
- เลือกสภาพแวดล้อมจากรายการดรอปดาวน์สภาพแวดล้อม
- เลือก แอป
- เลือก นำเข้าแอปพื้นที่ทำงาน
- อัปโหลดไฟล์แพคเกจแอป
- เลือกตัวเลือกการนำเข้าทั้งหมด แล้วเลือก นำเข้า
- ทำซ้ำขั้นตอนเหล่านี้จนกว่าแอปทั้งหมดจะถูกนำเข้า
กระบวนการหลังการย้ายสำหรับ Copilot Studio
- เลือกสภาพแวดล้อมใหม่จาก Power Apps และไปยังหน้า โซลูชัน
- เลือก นำเข้า และใช้ตัวเลือกไฟล์เพื่อเลือกแพคเกจที่ส่งออกจากขั้นตอนข้างต้น
- ยืนยันว่าการนำเข้าเสร็จสมบูรณ์โดยการตรวจสอบเนื้อหาโซลูชันของสภาพแวดล้อมที่ย้าย
กระบวนการหลังการย้ายสำหรับ Power Pages
ขั้นตอนต่อไปนี้ต้องเสร็จสมบูรณ์สำหรับแต่ละเว็บไซต์ในสภาพแวดล้อม
- ลงชื่อเข้าสู่สภาพแวดล้อม
- เปิด ศูนย์การจัดการ
- จัดเตรียมเว็บไซต์ที่มีประเภทและภาษาของพอร์ทัลเดียวกัน
หลังจากทำตามขั้นตอนข้างต้นทั้งหมดและการย้ายข้อมูลแล้ว คุณสามารถตรวจสอบสภาพแวดล้อมในผู้เช่าเป้าหมาย และหลังจากนั้นคุณสามารถลบสภาพแวดล้อมต้นทางในศูนย์การจัดการ Power Platform
คำถามที่ถามบ่อย
การดำเนินการแบบเบื้องหลังเปิดใช้งานระหว่างการย้ายผู้เช่าไปยังผู้เช่าหรือไม่ โหมดการจัดการจะเปิดใช้งานในระหว่างการย้ายผู้เช่าไปยังผู้เช่า ดังนั้นการดำเนินการแบบเบื้องหลังจะไม่ทำงาน เรียนรู้เพิ่มเติมใน โหมดการดูแลระบบ
เราสามารถย้ายผู้ใช้ทั้งหมดขององค์กร Dataverse ได้หรือไม่ เราสามารถย้ายผู้ใช้ทั้งหมดขององค์กร Dataverse ได้ก็ต่อเมื่อผู้ใช้อยู่ในผู้เช่าปลายทางเท่านั้น ตัวอย่างเช่น
user001@source.com
, user001@destination.com
user002@source.com
, user002@destination.com