섹션: [없음]
설명:
상자 1: SINGLE_USER
다음 복구 옵션 중 하나를 사용하려면 지정된 데이터베이스가 단일 사용자 모드여야 합니다.
상자 2: REPAIR_ALLOW_DATA_LOSS
REPAIR_ALLOW_DATA_LOSS는 보고된 모든 오류를 복구하려고 시도합니다. 이러한 수리로 인해 일부 데이터가 손실될 수 있습니다.
참고: REPAIR_ALLOW_DATA_LOSS 옵션은 지원되는 기능이지만 데이터베이스를 물리적으로 일관된 상태로 만드는 데 항상 최선의 옵션은 아닙니다. 성공하면 REPAIR_ALLOW_DATA_LOSS 옵션으로 인해 일부 데이터가 손실될 수 있습니다. 실제로 사용자가 마지막으로 알려진 양호한 백업에서 데이터베이스를 복원하는 경우보다 더 많은 데이터가 손실될 수 있습니다.
오답:
수리_빠른
이전 버전과의 호환성을 위해서만 구문을 유지합니다. 복구 작업이 수행되지 않습니다.
상자 3: MULTI_USER
MULTI_USER
데이터베이스에 연결할 수 있는 적절한 권한이 있는 모든 사용자가 허용됩니다.
참조:
https://docs.microsoft.com/en-us/sql/t-sql/database-console-commands/dbcc-checkdb-transact-sql

참조:
https://rajanieshkaushikk.com/2020/09/09/how-to-choose-right-data-distribution-strategy-for-azure-synapse/

설명

1단계: SSISDB 데이터베이스 연결
2단계: TRUSTWORTHY 속성 및 CLR 속성 켜기
SSISDB 카탈로그가 생성되지 않은 SQL Server 인스턴스로 SSISDB 데이터베이스를 복원하는 경우 공용 언어 런타임(clr)을 활성화합니다. 3단계: SSISDB 데이터베이스의 마스터 키를 엽니다. 원본이 있는 경우 이 방법으로 마스터 키를 복원합니다. SSISDB를 만드는 데 사용된 암호입니다.
비밀번호로 마스터 키 복호화 열기 = 'LS1Setup!' --'SSISDB 생성 시 사용하는 비밀번호' Alter Master Key Service Master Key로 암호화 추가 4단계: 서비스 마스터 키를 이용하여 Mater Key 사본 암호화 참고:
https://docs.microsoft.com/en-us/sql/integration-services/backup-restore-and-move-the-ssis-catalog

