자습서: Azure Data Studio에서 SQL Server를 Azure SQL Managed Instance로 온라인 마이그레이션

  • 아티클

Azure Data Studio의 Azure SQL 마이그레이션 확장을 사용하여 가동 중지 시간을 최소화하면서 SQL Server 인스턴스 에서 Azure SQL Managed Instance 로 데이터베이스를 마이그레이션합니다. 수동 작업이 필요할 수 있는 방법은 Azure SQL Managed Instance로 SQL Server 인스턴스 마이그레이션 문서를 참조하세요.

이 자습서에서는 Azure DMS(Database Migration Service)와 함께 Azure Data Studio를 사용하여 가동 중지 시간을 최소화하면서 SQL Server의 온-프레미스 인스턴스에서 Azure SQL Managed Instance로 AdventureWorks 데이터베이스를 마이그레이션합니다. 이 자습서에서는 마이그레이션이 끝날 때 애플리케이션 가동 중지 시간이 짧은 중단으로 제한되는 온라인 마이그레이션 모드에 중점을 둡니다.

이 자습서에서는 다음을 하는 방법을 알아볼 수 있습니다.

  • Azure Data Studio에서 Azure SQL로 마이그레이션 마법사 시작
  • 원본 SQL Server 데이터베이스의 평가 실행
  • 원본 SQL Server에서 성능 데이터 수집
  • 워크로드에 가장 적합한 Azure SQL Managed Instance SKU 권장 사항 가져오기
  • 원본 SQL Server, 백업 위치, 대상 Azure SQL Managed Instance의 세부 정보 지정
  • 새 Azure Database Migration Service를 만들고 자체 호스팅 통합 런타임을 설치하여 원본 서버 및 백업에 액세스
  • 마이그레이션 진행률 시작 및 모니터링
  • 준비가 되면 마이그레이션 중단 수행

Important

인스턴스 재구성 또는 계획된 기본 테넌스로 인한 중단 위험을 최소화하기 위해 마이그레이션을 준비하고 온라인 마이그레이션 프로세스의 기간을 최대한 줄입니다. 이러한 이벤트의 경우 마이그레이션 프로세스가 처음부터 시작됩니다. 계획된 기본 테넌트인 경우 마이그레이션 프로세스를 다시 시작하기 전에 대상 Azure SQL Managed Instance 구성 또는 기본 테넌트를 보유하는 36시간의 유예 기간이 있습니다.

팁

Azure Database Migration Service에서 데이터베이스를 오프라인으로 또는 온라인 상태에서 마이그레이션할 수 있습니다. 오프라인 마이그레이션의 경우 마이그레이션을 시작할 때부터 애플리케이션 가동 중지 시간이 시작됩니다. 가동 중지 시간을 마이그레이션 후 새 환경으로 전환하는 데 걸리는 시간으로 제한하려면 온라인 마이그레이션을 사용합니다. 가동 중지 시간이 허용 가능한지 확인하기 위해 오프라인 마이그레이션을 테스트하는 것이 좋습니다. 예상 가동 중지 시간이 허용되지 않는 경우 온라인 마이그레이션을 수행합니다.

이 문서에서는 SQL Server에서 Azure SQL Managed Instance로의 온라인 데이터베이스 마이그레이션에 대해 설명합니다. 오프라인 데이터베이스 마이그레이션 의 경우 DMS에서 Azure Data Studio를 사용하여 SQL Server를 SQL Managed Instance로 오프라인 마이그레이션을 참조하세요.

필수 조건

