다음을 통해 공유

마이그레이션 가이드: SQL Server를 Azure SQL Managed Instance로

  • 아티클

적용 대상: Azure SQL Managed Instance

이 가이드에서는 사용자의 데이터베이스를 SQL Server에서 Azure SQL Managed Instance로 마이그레이션하는 방법을 알아봅니다.

계속하기 전에 필수 조건을 검토하고 사전 마이그레이션 단계를 완료합니다.

마이그레이션

사전 마이그레이션 단계에 대한 단계를 완료한 후 스키마 및 데이터 마이그레이션을 수행할 준비가 된 것입니다.

선택한 마이그레이션 방법을 사용하여 데이터를 마이그레이션합니다.

이 섹션에서는 다음과 같은 권장 마이그레이션 옵션에 대한 일반 마이그레이션 단계를 제공합니다.

  • Managed Instance 링크
  • Log Replay Service(LRS)
  • Azure Data Studio용 Azure SQL 마이그레이션 확장 - 가동 중지 시간이 거의 없는 마이그레이션입니다.
  • 네이티브 RESTORE DATABASE FROM URL - SQL Server의 네이티브 백업을 사용하며 약간의 가동 중지 시간 필요

SQL Managed Instance는 온-프레미스 또는 Azure VM 데이터베이스 구현에서 대량의 데이터베이스 마이그레이션이 필요한 사용자 시나리오를 대상으로 합니다. 인스턴스 수준 및/또는 데이터베이스 간 기능을 정기적으로 사용하는 애플리케이션의 백 엔드를 리프트 앤 시프트 방식으로 이동해야 하는 경우에 최적의 선택입니다. 이러한 시나리오의 경우 애플리케이션을 다시 구성하지 않고도 Azure에서 전체 인스턴스를 해당 환경으로 이동할 수 있습니다.

SQL 인스턴스를 이동하려면 다음을 신중하게 계획해야 합니다.

  • 배치해야 하는 모든 데이터베이스(같은 인스턴스에서 실행되는 데이터베이스)의 마이그레이션.
  • 로그인, 자격 증명, SQL 에이전트 작업 및 연산자, 서버 수준 트리거를 포함하여 애플리케이션이 종속된 인스턴스 수준 개체의 마이그레이션.

SQL Managed Instance는 정기적인 DBA 활동의 일부를 기본 제공되는 플랫폼에 위임할 수 있도록 하는 관리되는 서비스입니다. 따라서 고가용성이 기본 제공되므로, 정기 백업을 위한 유지 관리 작업 또는 Always On 구성 같은 일부 인스턴스 수준 데이터는 마이그레이션할 필요가 없습니다.

Azure Data Studio

이 섹션에서는 Azure Data Studio에서 Azure SQL 마이그레이션 확장을 사용하여 가동 중지 시간을 최소화하면서 SQL Server에서 Azure SQL Managed Instance로 마이그레이션하는 고급 단계를 제공합니다. 자세한 지침은 자습서: Azure Data Studio에서 온라인으로 SQL Server를 Azure SQL Managed Instance로 마이그레이션을 참조하세요.

Azure Data Studio를 사용하여 마이그레이션하려면 다음 단계를 수행합니다.

  1. Azure Data Studio 다운로드 및 설치와 Azure Data Studio용 Azure SQL 마이그레이션 확장을 다운로드 및 설치합니다.
  2. Azure Data Studio의 확장에서 Azure SQL 마이그레이션으로 마이그레이션 마법사를 시작합니다.
  3. 평가할 데이터베이스를 선택하고 마이그레이션 준비 상태 또는 문제(있는 경우)를 확인합니다. 또한 성능 데이터를 수집하고 적절한 크기의 Azure 권장 사항을 가져옵니다.
  4. 구독에서 Azure 계정 및 대상 Azure SQL Managed Instance를 선택합니다.
  5. 데이터베이스 백업의 위치를 선택합니다. 데이터베이스 백업은 온-프레미스 네트워크 공유 또는 Azure Blob Storage 컨테이너에 있습니다.
  6. Azure Data Studio의 마법사를 사용하여 새 Azure Database Migration Service를 만듭니다. 이전에 Azure Data Studio를 사용하여 Azure Database Migration Service를 만든 경우 원한다면 동일한 것을 다시 사용할 수 있습니다.
  7. 선택 사항: 백업이 온-프레미스 네트워크 공유에 있는 경우, 원본 SQL Server 및 백업 파일이 포함된 위치에 연결할 수 있는 컴퓨터에 자체 호스팅 통합 런타임을 다운로드하여 설치합니다.
  8. 데이터베이스 마이그레이션을 시작하고 Azure Data Studio에서 진행률을 모니터링합니다. Azure Portal의 Azure Database Migration Service 리소스에서 진행률을 모니터링할 수도 있습니다.
  9. 컷오버를 완료합니다.
    1. 원본 데이터베이스로 들어오는 모든 트랜잭션을 중지합니다.
    2. Azure SQL Managed Instance에서 대상 데이터베이스를 가리키도록 애플리케이션 구성을 변경합니다.
    3. 지정된 백업 위치에 있는 원본 데이터베이스의 모든 비상 로그 백업을 가져옵니다.
    4. 모니터링 세부 정보 페이지에서 모든 데이터베이스 백업의 상태가 ‘복원됨’인지 확인합니다.
    5. 모니터링 세부 정보 페이지에서 ‘중단 완료’를 선택합니다.

