Chia sẻ qua


Di chuyển giữa các đối tượng thuê

Tính năng di chuyển giữa các đối tượng thuê cho phép bạn chuyển môi trường từ đối tượng thuê này sang đối tượng thuê khác. Tính năng này hỗ trợ các tình huống như sáp nhập nhiều đơn vị thuê thành một và tạo điều kiện thuận lợi cho việc mua lại công ty. Môi trường thực sự không di chuyểnđược liên kết với một đối tượng thuê khác. Môi trường vẫn tồn tại nhưng không còn là một phần của đối tượng thuê nguồn nữa. Có thể truy cập và quản lý theo đối tượng thuê đích. Giao diện người dùng hoặc phiên bản không bị thay đổi trong quá trình này.

Trước khi bắt đầu

Hãy lưu ý những lưu ý sau trước khi bạn bắt đầu di chuyển giữa các đối tượng thuê.

  • Các loại môi trường được hỗ trợ: Chỉ dành cho sản xuất và hộp cát.
  • Các loại môi trường không được hỗ trợ: Các loại môi trường mặc định, nhà phát triển, dùng thử và Teams không được hỗ trợ. Không hỗ trợ Government Community Cloud (GCC) sang đám mây công cộng và ngược lại.
  • Các thành phần không được hỗ trợ bao gồm Dynamics 365 Customer Voice, Omnichannel for Customer Service, thư viện thành phần, Dynamics 365 Customer Insights - Journeys và Dynamics 365 Customer Insights - Data.
  • Có những bước cụ thể cần thiết cho Power Apps, Power Automate, Power Pages và Microsoft Copilot studio được nêu trong các bước trước khi di chuyển và sau khi di chuyển.
  • Một tổ chức được liên kết với một tổ chức tài chính và hoạt động không thể di chuyển sang một đơn vị thuê khác. Dataverse
  • Bạn có thể cần cấu hình lại một số ứng dụng và cài đặt sau khi di chuyển từ đối tượng thuê sang đối tượng thuê, chẳng hạn như Microsoft Dynamics 365 for Outlook, đồng bộ hóa phía máy chủ SharePoint, v.v.
  • Sau khi người dùng được tạo và cấu hình, bạn phải tạo tệp ánh xạ người dùng, được mô tả sau trong bài viết này.
  • Nếu người dùng được ánh xạ có hộp thư trong đối tượng thuê đích, thì hộp thư sẽ được tự động cấu hình trong quá trình di chuyển. Đối với tất cả người dùng khác, bạn cần cấu hình lại hộp thư.
  • Nếu cùng một hộp thư được sử dụng trong đối tượng thuê mục tiêu, test@microsoft.com, thì hộp thư sẽ được sử dụng theo mặc định. Trước khi di chuyển từ người thuê này sang người thuê khác, khách hàng cần di chuyển và cấu hình hộp thư của mình trên người thuê mục tiêu.
  • Nếu bạn đang sử dụng tên miền mặc định của Microsoft, test@sourcecompanyname.onmicrosoft.com, tên miền sau khi di chuyển sẽ được đổi thành test@targetcompanyname.onmicrosoft.com. Khách hàng cần định cấu hình lại hộp thư. Tìm hiểu thêm về cách cấu hình hộp thư trong Kết nối tới Exchange Online.

Điều kiện tiên quyết

Hãy đảm bảo rằng bạn đã hoàn tất các điều kiện tiên quyết sau đây trước khi bắt đầu quá trình di chuyển.

  • Tạo người dùng trong đối tượng thuê mục tiêu, bao gồm:
    • Tạo người dùng trong Microsoft 365 và Microsoft Entra ID.
    • Gán giấy phép.
  • Bạn phải có quyền quản trị Power Platform hoặc quản trị Dynamics 365 để thực hiện quá trình di chuyển.
  • Mô-đun PowerShell dành cho Power Platform Quản trị viên là mô-đun PowerShell được khuyến nghị để tương tác với các chức năng của quản trị viên. Tìm hiểu thêm trong Bắt đầu sử dụng PowerShell dành cho Power Platform Quản trị viên.

Quá trình chuẩn bị

Hoàn tất các thủ tục sau cho Power Automate, Power Apps, Copilot Studio và Power Pages trước khi di chuyển. Bạn cũng phải tạo một tệp ánh xạ người dùng.

Chuẩn bị Power Automate