이 자습서를 완료하려면 다음을 수행해야 합니다.

  • Azure Data Studio 다운로드 및 설치

  • Azure Data Studio 마켓플레이스에서 Azure SQL 마이그레이션 확장 설치

  • 아래에 나열된 기본 제공 역할 중 하나에 할당된 Azure 계정을 갖습니다.

    • 대상 Azure SQL Managed Instance에 대한 기여자(및 SMB 네트워크 공유에서 데이터베이스 백업 파일을 업로드하는 스토리지 계정)
    • 대상 Azure SQL Managed Instance 또는 Azure Storage 계정을 포함하는 Azure 리소스 그룹에 대한 읽기 권한자 역할입니다.
    • Azure 구독에 대한 소유자 또는 기여자 역할(새 DMS 서비스를 만드는 경우 필요).
    • 위의 기본 제공 역할을 사용하는 대신 이 문서에 정의된 대로 사용자 지정 역할을 할당할 수 있습니다.

    Important

    Azure 계정은 마이그레이션 단계를 구성할 때만 필요하며 마이그레이션 마법사의 평가 또는 Azure 권장 사항 단계에는 필요하지 않습니다.

  • 대상 Azure SQL Managed Instance를 만듭니다.

  • 원본 SQL Server는 연결하는 데 사용되는 로그인이 sysadmin 서버 역할의 구성원이거나 CONTROL SERVER 권한이 있는지 확인합니다.

  • 전체 데이터베이스 및 트랜잭션 로그 백업 파일에 대해 다음 스토리지 옵션 중 하나를 사용합니다.

    • SMB 네트워크 공유
    • Azure Storage 계정 파일 공유 또는 Blob 컨테이너

    Important

    • Azure Data Studio용 Azure SQL 마이그레이션 확장은 데이터베이스 백업을 수행하지 않거나 사용자 대신 데이터베이스 백업을 시작하지 않습니다. 대신 서비스는 마이그레이션에 기존 데이터베이스 백업 파일을 사용합니다.
    • 데이터베이스 백업 파일이 SMB 네트워크 공유 에 제공된 경우 DMS 서비스가 데이터베이스 백업 파일을 업로드할 수 있도록 하는 Azure Storage 계정을 만듭니다. Azure Database Migration Service 인스턴스가 만들어지는 것과 동일한 지역에 Azure Storage 계정을 만들어야 합니다.
    • 각 백업은 별도의 백업 파일 또는 여러 백업 파일에 쓸 수 있습니다. 그러나 단일 백업 미디어에 여러 백업(즉, 전체 및 t-log)을 추가해도 지원되지 않습니다.
    • 압축된 백업을 사용하여 대규모 백업 마이그레이션과 관련된 잠재적인 문제가 발생할 가능성을 줄입니다.

  • 원본 SQL Server 인스턴스를 실행하는 서비스 계정에 데이터베이스 백업 파일이 포함된 SMB 네트워크 공유에 대한 읽기 및 쓰기 권한이 있는지 확인합니다.

  • 데이터를 마이그레이션하기 전에 TDE(투명한 데이터 암호화)로 보호되는 데이터베이스의 원본 SQL Server 인스턴스 인증서를 Azure 가상 머신의 대상 Azure SQL Managed Instance 또는 SQL Server로 마이그레이션해야 합니다. TDE 사용 데이터베이스 마이그레이션에 대한 자세한 내용은 자습서: Azure Data Studio에서 TDE 사용 데이터베이스(미리 보기)를 Azure SQL로 마이그레이션을 참조 하세요.

    팁

    데이터베이스에 Always Encrypted로 보호되는 중요한 데이터가 포함된 경우 DMS와 함께 Azure Data Studio를 사용하는 마이그레이션 프로세스는 Always Encrypted 키를 Azure 가상 머신의 대상 Azure SQL Managed Instance 또는 SQL Server로 자동으로 마이그레이션합니다.

  • 데이터베이스 백업이 네트워크 파일 공유에 있는 경우 데이터베이스 백업에 액세스하고 마이그레이션하기 위해 자체 호스팅 통합 런타임을 설치할 컴퓨터를 제공합니다. 마이그레이션 마법사는 자체 호스팅 통합 런타임을 다운로드하고 설치하기 위한 다운로드 링크 및 인증 키를 제공합니다. 마이그레이션을 준비하기 위해 자체 호스팅 통합 런타임을 설치하려는 시스템에 다음 아웃바운드 방화벽 규칙 및 도메인 이름이 사용하도록 설정되어 있는지 확인합니다.

    도메인 이름 아웃바운드 포트 설명
    퍼블릭 클라우드: {datafactory}.{region}.datafactory.azure.net
    또는 *.frontend.clouddatahub.net
    Azure Government: {datafactory}.{region}.datafactory.azure.us
    중국: {datafactory}.{region}.datafactory.azure.cn    		 443 자체 호스팅 통합 런타임에서 Data Migration 서비스에 연결하는 데 필요합니다.
    퍼블릭 클라우드에서 새로 만든 데이터 팩터리의 경우 자체 호스팅 통합 런타임 키(형식 {datafactory}.{region}.datafactory.azure.net)에서 FQDN을 찾습니다. 이전 데이터 팩터리의 경우 자체 호스팅 통합 키에 FQDN이 표시되지 않는 경우 *.frontend.clouddatahub.net 대신 사용합니다.
    download.microsoft.com 443 업데이트를 다운로드하기 위해 자체 호스팅 통합 런타임에 필요합니다. 자동 업데이트가 사용하지 않도록 설정된 경우 이 작업을 구성하지 기본 건너뛸 수 있습니다.
    *.core.windows.net 443 네트워크 공유에서 데이터베이스 백업을 업로드하기 위해 Azure Storage 계정에 연결하는 자체 호스팅 통합 런타임에서 사용됩니다.

    팁

    데이터베이스 백업 파일이 Azure Storage 계정에 이미 제공된 경우 마이그레이션 프로세스 중에 자체 호스팅 통합 런타임이 필요하지 않습니다.

  • 자체 호스팅 통합 런타임을 사용하는 경우 런타임이 설치된 컴퓨터가 원본 SQL Server 인스턴스 및 백업 파일이 있는 네트워크 파일 공유에 연결할 수 있는지 확인합니다. 네트워크 파일 공유에 대한 액세스를 허용하려면 아웃바운드 포트 445를 사용하도록 설정해야 합니다. 자체 호스팅 통합 런타임 사용에 대한 권장 사항도 참조 하세요.

  • Azure Database Migration Service를 처음으로 사용하는 경우 Microsoft.DataMigration 리소스 공급자가 구독에 등록되어 있는지 확인합니다. 단계에 따라 리소스 공급자를 등록할 수 있습니다.

