이 섹션에서는 다음과 같은 권장 마이그레이션 옵션에 대한 일반 마이그레이션 단계를 제공합니다.
관리형 인스턴스 링크
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 SQL 마이그레이션으로 마이그레이션 마법사를 시작합니다.
평가할 데이터베이스를 선택하고 마이그레이션 준비 상태 또는 문제(있는 경우)를 확인합니다. 또한 성능 데이터를 수집하고 적절한 크기의 Azure 권장 사항을 가져옵니다.
구독에서 Azure 계정 및 대상 Azure SQL Managed Instance를 선택합니다.
데이터베이스 백업의 위치를 선택합니다. 데이터베이스 백업은 온-프레미스 네트워크 공유 또는 Azure Blob Storage 컨테이너에 있습니다.
Azure Data Studio의 마법사를 사용하여 새 Azure Database Migration Service를 만듭니다. 이전에 Azure Data Studio를 사용하여 Azure Database Migration Service를 만든 경우 원한다면 동일한 것을 다시 사용할 수 있습니다.
선택 사항: 백업이 온-프레미스 네트워크 공유에 있는 경우, 원본 SQL Server 및 백업 파일이 포함된 위치에 연결할 수 있는 컴퓨터에 자체 호스팅 통합 런타임을 다운로드하여 설치합니다.
데이터베이스 마이그레이션을 시작하고 Azure Data Studio에서 진행률을 모니터링합니다. Azure Portal의 Azure Database Migration Service 리소스에서 진행률을 모니터링할 수도 있습니다.
컷오버를 완료합니다.
원본 데이터베이스로 들어오는 모든 트랜잭션을 중지합니다.
Azure SQL Managed Instance에서 대상 데이터베이스를 가리키도록 애플리케이션 구성을 변경합니다.
지정된 백업 위치에 있는 원본 데이터베이스의 모든 비상 로그 백업을 가져옵니다.
모니터링 세부 정보 페이지에서 모든 데이터베이스 백업의 상태가 ‘복원됨’인지 확인합니다.
모니터링 세부 정보 페이지에서 ‘중단 완료’를 선택합니다.
관리 인스턴스 링크
이 섹션에서는 Managed Instance 링크를 사용하여 가동 중지 시간을 최소화하면서 SQL Server에서 Azure SQL Managed Instance로 마이그레이션하는 고급 단계를 제공합니다. 자세한 지침은 링크를 사용하여 마이그레이션을 검토하세요.
이 섹션에서는 Managed Instance LRS(로그 재생 서비스)를 사용하여 가동 중지 시간을 최소화하면서 SQL Server에서 Azure SQL Managed Instance로 마이그레이션하는 고급 단계를 제공합니다. 자세한 지침은 로그 재생 서비스를 사용하여 SQL Server에서 데이터베이스 마이그레이션을 검토 하세요.
백업을 복사하거나 BACKUP TO URL을 사용하여 직접 백업을 가져와 스토리지 계정에 백업을 업로드합니다.
자동 완성 또는 연속 모드 중 LRS를 실행할 모드를 결정합니다.
LRS를 시작합니다.
마이그레이션 진행률을 모니터링합니다.
마이그레이션을 완료합니다(연속 모드인 경우).
백업 및 복구
신속하고 간편하게 데이터베이스를 마이그레이션할 수 있도록 하는 Azure SQL Managed Instance의 한 주요 기능은 .bak에 저장된 데이터베이스 백업() 파일의 SQL Managed Instance로의 원시 복원입니다. 백업과 복원은 데이터베이스 크기에 따른 비동기 작업입니다.
다음 다이어그램은 프로세스의 상위 수준 개요를 제공합니다.
참고
백업을 수행하고 백업을 Azure Storage에 업로드하고 Azure SQL Managed Instance에 네이티브 복원 작업을 수행하는 데 소요되는 시간은 데이터베이스 크기에 따라 다릅니다. 대규모 데이터베이스의 경우 작업을 수용할 수 있도록 충분한 가동 중지 시간을 확보하세요.
다음 표에는 실행되는 원본 SQL Server 버전에 따라 사용할 수 있는 방법에 대한 자세한 정보가 나와 있습니다.
데이터베이스 복원 작업은 비동기적이며 다시 시도할 수 있습니다. 연결이 끊어지거나 제한 시간이 만료되는 경우 SQL Server Management Studio에서 오류가 발생할 수 있습니다. Azure SQL Database는 백그라운드에서 데이터베이스 복원을 계속 시도하며, sys.dm_exec_requests 및 sys.dm_operation_status 보기를 사용하여 복원 진행률을 추적할 수 있습니다.
데이터 동기화 및 전환
원본에서 대상으로 데이터의 변경 내용을 지속적으로 복제/동기화하는 마이그레이션 옵션을 사용하는 경우 원본 데이터와 스키마가 대상에서 변경되고 드리프트될 수 있습니다. 데이터 동기화를 진행할 때, 마이그레이션 프로세스 도중에 원본에 대한 모든 변경 내용이 대상에 캡처되고 적용되었는지 확인하세요.
원본과 대상의 데이터가 모두 동일한지 확인한 후 원본에서 대상 환경으로 전환할 수 있습니다. 비즈니스/애플리케이션 팀과 함께 전환 프로세스를 계획하여 전환 중 최소한의 중단으로 비즈니스 연속성에 영향을 미치지 않도록 하는 것이 중요합니다.
중요
DMS를 사용하는 마이그레이션의 일부로 중단을 수행하는 것과 관련된 특정 단계에 대한 자세한 내용은 마이그레이션 중단 수행을 참조하세요.
이주 후 상태
마이그레이션 단계를 성공적으로 완료한 후 모든 것이 원활하고 효율적으로 작동하게 하려면 일련의 마이그레이션 후 작업을 수행해야 합니다.
마이그레이션 후 단계는 데이터 정확도 문제를 조정하고 완성도를 확인할 뿐만 아니라 워크로드 관련 성능 문제를 해결하는 데 매우 중요합니다.
애플리케이션 모니터링 및 수정
관리형 인스턴스로의 마이그레이션을 완료하고 나면 워크로드의 애플리케이션 동작 및 성능을 추적해야 합니다. 이 프로세스에는 다음 작업이 포함됩니다.