섹션: [없음]
설명:
시나리오: SalesSQLDb1은 데이터베이스 방화벽 규칙과 포함된 데이터베이스 사용자를 사용합니다.
테스트렛 2
사례 연구
이것은 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 시험 시간만큼 사용할 수 있습니다.
각 케이스를 완료하고 싶습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다.
이 시험에 포함된 모든 질문을 완료할 수 있도록 시간을 관리해야 합니다.
시간 제공.
사례 연구에 포함된 질문에 답하려면 문서에 제공된 정보를 참조해야 합니다.
사례 연구. 사례 연구에는 전시회에 대한 자세한 정보를 제공하는 전시 및 기타 리소스가 포함될 수 있습니다.
사례 연구에 설명된 시나리오입니다. 이 경우 각 질문은 다른 질문과 독립적입니다.
공부하다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서는 답변을 검토하고 다음을 수행할 수 있습니다.
시험의 다음 섹션으로 이동하기 전에 변경하십시오. 새 섹션을 시작한 후에는
이 섹션으로 돌아갑니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하십시오. 탐색하려면 왼쪽 창의 버튼을 사용하십시오.
질문에 답하기 전에 사례 연구의 내용. 이 버튼을 클릭하면 다음과 같은 정보가 표시됩니다.
비즈니스 요구 사항, 기존 환경 및 문제 설명으로. 사례 연구에 모두가 있는 경우
정보 탭에서 표시되는 정보는 다음 페이지에 표시되는 정보와 동일합니다.
탭. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아갑니다.
개요
기존 환경
Contoso, Ltd.는 100명의 직원이 있는 재무 데이터 회사입니다. 회사는 재무 데이터를
고객.
액티브 디렉토리
Contoso에는 온-프레미스 Active와 동기화되는 하이브리드 Azure AD(Azure Active Directory) 배포가 있습니다.
예배 규칙서.
데이터베이스 환경
Contoso에는 다음 표에 표시된 Azure 가상 머신의 SQL Server 2017이 있습니다.

SQL1 및 SQL2는 Always On 가용성 그룹에 있으며 적극적으로 쿼리됩니다. SQL3는 작업을 실행하고 제공합니다.
과거 데이터를 처리하고 고객에게 데이터를 전달합니다.
온프레미스 데이터 센터에는 50TB 데이터베이스가 있는 PostgreSQL 서버가 있습니다.
현재 비즈니스 모델
Contoso는 Microsoft SSIS(SQL Server Integration Services)를 사용하여 고객을 위한 플랫 파일을 만듭니다. 그만큼
고객은 FTP를 사용하여 파일을 받습니다.
요구 사항
계획된 변경
Contoso는 플랫폼으로 실행되는 고객 데이터베이스에 데이터를 제공하는 모델로 이동할 계획입니다.
서비스(PaaS) 오퍼링. 고객이 Contoso와 서비스 계약을 체결하면 별도의 리소스
Azure SQL 데이터베이스가 포함된 그룹은 고객을 위해 프로비저닝됩니다. 데이터베이스에는
재무 데이터의 완전한 사본. 각 고객이 액세스할 수 있는 데이터는
서비스 계약 계층. 고객은 서비스 계약을 변경하여 계층을 변경할 수 있습니다.
각 PaaS 데이터베이스의 예상 크기는 1TB입니다.
Contoso는 다음 변경 사항을 구현할 계획입니다.
* 향후 6개월 동안 PostgreSQL 데이터베이스를 Azure Database for PostgreSQL로 이동합니다.
* 앞으로 몇 개월 동안 SQL1, SQL2 및 SQL3을 SQL Server 2019로 업그레이드하십시오.
* 6개월 이내에 새로운 PaaS 솔루션에 고객을 온보딩하십시오.
사업 목표
Contoso는 다음과 같은 비즈니스 요구 사항을 식별합니다.
* 가능할 때마다 기본 제공 Azure 기능을 사용합니다.
* 가능한 한 개발 노력을 최소화하십시오.
* PaaS 솔루션의 컴퓨팅 비용을 최소화합니다.
* PaaS 솔루션을 사용하여 모든 고객에게 자체 데이터베이스 사본을 제공합니다.
* 고객의 서비스 계약에 따라 고객에게 다른 테이블 및 행 액세스를 제공합니다.
* Azure 지역 중단 시 고객이 다음을 통해 PaaS 솔루션에 액세스할 수 있는지 확인하십시오.
최소한의 가동 중지 시간. 솔루션은 자동 장애 조치를 제공해야 합니다.
* PaaS 솔루션의 사용자가 자신의 데이터베이스 개체를 생성할 수 있지만
Contoso에서 제공하는 기존 데이터베이스 개체를 수정합니다.
기술 요구 사항
Contoso는 다음과 같은 기술 요구 사항을 식별합니다.
* PaaS 솔루션 사용자는 자신의 회사 Azure AD 자격 증명 또는
Contoso에서 제공한 Azure AD 자격 증명이 있어야 합니다. 솔루션은 내부 Azure 사용을 피해야 합니다.
게스트 사용자를 최소화하기 위한 Contoso의 AD.
* 모든 고객은 고유한 리소스 그룹, Azure SQL 서버 및 Azure SQL 데이터베이스가 있어야 합니다. 그만큼
각 고객에 대한 리소스 배포는 일관된 방식으로 수행되어야 합니다.
* 사용자는 PaaS 데이터베이스에 대해 발행된 쿼리를 검토하고 새 개체를 식별할 수 있어야 합니다.
만들어진.
* PostgreSQL 데이터베이스 마이그레이션 중 다운타임을 최소화해야 합니다.
모니터링 요구 사항
Contoso는 다음 모니터링 요구 사항을 식별합니다.
* PaaS 데이터베이스의 CPU 사용량이 평균보다 높으면 관리자에게 알립니다.
* 단일 대시보드를 사용하여 모든 PaaS 데이터베이스에 대한 보안 및 감사 데이터를 검토합니다.
* 단일 대시보드를 사용하여 모든 PaaS 데이터베이스에서 쿼리 성능 및 병목 현상을 모니터링합니다.
* PaaS 데이터베이스를 모니터링하여 성능이 낮은 쿼리를 식별하고 쿼리 성능 문제를 해결합니다.
가능하면 자동으로.
PaaS 프로토타입
Azure에서 PaaS 솔루션을 프로토타이핑하는 동안 고객의 Azure SQL 컴퓨팅 사용률을 기록합니다.
다음 전시와 같이 데이터베이스.