이 섹션에서는 Managed Instance 링크를 사용하여 가동 중지 시간을 최소화하면서 SQL Server에서 Azure SQL Managed Instance로 마이그레이션하는 고급 단계를 제공합니다. 자세한 지침은 링크를 사용하여 마이그레이션을 검토하세요.

링크를 사용하여 마이그레이션하려면 다음 단계를 수행합니다.

  1. 대상 SQL Managed Instance를 만듭니다. Azure Portal, PowerShell, Azure CLI
  2. 링크를 위한 환경을 준비합니다.
  3. SSMS 또는 스크립트로 링크를 구성합니다.
  4. 워크로드를 중지합니다.
  5. 대상 인스턴스에서 데이터를 확인합니다.
  6. 링크를 장애 조치(failover)합니다.

Log Replay Service(LRS)

이 섹션에서는 Managed Instance LRS(로그 재생 서비스)를 사용하여 가동 중지 시간을 최소화하면서 SQL Server에서 Azure SQL Managed Instance로 마이그레이션하는 고급 단계를 제공합니다. 자세한 지침은 로그 재생 서비스를 사용하여 SQL Server에서 데이터베이스 마이그레이션을 검토 하세요.

LRS를 사용하여 마이그레이션하려면 다음 단계를 수행합니다.

  1. Blob 컨테이너가 있는 Azure Storage 계정을 만듭니다.
  2. SAS 토큰 또는 관리 ID를 사용하여 Blob Storage 스토리지 계정에 인증하고 액세스를 확인합니다.
  3. 여러 데이터베이스를 마이그레이션하려는 경우 폴더 구조를 올바르게 구성해야 합니다.
  4. 백업을 복사하거나 BACKUP TO URL을 사용하여 직접 백업을 가져와 스토리지 계정에 백업을 업로드합니다.
  5. 자동 완성 또는 연속 모드 중 LRS를 실행할 모드를 결정합니다.
  6. LRS를 시작합니다.
  7. 마이그레이션 진행률을 모니터링합니다.
  8. 마이그레이션을 완료합니다(연속 모드인 경우).

백업 및 복구

신속하고 간편하게 데이터베이스를 마이그레이션할 수 있도록 하는 Azure SQL Managed Instance의 한 주요 기능은 Azure Storage에 저장된 데이터베이스 백업(.bak) 파일의 SQL Managed Instance로의 원시 복원입니다. 백업과 복원은 데이터베이스 크기에 따른 비동기 작업입니다.

다음 다이어그램은 프로세스의 상위 수준 개요를 제공합니다.

다이어그램을 보면 화살표로 레이블이 지정된 URL에 백업/업로드 흐름이 SQL Server에서 Azure Storage로 향하며, 두 번째 화살표로 레이블이 지정된 URL에서 복원 흐름은 Azure Storage에서 SQL Managed Instance로 향하고 있음을 확인할 수 있습니다.

참고

백업을 수행하고 백업을 Azure Storage에 업로드하고 Azure SQL Managed Instance에 네이티브 복원 작업을 수행하는 데 소요되는 시간은 데이터베이스 크기에 따라 다릅니다. 대규모 데이터베이스의 경우 작업을 수용할 수 있도록 충분한 가동 중지 시간을 확보하세요.

다음 표에는 실행되는 원본 SQL Server 버전에 따라 사용할 수 있는 방법에 대한 자세한 정보가 나와 있습니다.

단계 SQL 엔진 및 버전 백업/복원 방법
Azure Storage에 백업 저장 2012 SP1 CU2 이전 Azure Storage에 .bak 파일 직접 업로드
2012 SP1 CU2~2016 사용되지 않는 WITH CREDENTIAL 구문을 사용하여 직접 백업
2016 이상 버전 WITH SAS CREDENTIAL 구문을 사용하여 직접 백업
Azure Storage에서 관리형 인스턴스로 복원 SAS CREDENTIAL을 사용하여 URL에서 복원

중요

원시 복원 옵션을 사용하여 투명한 데이터 암호화로 보호된 데이터베이스를 관리형 인스턴스로 마이크레이션하는 경우에는 데이터베이스를 복원하기 전에 온-프레미스 또는 Azure VM SQL Server의 해당 인증서를 마이그레이션해야 합니다. 자세한 단계는 TDE로 보호되는 데이터베이스의 인증서를 Azure SQL Managed Instance로 마이그레이션을 참조하세요.

시스템 데이터베이스 복원은 지원되지 않습니다. master 또는 msdb 데이터베이스에 저장된 인스턴스 수준 개체를 마이그레이션하려면, 해당 개체를 스크립팅하고 대상 인스턴스에서 T-SQL 스크립트를 실행하는 것이 좋습니다.

