참고
새롭고 향상된 Power Platform 관리 센터가 이제 공개 프리뷰로 제공됩니다. 새로운 관리 센터는 특정 결과를 더 빠르게 달성하는 데 도움이 되는 작업 지향 탐색을 통해 사용하기 쉽도록 설계되었습니다. 새로운 Power Platform 관리 센터가 일반 공급으로 전환됨에 따라 새롭고 업데이트된 문서를 게시할 예정입니다.
테넌트 간 마이그레이션 기능을 사용하면 한 테넌트에서 다른 테넌트로 환경을 전송할 수 있습니다. 이 기능은 여러 테넌트를 하나로 병합하고 회사 인수를 용이하게 하는 등의 시나리오를 지원합니다. 환경은 실제로 이동하지 않지만 다른 테넌트와 연결됩니다. 환경은 여전히 존재하지만 더 이상 원본 테넌트의 일부가 아닙니다. 대상 테넌트에서 액세스할 수 있고 관리됩니다. 이 이동으로 인한 사용자 인터페이스 변경 또는 버전 변경은 없습니다.
테넌트 간 마이그레이션을 시작하기 전에 다음 사항에 유의하세요.
참고
테넌트 간 마이그레이션은 향후 관리형 환경에서 지원될 예정입니다.
test@microsoft.com에서 동일한 사서함이 사용되는 경우 기본적으로 해당 사서함이 사용됩니다. 테넌트 간 마이그레이션 전에 고객은 대상 테넌트에서 사서함을 마이그레이션하고 구성해야 합니다.test@sourcecompanyname.onmicrosoft.com을 사용하는 경우 마이그레이션 후 도메인 이름이 test@targetcompanyname.onmicrosoft.com으로 변경됩니다. 고객은 사서함을 다시 구성해야 합니다.
Exchange Online에 연결에서 사서함을 구성하는 방법에 대해 자세히 알아보세요.마이그레이션 프로세스를 시작하기 전에 다음 필수 구성 요소를 완료해야 합니다.
마이그레이션 전에 Power Automate, Power Apps, Copilot Studio, Power Pages에 대한 다음 절차를 완료합니다. 사용자 매핑 파일도 만들어야 합니다.
흐름이 Dataverse에 이미 정의되어 있는 경우 추가 작업이 필요하지 않습니다.
마이그레이션해야 하는 모든 Power Automate 흐름은 해당 정의를 원본 환경의 Dataverse 솔루션에 추가해야 합니다. 솔루션에 기존 클라우드 흐름 추가에서 자세히 알아보세요. Add-AdminFlowsToSolution cmdlet을 실행하여 대량으로 이 작업을 수행할 수 있습니다.
모든 Power Apps는 수동으로 내보내야 합니다. 고객 커넥터, 연결 또는 게이트웨이의 마이그레이션은 지원하지 않습니다. 이러한 구성 요소가 설정되어 있는 경우 마이그레이션 후 수동으로 재구성해야 합니다.
솔루션 인식형 앱의 경우 Power Apps로 이동하여 솔루션 페이지로 이동한 후 모든 앱과 솔루션을 내보내세요. 개별적으로 내보내거나 단일 솔루션으로 그룹화할 수 있습니다(아직 없는 경우).
이러한 솔루션 인식 앱을 내보낸 후 환경에서 삭제하십시오.
관리형 솔루션에 속한 앱은 솔루션을 삭제해야만 삭제할 수 있습니다.
비관리형 솔루션에 있는 앱은 이 환경에서 삭제 옵션을 사용하여 삭제할 수 있습니다.
중요
마이그레이션 전에 환경에서 삭제하지 않은 솔루션 인식 캔버스 앱, 사용자 지정 페이지 또는 구성 요소 라이브러리는 마이그레이션이 완료된 후에 작동하지 않습니다.
Power Apps로 이동한 다음 앱을 선택합니다.
이동하려는 각 앱에 대해 추가 명령을 선택한 다음 패키지 내보내기(프리뷰)를 선택합니다.
앱 내보내기를 수행하는 데 필요한 세부 정보를 입력한 다음 내보내기를 선택합니다. 내보내기가 완료되면 다운로드가 시작됩니다.
결과 파일에는 선택한 앱 패키지가 포함됩니다.
모든 앱을 내보낼 때까지 이 단계를 반복합니다.
환경에서 이러한 비솔루션 인식 앱을 삭제합니다.
관리자는 다음 단계를 완료하여 관리 포털의 목록에서 캔버스 앱을 보거나 삭제할 수도 있습니다.
모든 Copilot Studio 챗봇은 수동으로 내보내야 합니다. 챗봇의 일부 종속 구성 요소는 마이그레이션 중 또는 이후에 수동으로 재구성해야 합니다. 예를 들어 연결, 환경 변수 및 사용자 지정 커넥터는 마이그레이션 중 또는 마이그레이션 후에 수동으로 다시 구성해야 합니다.
챗봇은 솔루션을 인식합니다. Power Apps로 이동하여 솔루션 페이지로 이동한 다음 모든 챗봇 솔루션을 개별적으로 또는 그룹화하여 단일 솔루션으로 내보냅니다. 솔루션을 사용하여 봇 내보내기 및 가져오기에서 자세히 알아보세요.
환경의 각 웹 사이트에 대해 다음 단계를 수행해야 합니다.
대상 환경으로 전송할 원본 환경에 대한 사용자 매핑 파일을 만듭니다. 각 환경에는 개별 매핑 파일이 필요하다는 점에 유의해야 합니다. 사용자가 원래 테넌트와 대상 테넌트 모두에 존재하고 권한이 부여되었는지 확인합니다(이는 성공적인 마이그레이션에 필요함). 사용자의 도메인은 활성 상태인 경우 원본과 대상에 따라 다를 수 있습니다.
usermapping.csv라는 사용자 매핑 파일을 만듭니다.
참고
파일 이름은 대소문자를 구분합니다. 레코드가 세미콜론이 아닌 쉼표로 구분되어 있는지 확인합니다.
원본 및 대상 이메일 ID를 포함하여 사용자의 세부 정보를 정확하게 기록합니다. 머리글 앞뒤에 추가 공백이 없는지 확인합니다. 매핑 파일은 다음 예제와 같아야 합니다.
| Source | 대상 |
|---|---|
SourceUser@sourcetenant.com |
DestinationUser@targettenant.com |
원본 환경에 액세스합니다.
상세 검색을 사용하여 사용자를 찾습니다.
저장된 보기 사용>전체 액세스 사용자를 선택한 다음 열 편집을 선택합니다.
성명 열을 제외한 모든 열 제거합니다.
열 추가>Windows Live ID를 선택합니다.
확인>결과를 선택하여 전체 액세스 사용자 목록을 확인합니다.
모든 레코드를 선택하고 리본에서 사용자 내보내기를 선택한 후 정적 워크시트를 선택합니다.
가능한 경우 대상 테넌트에 대해 위의 1-7단계를 따르십시오. 이제 두 개의 별도 Excel 시트가 있어야 하는데, 하나는 원본용이고 다른 하나는 대상 테넌트용입니다.
편집할 Excel 파일을 엽니다.
원본 Excel 시트에서 시작하여 Windows Live ID 열 아래의 레코드를 복사하여 메모장에 붙여넣습니다. 헤더를 복사하지 마십시오.
메모장 파일을 저장합니다.
해당 원본 UPN의 오른쪽에 있는 동일한 메모장 문서에 대상 UPN(Windows Live ID)을 입력합니다. 원본 및 대상 UPN을 쉼표(,)로 구분해야 합니다.
예:
user001@source.com, user001@destination.comuser002@source.com, user002@destination.comuser003@source.com, user003@destination.comCSV 파일로 저장합니다.
대상 테넌트에서 해당 사용자를 찾습니다.
유효한 라이선스가 대상 테넌트의 대상 사용자에게 할당되었는지 확인하십시오.
참고
대상 사용자에게 라이선스가 할당되지 않은 경우 마이그레이션이 실패합니다.
전체 액세스 사용자와 관리 액세스 사용자가 모두 매핑된 CSV 파일을 저장합니다.
마이그레이션을 진행하기 전에 준비 프로세스를 검토하고 완료해야 합니다. 준비 프로세스를 완료한 후 다음 섹션을 완료하여 마이그레이션합니다.
Power Platform 관리자용 PowerShell 모듈은 관리 기능과 상호 작용하는 데 권장되는 PowerShell 모듈입니다. Power Platform 관리자 모듈을 위한 PowerShell을 시작하는 데 도움이 되는 정보는 Power Platform 관리자용 PowerShell 시작 및 Power Platform 관리자용 PowerShell 설치를 참조하세요.
다음 명령 중 하나를 사용하여 필요한 모듈을 설치하거나 업데이트합니다.
Install-Module -Name Microsoft.PowerApps.Administration.PowerShell
Update-Module -Name Microsoft.PowerApps.Administration.PowerShell
Azure PowerShell 모듈은 롤업 모듈입니다. Azure PowerShell 모듈을 설치하면 일반적으로 사용할 수 있는 모듈이 다운로드되고 해당 cmdlet을 사용할 수 있게 됩니다. Windows에 Azure PowerShell 설치에서 자세히 알아보세요.
Install-Module cmdlet을 사용하여 Azure PowerShell 모듈을 설치합니다.
Install-Module -Name Az -Repository PSGallery -Force
Microsoft Power Platform에 로그인합니다. 이 단계를 통해 관리자는 Power Platform 환경을 인증하고 액세스할 수 있습니다.
Add-PowerAppsAccount
테넌트 간 마이그레이션을 시작하려면 원본 테넌트의 Dynamics 365 또는 Power Platform 관리자가 다음 명령을 사용하여 대상 테넌트에 요청을 제출하고 환경 이름 ID 및 테넌트 ID를 제공해야 합니다.
이 단계를 완료하려면 Power Platform 관리자 또는 Dynamics 365 관리자 자격 증명이 있어야 합니다.
TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID}
다음 명령을 사용하여 상태 및 MigrationID를 볼 수 있습니다.
TenantToTenant-ViewMigrationRequest
참고
추가 마이그레이션 명령에 사용되는 MigrationID를 기록합니다. 원본 테넌트 MigrationID가 대상 테넌트 MigrationID와 다릅니다.
대상 테넌트의 관리자는 다음 명령을 실행하여 모든 마이그레이션 요청 및 상태를 확인해야 합니다. 관리자는 모든 마이그레이션 요청 및 옵션을 검토하여 승인하거나 거부할 수 있습니다.
Add-PowerAppsAccount
TenantToTenant-ViewApprovalRequest
TenantToTenant-ManageMigrationRequest -MigrationId {MigrationId from above command to approve or deny}
요청이 승인되면 대상 테넌트의 관리자는 원본 테넌트의 관리자에게 마이그레이션의 다음 단계를 진행하도록 알릴 수 있습니다.
이 단계에는 나중에 사용자 매핑 파일을 업로드하는 데 사용되는 SAS URL을 만드는 작업이 포함됩니다. 다음 PowerShell 명령을 실행하고 EnvironmentId를 실제 환경 ID로 바꿉니다.
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}
testuser@tenantdomain.com의 이메일 형식이 올바른지 확인합니다.사용자 매핑 오류를 수정한 후 동일한 SAS URI를 사용하여 사용자 매핑 파일을 다시 업로드해야 합니다.
사용자 매핑 파일에 오류가 있는 경우 오류 보고서를 다운로드할 수 있는 옵션이 있습니다. 이 작업은 Tenant-To-Tenant-GetMigrationStatus 명령에서 제공된 SasUrl을 직접 복사하여 붙여 넣거나 이전 단계의 상태 확인 및 오류 보고서를 다운로드할 원하는 위치의 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
사용자 매핑 파일의 문제를 수정하십시오.
사용자 매핑 파일 업로드(소스 관리자)의 단계에 따라 파일을 다시 업로드합니다.
환경 마이그레이션 준비(소스 관리자)를 성공적으로 완료한 후 환경 마이그레이션(소스 관리자) 절차를 진행하여 환경을 마이그레이션할 수 있습니다. 다음 7일 이내에 마이그레이션을 수행하십시오. 다음 7일 이내에 마이그레이션을 완료하지 못하면 환경 마이그레이션 준비(소스 관리자) 절차를 다시 시작해야 합니다.
MigrationId는 원본 테넌트에서 TenantToTenant-ViewMigrationRequest 명령을 사용하여 확인할 수 있습니다.
TenantToTenant-MigratePowerAppEnvironment
-MigrationId {MigrationId}
-TargetTenantId {TargetTenantId}
TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}
참고
위 명령을 실행하는 데 문제가 발생하면 지원 요청을 제출하여 도움을 받으세요.
환경을 다른 테넌트로 이동한 후:
Power Automate, Power Apps, Copilot Studio, Power Pages에 대해 다음 절차를 완료하십시오.
마이그레이션이 완료되면 구성 요소 검토 섹션을 체크리스트로 활용하여 흐름과 기타 구성 요소를 조정하고 활성화합니다. 주요 단계는 다음과 같습니다.
환경의 각 웹 사이트에 대해 다음 단계를 완료해야 합니다.
위의 모든 단계와 마이그레이션을 완료한 후 대상 테넌트에서 환경의 유효성을 검사할 수 있습니다. 나중에 Power Platform 관리 센터에서 원본 환경을 삭제할 수 있습니다.
테넌트 간 마이그레이션 중에 백그라운드 작업이 활성화됩니까?
관리 모드는 테넌트 간 마이그레이션 중에 활성화되므로 백그라운드 작업이 실행되지 않습니다. 관리 모드에서 자세히 알아보세요.
Dataverse 조직의 모든 사용자를 마이그레이션할 수 있습니까?
사용자가 대상 테넌트에 있는 경우에만 Dataverse 조직의 모든 사용자를 마이그레이션할 수 있습니다. 예:
user001@source.com, user001@destination.com
user002@source.com, user002@destination.com
학습
학습 경로
Solution Architect: Design Microsoft Power Platform solutions - Training
Learn how a solution architect designs solutions.
인증
Microsoft 365 Certified: Administrator Expert - Certifications
Microsoft 365를 배포 및 관리하고 클라우드 및 하이브리드 환경의 Microsoft 365 테넌트 수준 구현 및 관리를 수행하는 관리자를 위해 이 인증은 설계되었습니다.
설명서
지역 대 지역 마이그레이션 - Power Platform
지역 마이그레이션 기능을 사용하여 한 지역에서 다른 지역으로 단일 테넌트의 환경을 이동합니다.
여러 환경 또는 테넌트 선택에 대한 고려 사항 - Power Platform
다중 테넌트 배포를 포함하여 구독에서 여러 환경 또는 테넌트를 선택하기 위한 옵션 및 사용 사례에 대해 알아봅니다.
환경에서 앱과 데이터를 복사하는 방법을 알아보세요. 대상 환경의 관리자를 위한 다음 단계를 검토하십시오.
Power Platform 환경을 백업 및 복원하는 방법을 알아봅니다.