Nếu luồng của bạn đã được xác định trong Dataverse, thì không cần thực hiện thêm công việc nào nữa.

Bất kỳ luồng nào cần được di chuyển đều cần phải thêm định nghĩa của chúng vào các giải pháp trong môi trường nguồn. Power Automate Dataverse Tìm hiểu thêm trong Thêm luồng đám mây hiện có vào giải pháp. Bạn có thể thực hiện việc này hàng loạt bằng cách chạy lệnh ghép ngắn Add-AdminFlowsToSolution .

Chuẩn bị Power Apps

Bất kỳ Power Apps nào cũng phải được xuất thủ công. Chúng tôi không hỗ trợ việc di chuyển các trình kết nối, cổng kết nối hoặc cổng giao tiếp của khách hàng. Nếu bạn đã thiết lập bất kỳ thành phần nào trong số này, chúng phải được cấu hình lại theo cách thủ công sau khi di chuyển.

Đối với các ứng dụng nhận biết giải pháp:

  1. Đối với các ứng dụng có giải pháp, hãy truy cập Power Apps, điều hướng đến trang Giải pháp và xuất tất cả các ứng dụng và giải pháp. Bạn có thể xuất chúng riêng lẻ hoặc nhóm chúng lại với nhau trong một giải pháp duy nhất nếu chúng chưa được nhóm.

  2. Xóa các ứng dụng nhận biết giải pháp này khỏi môi trường sau khi xuất chúng.

  3. Ứng dụng thuộc về giải pháp được quản lý chỉ có thể bị xóa bằng cách xóa giải pháp.

  4. Các ứng dụng nằm trong giải pháp không được quản lý có thể bị xóa bằng cách sử dụng tùy chọn Xóa khỏi môi trường này .

    Quan trọng

    Các ứng dụng canvas nhận biết giải pháp, các trang tùy chỉnh hoặc thư viện thành phần mà bạn không xóa khỏi môi trường trước khi di chuyển sẽ không hoạt động sau khi quá trình di chuyển hoàn tất.

Đối với các ứng dụng không có khả năng nhận biết giải pháp:

  1. Đi tới Power Apps, sau đó chọn Ứng dụng.

  2. Đối với mỗi ứng dụng mà bạn muốn di chuyển, hãy chọn Lệnh khác rồi chọn Xuất gói (xem trước).

  3. Nhập thông tin chi tiết cần thiết để thực hiện xuất ứng dụng, sau đó chọn Xuất. Sau khi quá trình xuất hoàn tất, quá trình tải xuống sẽ bắt đầu.

    Tệp kết quả chứa gói ứng dụng đã được chọn.

  4. Lặp lại các bước này cho đến khi tất cả các ứng dụng đã được xuất.

  5. Xóa các ứng dụng không nhận biết giải pháp này khỏi môi trường

Người quản trị cũng có thể xem hoặc xóa ứng dụng canvas khỏi danh sách trong cổng thông tin quản trị bằng cách hoàn thành các bước sau.

  1. Đi tới Power Platform trung tâm quản trị và sau đó chọn môi trường từ Quản lý.
  2. Trong hành động Tài nguyên , hãy chọn Power Apps để xem và xóa chúng.

Chuẩn bị Copilot Studio

Bất kỳ chatbot nào cũng phải được xuất thủ công. Copilot Studio Một số thành phần phụ thuộc của chatbot phải được cấu hình lại thủ công trong hoặc sau quá trình di chuyển. Ví dụ, các kết nối, biến môi trường và trình kết nối tùy chỉnh phải được cấu hình lại theo cách thủ công trong hoặc sau quá trình di chuyển.

Chatbot có khả năng nhận biết giải pháp. Truy cập Power Apps, điều hướng đến trang Giải pháp và xuất tất cả các giải pháp chatbot, riêng lẻ hoặc nhóm chúng lại thành một giải pháp duy nhất. Tìm hiểu thêm trong Xuất và nhập bot bằng giải pháp.

Chuẩn bị Power Pages

Các bước sau đây phải được thực hiện cho từng trang web trong một môi trường.

  1. Đăng nhập vào môi trường.
  2. Mở trung tâm quản trị.
  3. Xóa trang web.

Tạo một tệp ánh xạ người dùng

