데이터베이스 리소스를 글로벌 Azure로 마이그레이션

이 문서에는 Azure 데이터베이스 리소스를 Azure 독일에서 글로벌 Azure로 마이그레이션하는 데 도움이 되는 정보가 있습니다.

SQL 데이터베이스

마이그레이션된 데이터베이스를 온라인 상태로 유지하지 않고 더 작은 Azure SQL Database 워크로드를 마이그레이션하려면 내보내기 함수를 사용하여 BACPAC 파일을 만듭니다. BACPAC 파일은 SQL Server 데이터베이스의 메타데이터와 데이터를 포함하는 압축된 파일입니다. BACPAC 파일을 만든 후에는 파일을 대상 환경(예: AzCopy 사용)에 복사하고 가져오기 함수를 사용하여 데이터베이스를 다시 빌드할 수 있습니다. 다음 고려 사항에 유의하시기 바랍니다.

• 내보내기가 트랜잭션적으로 일관되려면 다음 조건 중 하나가 true인지 확인합니다.
  • 내보내는 동안 쓰기 작업이 발생하지 않습니다.
  • SQL 데이터베이스의 트랜잭션적으로 일관된 복사본을 내보냅니다.
• Azure Blob Storage로 내보내기 위해 BACPAC 파일 크기는 200GB로 제한됩니다. 더 큰 BACPAC 파일의 경우 로컬 스토리지로 내보냅니다.
• SQL Database에서 내보내기 작업이 20시간보다 오래 걸리면 작업이 취소될 수 있습니다. 성능을 향상시키는 방법에 대한 팁은 다음 문서를 참조하세요.

자세한 내용을 원하시면:

• 데이터베이스를 BACPAC 파일로 내보내는 방법을 알아봅니다.
• BACPAC 파일을 데이터베이스에 가져오는방법을 알아봅니다.
• Azure SQL Database 설명서를 검토하세요.

활성 지역 복제를 사용하여 SQL Database 마이그레이션

BACPAC 파일에 비해 너무 크거나 한 클라우드에서 다른 클라우드로 마이그레이션하고 최소 가동 중지 시간으로 온라인 상태를 유지하는 데이터베이스의 경우 Azure 독일에서 글로벌 Azure로 활성 지역 복제를 구성할 수 있습니다.

활성 지역 복제 비용에 대한 자세한 내용은 Azure SQL Database 가격 책정의 활성 지역 복제 섹션을 참조하세요.

활성 지역 복제를 사용하여 데이터베이스를 마이그레이션하려면 글로벌 Azure의 Azure SQL 논리 서버가 필요합니다. 포털, Azure PowerShell, Azure CLI 등을 사용하여 서버를 만들 수 있지만 Azure 독일에서 글로벌 Azure로 마이그레이션하기 위한 활성 지역 복제 구성은 T-SQL(Transact-SQL)을 통해서만 지원됩니다.

이 ALTER DATABASE 문을 사용하면 대상 쪽에서 정규화된 dns 서버 이름을 사용하여 글로벌 Azure에서 대상 서버를 지정할 수 있습니다.

ALTER DATABASE [sourcedb] add secondary on server [public-server.database.windows.net]

• sourcedb 는 Azure 독일의 Azure SQL Server에 있는 데이터베이스 이름을 나타냅니다.
• public-server.database.windows.net 는 데이터베이스를 마이그레이션해야 하는 전역 Azure에 있는 Azure SQL 서버 이름을 나타냅니다. 네임스페이스 "database.windows.net"이 필요하며 public-server를 전역 Azure의 논리적 SQL 서버 이름으로 교체하십시오. 글로벌 Azure의 서버는 Azure 독일의 주 서버와 다른 이름을 가져야 합니다.

이 명령은 마이그레이션할 로컬 데이터베이스를 호스팅하는 Azure 독일 서버의 마스터 데이터베이스에서 실행됩니다.

• T-SQL 시작 복사 API는 해당 서버의 마스터 데이터베이스에서 동일한 SQL 로그인/사용자 이름을 가진 사용자를 찾아 퍼블릭 클라우드 서버에서 로그인한 사용자를 인증합니다. 이 방법은 클라우드에 구애받지 않습니다. 따라서 T-SQL API는 클라우드 간 복사본을 시작하는 데 사용됩니다. 이 항목에 대한 권한 및 자세한 내용은 활성 지역 복제 및ALTER DATABASE(Transact-SQL) 만들기 및 사용을 참조하세요.

