섹션: [없음]
설명:
클라우드 공급자 인프라 로그.
Databricks 로깅을 통해 보안 및 관리 팀은 Databricks 작업 공간 내부 또는 외부에서 데이터 거버넌스 표준 준수를 입증할 수 있습니다. 특히 규제 대상 산업의 고객은 다음과 같은 활동에 대한 기록도 필요합니다.
* 클라우드 데이터 저장소에 대한 사용자 접근 제어
* 클라우드 ID 및 액세스 관리 역할
* 클라우드 네트워크 및 컴퓨팅에 대한 사용자 액세스
Azure Databricks는 여러 VM 인스턴스에서 데이터 분석 워크플로에 맞게 세 가지 고유한 워크로드를 제공합니다. Jobs Compute 워크로드와 Jobs Light Compute 워크로드를 사용하면 데이터 엔지니어가 작업을 쉽게 빌드하고 실행할 수 있고, All-Purpose Compute 워크로드를 사용하면 데이터 과학자가 데이터와 통찰력을 대화형으로 탐색, 시각화, 조작하고 공유할 수 있습니다.
참조:
https://databricks.com/blog/2020/03/25/신뢰하지만-검증하세요-데이터브릭스.html

설명:
박스 1: 해시
DISTRIBUTION = HASH ( distribution_column_name ) distribution_column_name에 저장된 값을 해싱하여 각 행을 하나의 분포에 할당합니다. 이 알고리즘은 결정론적이므로 항상 동일한 값을 동일한 분포에 해싱합니다. NULL 값을 갖는 모든 행은 동일한 분포에 할당되므로 분포 열은 NOT NULL로 정의해야 합니다.
상자 2: OrderDateKey
대부분의 경우 테이블 파티션은 날짜 열에 생성됩니다.
롤백을 방지하는 한 가지 방법은 데이터 관리를 위해 파티션 전환과 같은 메타데이터 전용 작업을 사용하는 것입니다. 예를 들어, DELETE 문을 실행하여 order_date가 2001년 10월인 테이블의 모든 행을 삭제하는 대신, 데이터를 미리 분할할 수 있습니다. 그런 다음 다른 테이블의 빈 파티션에 대한 데이터로 해당 파티션을 전환할 수 있습니다.
참조:
https://docs.microsoft.com/en-us/sql/t-sql/statements/create-table-azure-sql-data-warehouse
https://docs.microsoft.com/en-us/azure/synapse-analytics/sql/베스트-프랙티스-전용-sql-풀

참조:
https://docs.microsoft.com/en-us/sql/relational-databases/security/authentication-access/database-level-roles

전체 솔루션에 대한 설명 부분을 참조하세요.
설명:
db1이 SQL Server 2012의 모든 기능 및 구문과 호환되도록 하려면 데이터베이스의 호환성 수준을 SQL Server 2012의 호환성 수준인 110으로 설정해야 합니다.1 호환성 수준은 특정 Transact-SQL 문과 기능의 동작에 영향을 미치며, 데이터베이스 엔진이 SQL 코드를 해석하는 방식을 결정합니다.2
Azure Portal 또는 Transact-SQL 문을 사용하여 db1의 호환성 수준을 설정할 수 있습니다. 두 방법 모두에 대한 단계는 다음과 같습니다.
* Azure Portal 사용:
* Azure Portal로 이동하여 db1을 호스팅하는 Azure SQL Database 서버를 선택합니다.
* 데이터베이스 db1을 선택하고 왼쪽 메뉴에서 Query Performance Insight를 클릭합니다.
* 쿼리 저장소 구성을 클릭하고 호환성 수준 드롭다운 목록에서 110을 선택합니다.
* 변경 사항을 적용하려면 '저장'을 클릭하세요.
* Transact-SQL 문 사용:
* SQL Server Management Studio, Azure Data Studio 또는 Transact-SQL 문을 지원하는 다른 도구를 사용하여 db1에 연결합니다.
* 새 쿼리 창을 열고 다음 명령을 실행합니다. ALTER DATABASE db1 SET COMPATIBILITY_LEVEL = 110; GO* 이 명령은 db1의 호환성 수준을 SQL Server와 동일한 110으로
설정합니다 .
2012년
db1의 호환성 수준을 110으로 설정하는 단계는 다음과 같습니다.

참조:
https://docs.microsoft.com/en-us/azure/azure-sql/데이터베이스/장기 백업 보존 구성
이 시험은 사례 연구입니다. 사례 연구는 별도의 시간 제한이 없습니다. 각 사례를 완료하는 데 필요한 시험 시간은 원하는 만큼 사용할 수 있습니다. 단, 이 시험에는 추가 사례 연구와 섹션이 포함될 수 있습니다. 정해진 시간 내에 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 효율적으로 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시 및 기타 자료가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 복습 화면이 나타납니다. 이 화면에서 답을 검토하고 다음 섹션으로 넘어가기 전에 수정할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 '다음' 버튼을 클릭하세요. 왼쪽 창의 버튼을 사용하여 질문에 답하기 전에 사례 연구 내용을 살펴보세요. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경, 문제 설명 등의 정보가 표시됩니다. 사례 연구에 '모든 정보' 탭이 있는 경우, 표시되는 정보는 이후 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 '질문' 버튼을 클릭하여 해당 질문으로 돌아가세요.
개요
주제 1, 문학
기존 환경
네트워크 환경
제조 및 연구 데이터 센터는 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에 Windows Server 2019를 실행하고 모든 Azure 데이터베이스를 관리하는 데 사용되는 VM1과 VM2라는 두 개의 Azure 가상 머신을 보유하고 있습니다.
라이선스 계약
Litware는 소프트웨어 보증을 통해 라이선스 이동성을 갖춘 Microsoft 볼륨 라이선스 고객입니다.
현재 문제
SalesSQLDb1은 오래된 통계와 잦은 차단 쿼리로 인해 성능 문제가 발생할 가능성이 높습니다.
요구 사항
계획된 변경 사항
Litware는 다음과 같은 변경 사항을 구현할 계획입니다.
Azure에 30개의 새로운 데이터베이스를 구현합니다. 이 데이터베이스는 사용 패턴이 다양한 시간에 민감한 제조 앱에서 사용됩니다. 각 데이터베이스의 크기는 약 20GB입니다.
ResearchSrv01이라는 논리 서버에 ResearchDB1이라는 새 Azure SQL 데이터베이스를 만듭니다. ResearchDB1에는 개인 식별 정보(PII) 데이터가 포함됩니다.
연구 부서에서 ResearchDB1을 채우고 액세스하는 데 사용할 ResearchApp1이라는 앱을 개발합니다.
ManufacturingSQLDb1을 Azure 가상 머신 플랫폼으로 마이그레이션합니다.
SERVER1 데이터베이스를 Azure SQL Database 플랫폼으로 마이그레이션합니다.
기술적 요구 사항
Litware는 다음과 같은 기술적 요구 사항을 식별합니다.
유지관리 업무는 자동화되어야 합니다.
30개의 새로운 데이터베이스는 자동으로 확장되어야 합니다.
온프레미스 인프라의 사용은 최소화되어야 합니다.
Azure SQL Database 배포에는 Azure Hybrid Use Benefits를 활용해야 합니다.
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 Hybrid Use Benefits를 활용하세요.
모든 요구 사항이 충족되면 가능한 한 비용을 최소화하세요.