Azure Data Studio에서 Azure SQL로 마이그레이션 마법사 시작

  1. Azure Data Studio를 열고 서버 아이콘을 선택하여 온-프레미스 SQL Server(또는 Azure 가상 머신의 SQL Server)에 연결합니다.
  2. 서버 연결에서 마우스 오른쪽 단추를 클릭하고 관리를 선택합니다.
  3. 서버의 홈페이지에서 Azure SQL 마이그레이션 확장을 선택합니다.
  4. Azure SQL 마이그레이션 대시보드에서 Azure SQL로 마이그레이션을 선택하여 마이그레이션 마법사를 시작합니다. Launch Migrate to Azure SQL wizard
  5. 마법사의 첫 번째 페이지에서 새 세션을 시작하거나 이전에 저장된 세션을 다시 시작할 수 있습니다. 새 세션을 시작하는 첫 번째 옵션을 선택합니다.

데이터베이스 평가 실행, 성능 데이터 수집 및 Azure 권장 사항 가져오기

  1. 평가를 실행할 데이터베이스를 선택하고 다음을 선택합니다.
  2. 대상으로 Azure SQL Managed Instance를 선택합니다. Assessment confirmation
  3. 보기/선택 단추를 선택하여 데이터베이스 평가 결과의 세부 정보를 확인하고, 마이그레이션할 데이터베이스를 선택하고, 확인을 선택합니다. 평가 결과에 문제가 표시되면 다음 단계를 진행하기 전에 수정해야 합니다. Database assessment details
  4. Azure 권장 사항 가져오기 단추를 선택합니다.
  5. 성능 데이터 수집 지금 옵션을 선택하고 수집할 성능 로그의 경로를 입력하고 시작 단추를 선택합니다.
  6. 이제 Azure Data Studio는 컬렉션을 중지하거나 마법사에서 다음 단추를 누르거나 Azure Data Studio를 닫을 때까지 성능 데이터를 수집합니다.
  7. 10분 후에 Azure SQL Managed Instance에 대한 권장 구성이 표시됩니다. 초기 10분 후에 새로 고침 권장 사항 링크를 눌러 수집된 추가 데이터로 권장 사항을 새로 고칠 수도 있습니다.
  8. 위의 Azure SQL Managed Instance* 상자에서 권장 사항에 대한 자세한 내용을 보려면 세부 정보 보기 단추를 선택합니다.
  9. 보기 세부 정보 상자를 닫고 다음 단추를 누릅니다.