• 전역 Azure의 Azure SQL 논리 서버를 나타내는 초기 T-SQL 명령 확장을 제외하고 활성 지역 복제 프로세스의 나머지는 로컬 클라우드의 기존 실행과 동일합니다. 활성 지역 복제를 만드는 자세한 단계는 전역 Azure에서 만든 보조 논리 서버에서 보조 데이터베이스가 만들어지는 예외를 제외하고 활성 지역 복제 만들기 및 사용을 참조하세요.

• 보조 데이터베이스가 전역 Azure에 있으면(Azure 독일 데이터베이스의 온라인 복사본으로) 고객은 ALTER DATABASE T-SQL 명령을 사용하여 이 데이터베이스에 대해 Azure 독일에서 글로벌 Azure로 데이터베이스 장애 조치(failover)를 시작할 수 있습니다(아래 표 참조).

• 장애 조치(failover) 후 보조 데이터베이스가 전역 Azure의 주 데이터베이스가 되면 활성 지역 복제를 중지하고 언제든지 Azure 독일 쪽에서 보조 데이터베이스를 제거할 수 있습니다(아래 표와 다이어그램에 있는 단계 참조).

• 장애 조치(failover) 후 Azure 독일의 보조 데이터베이스는 삭제될 때까지 비용이 계속 발생합니다.

• 이 ALTER DATABASE 명령을 사용하면 활성 지역 복제를 설정하여 Azure 독일 데이터베이스를 글로벌 Azure로 마이그레이션할 수 있습니다.

• 이 마이그레이션에 대한 활성 지역 복제를 구성하는 데 사용할 수 있는 Azure Portal, Azure Resource Manager, PowerShell 또는 CLI는 없습니다.

Azure 독일에서 글로벌 Azure로 데이터베이스를 마이그레이션하려면 다음을 수행합니다.

1. 예를 들어 Azure 독일에서 사용자 데이터베이스를 선택합니다. azuregermanydb

2. 예를 들어 globalazureserver글로벌 Azure(퍼블릭 클라우드)에서 논리 서버를 만듭니다. FQDN(정규화된 도메인 이름)은 globalazureserver.database.windows.net.

3. Azure 독일의 서버에서 이 T-SQL 명령을 실행하여 Azure 독일에서 글로벌 Azure로 활성 지역 복제를 시작합니다. 정규화된 DNS 이름은 공용 서버 globalazureserver.database.windows.net에 사용됩니다. 이는 대상 서버가 Azure 독일이 아닌 글로벌 Azure에 있음을 나타내기 위한 것입니다.

   ALTER DATABASE [azuregermanydb] ADD SECONDARY ON SERVER [globalazureserver.database.windows.net];
   

4. 복제 프로세스가 읽기-쓰기 워크로드를 Azure 글로벌 서버로 이동할 준비가 되면, Azure 글로벌 서버에서 이 T-SQL 명령을 실행하여 Azure 글로벌에 대한 계획된 장애 조치(failover)를 시작합니다.

   ALTER DATABASE [azuregermanydb] FAILOVER;
   

5. 활성 지역 복제 링크는 장애 조치 프로세스 전후에 종료할 수 있습니다. 계획된 장애 조치(failover) 후 다음 T-SQL 명령을 실행하면 읽기/쓰기가 가능한 전역 Azure의 데이터베이스에 대한 지리적 복제 링크가 제거됩니다. 현재 지역 주 데이터베이스의 논리 서버(즉, 글로벌 Azure 서버)에서 실행해야 합니다. 이렇게 하면 마이그레이션 프로세스가 완료됩니다.

   ALTER DATABASE [azuregermanydb] REMOVE SECONDARY ON SERVER [azuregermanyserver];
   

   계획된 장애 조치(failover) 전에 실행된 다음 T-SQL 명령도 마이그레이션 프로세스를 중지하지만, 이 경우 Azure 독일의 데이터베이스는 읽기/쓰기 복사본으로 유지됩니다. 이 T-SQL 명령은 현재 지역 주 데이터베이스의 논리 서버(이 경우 Azure 독일 서버)에서도 실행되어야 합니다.

   ALTER DATABASE [azuregermanydb] REMOVE SECONDARY ON SERVER [globalazureserver];
   

