설명:
상자 1: ..체크섬 옵션 포함
Azure Database Migration Service는 백업을 시작하지 않고, 재해 복구 계획의 일부로 이미 보유하고 있는 기존 백업을 마이그레이션에 사용합니다. 백업을 생성할 때 '체크섬 포함' 옵션을 사용했는지 확인하십시오.
박스 2: SMB 공유
Azure Database Migration Service를 사용하여 SQL Server에서 SQL Managed Instance로 온라인 마이그레이션을 수행하려면 서비스에서 데이터베이스를 마이그레이션하는 데 사용할 수 있도록 전체 데이터베이스 백업 및 후속 로그 백업을 SMB 네트워크 공유에 제공해야 합니다.
참조:
https://docs.microsoft.com/en-us/azure/dms/tutorial-sql-server-managed-instance-online

설명:

1번 항목: 예
DBAGroup1은 기여자(Contributor) 역할의 구성원입니다.
기여자 역할은 모든 리소스를 관리할 수 있는 전체 액세스 권한을 부여하지만 Azure RBAC에서 역할을 할당하거나 Azure Blueprints에서 할당을 관리하거나 이미지 갤러리를 공유할 수는 없습니다.
2번 상자: 아니요
3번 항목: 예
DBAGroup2는 SQL DB 기여자 역할의 구성원입니다.
SQL DB 기여자 역할은 SQL 데이터베이스를 관리할 수 있게 해주지만, 데이터베이스에 대한 접근 권한은 없습니다. 또한, 데이터베이스의 보안 정책이나 상위 SQL 서버를 관리할 수도 없습니다. 이 역할의 구성원은 SQL 데이터베이스를 생성하고 관리할 수 있습니다.
참조:
https://docs.microsoft.com/en-us/azure/role-based-access-control/built-in-roles
주제 2, 문헌용품
기존 환경
네트워크 환경
제조 및 연구 데이터센터는 VPN을 사용하여 기본 데이터센터에 연결됩니다.
주 데이터센터는 Microsoft 피어링과 프라이빗 피어링을 모두 사용하는 ExpressRoute 연결을 사용합니다.
프라이빗 피어링은 HubVNet이라는 Azure 가상 네트워크에 연결됩니다.
신원 환경
Litware는 litwareinc.com이라는 도메인을 사용하는 하이브리드 Azure Active Directory(Azure AD) 배포 환경을 갖추고 있습니다. 모든 Azure 구독은 litwareinc.com Azure AD 테넌트에 연결되어 있습니다.
데이터베이스 환경
영업 부서의 데이터베이스 작업량은 다음과 같습니다.
* 온프레미스에 설치된 SERVER1이라는 서버에는 Microsoft SQL Server 2012 인스턴스와 1TB 크기의 데이터베이스 두 개가 호스팅되어 있습니다.
* SalesSrv01A라는 이름의 논리 서버에는 SalesSQLDb1이라는 이름의 지리적으로 복제된 Azure SQL 데이터베이스가 있습니다. SalesSQLDb1은 SalesSQLDb1Pool이라는 이름의 탄력적 풀에 있습니다. SalesSQLDb1은 데이터베이스 방화벽 규칙과 포함된 데이터베이스 사용자를 사용합니다.
* SalesSQLDb1App1이라는 애플리케이션이 SalesSQLDb1을 사용합니다.
제조 사무실에는 SERVER2와 SERVER3이라는 이름의 온프레미스 SQL Server 2016 서버 두 대가 있습니다. 이 서버들은 동일한 Always On 가용성 그룹의 노드입니다. 가용성 그룹에는 ManufacturingSQLDb1이라는 데이터베이스가 있습니다. 데이터베이스 관리자는 HubVnet에 있는 VM1과 VM2라는 이름의 Windows Server 2019 기반 Azure 가상 머신 두 대를 사용하여 모든 Azure 데이터베이스를 관리합니다.
라이선스 계약
Litware는 Microsoft 볼륨 라이선싱 고객이며 Software Assurance를 통해 라이선스 이동성을 확보하고 있습니다.
현재의 문제점
SalesSQLDb1에서 성능 문제가 발생하는데, 이는 최신 정보가 아닌 통계와 잦은 차단 쿼리 때문인 것으로 추정됩니다.
요구 사항
계획된 변경 사항
Litware는 다음과 같은 변경 사항을 적용할 계획입니다.
* 사용 패턴이 다양한 시간 제약이 있는 제조 애플리케이션에서 사용할 30개의 새로운 데이터베이스를 Azure에 구현합니다. 각 데이터베이스의 크기는 약 20GB입니다.
* ResearchSrv01이라는 논리 서버에 ResearchDB1이라는 이름의 새 Azure SQL 데이터베이스를 생성합니다.
ResearchDB1에는 개인 식별 정보(PII) 데이터가 포함됩니다.
* 연구 부서에서 ResearchDB1에 데이터를 입력하고 접근하는 데 사용할 ResearchApp1이라는 앱을 개발합니다.
* ManufacturingSQLDb1을 Azure 가상 머신 플랫폼으로 마이그레이션합니다.
* SERVER1 데이터베이스를 Azure SQL Database 플랫폼으로 마이그레이션합니다.
기술 요구사항
Litware는 다음과 같은 기술 요구 사항을 제시합니다.
* 유지보수 작업은 자동화되어야 합니다.
* 새로 추가되는 30개의 데이터베이스는 자동으로 확장되어야 합니다.
* 온프레미스 인프라 사용은 최소화해야 합니다.
* Azure SQL Database 배포 시에는 Azure 하이브리드 사용 이점을 활용해야 합니다.
* CPU 및 스토리지 사용량과 제한과 관련된 모든 SQL Server 및 Azure SQL Database 메트릭은 Azure 내장 기능을 사용하여 분석해야 합니다.
보안 및 규정 준수 요구 사항
Litware는 다음과 같은 보안 및 규정 준수 요구 사항을 제시합니다.
* 암호화 키는 Azure Key Vault에 저장합니다.
* 개인 식별 정보(PII) 백업본을 2개월 동안 보관하십시오.
* 개인 식별 정보(PII)는 저장 시, 전송 시, 사용 시 모두 암호화해야 합니다.
* 가능한 한 최소 권한의 원칙을 준수하십시오.
Active Directory 자격 증명을 사용하여 데이터베이스 사용자를 인증합니다.
* 데이터베이스 수준 방화벽 규칙을 사용하여 Azure SQL Database 인스턴스를 보호하십시오.
* Azure에 호스팅된 모든 데이터베이스가 공용 엔드포인트에 의존하지 않고 VM1 및 VM2에서 액세스할 수 있는지 확인하십시오.
비즈니스 요구사항
Litware는 다음과 같은 비즈니스 요구 사항을 파악했습니다.
* 모든 Azure 배포에 대해 99.99% 가용성 SLA를 충족합니다.
* SERVER1 데이터베이스 마이그레이션 중 다운타임을 최소화합니다.
* 워크로드를 Azure로 마이그레이션할 때 Azure 하이브리드 사용 이점을 활용하세요.
* 모든 요구 사항이 충족되면 가능한 한 비용을 최소화하십시오.

