설명:

박스 1: 서버, 탄력적 풀 및 데이터베이스
대본:
SalesSQLDb1은 SalesSQLDb1Pool이라는 탄력적 풀에 있습니다.
Litware의 기술 요구 사항에는 CPU 및 스토리지 사용량과 제한과 관련된 모든 SQL Server 및 Azure SQL Database 메트릭을 Azure 내장 기능을 사용하여 분석해야 한다는 내용이 포함됩니다.
박스 2: Azure 이벤트 허브
시나리오: ManufacturingSQLDb1 데이터베이스를 Azure 가상 머신 플랫폼으로 마이그레이션합니다.
이벤트 허브는 사용자 지정 메트릭을 처리할 수 있습니다.
주제 3, ADatum Corporation
본 시험은 사례 연구 형식으로 진행됩니다. 사례 연구는 별도의 시간 제한이 없으므로, 각 사례를 완료하는 데 필요한 만큼 시험 시간을 자유롭게 활용할 수 있습니다. 다만, 시험에는 추가적인 사례 연구 및 섹션이 포함될 수 있습니다. 따라서 주어진 시간 내에 모든 문제를 풀 수 있도록 시간 관리를 철저히 해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 자세한 정보를 제공하는 도표 및 기타 자료가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답변을 검토하고 다음 시험 섹션으로 넘어가기 전에 수정할 수 있습니다. 새 섹션을 시작하면 이전 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 보려면 [다음] 버튼을 클릭하십시오. 왼쪽 창의 버튼을 사용하여 질문에 답하기 전에 사례 연구 내용을 살펴보세요. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 사례 연구에 [모든 정보] 탭이 있는 경우, 해당 탭에 표시되는 정보는 이후 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 [질문] 버튼을 클릭하여 질문으로 돌아가세요.
개요
ADatum Corporation은 소매점과 웹사이트라는 두 가지 판매 채널을 통해 제품을 판매하는 소매업체입니다.
기존 환경
ADatum은 Microsoft SQL Server 2016이 설치된 데이터베이스 서버를 하나 보유하고 있습니다. 이 서버에는 SALESDB, DOCDB, REPORTINGDB라는 세 개의 핵심 데이터베이스가 호스팅되어 있습니다.
SALESDB는 매장과 웹사이트에서 데이터를 수집합니다.
DOCDB에는 SALESDB의 판매 데이터와 연결되는 문서가 저장됩니다. 이 문서들은 판매 채널에 따라 두 가지 서로 다른 JSON 형식으로 저장됩니다.
REPORTINGDB는 보고 데이터를 저장하며 여러 개의 컬럼스토어 인덱스를 포함합니다. 매일 실행되는 프로세스는 SALESDB의 데이터를 기반으로 REPORTINGDB에 보고 데이터를 생성합니다. 이 프로세스는 SALESDB의 저장 프로시저를 실행하는 SQL Server Integration Services(SSIS) 패키지로 구현됩니다.
요구 사항
계획된 변경 사항
ADatum은 현재 데이터 인프라를 Azure로 이전할 계획입니다. 새로운 인프라는 다음과 같은 요구 사항을 충족해야 합니다.
* SALESDB 및 REPORTINGDB를 Azure SQL 데이터베이스로 마이그레이션합니다.
* DOCDB를 Azure Cosmos DB로 마이그레이션합니다.
* JSON 형식의 문서를 포함한 판매 데이터는 도착하는 즉시 수집하여 Azure Stream Analytics를 사용하여 온라인으로 분석해야 합니다. 분석 프로세스는 누락이나 중복 없이 지속적으로 집계 작업을 수행해야 합니다.
* 모든 판매 문서는 JSON 형식으로 도착하는 즉시 하나의 일관된 형식으로 변환되어야 합니다.
* Azure Data Factory는 SALESDB에서 REPORTINGDB로 데이터를 복사하는 SSIS 프로세스를 대체합니다.
기술 요구사항
새로운 Azure 데이터 인프라는 다음과 같은 기술 요구 사항을 충족해야 합니다.
* SALESDB의 데이터는 투명 데이터 암호화(TDE)를 사용하여 암호화해야 합니다. 암호화에는 자체 키를 사용해야 합니다.
* SALESDB는 지난 3주 이내의 어느 특정 시점으로든 복원할 수 있어야 합니다.
* 실제 사용 패턴에 따라 작업 부하가 적절하게 조정되도록 실시간 처리를 모니터링해야 합니다.
* REPORTINGDB에 필요한 인덱스가 누락된 경우 자동으로 생성해야 합니다.
SALESDB의 경우 디스크 I/O, CPU 및 메모리 사용량을 모니터링해야 합니다.

설명:

박스 1: 전체 백업 및 로그 백업만 해당
모든 백업은 별도의 백업 미디어(백업 파일)에 수행해야 합니다. Azure Database Migration Service는 단일 백업 파일에 추가되는 방식의 백업을 지원하지 않습니다. 전체 백업과 로그 백업을 각각 별도의 백업 파일에 저장하십시오.
2번 항목: 체크섬 포함
Azure Database Migration Service는 백업 및 복원 방식을 사용하여 온프레미스 데이터베이스를 SQL Managed Instance로 마이그레이션합니다. Azure Database Migration Service는 체크섬을 사용하여 생성된 백업만 지원합니다.
참조:
https://docs.microsoft.com/en-us/azure/dms/known-issues-azure-sql-db-managed-instance-online

시나리오: Azure 지역 장애 발생 시 고객이 최소한의 다운타임으로 PaaS 솔루션에 액세스할 수 있도록 보장해야 합니다. 솔루션은 자동 장애 조치 기능을 제공해야 합니다.
자동 장애 조치 그룹 기능을 사용하면 서버의 데이터베이스 그룹 또는 관리형 인스턴스의 모든 데이터베이스를 다른 지역으로 복제하고 장애 조치를 관리할 수 있습니다. 이 기능은 기존의 활성 지역 복제 기능 위에 구축된 선언적 추상화 계층으로, 대규모 지역 복제 데이터베이스의 배포 및 관리를 간소화하도록 설계되었습니다. 장애 조치는 수동으로 시작하거나 사용자 정의 정책에 따라 Azure 서비스에 위임할 수 있습니다.
후자의 옵션을 사용하면 기본 지역에서 SQL Database 또는 SQL Managed Instance의 가용성이 전체 또는 부분적으로 손실되는 심각한 장애 또는 기타 예기치 않은 이벤트 발생 후 보조 지역에서 여러 관련 데이터베이스를 자동으로 복구할 수 있습니다.
참조:
https://docs.microsoft.com/en-us/azure/azure-sql/database/auto-failover-group-overview
주제 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 Databricks는 다목적 클러스터와 작업 클러스터를 구분합니다. 다목적 클러스터는 대화형 노트북을 사용하여 데이터를 공동으로 분석하는 데 사용하고, 작업 클러스터는 빠르고 안정적인 자동화 작업을 실행하는 데 사용합니다.
Azure Databricks 작업 스케줄러는 새 작업 클러스터에서 작업을 실행할 때 작업 클러스터를 생성하고 작업이 완료되면 클러스터를 종료합니다.
참조:
https://docs.microsoft.com/en-us/azure/databricks/clusters

참조:
https://docs.microsoft.com/en-us/sql/relational-databases/system-catalog-views/sys-resource-stats-azure-sql-database