마이그레이션 설정 구성

  1. 해당 드롭다운 목록에서 구독, 위치, 리소스 그룹을 선택하여 Azure SQL Managed Instance를 지정한 다음, 다음을 선택합니다.
  2. 마이그레이션 모드로 온라인 마이그레이션을 선택합니다.

    참고 항목

    온라인 마이그레이션 모드에서는 대상 Azure SQL Managed Instance에서 데이터베이스 백업이 지속적으로 복원되는 동안 원본 SQL Server 데이터베이스를 읽기 및 쓰기 작업에 사용할 수 있습니다. 애플리케이션 가동 중지 시간은 마이그레이션이 끝날 때 중단 기간으로 제한됩니다.

  3. 데이터베이스 백업의 위치를 선택합니다. 데이터베이스 백업은 온-프레미스 네트워크 공유 또는 Azure Storage Blob 컨테이너에 있을 수 있습니다.

    참고 항목

    데이터베이스 백업이 온-프레미스 네트워크 공유에 제공된 경우 DMS는 마법사의 다음 단계에서 자체 호스팅 통합 런타임을 설정해야 합니다. 원본 데이터베이스 백업에 액세스하는 데 자체 호스팅 통합 런타임이 필요한 경우 백업 세트의 유효성을 검사 Azure Storage 계정에 업로드합니다.
    데이터베이스 백업이 Azure Storage Blob 컨테이너에 이미 있는 경우 자체 호스팅 통합 런타임을 설정할 필요가 없습니다.

  • 네트워크 공유에 있는 백업의 경우 업로드할 백업 파일에 대한 원본 SQL Server, 원본 백업 위치, 대상 데이터베이스 이름 및 Azure Storage 계정에 대한 다음 세부 정보를 제공합니다.

    필드 설명
    원본 자격 증명 - 사용자 이름 원본 SQL Server 인스턴스에 연결하고 백업 파일의 유효성을 검사하기 위한 자격 증명(Windows/SQL 인증)입니다.
    원본 자격 증명 - 암호 원본 SQL Server 인스턴스에 연결하고 백업 파일의 유효성을 검사하기 위한 자격 증명(Windows/SQL 인증)입니다.
    백업을 포함하는 네트워크 공유 위치 전체 및 트랜잭션 로그 백업 파일이 포함된 네트워크 공유 위치입니다. 유효한 백업 집합에 속하지 않는 네트워크 공유의 잘못된 파일 또는 백업 파일은 마이그레이션 프로세스 중에 자동으로 무시됩니다.
    네트워크 공유 위치에 대한 읽기 권한이 있는 Windows 사용자 계정 백업 파일을 검색하기 위해 네트워크 공유에 대한 읽기 권한이 있는 Windows 자격 증명(사용자 이름)입니다.
    암호 백업 파일을 검색하기 위해 네트워크 공유에 대한 읽기 권한이 있는 Windows 자격 증명(암호)입니다.
    대상 데이터베이스 이름 마이그레이션 프로세스 중에 대상의 데이터베이스 이름을 변경하려는 경우 대상 데이터베이스 이름을 수정할 수 있습니다.
    스토리지 계정 세부 정보 백업 파일이 업로드되는 리소스 그룹 및 스토리지 계정입니다. DMS는 업로드 프로세스 중에 지정된 스토리지 계정에 Blob 컨테이너를 자동으로 만들기 때문에 컨테이너를 만들 필요가 없습니다.

  • Azure Storage Blob 컨테이너에 저장된 백업의 경우 해당 드롭다운 목록에서 대상 데이터베이스 이름, 리소스 그룹, Azure Storage 계정 및 Blob 컨테이너에 대한 아래 세부 정보를 지정합니다.

    필드 설명
    대상 데이터베이스 이름 마이그레이션 프로세스 중에 대상의 데이터베이스 이름을 변경하려는 경우 대상 데이터베이스 이름을 수정할 수 있습니다.
    스토리지 계정 세부 정보 백업 파일이 있는 리소스 그룹, 스토리지 계정 및 컨테이너입니다.

    Important

    루프백 검사 기능을 사용하도록 설정하고 원본 SQL Server 및 파일 공유가 동일한 컴퓨터에 있는 경우 원본은 FQDN을 사용하여 파일 공유에 액세스할 수 없습니다. 이 문제를 해결하려면 여기의 지침을 사용하여 루프백 검사 기능을 사용하지 않도록 설정합니다.

  • Azure Data Studio에 대한 Azure SQL 마이그레이션 확장은 SQL Server 데이터베이스를 Azure로 마이그레이션하기 위해 Azure Storage 계정 네트워크 설정에 대한 특정 구성이 더 이상 필요하지 않습니다. 그러나 데이터베이스 백업 위치 및 원하는 스토리지 계정 네트워크 설정에 따라 리소스가 Azure Storage 계정에 액세스할 수 있도록 하는 데 필요한 몇 가지 단계가 있습니다. 다양한 마이그레이션 시나리오 및 네트워크 구성은 다음 표를 참조하세요.

    시나리오 SMB 네트워크 공유 Azure Storage 계정 컨테이너
    모든 네트워크에서 사용 추가 단계 없음 추가 단계 없음
    선택한 가상 네트워크 및 IP 주소에서 사용 1a 참조 2a 참조
    선택한 가상 네트워크 및 IP 주소 + 프라이빗 엔드포인트에서 사용 1b 참조 2b 참조

    1a - Azure Blob Storage 네트워크 구성

    Azure VM에 SHIR(자체 호스팅 통합 런타임)이 설치되어 있는 경우 섹션 1b - Azure Blob Storage 네트워크 구성을 참조하세요. 온-프레미스 네트워크에 SHIR(자체 호스팅 통합 런타임)이 설치된 경우 다음과 같이 Azure Storage 계정에 호스팅 머신의 클라이언트 IP 주소를 추가해야 합니다.

    Screenshot that shows the storage account network details

    이 특정 구성을 적용하려면 SHIR 컴퓨터에서 Azure Portal에 연결하고, Azure Storage 계정 구성을 열고, 네트워킹을 선택한 다음, 클라이언트 IP 주소 검사 추가 상자를 표시합니다. 저장을 선택하여 변경 사항을 영구적으로 만듭니다. 다시 기본 단계는 섹션 2a - Azure Blob Storage 네트워크 구성(프라이빗 엔드포인트)을 참조하세요.

    1b - Azure Blob Storage 네트워크 구성

    SHIR이 Azure VM에서 호스트되는 경우 가상 머신에 IP 주소 범위 섹션에 추가할 수 없는 비공개 IP 주소가 있으므로 VM의 가상 네트워크를 Azure Storage 계정에 추가해야 합니다.

    Screenshot that shows the storage account network firewall configuration.

    이 특정 구성을 적용하려면 Azure Storage 계정을 찾고, 데이터 스토리지 패널에서 네트워킹을 선택한 다음, 기존 가상 네트워크 추가 검사 상자를 표시합니다. 새 패널이 열리고 Integration Runtime을 호스팅하는 Azure VM의 구독, 가상 네트워크 및 서브넷을 선택합니다. 이 정보는 Azure Virtual Machine의 개요 페이지에서 찾을 수 있습니다. 서브넷에서 서비스 엔드포인트가 필요한 경우 사용을 선택해야 할 수 있습니다. 모든 것이 준비되면 업데이트를 저장합니다. 필요한 다시 기본 단계는 섹션 2a - Azure Blob Storage 네트워크 구성(프라이빗 엔드포인트)을 참조하세요.

    2a - Azure Blob Storage 네트워크 구성(프라이빗 엔드포인트)

    백업이 Azure Storage 컨테이너에 직접 배치되는 경우 Azure Storage 계정과 통신하는 Integration Runtime이 없으므로 위의 모든 단계가 필요하지 않습니다. 그러나 대상 SQL Server 인스턴스가 Azure Storage 계정과 통신하여 컨테이너에서 백업을 복원할 수 있는지 확인해야 합니다. 이 특정 구성을 적용하려면 섹션 1b - Azure Blob Storage 네트워크 구성의 지침에 따라 "기존 가상 네트워크 추가" 팝업을 채울 때 대상 SQL 인스턴스 Virtual Network를 지정합니다.

    2b - Azure Blob Storage 네트워크 구성(프라이빗 엔드포인트)

    Azure Storage 계정에 프라이빗 엔드포인트가 설정된 경우 섹션 2a - Azure Blob Storage 네트워크 구성(프라이빗 엔드포인트)에 설명된 단계를 따릅니다. 그러나 대상 SQL Server 서브넷뿐만 아니라 프라이빗 엔드포인트의 서브넷을 선택해야 합니다. 프라이빗 엔드포인트가 대상 SQL Server 인스턴스와 동일한 VNet에서 호스트되는지 확인합니다. 그렇지 않은 경우 Azure Storage 계정 구성 섹션의 프로세스를 사용하여 다른 프라이빗 엔드포인트를 만듭니다.