Tạo tệp ánh xạ người dùng cho môi trường nguồn để chuyển sang môi trường đích. Điều quan trọng cần lưu ý là mỗi môi trường yêu cầu một tệp ánh xạ riêng. Đảm bảo rằng người dùng có mặt và được ủy quyền ở cả đối tượng thuê ban đầu và đích, vì điều này là bắt buộc để di chuyển thành công. Tên miền của người dùng có thể khác nhau giữa nguồn và đích, miễn là họ đang hoạt động.

  1. Tạo tệp ánh xạ người dùng có tên usermapping.csv.

    Lưu ý

    Tên tệp phải phân biệt chữ hoa chữ thường. Đảm bảo các bản ghi được phân tách bằng dấu phẩy, không phải dấu chấm phẩy.

  2. Ghi lại chính xác thông tin chi tiết của người dùng, bao gồm ID email nguồn và đích của họ. Đảm bảo không có khoảng trắng thừa trước và sau tiêu đề. Tệp ánh xạ của bạn sẽ trông giống như ví dụ sau:

    Nguồn Điểm đến
    SourceUser@sourcetenant.com DestinationUser@targettenant.com

Đối với người dùng truy cập đầy đủ:

  1. Truy cập môi trường của bạn.

  2. Sử dụng Tìm kiếm nâng cao để tìm kiếm người dùng.

  3. Chọn Sử dụng chế độ xem đã lưu > Người dùng có quyền truy cập đầy đủ, sau đó chọn Chỉnh sửa cột.

  4. Xóa tất cả các cột ngoại trừ cột Họ và tên .

  5. Chọn Thêm cột > Windows Live ID.

  6. Chọn OK > Kết quả để xem danh sách người dùng có quyền truy cập đầy đủ.

  7. Chọn tất cả các bản ghi, chọn Xuất người dùng trong ruy băng rồi chọn Bảng tính tĩnh.

  8. Thực hiện theo các bước từ 1-7 ở trên cho đối tượng thuê đích nếu có thể. Bây giờ bạn sẽ có hai bảng tính Excel riêng biệt: một cho đối tượng thuê nguồn và một cho đối tượng thuê mục tiêu.

  9. Mở tệp Excel để chỉnh sửa.

  10. Bắt đầu với trang tính Excel nguồn, sao chép các bản ghi trong cột Windows Live ID vào Notepad. Không sao chép tiêu đề.

  11. Lưu tệp Notepad.

  12. Nhập ID Windows Live đích (UPN) vào cùng một tài liệu Notepad ở bên phải UPN nguồn tương ứng. Hãy đảm bảo phân tách UPN nguồn và đích bằng dấu phẩy (,).

    Ví dụ:

    • user001@source.com, user001@destination.com
    • user002@source.com, user002@destination.com
    • user003@source.com, user003@destination.com
  13. Lưu tệp thành CSV.

Đối với người dùng có quyền truy cập quản trị:

  1. Truy cập môi trường của bạn.
  2. Sử dụng Tìm kiếm nâng cao để tìm kiếm người dùng.
  3. Chọn Sử dụng chế độ xem đã lưu > Người dùng có quyền truy cập quản trị, sau đó chọn Kết quả để xem danh sách người dùng có quyền truy cập quản trị.
  4. Nếu bạn quyết định không bao gồm bất kỳ người dùng nào trong số này, hãy bỏ qua các bước sau. Nếu không, để đưa những người dùng này vào tệp ánh xạ, hãy thực hiện như sau:
    1. Tìm người dùng tương ứng trong đối tượng thuê đích.
    2. Đảm bảo giấy phép hợp lệ được cấp cho người dùng đích trong đối tượng thuê đích.

      Lưu ý

      Nếu người dùng đích không được cấp bất kỳ giấy phép nào, quá trình di chuyển sẽ không thành công.

    3. Lưu tệp CSV có cả người dùng có quyền truy cập đầy đủ và người dùng có quyền truy cập quản trị được ánh xạ.

Di chuyển

Trước khi tiến hành di chuyển, hãy đảm bảo rằng bạn đã xem xét và hoàn tất quy trình chuẩn bị. Sau khi hoàn tất quá trình chuẩn bị, hãy hoàn tất các phần sau để di chuyển.

Cài đặt PowerShell cho Power Platform người quản trị (cả người quản trị nguồn và người quản trị đích)