활성 지역 복제를 사용하여 Azure 독일에서 글로벌 Azure로 Azure SQL 데이터베이스를 마이그레이션하는 이러한 단계를 수행할 수도 있습니다.

자세한 내용은 아래 표에서 장애 조치(failover)를 관리하기 위한 T-SQL 명령을 나타냅니다. 다음 명령은 Azure 독일 및 글로벌 Azure 간의 클라우드 간 활성 지역 복제에 대해 지원됩니다.

활성 지역 복제 모니터링 시스템 보기

SQL Database 장기 보존 백업 마이그레이션

지역에서 복제 또는 BACPAC 파일을 사용하여 데이터베이스를 마이그레이션해도 데이터베이스가 Azure 독일에 있을 수 있는 장기 보존 백업은 복사되지 않습니다. 기존 장기 보존 백업을 대상 글로벌 Azure 지역으로 마이그레이션하려면 COPY 장기 보존 백업 절차를 사용할 수 있습니다.

필수 구성 요소

1. LTR 백업을 복사하는 대상 데이터베이스는 백업 복사를 시작하기 전에 전역 Azure에 있어야 합니다. 먼저 활성 지역 복제 를 사용하여 원본 데이터베이스를 마이그레이션한 다음 LTR 백업 복사본을 시작하는 것이 좋습니다. 이렇게 하면 데이터베이스 백업이 올바른 대상 데이터베이스에 복사됩니다. 삭제된 데이터베이스의 LTR 백업을 복사하는 경우에는 이 단계가 필요하지 않습니다. 삭제된 데이터베이스의 LTR 백업을 복사할 때 대상 지역에 더미 DatabaseID가 만들어집니다.
2. 이 PowerShell Az 모듈 설치
3. 시작하기 전에 필요한 Azure RBAC 역할이구독 또는 리소스 그룹 범위에서 부여되었는지 확인합니다. 참고: 삭제된 서버에 속한 LTR 백업에 액세스하려면 해당 서버의 구독 범위에서 권한을 부여해야 합니다. .

제한점

• 장애 조치 그룹은 지원되지 않습니다. 즉, Azure 독일 데이터베이스를 마이그레이션하는 고객은 장애 조치(failover) 중에 직접 연결 문자열을 관리해야 합니다.
• Azure Portal, Azure Resource Manager API, PowerShell 또는 CLI에 대한 지원이 없습니다. 즉, 각 Azure 독일 마이그레이션은 T-SQL을 통해 활성 지역 복제 설정 및 장애 조치(failover)를 관리해야 합니다.
• 고객은 Azure 독일의 데이터베이스에 대한 글로벌 Azure에서 여러 지역 보조 데이터베이스를 만들 수 없습니다.
• 지역 보조 데이터베이스 만들기는 Azure 독일 지역에서 시작해야 합니다.
• 고객은 Azure 독일에서 글로벌 Azure로만 데이터베이스를 마이그레이션할 수 있습니다. 현재 다른 클라우드 간 마이그레이션은 지원되지 않습니다.
• Azure 독일 사용자 데이터베이스의 Azure AD 사용자는 마이그레이션되지만 마이그레이션된 데이터베이스가 있는 새 Azure AD 테넌트에서는 사용할 수 없습니다. 이러한 사용자를 사용하도록 설정하려면 새로 마이그레이션된 데이터베이스가 있는 새 Azure AD 테넌트에서 사용할 수 있는 현재 Azure AD 사용자를 사용하여 수동으로 삭제하고 다시 만들어야 합니다.

PowerShell을 사용하여 장기 보존 백업 복사

Azure 독일에서 Azure 전역 지역으로 장기 보존 백업을 복사하는 데 사용할 수 있는 새로운 PowerShell 명령 Copy-AzSqlDatabaseLongTermRetentionBackup 이 도입되었습니다.

