테넌트 간 마이그레이션

아티클
02/12/2025

테넌트 간 마이그레이션 기능을 사용하면 한 테넌트에서 다른 테넌트로 환경을 전송할 수 있습니다. 이 기능은 여러 테넌트를 하나로 병합하고 회사 인수를 용이하게 하는 등의 시나리오를 지원합니다. 환경은 실제로 이동하지 않지만 다른 테넌트와 연결됩니다. 환경은 여전히 존재하지만 더 이상 원본 테넌트의 일부가 아닙니다. 대상 테넌트에서 액세스할 수 있고 관리됩니다. 이 이동으로 인한 사용자 인터페이스 변경 또는 버전 변경은 없습니다.

시작하기 전에

테넌트 간 마이그레이션을 시작하기 전에 다음 참고 사항을 알고 있어야 합니다.

지원되는 환경 유형: 프로덕션 및 샌드박스만 해당.
지원되지 않는 환경 유형: 기본, 개발자, 평가판 및 Teams 환경 유형은 지원되지 않습니다. GCC(정부 커뮤니티 클라우드)에서 퍼블릭 클라우드로의 또는 그 반대의 경우는 지원되지 않습니다.
지원되지 않는 구성 요소에는 Dynamics 365 Customer Voice, Omnichannel for Customer Service, component library, 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 관리자 권한이 있어야 합니다.
Power Platform 관리자용 PowerShell 모듈은 관리 기능과 상호 작용하는 데 권장되는 PowerShell 모듈입니다. Power Platform 관리자용 PowerShell 시작에서 자세히 알아보세요.

준비 과정

마이그레이션 전에 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라는 사용자 매핑 파일을 만듭니다.

참고

파일 이름은 대소문자를 구분합니다. 레코드가 세미콜론이 아닌 쉼표로 구분되어 있는지 확인합니다.
원본 및 대상 이메일 ID를 포함하여 사용자의 세부 정보를 정확하게 기록합니다. 머리글 앞뒤에 여분의 공백이 없는지 확인합니다. 매핑 파일은 다음 예제와 같아야 합니다.

Source 대상

SourceUser@sourcetenant.com DestinationUser@targettenant.com

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.com
- user002@source.com, user002@destination.com
- user003@source.com, user003@destination.com
파일을 CSV 파일로 저장합니다.

관리 액세스 권한이 있는 사용자:

원본 환경에 액세스합니다.
상세 검색을 사용하여 사용자를 찾습니다.
저장된 보기 사용 > 관리 액세스 사용자를 선택한 다음 결과를 선택하여 관리 액세스 사용자 목록을 봅니다.
이러한 사용자를 포함하지 않으려면 다음 단계를 건너뛰십시오. 그렇지 않은 경우 이러한 사용자를 매핑 파일에 포함하려면 다음을 수행합니다.
1. 대상 테넌트에서 해당 사용자를 찾습니다.
2. 유효한 라이선스가 대상 테넌트의 대상 사용자에게 할당되었는지 확인하십시오.
  
  참고
  
  대상 사용자에게 라이선스가 할당되지 않은 경우 마이그레이션이 실패합니다.
3. 전체 액세스 사용자와 관리 액세스 사용자가 모두 매핑된 CSV 파일을 저장합니다.

마이그레이션

마이그레이션을 진행하기 전에 준비 프로세스를 검토하고 완료했는지 확인합니다. 준비 프로세스를 완료한 후 다음 섹션을 완료하여 마이그레이션합니다.

Power Platform 관리자용 PowerShell 설치(원본 및 대상 관리자 모두)

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

Windows에 Azure PowerShell 설치(원본 및 대상 관리자 모두)

Azure PowerShell 모듈은 롤업 모듈입니다. Azure PowerShell 모듈을 설치하면 일반적으로 사용할 수 있는 모듈이 다운로드되고 해당 cmdlet을 사용할 수 있게 됩니다. Windows에 Azure PowerShell 설치에서 자세히 알아보세요.

Install-Module cmdlet을 사용하여 Azure PowerShell 모듈을 설치합니다.

Install-Module -Name Az -Repository PSGallery -Force

Microsoft Power Platform에 로그인(원본 및 대상 관리자 모두)

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 생성(원본 관리자)

이 단계에는 나중에 사용자 매핑 파일을 업로드하는 데 사용되는 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}