역할 할당
각 고객의 Azure SQL Database 서버에 대해 다음 전시에 표시된 역할을 할당할 계획입니다.

섹션: [없음]
설명:
상자 1: 해시
다음과 같은 경우 해시 분산 테이블 사용을 고려하십시오.
디스크의 테이블 크기가 2GB를 초과합니다.
테이블에는 빈번한 삽입, 업데이트 및 삭제 작업이 있습니다.
상자 2: 클러스터형 columnstore
클러스터형 columnstore 테이블은 최고 수준의 데이터 압축과 최고의 전체 쿼리 성능을 모두 제공합니다.
참조:
https://docs.microsoft.com/en-us/azure/synapse-analytics/sql-data-warehouse/sql-data-warehouse-tables- 배포
https://docs.microsoft.com/en-us/azure/synapse-analytics/sql-data-warehouse/sql-data-warehouse-tables-index

참조:
https://docs.microsoft.com/en-us/azure/azure-sql/database/elastic-pool-overview
https://docs.microsoft.com/en-us/azure/azure-sql/database/reserved-capacity-overview

섹션: [없음]
설명:
1단계: 마스터 데이터베이스에서 CREATE LOGIN [App1] WITH PASSWORD = 'p@aaW0rd!'를 실행합니다. 로그인은 서버 전체 로그인 및 암호 쌍이며 로그인은 모든 데이터베이스에서 동일한 암호를 갖습니다.
다음은 로그인을 생성하는 몇 가지 샘플 Transact-SQL입니다.
CREATE LOGIN readonlylogin WITH password='1231!#ASDF!a';
CREATE LOGIN 명령을 실행하려면 관리 로그인(SQL Azure 포털에서 가져옴)을 사용하여 SQL Azure의 마스터 데이터베이스에 연결해야 합니다.
2단계: DatabaseA에서 CREATE USER [App1] FROM LOGIN [App1] 실행
사용자는 데이터베이스별로 생성되며 로그인과 연결됩니다. 사용자를 생성하려는 데이터베이스에 연결되어 있어야 합니다. 대부분의 경우 이것은 마스터 데이터베이스가 아닙니다. 다음은 사용자를 생성하는 몇 가지 샘플 Transact-SQL입니다.
CREATE USER readonlyuser FROM LOGIN readonlylogin;
3단계: DatabaseA에서 ALTER ROLE db_datareader ADD Member [App1] 실행
사용자를 생성한다고 해서 데이터베이스에 대한 권한이 부여되는 것은 아닙니다. 액세스 권한을 부여해야 합니다. 아래의 Transact-SQL 예에서 readonlyuser는 db_datareader 역할을 통해 데이터베이스에 대한 읽기 전용 권한이 부여됩니다.
EXEC sp_addrolemember 'db_datareader', 'readonlyuser';
참조:
https://azure.microsoft.com/en-us/blog/adding-users-to-your-sql-azure-database/

1 - 전체 백업
2 - 수요일 차등 백업
3 - 수요일 로그 백업