Azure Database Migration Service 생성

  1. 새 Azure Database Migration Service를 만들거나 이전에 만든 기존 서비스를 다시 사용합니다.

    참고 항목

    이전에 Azure Portal을 사용하여 DMS를 만든 경우 Azure Data Studio의 마이그레이션 마법사에서 다시 사용할 수 없습니다. 이전에 Azure Data Studio를 사용하여 만든 DMS만 다시 사용할 수 있습니다.

  2. 기존 DMS가 있거나 새 DMS를 만들어야 하는 리소스 그룹을 선택합니다. Azure Database Migration Service 드롭다운에는 선택한 리소스 그룹의 기존 DMS가 나열됩니다.
  3. 기존 DMS를 다시 사용하려면 드롭다운 목록에서 선택합니다. 그러면 자체 호스팅 통합 런타임의 상태 페이지 아래쪽에 표시됩니다.
  4. 새 DMS를 만들려면 새로 만들기를 선택합니다. Azure Database Migration Service 만들기 화면에서 DMS의 이름을 제공하고 만들기를 선택합니다.
  5. DMS를 성공적으로 만든 후에는 통합 런타임을 설정하는 세부 정보가 제공됩니다.
  6. 다운로드 및 설치 통합 런타임 을 선택하여 웹 브라우저에서 다운로드 링크를 엽니다. 다운로드를 완료합니다. 원본 SQL Server에 연결하기 위한 필수 구성 요소와 원본 백업이 포함된 위치를 충족하는 컴퓨터에 통합 런타임을 설치합니다.
  7. 설치가 완료되면 Microsoft Integration Runtime Configuration Manager 가 자동으로 시작하여 등록 프로세스를 시작합니다.
  8. Azure Data Studio의 마법사 화면에서 제공되는 인증 키 중 하나를 복사하여 붙여넣습니다. 인증 키가 유효한 경우 등록을 계속할 수 있음을 나타내는 녹색 검사 아이콘이 Integration Runtime Configuration Manager에 표시됩니다.
  9. 자체 호스팅 통합 런타임 등록을 성공적으로 완료한 후 Microsoft Integration Runtime Configuration Manager를 닫고 Azure Data Studio에서 마이그레이션 마법사로 다시 전환합니다.
  10. Azure Data Studio의 Azure Database Migration Service 만들기 화면에서 연결 테스트를 선택하여 새로 만든 DMS가 새로 등록된 자체 호스팅 통합 런타임에 연결되어 있는지 확인합니다. Test connection integration runtime
  11. 마이그레이션 요약을 검토하고 완료를 선택하여 데이터베이스 마이그레이션을 시작합니다.