1. 백업 이름을 사용하여 LTR 백업 복사 다음 예제에서는 백업 이름을 사용하여 Azure 독일에서 Azure 전역 지역으로 LTR 백업을 복사하는 방법을 보여줍니다.

# Source database and target database info
$___location = "<___location>"
$sourceRGName = "<source resourcegroup name>"
$sourceServerName = "<source server name>"
$sourceDatabaseName = "<source database name>"
$backupName = "<backup name>"
$targetDatabaseName = "<target database name>"
$targetSubscriptionId = "<target subscriptionID>"
$targetRGName = "<target resource group name>"
$targetServerFQDN = "<targetservername.database.windows.net>"

Copy-AzSqlDatabaseLongTermRetentionBackup 
    -Location $___location 
    -ResourceGroupName $sourceRGName 
    -ServerName $sourceServerName 
    -DatabaseName $sourceDatabaseName
    -BackupName $backupName
    -TargetDatabaseName $targetDatabaseName 
    -TargetSubscriptionId $targetSubscriptionId
    -TargetResourceGroupName $targetRGName
    -TargetServerFullyQualifiedDomainName $targetServerFQDN 

2. 백업 resourceID를 사용하여 LTR 백업 복사 다음 예제에서는 백업 resourceID를 사용하여 Azure 독일에서 Azure 전역 지역으로 LTR 백업을 복사하는 방법을 보여줍니다. 이 예제를 사용하여 삭제된 데이터베이스의 백업도 복사할 수 있습니다.

$___location = "<___location>"
# list LTR backups for All databases (you have option to choose All/Live/Deleted)
$ltrBackups = Get-AzSqlDatabaseLongTermRetentionBackup -Location $___location -DatabaseState All

# select the LTR backup you want to copy
$ltrBackup = $ltrBackups[0]
$resourceID = $ltrBackup.ResourceId

# Source Database and target database info
$targetDatabaseName = "<target database name>"
$targetSubscriptionId = "<target subscriptionID>"
$targetRGName = "<target resource group name>"
$targetServerFQDN = "<targetservername.database.windows.net>"

Copy-AzSqlDatabaseLongTermRetentionBackup 
    -ResourceId $resourceID 
    -TargetDatabaseName $targetDatabaseName 
    -TargetSubscriptionId $targetSubscriptionId
    -TargetResourceGroupName $targetRGName
    -TargetServerFullyQualifiedDomainName $targetServerFQDN

제한점

• PITR(지정 시간 복원) 백업은 주 데이터베이스에서만 수행됩니다. 이는 의도적으로 수행됩니다. Geo-DR을 사용하여 Azure 독일에서 데이터베이스를 마이그레이션할 때 PITR 백업은 장애 전환 후 새로운 주요 복제본에서 진행됩니다. 그러나 기존 PITR 백업(Azure 독일의 이전 주 복제본)은 마이그레이션되지 않습니다. 특정 시점 복원 시나리오를 지원하기 위해 PITR 백업이 필요한 경우 Azure 독일의 PITR 백업에서 데이터베이스를 복원한 다음, 복구된 데이터베이스를 전역 Azure로 마이그레이션해야 합니다.
• 장기 보존 정책은 데이터베이스와 함께 마이그레이션되지 않습니다. Azure 독일의 데이터베이스에 LTR(장기 보존) 정책이 있는 경우 마이그레이션 후 새 데이터베이스에서 LTR 정책을 수동으로 복사하고 다시 만들어야 합니다.

액세스 권한 요청

지역 복제를 사용하여 Azure 독일에서 글로벌 Azure로 데이터베이스를 마이그레이션하려면 클라우드 간 마이그레이션을 성공적으로 구성하려면 Azure 독일의 구독을 사용하도록 설정해야 합니다.

Azure 독일 구독을 사용하도록 설정하려면 다음 링크를 사용하여 마이그레이션 지원 요청을 만들어야 합니다.

1. 다음 마이그레이션 지원 요청으로 이동하십시오.

2. 기본 사항 탭에서 Geo-DR 마이그레이션 을 요약으로 입력한 다음, 다음: 솔루션을 선택합니다.

   

3. 권장 단계를 검토한 다음, 다음: 세부 정보를 선택합니다.

   