Mô-đun PowerShell dành cho Power Platform Quản trị viên là mô-đun PowerShell được khuyến nghị để tương tác với các chức năng của quản trị viên. Để biết thông tin giúp bạn bắt đầu sử dụng mô-đun PowerShell dành cho Power Platform Quản trị viên, hãy truy cập Bắt đầu sử dụng PowerShell dành cho Power Platform Quản trị viênCài đặt PowerShell dành cho Power Platform Quản trị viên.

Cài đặt hoặc cập nhật mô-đun cần thiết bằng cách sử dụng một trong các lệnh sau:

Install-Module -Name Microsoft.PowerApps.Administration.PowerShell
Update-Module -Name Microsoft.PowerApps.Administration.PowerShell

Cài đặt Azure PowerShell trên Windows (cả quản trị viên nguồn và quản trị viên đích)

Mô-đun Azure PowerShell là mô-đun tổng hợp. Việc cài đặt mô-đun Azure PowerShell sẽ tải xuống các mô-đun có sẵn và giúp các lệnh cmdlet của chúng có thể sử dụng. Tìm hiểu thêm trong Cài đặt Azure PowerShell trên Windows.

Sử dụng lệnh ghép ngắn Install-Module để cài đặt mô-đun Azure PowerShell:

Install-Module -Name Az -Repository PSGallery -Force

đăng nhập vào Microsoft Power Platform (cả quản trị viên nguồn và đích)

đăng nhập vào Microsoft Power Platform. Bước này cho phép người quản trị xác thực và truy cập vào môi trường. Power Platform

Add-PowerAppsAccount

Gửi yêu cầu di chuyển (nguồn quản trị viên)

Để bắt đầu di chuyển từ đối tượng thuê sang đối tượng thuê, Dynamics 365 hoặc Power Platform quản trị viên của đối tượng thuê nguồn phải gửi yêu cầu tới đối tượng thuê mục tiêu bằng lệnh sau và cung cấp ID tên môi trường và ID đối tượng thuê.

Bạn phải có thông tin đăng nhập của quản trị viên hoặc quản trị viên Dynamics 365 để hoàn tất bước này. Power Platform

TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID}

Bạn có thể xem trạng thái và MigrationID bằng lệnh sau.

TenantToTenant-ViewMigrationRequest

Lưu ý

Ghi lại MigrationID, được sử dụng trong các lệnh di chuyển tiếp theo. Source Tenant MigrationID khác với Destination Tenant MigrationID

Xem và chấp thuận yêu cầu di chuyển (quản trị viên mục tiêu)

Người quản trị của đối tượng thuê đích nên chạy lệnh sau để xem tất cả các yêu cầu di chuyển và trạng thái. Người quản trị có thể xem xét tất cả các yêu cầu di chuyển và các tùy chọn để chấp thuận hoặc từ chối.

Add-PowerAppsAccount

TenantToTenant-ViewApprovalRequest

TenantToTenant-ManageMigrationRequest -MigrationId {MigrationId from above command to approve or deny}

Sau khi yêu cầu được chấp thuận, người quản trị của đối tượng thuê đích có thể thông báo cho người quản trị của đối tượng thuê nguồn để tiến hành bước tiếp theo của quá trình di chuyển.

Tạo URL chữ ký truy cập được chia sẻ (SAS) (nguồn quản trị viên)

Bước này bao gồm việc tạo URL SAS, được sử dụng sau này để tải tệp ánh xạ người dùng lên. Thực hiện lệnh PowerShell sau, thay thế EnvironmentId bằng ID môi trường thực tế.

GenerateResourceStorage-PowerAppEnvironment –EnvironmentName {EnvironmentId}

Quan trọng

Hãy chắc chắn rằng môi trường là không TRONG Chế độ quản trị và người dùng có Người dùng cơ bản vai trò được giao trong môi trường.

Mẫu đầu ra

Code        :
Description :
Headers     :
Error       :
Errors      :
Internal    : @{sharedAccessSignature=https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783?sv=2018-03-28&sr=c&si=SASpolicyXXRRRX}

Tải lên tệp ánh xạ người dùng (nguồn admin)

Bước tiếp theo liên quan đến việc chuyển tệp ánh xạ người dùng sang URL SAS đã thiết lập trước đó. Để thực hiện việc này, hãy thực hiện các lệnh sau trong Windows PowerShell ISE, đảm bảo rằng các tham số SASUriFileToUpload chứa thông tin phù hợp về môi trường của bạn. Bước này rất quan trọng để tải bản đồ người dùng lên hệ thống một cách chính xác.

Lưu ý