마이그레이션 모니터링

  1. 데이터베이스 마이그레이션 상태에서 진행 중인 마이그레이션, 마이그레이션 완료 및 마이그레이션 실패(있는 경우)를 추적할 수 있습니다.

    monitor migration dashboard

  2. 진행 중인 데이터베이스 마이그레이션을 선택하여 진행 중인 마이그레이션을 확인하고 데이터베이스 이름을 선택하여 자세한 정보를 가져옵니다.

  3. 마이그레이션 세부 정보 페이지에는 백업 파일과 해당 상태 표시됩니다.

    상태 설명
    도착 백업 파일이 원본 백업 위치에 도착하여 유효성을 검사했습니다.
    업로드 통합 런타임은 현재 Azure Storage에 백업 파일을 업로드하고 있습니다.
    Uploaded 백업 파일이 Azure Storage에 업로드됨
    복원 Azure Database Migration Service는 현재 Azure SQL Managed Instance에 백업 파일을 복원하고 있습니다.
    복원됨 백업 파일이 Azure SQL Managed Instance에서 성공적으로 복원됨
    Canceled 마이그레이션 프로세스가 취소됨
    무시됨 백업 파일이 유효한 데이터베이스 백업 체인에 속하지 않으므로 무시됨

    backup restore details

마이그레이션 중단 완료