4. 세부 정보 페이지에서 다음을 제공합니다.

   1. 설명 상자에 마이그레이션할 전역 Azure 구독 ID를 입력합니다. 데이터베이스를 둘 이상의 구독으로 마이그레이션하려면 데이터베이스를 마이그레이션하려는 전역 Azure ID 목록을 추가합니다.
   2. 이름, 회사 이름, 전자 메일 또는 전화 번호와 같은 연락처 정보를 제공합니다.
   3. 양식을 완료한 다음 다음: 검토 + 만들기를 선택합니다.

   

5. 지원 요청을 검토한 다음 만들기를 선택합니다.

요청이 처리되면 연락을 받게 됩니다.

Azure Cosmos DB (애저 코스모스 DB)

Azure Cosmos DB 데이터 마이그레이션 도구를 사용하여 Azure Cosmos DB로 데이터를 마이그레이션할 수 있습니다. Azure Cosmos DB 데이터 마이그레이션 도구는 JSON 파일, MongoDB, SQL Server, CSV 파일, Azure Table Storage, Amazon DynamoDB, HBase 및 Azure Cosmos 컨테이너를 비롯한 다양한 원본에서 Azure Cosmos DB로 데이터를 가져오는 오픈 소스 솔루션입니다.

Azure Cosmos DB 데이터 마이그레이션 도구는 그래픽 인터페이스 도구 또는 명령줄 도구로 사용할 수 있습니다. 소스 코드는 Azure Cosmos DB 데이터 마이그레이션 도구 GitHub 리포지토리에서 사용할 수 있습니다. 컴파일된 버전의 도구 Microsoft 다운로드 센터에서 사용할 수 있습니다.

Azure Cosmos DB 리소스를 마이그레이션하려면 다음 단계를 완료하는 것이 좋습니다.

1. 애플리케이션 작동 시간 요구 사항 및 계정 구성을 검토하여 최상의 작업 계획을 결정합니다.
2. 데이터 마이그레이션 도구를 실행하여 Azure 독일에서 새 지역으로 계정 구성을 복제합니다.
3. 유지 관리 기간을 사용할 수 있는 경우 데이터 마이그레이션 도구를 실행하여 원본에서 대상으로 데이터를 복사합니다.
4. 유지 관리 시간을 사용할 수 없는 경우, 제공된 도구를 실행하여 원본에서 대상로 데이터를 복사하고, 다음 단계를 완료하십시오.
   1. 구성 기반 접근 방식을 사용하여 애플리케이션에서 읽기/쓰기를 변경합니다.
   2. 처음 동기화를 완료합니다.
   3. 증분 동기화를 설정하고 변경 피드를 따라잡습니다.
   4. 새 계정을 가리키고 애플리케이션의 유효성을 검사합니다.
   5. 이전 계정에 대한 쓰기를 중지하고 변경 피드가 동기화되어 있는지 확인한 후 새 계정으로 쓰기를 전환합니다.
   6. 도구를 중지하고 이전 계정을 삭제합니다.
5. 도구를 실행하여 이전 계정과 새 계정 간에 데이터가 일관성이 있는지 확인합니다.

자세한 내용을 원하시면:

• 데이터 마이그레이션 도구를 사용하는 방법을 알아보려면 자습서: 데이터 마이그레이션 도구를 사용하여 Azure Cosmos DB로 데이터를 마이그레이션합니다.
• Cosmos DB에 대해 알아보려면 Azure Cosmos DB에 오신 것을 참조하세요.

Azure Cache for Redis (Redis용 Azure 캐시)

Azure 독일에서 글로벌 Azure로 Azure Cache for Redis 인스턴스를 마이그레이션하려는 경우 몇 가지 옵션이 있습니다. 선택하는 옵션은 요구 사항에 따라 달라집니다.

옵션 1: 데이터 손실 허용, 새 인스턴스 만들기

이 방법은 다음 두 조건이 모두 참인 경우 가장 합리적입니다.

• Azure Cache for Redis를 임시 데이터 캐시로 사용하고 있습니다.
• 애플리케이션은 새 지역에서 캐시 데이터를 자동으로 다시 채엽합니다.