백업 및 복원을 사용하여 마이그레이션하려면 다음 단계를 수행합니다.

  1. Azure Blob Storage에 데이터베이스를 백업합니다. 예를 들면 SQL Server Management Studio의 URL에 백업을 사용합니다. Microsoft Azure 도구를 사용하여 SQL Server 2012 SP1 CU2 이전 버전의 데이터베이스를 지원할 수 있습니다.

  2. SQL Server Management Studio를 사용하여 Azure SQL Managed Instance에 연결합니다.

  3. 데이터베이스 백업을 통해 Azure Blob Storage 계정에 액세스하기 위해 공유 액세스 서명을 사용하여 자격 증명을 만듭니다. 예를 들면 다음과 같습니다.

    CREATE CREDENTIAL [https://mitutorials.blob.core.windows.net/databases]
    WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
        SECRET = '<secret>'

  4. Azure Storage Blob 컨테이너에서 백업을 복원합니다. 예를 들면 다음과 같습니다.

    RESTORE DATABASE [TargetDatabaseName]
FROM URL = 'https://mitutorials.blob.core.windows.net/databases/WideWorldImporters-Standard.bak'

  5. 복원이 완료되면 SQL Server Management Studio 내 개체 탐색기에서 데이터베이스를 확인합니다.

이 마이그레이션에 대해 자세히 알아보려면 빠른 시작: SSMS를 사용하여 Azure SQL Managed Instance로 데이터베이스 복원을 참조하세요.

참고 항목

데이터베이스 복원 작업은 비동기적이며 다시 시도할 수 있습니다. 연결이 끊어지거나 제한 시간이 만료되는 경우 SQL Server Management Studio에서 오류가 발생할 수 있습니다. Azure SQL Database는 백그라운드에서 데이터베이스 복원을 계속 시도하며, sys.dm_exec_requests 및 sys.dm_operation_status 보기를 사용하여 복원 진행률을 추적할 수 있습니다.

데이터 동기화 및 중단

원본에서 대상으로 데이터의 변경 내용을 지속적으로 복제/동기화하는 마이그레이션 옵션을 사용하는 경우 원본 데이터와 스키마가 대상에서 변경되고 드리프트될 수 있습니다. 데이터 동기화를 진행할 때, 마이그레이션 프로세스 도중에 원본에 대한 모든 변경 내용이 대상에 캡처되고 적용되었는지 확인하세요.

원본과 대상의 데이터가 모두 동일한지 확인한 후 원본에서 대상 환경으로 전환할 수 있습니다. 비즈니스/애플리케이션 팀과 함께 전환 프로세스를 계획하여 전환 시 비즈니스 연속성에 영향을 미치지 않는 선에서 최소한으로 전환하는 것이 중요합니다.

중요

DMS를 사용하는 마이그레이션의 일부로 중단을 수행하는 것과 관련된 특정 단계에 대한 자세한 내용은 마이그레이션 중단 수행을 참조하세요.

마이그레이션 후 작업

마이그레이션 단계를 성공적으로 완료한 후 모든 것이 원활하고 효율적으로 작동하게 하려면 일련의 마이그레이션 후 작업을 수행해야 합니다.

마이그레이션 후 단계는 데이터 정확도 문제를 조정하고 완성도를 확인할 뿐만 아니라 워크로드 관련 성능 문제를 해결하는 데 매우 중요합니다.

애플리케이션 모니터링 및 수정

관리형 인스턴스로의 마이그레이션을 완료하고 나면 워크로드의 애플리케이션 동작 및 성능을 추적해야 합니다. 이 프로세스에는 다음 작업이 포함됩니다.

테스트 수행

데이터베이스 마이그레이션의 테스트 접근 방식은 다음 작업으로 구성됩니다.

  1. 유효성 검사 테스트 개발: 데이터베이스 마이그레이션을 테스트하려면 SQL 쿼리를 사용해야 합니다. 원본 데이터베이스와 대상 데이터베이스 둘 다에서 실행할 유효성 검사 쿼리를 만들어야 합니다. 정의된 범위가 유효성 검사 쿼리에 포함되어야 합니다.
  2. 테스트 환경 설정: 테스트 환경에는 원본 데이터베이스와 대상 데이터베이스의 복사본이 포함되어야 합니다. 테스트 환경을 격리해야 합니다.
  3. 유효성 검사 테스트 실행: 원본 및 대상에서 유효성 검사 테스트를 실행한 다음, 결과를 분석합니다.
  4. 성능 테스트 실행: 원본 및 대상에서 성능 테스트를 실행한 다음, 결과를 분석하고 비교합니다.

고급 기능 사용

SQL Managed Instance에서 제공하는 고급 클라우드 기반 기능(예: 기본 제공되는 고가용성, 위협 탐지, 워크로드 모니터링 및 튜닝)을 활용할 수 있습니다.

Azure SQL 분석을 사용하여 중앙 집중 방식으로 관리되는 인스턴스의 거대한 집합을 모니터링할 수 있습니다.

일부 SQL Server 기능은 데이터베이스 호환성 수준이 최신 호환성 수준(150)으로 변경된 후에만 사용할 수 있습니다.

관련 콘텐츠