이 자습서의 마지막 단계는 마이그레이션 컷오버를 완료하여 Azure SQL Managed Instance에 마이그레이션된 데이터베이스를 사용할 수 있게 만드는 것입니다. 이 프로세스는 데이터베이스에 연결하는 애플리케이션에 가동 중지 시간이 필요한 유일한 부분이므로 중단 시기는 비즈니스 또는 애플리케이션 관련자와 신중하게 계획해야 합니다.

단독형을 완료하려면 다음을 수행합니다.

  1. 원본 데이터베이스로 들어오는 모든 트랜잭션을 중지합니다.
  2. Azure SQL Managed Instance에서 대상 데이터베이스를 가리키도록 애플리케이션 구성을 변경합니다.
  3. 지정된 백업 위치에서 원본 데이터베이스의 최종 로그 백업을 수행합니다.
  4. 원본 데이터베이스를 읽기 전용 모드로 전환합니다. 따라서 사용자는 데이터베이스에서 데이터를 읽을 수 있지만 수정할 수는 없습니다.
  5. 모든 데이터베이스 백업이 모니터링 세부 정보 페이지에서 복원된 상태 있는지 확인합니다.
  6. 모니터링 세부 정보 페이지에서 ‘중단 완료’를 선택합니다.

중단 프로세스 중에 마이그레이션 상태가 ‘진행 중’에서 ‘완료 중’으로 변경됩니다. 단독형 프로세스가 완료되면 마이그레이션 상태 변경되어 데이터베이스 마이그레이션이 성공했으며 마이그레이션된 데이터베이스를 사용할 준비가 되었음을 나타냅니다.