데이터 손실로 마이그레이션하고 새 인스턴스를 만들려면 다음을 수행합니다.

1. 새 대상 지역에 새 Azure Cache for Redis 인스턴스를 만듭니다.
2. 새 지역에서 새 인스턴스를 사용하도록 애플리케이션을 업데이트합니다.
3. 원본 지역에서 이전 Azure Cache for Redis 인스턴스를 삭제합니다.

옵션 2: 원본 인스턴스에서 대상 인스턴스로 데이터 복사

Azure Cache for Redis 팀의 구성원은 가져오기 또는 내보내기 기능을 요구하지 않고 한 Azure Cache for Redis 인스턴스에서 다른 인스턴스로 데이터를 복사하는 오픈 소스 도구를 작성했습니다. 도구에 대한 자세한 내용은 다음 단계의 4단계를 참조하세요.

원본 인스턴스에서 대상 인스턴스로 데이터를 복사하려면 다음을 수행합니다.

1. 원본 지역에 VM을 만듭니다. Azure Cache for Redis의 데이터 세트가 큰 경우 복사 시간을 최소화하기 위해 상대적으로 강력한 VM 크기를 선택해야 합니다.
2. 대상 지역에 새 Azure Cache for Redis 인스턴스를 만듭니다.
3. 대상 인스턴스에서 데이터를 플러시합니다. (원본 인스턴스에서 플러시하지 않도록 합니다. 복사 도구가 대상 위치의 기존 키를 덮어쓰지 않으므로 플러시가 필요합니다.)
4. 다음 도구를 사용하여 원본 Azure Cache for Redis 인스턴스에서 대상 Azure Cache for Redis 인스턴스로 데이터를 자동으로 복사합니다. 도구 원본 및 도구 다운로드.

옵션 3: 원본 인스턴스에서 내보내기, 대상 인스턴스로 가져오기

이 방법은 프리미엄 계층에서만 사용할 수 있는 기능을 활용합니다.

원본 인스턴스에서 내보내고 대상 인스턴스로 가져오려면:

1. 대상 지역에 새 프리미엄 계층 Azure Cache for Redis 인스턴스를 만듭니다. 원본 Azure Cache for Redis 인스턴스와 동일한 크기를 사용합니다.

2. 원본 캐시에서 데이터를 내보내 거나 Export-AzRedisCache PowerShell cmdlet을 사용합니다.

   비고

   내보내기 Azure Storage 계정은 캐시 인스턴스와 동일한 지역에 있어야 합니다.

3. 내보낸 Blob을 대상 지역의 스토리지 계정에 복사합니다(예: AzCopy 사용).

4. 대상 캐시로 데이터를 가져오 거나 Import-AzRedisCAche PowerShell cmdlet을 사용합니다.

5. 대상 Azure Cache for Redis 인스턴스를 사용하도록 애플리케이션을 다시 구성합니다.

옵션 4: 한 인스턴스에서 읽은 두 개의 Azure Cache for Redis 인스턴스에 데이터 쓰기

이 방법을 사용하려면 애플리케이션을 수정해야 합니다. 애플리케이션은 캐시 인스턴스 중 하나에서 읽는 동안 둘 이상의 캐시 인스턴스에 데이터를 써야 합니다. 이 방법은 Azure Cache for Redis에 저장된 데이터가 다음 조건을 충족하는 경우에 적합합니다.

• 데이터는 정기적으로 새로 고쳐집니다.
• 모든 데이터는 대상 Azure Cache for Redis 인스턴스에 기록됩니다.
• 모든 데이터를 새로 고칠 수 있는 충분한 시간이 있습니다.

자세한 내용을 원하시면:

• Azure Cache for Redis의 개요를 검토합니다.

PostgreSQL 및 MySQL

자세한 내용은 PostgreSQL 및 MySQL의 "데이터 백업 및 마이그레이션" 섹션에 있는 문서를 참조하세요.

다음 단계

다음 서비스 범주에서 리소스를 마이그레이션하기 위한 도구, 기술 및 권장 사항에 대해 알아봅니다.

• 컴퓨팅
• 네트워킹
• 스토리지
• 웹
• 분석
• IoT
• 통합
• 정체성
• 보안
• 관리 도구
• 미디어