기본 개념: 이 문제는 소스 플랫폼, 대상 서비스, 다운타임 허용 범위 및 관리 노력 등을 고려하여 올바른 Azure 마이그레이션 접근 방식을 선택하는 능력을 평가합니다.
B가 정답인 이유: 관리형 인스턴스 링크는 가용성 또는 복구 설계 영역의 일부이지만, 올바른 선택은 지정된 장애 조치, 복원, 쿼럼, RPO 또는 RTO 요구 사항을 충족해야 합니다. 이 시나리오에서 중요한 제약 조건은 다음과 같습니다. SQLM11이라는 Azure SQL 관리형 인스턴스가 포함된 Azure 구독이 있고, SQL1과 SQLMI1 간에 양방향 재해 복구 솔루션을 구성해야 합니다. 관리형 인스턴스 링크는 관련 없는 서비스나 수동 프로세스를 추가하지 않고도 이 제약 조건을 충족합니다.
A가 틀린 이유: 로그 재생 서비스는 전체, 차등 및 트랜잭션 로그 백업을 Azure SQL Managed Instance로 재생하므로 SQL Server에서 다운타임이 거의 없는 마이그레이션에 적합합니다. 하지만 이 서비스는 다른 복원력 패턴을 사용하므로 여기에 필요한 장애 조치 또는 복구 동작을 제공하지 않습니다.
C가 틀린 이유: Azure Database Migration Service는 소스 및 대상의 지원 여부에 따라 온라인 또는 오프라인 마이그레이션 모드를 사용하여 데이터베이스 엔진을 Azure 대상으로 이동하는 데 사용되는 관리형 마이그레이션 서비스입니다. 다른 가용성 설계에서는 유효할 수 있지만, 질문에서 언급된 장애 조치, 복원, 쿼럼 또는 지역 간 연속성 목표를 충족하지 못합니다.
D가 틀린 이유: 자동 장애 조치 그룹은 Azure SQL Database 또는 관리형 인스턴스에 대한 관리형 지역 복제 및 수신기 기반 장애 조치를 제공하며, 지역 장애에 대한 자동 장애 조치 정책을 포함합니다. 이는 다른 복원력 패턴을 처리하므로 여기에 필요한 장애 조치 또는 복구 동작을 제공하지 않습니다.

참조:
https://azure.microsoft.com/pricing/details/database-migration/
https://docs.microsoft.com/en-us/azure/dms/tutorial-sql-server-azure-sql-online