Important

중단 후 중요 비즈니스용 서비스 계층을 사용하는 SQL Managed Instance의 가용성은 Always On 고가용성 그룹에 대해 세 개의 보조 복제본(replica) 시드해야 하므로 범용보다 훨씬 더 오래 걸릴 수 있습니다. 이 작업 기간은 데이터 크기에 따라 달라집니다. 자세한 내용은 관리 작업 기간을 참조하세요.

제한 사항

Azure Data Studio용 Azure SQL 확장을 사용하여 Azure SQL Managed Instance로 마이그레이션하는 데는 다음과 같은 제한 사항이 있습니다.

  • 단일 데이터베이스를 마이그레이션하는 경우 데이터베이스 백업은 데이터베이스 폴더(컨테이너 루트 폴더 포함) 내의 플랫 파일 구조에 배치되어야 하며 폴더는 지원되지 않으므로 중첩될 수 없습니다.
  • 동일한 Azure Blob Storage 컨테이너를 사용하여 여러 데이터베이스를 마이그레이션하는 경우 다른 데이터베이스에 대한 백업 파일을 컨테이너 내의 별도 폴더에 배치해야 합니다.
  • 대상 Azure SQL Managed Instance에서 DMS를 사용하여 기존 데이터베이스를 덮어쓰는 것은 지원되지 않습니다.
  • DMS는 원본 토폴로지와 일치하도록 대상에서 고가용성 및 재해 복구 구성을 지원하지 않습니다.
  • 다음 서버 개체는 지원되지 않습니다.
    • SQL Server 에이전트 작업
    • 자격 증명
    • SSIS 패키지
    • 서버 감사
  • DMS를 사용한 데이터베이스 마이그레이션을 위해 Azure Data Factory에서 만든 기존 자체 호스팅 통합 런타임을 사용할 수 없습니다. 처음에 자체 호스팅 통합 런타임은 Azure Data Studio에서 Azure SQL 마이그레이션 확장을 사용하여 만들어야 하며 추가 데이터베이스 마이그레이션에 재사용할 수 있습니다.
  • DMS에서 만들어진 단일 LRS 작업은 최대 30일 동안 실행할 수 있습니다. 이 기간이 만료되면 작업이 자동으로 취소되므로 대상 데이터베이스가 자동으로 삭제됩니다.
  • 다음 오류가 Memory-optimized filegroup must be empty in order to be restored on General Purpose tier of SQL Database Managed Instance발생한 경우 . 이 문제는 의도적으로, Hekaton(SQL Server 메모리 내 OLTP라고도 함)은 Azure SQL Managed Instance의 범용 계층에서 지원되지 않습니다. 마이그레이션을 계속하려면 한 가지 방법은 Hekaton을 지원하는 중요 비즈니스용 계층으로 업그레이드하는 것입니다. 또 다른 방법은 Azure SQL Managed Instance가 범용인 동안 원본 데이터베이스가 원본 데이터베이스를 사용하지 않는지 확인하는 것입니다.

다음 단계

  • T-SQL RESTORE 명령을 사용하여 데이터베이스를 SQL Managed Instance로 마이그레이션하는 방법을 보여 주는 자습서는 복원 명령을 사용하여 SQL Managed Instance로 백업 복원을 참조하세요.
  • SQL Managed Instance에 대한 자세한 내용은 SQL Managed Instance란?을 참조 하세요.
  • SQL Managed Instance에 앱을 연결하는 방법에 대한 자세한 내용은 애플리케이션 연결을 참조하세요.
  • 문제를 해결하려면 알려진 문제를 검토합니다.