섹션: [없음]
설명:
파일 수는 시스템의 (논리적) 프로세서 수에 따라 다릅니다. 일반적으로 다음과 같은 경우
논리 프로세서의 수가 8개 이하인 경우 논리 프로세서와 동일한 수의 데이터 파일을 사용합니다.
프로세서. 논리 프로세서의 수가 8개보다 크면 8개의 데이터 파일을 사용하고 경합이 발생하면
경합이 허용 가능한 수준으로 줄어들 때까지 데이터 파일 수를 4의 배수로 늘립니다.
수준을 높이거나 워크로드/코드를 변경합니다.
참조:
https://docs.microsoft.com/en-us/sql/relational-databases/databases/tempdb-database
테스트렛 1
이것은 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 시험 시간을 최대한 활용할 수 있습니다.
각 경우를 완료하고 싶습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다.
이 시험에 포함된 모든 문제를 다음 시간에 완료할 수 있도록 시간을 관리해야 합니다.
시간 제공.
사례 연구에 포함된 질문에 답하려면 다음에서 제공되는 정보를 참조해야 합니다.
사례 연구. 사례 연구에는 다음과 같은 추가 정보를 제공하는 전시회 및 기타 리소스가 포함될 수 있습니다.
사례 연구에 설명된 시나리오. 이 경우 각 질문은 다른 질문과 독립적입니다.
공부하다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서는 답변을 검토하고 다음을 수행할 수 있습니다.
시험의 다음 섹션으로 이동하기 전에 변경하십시오. 새 섹션을 시작한 후에는 다음을 수행할 수 없습니다.
이 섹션으로 돌아갑니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하세요. 탐색하려면 왼쪽 창의 버튼을 사용하세요.
질문에 답하기 전에 사례 연구의 내용. 이 버튼을 클릭하면 다음과 같은 정보가 표시됩니다.
비즈니스 요구 사항, 기존 환경 및 문제 설명으로. 사례 연구에 모두가 있는 경우
정보 탭에서 표시되는 정보는 후속 페이지에 표시되는 정보와 동일합니다.
탭. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아갑니다.
개요
Litware, Inc.는 보스턴에 본사가 있는 재생 에너지 회사입니다. 본사는 영업을 주최합니다.
부서 및 회사의 기본 데이터 센터.
물리적 위치
기존 환경
Litware에는 제조 사무실이 있고 연구 사무실은 보스턴 근처에 별도 위치에 있습니다. 각 사무실에는
자체 데이터 센터 및 인터넷 연결.
제조 및 연구 데이터 센터는 VPN을 사용하여 기본 데이터 센터에 연결합니다.
네트워크 환경
기본 데이터 센터에는 Microsoft 피어링과 프라이빗 피어링을 모두 사용하는 ExpressRoute 연결이 있습니다.
프라이빗 피어링은 HubVNet이라는 Azure 가상 네트워크에 연결됩니다.
신원 환경
Litware에는 litwareinc.com이라는 도메인을 사용하는 하이브리드 Azure AD(Azure Active Directory) 배포가 있습니다.
모든 Azure 구독은 litwareinc.com Azure AD 테넌트에 연결됩니다.
데이터베이스 환경
영업 부서에는 다음과 같은 데이터베이스 워크로드가 있습니다.
* SERVER1이라는 온프레미스는 Microsoft SQL Server 2012 인스턴스와 두 개의 1TB 인스턴스를 호스팅합니다.
데이터베이스.
* SalesSrv01A라는 논리 서버에는 SalesSQLDb1이라는 지리적으로 복제된 Azure SQL 데이터베이스가 포함되어 있습니다.
SalesSQLDb1은 SalesSQLDb1Pool이라는 탄력적 풀에 있습니다. SalesSQLDb1은 데이터베이스 방화벽 규칙을 사용합니다.
포함된 데이터베이스 사용자.
* SalesSQLDb1App1이라는 애플리케이션은 SalesSQLDb1을 사용합니다.
제조 사무실에는 SERVER2라는 두 개의 온프레미스 SQL Server 2016 서버가 있고
서버3. 서버는 동일한 Always On 가용성 그룹의 노드입니다. 가용성 그룹에는
ManufacturingSQLDb1이라는 데이터베이스
데이터베이스 관리자는 Windows를 실행하는 VM1 및 VM2라는 HubVnet에 두 개의 Azure 가상 머신이 있습니다.
Server 2019이며 모든 Azure 데이터베이스를 관리하는 데 사용됩니다.
라이선스 계약
Litware는 Software Assurance를 통한 라이선스 이동성을 보유한 Microsoft 볼륨 라이선싱 고객입니다.
현재 문제
SalesSQLDb1은 오래된 통계 및 빈번한 차단으로 인해 발생할 수 있는 성능 문제를 경험합니다.
쿼리.
요구 사항
계획된 변경
Litware는 다음 변경 사항을 구현할 계획입니다.
* Azure에서 30개의 새 데이터베이스를 구현합니다.
다양한 사용 패턴. 각 데이터베이스는 약 20GB입니다.
* ResearchSrv01이라는 논리 서버에 ResearchDB1이라는 새 Azure SQL 데이터베이스를 만듭니다.
ResearchDB1에는 개인 식별 정보(PII) 데이터가 포함됩니다.
* 연구 부서에서 채우고 액세스하는 데 사용할 ResearchApp1이라는 앱을 개발합니다.
연구DB1.
* ManufacturingSQLDb1을 Azure 가상 머신 플랫폼으로 마이그레이션합니다.
* SERVER1 데이터베이스를 Azure SQL Database 플랫폼으로 마이그레이션합니다.
기술 요구 사항
Litware는 다음과 같은 기술 요구 사항을 식별합니다.
* 유지 관리 작업은 자동화되어야 합니다.
* 30개의 새 데이터베이스는 자동으로 확장되어야 합니다.
* 온프레미스 인프라 사용을 최소화해야 합니다.
* Azure 하이브리드 사용 혜택은 Azure SQL 데이터베이스 배포에 활용되어야 합니다.
* CPU 및 저장소 사용량 및 제한과 관련된 모든 SQL Server 및 Azure SQL 데이터베이스 메트릭은 다음과 같아야 합니다.
Azure 기본 제공 기능을 사용하여 분석합니다.
보안 및 규정 준수 요구 사항
Litware는 다음과 같은 보안 및 규정 준수 요구 사항을 식별합니다.
* Azure Key Vault에 암호화 키를 저장합니다.
* PII 데이터의 백업을 2개월 동안 보관하십시오.
* 미사용, 전송 중 및 사용 중인 PII 데이터를 암호화합니다.
* 가능하면 최소 권한 원칙을 사용하십시오.
* Active Directory 자격 증명을 사용하여 데이터베이스 사용자를 인증합니다.
* 데이터베이스 수준 방화벽 규칙을 사용하여 Azure SQL Database 인스턴스를 보호합니다.
* Azure에서 호스팅되는 모든 데이터베이스가 공용에 의존하지 않고 VM1 및 VM2에서 액세스할 수 있는지 확인합니다.
끝점.
비즈니스 요구 사항
Litware는 다음과 같은 비즈니스 요구 사항을 식별합니다.
* 모든 Azure 배포에 대해 99.99% 가용성의 SLA를 충족합니다.
* SERVER1 데이터베이스를 마이그레이션하는 동안 가동 중지 시간을 최소화합니다.
* 워크로드를 Azure로 마이그레이션할 때 Azure 하이브리드 사용 혜택을 사용하십시오.
* 모든 요구 사항이 충족되면 가능한 한 비용을 최소화하십시오.

Columnstore 테이블 및 인덱스는 항상 columnstore 압축으로 저장됩니다. 보관 압축이라는 추가 압축을 구성하여 columnstore 데이터의 크기를 더 줄일 수 있습니다.
참고: Columnstore - columnstore 인덱스도 행과 열이 있는 테이블로 논리적으로 구성되지만 데이터는 물리적으로 열별 데이터 형식으로 저장됩니다.
오답:
B: Rowstore - Rowstore 인덱스는 SQL Server의 초기 릴리스 이후 사용된 전통적인 스타일입니다.
rowstore 테이블 및 인덱스의 경우 데이터 압축 기능을 사용하여 데이터베이스 크기를 줄일 수 있습니다.
참조:
https://docs.microsoft.com/en-us/sql/relational-databases/data-compression/data-compression