파일 수는 머신의 (논리적) 프로세서 수에 따라 달라집니다. 일반적으로 논리 프로세서 수가 8개 이하이면 논리 프로세서와 같은 수의 데이터 파일을 사용합니다. 논리 프로세서 수가 8개보다 많으면 8개의 데이터 파일을 사용하고 경합이 계속되면 경합이 허용 가능한 수준으로 줄어들 때까지 데이터 파일 수를 4의 배수로 늘리거나 작업 부하/코드를 변경합니다.
참조:
https://docs.microsoft.com/en-us/sql/relational-databases/databases/tempdb-database 쿼리 성능 최적화 테스트렛 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를 활용하세요.
* 모든 요구사항이 충족되면 가능하면 비용을 최소화하세요.

참조:
https://docs.microsoft.com/en-us/azure/azure-sql/virtual-machines/windows/sql-server-on-azure-vm-iaas-what-is-overview
https://docs.microsoft.com/en-us/dotnet/architecture/cloud-native/infrastructure-resiliency-azure

섹션 : [없음]
설명:
감사 정책은 특정 데이터베이스에 대해 정의하거나 Azure(SQL Database 또는 Azure Synapse를 호스팅함)의 기본 서버 정책으로 정의할 수 있습니다.
* 서버 정책은 서버의 모든 기존 데이터베이스와 새로 생성된 데이터베이스에 적용됩니다.
* 서버 감사가 활성화된 경우 항상 데이터베이스에 적용됩니다. 데이터베이스 감사 설정과 관계없이 데이터베이스가 감사됩니다.
* 데이터베이스에서 감사를 활성화하는 것은 서버에서 활성화하는 것 외에도 서버 감사의 설정을 무시하거나 변경하지 않습니다. 두 감사는 나란히 존재합니다.
메모:
서버 감사 사양 개체는 감사에 속합니다.
데이터베이스 감사 사양은 사양이 생성된 특정 데이터베이스에 대해 어떤 감사 조치 그룹이 감사될지 정의합니다.
참조:
https://docs.microsoft.com/en-us/azure/azure-sql/database/auditing-overview

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