샘플 출력

테넌트 간 마이그레이션 유효성 검사: 실행 중
테넌트 간 마이그레이션 유효성 검사: 성공
유효성 검사 실패, 오류는 SASURI의 blob에서 업데이트됩니다

오류 및 해결 방법

테넌트 간 마이그레이션에 제공된 사용자 매핑 파일이 잘못되었습니다라는 오류가 표시되면 사용자 매핑 파일 이름이 올바른지, 사용자 매핑 파일에 값을 구분하기 위한 쉼표가 있는지 확인합니다.
줄 '{줄 번호}'에 동일한 '{emailID}'가 있음: 중복 항목이 없는지 확인합니다.
잘못된 이메일 형식 '{emailid}': testuser@tenantdomain.com의 이메일 형식이 올바른지 확인합니다.
줄 '{linenumber}'의 대상은 소스 emailId와 동일함: 대상 이메일이 소스 이메일과 다른지 확인합니다.
각 줄에는 정확히 두 개의 열 '{줄 번호}'이 있어야 합니다: 각 행에 원본 열과 대상 열이라는 두 개의 열만 있어야 합니다. 추가 쉼표가 있는 경우 제거합니다.

사용자 매핑 오류를 수정한 후 동일한 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

사용자 매핑 파일의 문제를 수정하십시오.
[사용자 매핑 파일 업로드(소스 관리자)](#upload-the-user-mapping-file-(source-admin)의 단계에 따라 파일을 다시 업로드합니다.

환경 마이그레이션 준비(소스 관리자)를 성공적으로 완료한 후 환경 마이그레이션(소스 관리자) 절차를 진행하여 환경을 마이그레이션할 수 있습니다. 다음 7일 이내에 마이그레이션을 수행하십시오. 다음 7일 이내에 마이그레이션을 완료하지 못하면 환경 마이그레이션 준비(소스 관리자) 절차부터 다시 시작해야 합니다.

환경 마이그레이션(원본 관리자)

MigrationId는 원본 테넌트에서 TenantToTenant-ViewMigrationRequest 명령을 사용하여 확인할 수 있습니다.

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

상태 가져오기(원본 관리자)

TenantToTenant-GetMigrationStatus -EnvironmentName {EnvironmentId}

샘플 출력

환경 마이그레이션: 실행 중
환경 마이그레이션: 성공

참고

위 명령을 실행하는 데 문제가 발생하면 지원 요청을 제출하여 도움을 받으세요.

마이그레이션 후 프로세스

환경을 다른 테넌트로 이동한 후:

환경 URL, 조직 ID(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.comuser002@source.com, user002@destination.com

다음을 통해 공유

테넌트 간 마이그레이션

시작하기 전에

사전 요구 사항

준비 과정

준비 Power Automate

준비 Power Apps

솔루션 인식 앱의 경우:

솔루션을 인식하지 못하는 앱의 경우:

준비 Copilot Studio

준비 Power Pages

사용자 매핑 파일 만들기

모든 권한이 있는 사용자:

관리 액세스 권한이 있는 사용자:

마이그레이션

Power Platform 관리자용 PowerShell 설치(원본 및 대상 관리자 모두)

Windows에 Azure PowerShell 설치(원본 및 대상 관리자 모두)

Microsoft Power Platform에 로그인(원본 및 대상 관리자 모두)

마이그레이션 요청 제출(원본 관리자)

마이그레이션 요청 보기 및 승인(대상 관리자)

SAS(공유 액세스 서명) URL 생성(원본 관리자)

샘플 출력

사용자 매핑 파일 업로드(원본 관리자)

환경 마이그레이션 준비(원본 관리자)

샘플 출력

상태 확인(원본 관리자)

샘플 출력

오류 및 해결 방법

오류 보고서 다운로드(원본 관리자)

환경 마이그레이션(원본 관리자)

상태 가져오기(원본 관리자)

샘플 출력

마이그레이션 후 프로세스

Power Automate의 마이그레이션 후 프로세스

Power Apps의 마이그레이션 후 프로세스

솔루션 인식 앱의 경우:

솔루션을 인식하지 못하는 앱의 경우:

Copilot Studio의 마이그레이션 후 프로세스

Power Pages의 마이그레이션 후 프로세스

자주 묻는 질문

피드백

추가 리소스