Cần phải cài đặt mô-đun Azure để chạy tập lệnh đã đề cập. Hoàn tất các bước sau với 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

Chuẩn bị di chuyển môi trường (nguồn admin)

Bước tiếp theo bao gồm việc thực hiện xác thực toàn diện để đảm bảo rằng mọi người dùng được liệt kê trong tệp ánh xạ người dùng đều được xác minh và hiện đang hoạt động trong đối tượng thuê mục tiêu.

Có thể xem MigrationId bằng lệnh "TenantToTenant-ViewMigrationRequest" trong đối tượng thuê nguồn.

TenantToTenant-PrepareMigration 
-MigrationId {MigrationId} 
-TargetTenantId {TargetTenantId} 
-ReadOnlyUserMappingFileContainerUri {SasUri}

Lưu ý

Khi truyền giá trị SASUri , bạn phải cung cấp tham số như sau: https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783.

Mẫu đầu ra

Code        : 202
Description : Accepted

Thời gian thực hiện bước này thay đổi tùy thuộc vào số lượng người dùng trong tệp ánh xạ người dùng. Bạn có thể theo dõi tiến trình của bước này bằng cách sử dụng lệnh TenantToTenant-GetStatus được cung cấp bên dưới.

Kiểm tra trạng thái (nguồn admin)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Mẫu đầu ra

  • Xác thực di chuyển từ người thuê sang người thuê: Đang chạy
  • Xác thực di chuyển từ người thuê sang người thuê: Thành công
  • Xác thực không thành công, lỗi được cập nhật trên blob ở đây: SASURI

Lỗi và cách giải quyết

  • Nếu bạn nhận được lỗi có nội dung Tệp ánh xạ người dùng được cung cấp để di chuyển từ Người thuê sang Người thuê không hợp lệ, hãy kiểm tra xem tên tệp ánh xạ người dùng có đúng không và tệp ánh xạ người dùng có dấu phẩy để phân tách các giá trị không.
  • Dòng '{số dòng}' có cùng '{emailID}': Đảm bảo không có mục nào trùng lặp.
  • Định dạng email không hợp lệ '{emailid}': Đảm bảo định dạng email là chính xác testuser@tenantdomain.com.
  • Mục tiêu trực tuyến '{linenumber}' giống với emailId nguồn: Đảm bảo rằng Email đích khác với Email nguồn.
  • Mỗi dòng phải có đúng hai cột: '{số dòng}': Đảm bảo mỗi hàng chỉ có hai cột: cột nguồn và cột đích. Xóa bất kỳ dấu phẩy thừa nào, nếu có.

Sau khi sửa lỗi ánh xạ người dùng, bạn cần tải lại tệp ánh xạ người dùng bằng cùng một URI SAS.

Tải xuống báo cáo lỗi (nguồn admin)

Nếu có bất kỳ lỗi nào trong tệp ánh xạ người dùng, bạn có thể tải xuống báo cáo lỗi. Bạn có thể thực hiện việc này bằng cách sao chép và dán trực tiếp SasUrl được cung cấp trong lệnh Tenant-To-Tenant-GetMigrationStatus hoặc bằng cách sử dụng các lệnh sau sử dụng URI SAS từ bước trước để kiểm tra trạng thái và vị trí mong muốn để tải xuống báo cáo lỗi.

