Azure SQL Managed Instance 시작
적용 대상: Azure SQL Managed Instance
Azure SQL Managed Instance는 최신 SQL Server(Enterprise Edition) 데이터베이스 엔진과 거의 완벽하게 호환되는 데이터베이스를 만들어 일반적인 보안 문제를 해결하는 원시 VNet(가상 네트워크) 구현과 기존 SQL Server 고객에게 친숙한 비즈니스 모델을 제공합니다.
이 문서에서는 SQL Managed Instance를 신속하게 구성 및 생성하고 데이터베이스를 마이그레이션하는 방법을 알려 주는 콘텐츠에 대한 참조를 찾을 수 있습니다.
빠른 시작 개요
다음 빠른 시작을 사용하면 SQL Managed Instance를 빠르게 만들고 클라이언트 애플리케이션에 가상 머신이나 지점 및 사이트 간 VPN 연결을 구성하며 .bak
파일을 사용하여 데이터베이스를 새 SQL Managed Instance로 복원할 수 있습니다.
환경 구성
첫 번째 단계로 SQL Managed Instance를 배치할 네트워크 환경에서 첫 번째 SQL Managed Instance를 만들고 SQL Managed Instance에 대한 쿼리를 실행하는 컴퓨터나 가상 머신에서 연결을 사용하도록 설정해야 합니다. 다음 가이드를 사용할 수 있습니다.
Azure Portal을 사용하여 Azure SQL Managed Instance를 만듭니다. Azure Portal에서 필요한 매개 변수(사용자 이름/비밀번호, 코어 수, 최대 스토리지 용량)를 구성하고 네트워킹 세부 정보와 인프라 요구 사항을 알아보지 않고도 Azure 네트워크 환경을 자동으로 만듭니다. 현재 SQL Managed Instance를 만들도록 허용된 구독 유형이 있는지 확인합니다. 사용하려는 고유한 네트워크가 있거나 네트워크를 사용자 지정하려면 Azure SQL Managed Instance에 기존 가상 네트워크 구성 또는 Azure SQL Managed Instance에 가상 네트워크 만들기를 참조하세요.
SQL Managed Instance는 공개 끝점이 없는 고유한 VNet에 생성됩니다. 클라이언트 애플리케이션 액세스의 경우 동일한 VNet(여러 서브넷)에 VM을 만들거나 다음과 같은 빠른 시작 중 하나를 사용하여 클라이언트 컴퓨터에서 VNet에 대한 지점과 사이트 간 VPN 연결을 만들 수 있습니다.
- 사용자 환경에서 직접 데이터에 액세스하기 위해 SQL Managed Instance에 퍼블릭 엔드포인트를 사용하도록 설정합니다.
- SQL Server Management Studio를 포함하여 클라이언트 애플리케이션 연결을 위해 SQL Managed Instance VNet에 Azure Virtual Machine을 만듭니다.
- SQL Server Management Studio 및 기타 클라이언트 연결 애플리케이션이 있는 클라이언트 컴퓨터에서 SQL Managed Instance에 대한 지점 및 사이트 간 VPN 연결을 설정합니다. 이는 SQL Managed Instance 및 VNet 연결에 대한 두 가지 옵션입니다.
참고 항목
- 또한 로컬 네트워크에서 사이트 간 연결 또는 Express 경로를 사용할 수 있지만 이러한 방법은 이 빠른 시작의 범위를 벗어납니다.
- 보존 기간을 0(무제한 보존)에서 다른 값으로 변경하는 경우 보존 값이 변경된 후에 작성된 로그에만 보존이 적용됩니다(보존이 무제한으로 설정된 기간 동안 작성된 로그는 보존이 활성화된 후에도 보존됨).
SQL Managed Instance를 수동으로 만드는 대신, PowerShell, Resource Manager 템플릿이 있는 PowerShell 또는 Azure CLI를 사용하여 이 프로세스를 스크립트로 작성하고 자동화할 수 있습니다.
데이터베이스 마이그레이션
SQL Managed Instance를 만들고 액세스를 구성한 후 SQL Server 데이터베이스 마이그레이션을 시작할 수 있습니다. 마이그레이션하려는 원본 데이터베이스에 지원되지 않는 기능이 있으면 마이그레이션이 실패할 수 있습니다. 실패를 방지하고 호환성을 확인하려면 DMA(Data Migration Assistant)를 사용하여 SQL Server의 데이터베이스를 분석하고 SQL Managed Instance로의 마이그레이션을 차단할 수 있는 문제(예: 여러 로그 파일 또는 FileStream 존재)를 찾을 수 있습니다. 이러한 issue를 해결하면 데이터베이스를 SQL Managed Instance로 마이그레이션할 수 있습니다. 데이터베이스 실험 도우미는 SQL Server에서 워크로드를 기록하고 SQL Managed Instance에서 재생할 수 있는 또 다른 유용한 도구이므로 SQL Managed Instance로 마이그레이션하는 경우 성능 issue가 있는지 확인할 수 있습니다.
데이터베이스를 SQL Managed Instance로 마이그레이션할 수 있다고 확신하면 원시 SQL Server 복원 기능을 사용하여 데이터베이스를 .bak
파일의 SQL Managed Instance로 복원할 수 있습니다. 온-프레미스 또는 Azure Virtual Machines에 설치된 SQL Server 데이터베이스 엔진에서 데이터베이스를 마이그레이션하려면 이 메서드를 사용할 수 있습니다. 빠른 시작의 경우 백업에서 SQL Managed Instance로 복원을 참조하세요. 이 빠른 시작에서는 RESTORE
Transact-SQL 명령을 사용하여 Azure Blob Storage에 저장된 .bak
파일로 복원합니다.
팁
BACKUP
Transact-SQL 명령을 사용하여 Azure Blob Storage에 데이터베이스 백업을 만들려면 URL에 SQL Server 백업을 참조하세요.
이 빠른 시작을 사용하면 데이터베이스 백업을 신속하게 만들고 구성하며 SQL Managed Instance로 복원할 수 있습니다. 일부 시나리오에서는 SQL Managed Instance 배포와 필요한 네트워킹 환경을 사용자 지정하거나 자동화해야 합니다. 이러한 시나리오는 아래 설명되어 있습니다.
네트워크 환경 사용자 지정
Azure Portal을 사용하여 인스턴스를 만들 때 VNet/서브넷이 자동으로 구성될 수 있지만 VNet 및 서브넷의 매개 변수를 구성할 수 있으므로 SQL Managed Instance에서 인스턴스를 만들기 전에 VNet/서브넷을 만드는 것이 좋을 수 있습니다. 네트워크 환경을 만들고 구성하는 가장 쉬운 방법은 인스턴스가 배치되는 곳에 네트워크와 서브넷을 만들고 구성하는 Azure Resource 배포 템플릿을 사용하는 것입니다. Azure Resource Manager 배포 단추를 누르고 양식에 매개 변수를 입력하기만 하면 됩니다.
또는 PowerShell 스크립트를 사용하여 네트워크 만들기를 자동화할 수도 있습니다.
SQL Managed Instance를 배포하려는 VNet 및 서브넷이 이미 있으면 VNet 및 서브넷이 네트워킹 요구 사항을 충족하는지 확인해야 합니다. 이 PowerShell 스크립트를 사용하여 서브넷이 올바르게 구성되었는지 확인합니다. 이 스크립트는 네트워크 유효성을 검사하여 문제를 보고할 뿐만 아니라 변경해야 하는 항목을 알려주고 VNet/서브넷에서 필요한 사항을 변경하도록 제안합니다. VNet/서브넷을 수동으로 구성하지 않으려면 이 스크립트를 실행합니다. 네트워크 인프라의 주요 재구성 후에 실행할 수도 있습니다. 고유한 네트워크를 만들고 구성하려면 연결 아키텍처와 SQL Managed Instance 환경을 만들고 구성하기 위한 이 궁극적인 가이드를 읽어보세요.
SQL Managed Instance로 마이그레이션
이전에 언급된 빠른 시작을 사용하면 SQL Managed Instance를 신속하게 설정하고 원시 RESTORE
기능을 사용하여 데이터베이스를 이동할 수 있습니다. 빠른 개념 증명을 완료하고 솔루션이 관리되는 인스턴스에서 작동할 수 있는지 확인하려는 경우 이 방법부터 시작하면 좋습니다.
그러나 프로덕션 데이터베이스 또는 일부 성능 테스트에 사용하려는 개발/테스트 데이터베이스를 마이그레이션하려면 다음과 같은 몇 가지 추가 기술을 사용하는 것이 좋습니다.
- 성능 테스트 - 원본 SQL Server 인스턴스에서 기준 성능 메트릭을 측정하고 데이터베이스를 마이그레이션한 대상 SQL Managed Instance의 성능 메트릭과 비교해야 합니다. 성능 비교 모범 사례에 대해 자세히 알아봅니다.
- 온라인 마이그레이션 - 이 문서에서 설명한 원시
RESTORE
를 사용할 경우 데이터베이스가 복원될 때까지(그리고 아직 저장되지 않은 경우에는 Azure Blob Storage로 복사될 때까지) 기다려야 합니다. 이로 인해 특히 대규모 데이터베이스에서 일부 애플리케이션 가동 중지 시간이 발생합니다. 프로덕션 데이터베이스로 이동하려면 DMS(데이터 마이그레이션 서비스)를 사용하여 최소한의 가동 중지 시간으로 데이터베이스를 마이그레이션합니다. DMS는 이를 위해 점진적으로 원본 데이터베이스의 변경 내용을 복원 중인 SQL Managed Instance로 푸시합니다. 이렇게 하면 가동 중지 시간을 최소화하면서 애플리케이션을 원본에서 대상 데이터베이스로 빠르게 전환할 수 있습니다.
권장 마이그레이션 프로세스에 대해 자세히 알아보세요.
다음 단계
- 여기에서 SQL Managed Instance에서 지원되는 기능의 개략적인 목록과 세부 정보 및 알려진 issue를 확인하세요.
- SQL Managed Instance의 기술적인 특성에 대해 알아봅니다.
- SQL Managed Instance를 사용하는 방법에서 더욱 자세한 작업 가이드를 확인합니다.
- 온-프레미스 데이터베이스에 적합한 Azure SQL Managed Instance SKU를 식별하세요.