섹션: [없음]
설명:
sys.dm_pdw_nodes_db_partition_stats를 사용하여 데이터의 왜곡을 분석합니다.
참조:
https://docs.microsoft.com/en-us/azure/synapse-analytics/sql-data-warehouse/cheat-sheet

섹션: [없음]
설명:
실행 중에 쿼리에 대한 실행 계획을 포함하려면
1. SQL Server Management Studio 도구 모음에서 데이터베이스 엔진 쿼리를 클릭합니다. 당신은 또한 열 수 있습니다
파일 열기 도구 모음 버튼을 클릭하고
기존 쿼리.
2. 실제 실행 계획을 표시할 쿼리를 입력합니다.
3. 쿼리 메뉴에서 실제 실행 계획 포함을 클릭하거나 실제 실행 계획 포함 도구 모음을 클릭합니다.
단추.

참고: 실제 실행 계획은 Transact-SQL 쿼리 또는 일괄 처리가 실행된 후에 생성됩니다. 때문에
실제 실행 계획에는 실제 리소스 사용량 메트릭 및 런타임과 같은 런타임 정보가 포함됩니다.
경고(있는 경우). 생성된 실행 계획은 SQL이 실행하는 실제 쿼리 실행 계획을 표시합니다.
쿼리를 실행하는 데 사용되는 서버 데이터베이스 엔진입니다.
참조:
https://docs.microsoft.com/en-us/sql/relational-databases/performance/display-an-actual-execution-plan

설명:
1단계: AzSQL1용 Active Directory 관리자를 설정합니다.
2단계: 서버 관리자를 사용하여 DB1에 연결합니다.
sysadmin 역할이 부여된 Azure AD 로그인을 사용하여 관리형 인스턴스에 로그인합니다.
3단계: FROM EXTERNAL PROVIDER 절을 사용하여 사용자를 만듭니다.
FROM EXTERNAL PROVIDER는 SQL Database 관리되는 인스턴스에서 서버 수준 Azure AD 로그인을 만드는 데 사용할 수 있습니다. Azure AD 로그인을 사용하면 데이터베이스 수준 Azure AD 보안 주체를 서버 수준 Azure AD 로그인에 매핑할 수 있습니다. Azure AD 로그인에서 Azure AD 사용자를 만들려면 다음 구문을 사용합니다.
CREATE USER [AAD_principal] FROM LOGIN [Azure AD 로그인]
참조:
https://docs.microsoft.com/en-us/sql/t-sql/statements/create-user-transact-sql

섹션: [없음]
설명:
시나리오: Active Directory 자격 증명을 사용하여 데이터베이스 사용자를 인증합니다.
구성 단계에는 Azure Active Directory 인증을 구성하고 사용하기 위한 다음 절차가 포함됩니다.
1. Azure AD를 만들고 채웁니다.
2. 선택 사항: 현재 Azure 구독과 연결된 활성 디렉터리를 연결하거나 변경합니다.
3. Azure Active Directory 관리자를 만듭니다. (1 단계)
4. 클라이언트 컴퓨터를 구성합니다.
5. Azure AD ID에 매핑된 데이터베이스에 포함된 데이터베이스 사용자를 만듭니다. (2 단계)
6. Azure AD ID를 사용하여 데이터베이스에 연결합니다. (3단계)
참조:
https://docs.microsoft.com/en-us/azure/azure-sql/database/authentication-aad-overview Testlet 2 사례 연구 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다.
주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답을 검토하고 시험의 다음 섹션으로 이동하기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하십시오. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아갑니다.
개요
일반 개요
Contoso, Ltd.는 100명의 직원이 있는 재무 데이터 회사입니다. 회사는 고객에게 재무 데이터를 제공합니다.
물리적 위치
Contoso에는 로스앤젤레스에 데이터 센터가 있고 Azure 구독이 있습니다. 모든 Azure 리소스는 미국 서부 2 Azure 지역에 있습니다. Contoso에는 Azure에 대한 10Gb ExpressRoute 연결이 있습니다.
이 회사는 전 세계에 고객을 보유하고 있습니다.
기존 환경
액티브 디렉토리
Contoso에는 온-프레미스 Active Directory와 동기화되는 하이브리드 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(Platform as a Service) 제품으로 실행되는 고객 데이터베이스에 데이터를 제공하는 모델로 이동할 계획입니다. 고객이 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 자격 증명이 있어야 합니다. 솔루션은 게스트 사용자를 최소화하기 위해 Contoso의 내부 Azure AD를 사용하지 않아야 합니다.
* 모든 고객은 고유한 리소스 그룹, Azure SQL 서버 및 Azure SQL 데이터베이스가 있어야 합니다. 각 고객에 대한 리소스 배포는 일관된 방식으로 수행되어야 합니다.
* 사용자는 PaaS 데이터베이스에 대해 발행된 쿼리를 검토하고 생성된 새 개체를 식별할 수 있어야 합니다.
* PostgreSQL 데이터베이스 마이그레이션 중 다운타임을 최소화해야 합니다.
모니터링 요구 사항
Contoso는 다음 모니터링 요구 사항을 식별합니다.
* PaaS 데이터베이스의 CPU 사용량이 평균보다 높으면 관리자에게 알립니다.
* 단일 대시보드를 사용하여 모든 PaaS 데이터베이스에 대한 보안 및 감사 데이터를 검토합니다.
* 단일 대시보드를 사용하여 모든 PaaS 데이터베이스에서 쿼리 성능 및 병목 현상을 모니터링합니다.
* PaaS 데이터베이스를 모니터링하여 성능이 좋지 않은 쿼리를 식별하고 가능할 때마다 쿼리 성능 문제를 자동으로 해결합니다.
PaaS 프로토타입
Azure에서 PaaS 솔루션을 프로토타이핑하는 동안 다음 전시와 같이 고객 Azure SQL 데이터베이스의 컴퓨팅 사용률을 기록합니다.

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

섹션: [없음]
설명:
상자 1: "tripdata_2020"으로 시작하는 파일 이름이 있는 CSV 파일
상자 2: 헤더
FIRSTROW = '첫 행'
로드할 첫 번째 행의 번호를 지정합니다. 기본값은 1이며 지정된 데이터 파일의 첫 번째 행을 나타냅니다.
행 번호는 행 종결자를 계산하여 결정됩니다. FIRSTROW는 1 기반입니다.
참조:
https://docs.microsoft.com/en-us/azure/synapse-analytics/sql/develop-openrowset