Hoàn thành các bước sau.

  1. Chạy lệnh sau bằng 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 
    
  2. Sửa lỗi trong tệp ánh xạ người dùng.

  3. Tải lại tệp bằng các bước trong [Tải lên tệp ánh xạ người dùng (nguồn quản trị viên)](#upload-the-user-mapping-file-(source-admin).

Sau khi hoàn tất thành công Chuẩn bị di chuyển môi trường (quản trị viên nguồn), bạn có thể tiến hành thủ tục Di chuyển môi trường (quản trị viên nguồn) để di chuyển môi trường. Thực hiện di chuyển trong vòng bảy ngày tới. Nếu bạn không hoàn tất quá trình di chuyển trong bảy ngày tới, bạn phải bắt đầu lại với quy trình Chuẩn bị di chuyển môi trường (quản trị viên nguồn) .

Di chuyển môi trường (nguồn admin)

Có thể xem MigrationId bằng lệnh TenantToTenant-ViewMigrationRequest trong đối tượng thuê nguồn.

TenantToTenant-MigratePowerAppEnvironment
-MigrationId {MigrationId}
-TargetTenantId {TargetTenantId}

Nhận trạng thái (nguồn quản trị viên)

TenantToTenant-GetMigrationStatus -EnvironmentName {EnvironmentId}

Mẫu đầu ra

  • Di chuyển Môi trường: Đang chạy
  • Di chuyển Môi trường: Thành công

Lưu ý

Nếu bạn gặp bất kỳ sự cố nào khi chạy các lệnh trên, hãy gửi yêu cầu hỗ trợ để được trợ giúp.

Quá trình sau khi di cư

Sau khi chuyển môi trường sang đối tượng thuê khác:

  • URL môi trường, ID tổ chức (OrgID) và tên không thay đổi.
  • Môi trường nguồn không có Dataverse.
  • Người dùng không được bao gồm trong tệp ánh xạ sẽ không được di chuyển và ánh xạ sau khi di chuyển.

Hoàn thành các thủ tục sau cho Power Automate, Power Apps, Copilot Studio, Power Pages.

Quá trình sau khi di cư cho Power Automate

Sau khi quá trình di chuyển hoàn tất, hãy thực hiện từng bước trong phần Xem lại các thành phần như một danh sách kiểm tra để điều chỉnh và kích hoạt các luồng và thành phần khác. Các bước chính là:

  1. Tạo kết nối cho tất cả các tham chiếu kết nối.
  2. Bắt đầu tất cả các luồng, bao gồm bắt đầu các luồng con trước các luồng cha.
  3. Đối với bất kỳ luồng nào được kích hoạt bởi HTTP, hãy truy xuất URL mới và đặt nó vào bất kỳ ứng dụng hoặc luồng gọi nào để làm mới các tham chiếu đó.

Quá trình sau khi di cư cho Power Apps

Đối với các ứng dụng nhận biết giải pháp:

  1. Chọn môi trường mới từ Power Apps và điều hướng đến trang Giải pháp .
  2. Chọn Nhập và sử dụng trình chọn tệp để chọn các gói được xuất từ bước trên.
  3. Xác nhận quá trình nhập đã hoàn tất thành công bằng cách kiểm tra nội dung giải pháp của môi trường đã di chuyển.

Đối với các ứng dụng không có khả năng nhận biết giải pháp:

  1. Truy cập Power Apps.
  2. Chọn môi trường mới từ danh sách thả xuống môi trường.
  3. Chọn Ứng dụng.
  4. Chọn Nhập ứng dụng canvas.
  5. Tải lên tệp gói ứng dụng.
  6. Hoàn thành tất cả các lựa chọn tùy chọn nhập rồi chọn Nhập.
  7. Lặp lại các bước này cho đến khi tất cả các ứng dụng đã được nhập.

Quá trình sau khi di cư cho Copilot Studio

  1. Chọn môi trường mới từ Power Apps và điều hướng đến trang Giải pháp .
  2. Chọn Nhập và sử dụng trình chọn tệp để chọn các gói được xuất từ bước trên.
  3. Xác nhận quá trình nhập đã hoàn tất thành công bằng cách kiểm tra nội dung giải pháp của môi trường đã di chuyển.

Quá trình sau khi di cư cho Power Pages

Các bước sau đây phải được hoàn thành cho từng trang web trong môi trường.

  1. Đăng nhập vào môi trường.
  2. Mở trung tâm quản trị.
  3. Cung cấp cho trang web cùng loại cổng thông tin và ngôn ngữ.

Sau khi hoàn tất tất cả các bước trên và di chuyển, bạn có thể xác thực môi trường trong đối tượng thuê mục tiêu và sau đó bạn có thể xóa môi trường nguồn trong trung tâm quản trị Power Platform.

Các câu hỏi thường gặp

Các hoạt động nền có được bật trong quá trình di chuyển từ đối tượng thuê sang đối tượng thuê không? Chế độ quản trị được bật trong quá trình di chuyển từ đối tượng thuê này sang đối tượng thuê khác, do đó các hoạt động trong nền không chạy. Tìm hiểu thêm trong Chế độ quản trị.

Chúng ta có thể di chuyển tất cả người dùng của tổ chức không? Dataverse Chúng tôi chỉ có thể di chuyển tất cả người dùng của tổ chức nếu người dùng đó tồn tại trong đối tượng thuê đích. Dataverse Ví dụ:

user001@source.com, user001@destination.comuser002@source.com, user002@destination.com