기본 개념: 이 문제는 Azure SQL, Azure VM의 SQL Server 및 지역 장애 시나리오에 대한 고가용성 및 재해 복구 설계를 테스트합니다.
A가 정답인 이유: 자동 장애 조치 그룹은 명시된 요구 사항과 일치하는 일반적인 기능이기 때문에 정답입니다. 자동 장애 조치 그룹은 Azure SQL Database 또는 관리형 인스턴스에 대한 관리형 지역 복제 및 수신기 기반 장애 조치를 제공하며, 지역 장애에 대한 자동 장애 조치 정책도 포함합니다. 시나리오 문구는 바로 이 특정 동작을 나타냅니다. "SQL1에 대한 재해 복구 솔루션을 구현해야 합니다."
B가 틀린 이유: Azure Site Recovery는 가용성 또는 복구 설계 영역의 일부이지만, 올바른 선택은 지정된 장애 조치, 복원, 쿼럼, RPO 또는 RTO 요구 사항을 충족해야 합니다. Azure Site Recovery는 다른 복원력 패턴을 처리하므로 여기에 필요한 장애 조치 또는 복구 동작을 제공하지 않습니다.
C가 틀린 이유: 가용성 그룹은 가용성 또는 복구 설계 영역의 일부이지만, 올바른 선택은 지정된 페일오버, 복구, 쿼럼, RPO 또는 RTO 요구 사항을 충족해야 합니다. 가용성 그룹 자체가 잘못된 기술은 아니지만, 이 시나리오의 장애 모델에 적합한 고가용성/재해 복구 제어 방식이 아닙니다.
D가 틀린 이유: 액티브 지오 복제는 가용성 또는 복구 설계 영역의 일부이지만, 올바른 선택은 지정된 페일오버, 복구, 쿼럼, RPO 또는 RTO 요구 사항을 충족해야 합니다. 다른 가용성 설계에서는 유효할 수 있지만, 질문에 명시된 페일오버, 복구, 쿼럼 또는 지역 간 연속성 목표를 충족하지 못합니다.

설명:
박스 1: 12개월
2020년 1월 4일 백업은 해당 월의 첫 번째 백업이며, 12개월 동안 보관됩니다.
2번 항목: 10년.
2020년 1월 11일 백업은 2주차 백업입니다. 이 백업은 연간 백업으로, 10년 동안 보관됩니다.
참고: 장기 백업 보존(LTR)은 자동으로 생성되는 전체 데이터베이스 백업을 활용하여 특정 시점 복원(PITR)을 지원합니다. LTR 정책이 구성된 경우 이러한 백업은 장기 저장을 위해 다른 BLOB에 복사됩니다. 복사 작업은 백그라운드에서 실행되므로 데이터베이스 작업 부하에 성능 영향을 미치지 않습니다. SQL Database의 각 데이터베이스에 대한 LTR 정책은 LTR 백업 생성 빈도를 지정할 수도 있습니다.
장기 저장소(LTR)를 활성화하려면 주간 백업 보존 기간(W), 월간 백업 보존 기간(M), 연간 백업 보존 기간(Y), 연중 주차(WeekOfYear)의 네 가지 매개변수를 조합하여 정책을 정의할 수 있습니다. W를 지정하면 매주 하나의 백업이 장기 저장소로 복사됩니다.
'M'을 지정하면 매월 첫 번째 백업이 장기 저장소로 복사됩니다. 'Y'를 지정하면 'WeekOfYear'로 지정된 주 동안의 백업 하나가 장기 저장소로 복사됩니다. 정책 설정 시 지정된 'WeekOfYear'가 과거인 경우, 첫 번째 장기 저장소 백업은 다음 해에 생성됩니다. 각 백업은 장기 저장소에 생성 시 설정된 정책 매개변수에 따라 보관됩니다.
참조:
https://docs.microsoft.com/en-us/azure/azure-sql/database/long-term-retention-overview?view=azuresql

참조:
https://docs.microsoft.com/en-us/sql/t-sql/database-console-commands/dbcc-checkdb-transact-sql

기본 개념: 이 질문은 Azure SQL 및 SQL Server 워크로드에 대한 ID 및 인증에 대한 내용을 다룹니다. 여기에는 포함된 사용자, 디렉터리 ID, 인증서 유효성 검사 또는 인증 프로필을 언제 사용해야 하는지가 포함됩니다.
A와 C가 정답인 이유: Active Directory 또는 Microsoft Entra 통합을 통해 ID 및 그룹 멤버십을 중앙 집중화하여 디렉터리 계정을 통해 데이터베이스 액세스를 관리할 수 있습니다. 이 시나리오에서 중요한 제약 조건은 다음과 같습니다. 필요한 자동화 계정을 생성해야 합니다. Azure Active Directory 관리 센터에서 서비스 주체를 생성합니다. 이 작업은 관련 없는 서비스나 수동 프로세스를 추가하지 않고도 해당 제약 조건을 충족합니다. SQL1에서 데이터베이스에 SQL 사용자를 생성합니다. 이는 예상되는 DP-300 관리 작업과 일치합니다.
SQL1에서 데이터베이스에 SQL 사용자를 생성합니다. 이는 보안 관련 제어이지만, 그 가치는 요구 사항이 ID, 암호화, 감사, 네트워크 격리 또는 데이터 노출 감소 중 무엇인지에 따라 달라집니다. 질문은 일반적인 Azure 기능을 묻는 것이 아니라, 다음과 같은 결과를 도출하는 기능을 묻는 것입니다. 필요한 자동화 계정을 생성해야 합니다.
B가 틀린 이유: 관리 ID는 Azure 리소스에 Microsoft Entra ID를 부여하여 코드에 자격 증명을 포함하지 않고도 Key Vault와 같은 서비스에 액세스할 수 있도록 합니다. 하지만 이 시나리오에서는 관리 ID를 적용하는 것이 적절하지 않습니다. 테스트 대상 데이터 또는 ID 경로를 제어하는 ​​방식이 필요합니다.
D가 틀린 이유: SQL1에 SQL 로그인을 생성하는 것은 보안 관련 제어이지만, 그 가치는 요구 사항이 신원 확인, 암호화, 감사, 네트워크 격리 또는 데이터 노출 감소 중 무엇인지에 따라 달라집니다. 이는 다른 보안 계층을 보호하거나 관리하므로, 필요한 데이터베이스 접근 또는 보호 동작이 여전히 불완전할 수 있습니다.
E가 틀린 이유: Active Directory 또는 Microsoft Entra 통합은 ID 및 그룹 멤버십을 중앙 집중화하여 디렉터리 계정을 통해 데이터베이스 액세스를 관리할 수 있도록 합니다. 하지만 이는 이 시나리오에 적합한 제어 방식이 아닙니다. 이 시나리오에서는 테스트 대상 데이터 또는 ID 경로를 관리하는 제어 방식이 필요합니다.

설명
읽기 전용 읽기/쓰기