자세한 풀이는 설명 부분을 참조하세요.
설명:
dbl에 대한 고가용성을 구성하려면 Azure SQL Database의 장애 조치 그룹 기능을 사용할 수 있습니다. 장애 조치 그룹을 사용하면 동일한 연결 문자열¹을 사용하여 여러 지역에 걸쳐 데이터베이스 그룹의 복제 및 장애 조치를 관리할 수 있습니다. 논리 서버의 모든 사용자 데이터베이스 또는 일부 사용자 데이터베이스를 다른 지역의 다른 논리 서버로 복제하도록 선택할 수 있습니다. 또한 수동 또는 자동과 같은 장애 조치 정책과 데이터 손실에 대한 유예 기간을 지정할 수 있습니다.
다음은 dbl에 대한 페일오버 그룹을 생성하는 단계입니다.
* Azure 포털 사용:
* Azure 포털로 이동하여 dbl을 호스팅하는 Azure SQL Database 서버를 선택합니다.
* 왼쪽 메뉴에서 장애 조치 그룹을 선택하고 그룹 추가를 클릭합니다.
* 장애 조치 그룹의 이름을 입력하고 기본 지역과 다른 보조 지역을 선택하십시오.
* '새 서버 생성'을 클릭하고 서버 이름, 관리자 로그인, 비밀번호, 구독 정보 등 보조 서버에 대한 세부 정보를 입력하십시오.
* '기존 데이터베이스 선택'을 클릭하고 기본 서버의 데이터베이스 목록에서 'dbl'을 선택하십시오.
* '장애 조치 정책 구성'을 클릭하고 원하는 대로 장애 조치 모드, 유예 기간 및 읽기/쓰기 장애 조치 엔드포인트 모드를 선택하십시오.
* [생성]을 클릭하여 장애 조치 그룹을 생성하고 dbl 데이터를 보조 서버로 복제하기 시작합니다.
* PowerShell 명령 사용:
* Azure PowerShell 모듈을 설치하고 Azure 계정으로 로그인하세요.
* 보조 지역에 새 서버를 생성하려면 다음 명령을 실행하십시오. New-AzSqlServer
-ResourceGroupName <리소스 그룹 이름> -ServerName
<보조 서버 이름> - 위치 "<보조 지역 이름>"
-SqlAdministratorCredentials $(New-Object -TypeName
System.Management.Automation.PSCredential -ArgumentList "<your-admin-login>",
$(ConvertTo-SecureString -String "<your-password>" -AsPlainText -Force))
* 다음 명령을 실행하여 새 페일오버 그룹을 생성하십시오.
dbl: New-AzSqlDatabaseFailoverGroup -ResourceGroupName <your-resource-group-name>
-ServerName <기본 서버 이름> -PartnerResourceGroupName
<리소스 그룹 이름> -파트너서버 이름 <보조 서버 이름>
-FailoverGroupName <사용자 지정 페일오버 그룹 이름> -Database dbl -FailoverPolicy
<수동 또는 자동> -데이터 손실 유예 기간(시간) <시간 단위 유예 기간>
-ReadWriteFailoverEndpoint "<활성화 또는 비활성화됨>"
* 장애 조치 정책, 유예 기간, 읽기/쓰기 장애 조치 엔드포인트 모드 등 명령의 매개변수를 사용자의 선호도에 따라 수정할 수 있습니다.
다음은 dbl에 대한 페일오버 그룹을 생성하는 단계입니다.

설명
표 설명이 신뢰도 낮은 상태로 자동 생성되었습니다.

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

기본 개념: 이 문제는 Azure 모니터링 및 성능 관리, 특히 어떤 메트릭, 로그 대상 또는 경고 동작이 운영 요구 사항에 적합한지 평가합니다.
C가 정답인 이유: Log Analytics 에이전트를 설치하세요. 이는 명시된 요구 사항과 일치하는 일반적인 기능이기 때문입니다. Log Analytics는 쿼리 가능한 작업 영역에 로그와 메트릭을 저장하고 통합 문서, 대시보드, 경고 및 리소스 간 분석을 지원합니다. 시나리오 문구는 다음과 같이 특정 동작을 나타냅니다. Azure Update Manager를 사용하여 SQLVM1에 누적 업데이트 배포를 자동화해야 합니다.
A가 틀린 이유: Azure Monitor Agent를 설치하면 관리 워크플로에 참여할 수 있지만, 자동화 관련 질문에서는 올바른 범위와 일정에 따라 반복적인 작업을 실행할 수 있는 메커니즘이 필요합니다. 이는 운영의 다른 단계에 속하며, 이 질문에는 작업을 반복적으로 실행하거나 배포할 수 있는 메커니즘이 필요합니다.
B가 틀린 이유: SQL Server IaaS 에이전트 확장 프로그램을 제거하세요. 관리 워크플로에 참여할 수는 있지만, 자동화 관련 질문에는 적절한 범위와 일정으로 반복적인 작업을 실행할 수 있는 메커니즘이 필요합니다. 그렇지 않으면 수작업이 너무 많이 남거나 요청된 자동화에 적합하지 않은 범위에서 작동하게 됩니다.
D가 틀린 이유: 자동 패치 설정을 비활성화하는 것은 관리 워크플로에 참여할 수 있지만, 자동화 관련 질문에서는 올바른 범위와 일정으로 반복적인 작업을 실행할 수 있는 메커니즘이 필요합니다. 이는 운영의 다른 단계에 속하며, 이 질문에서는 작업을 반복적으로 실행하거나 배포할 수 있는 메커니즘이 요구됩니다.

설명
그래픽 사용자 인터페이스, 텍스트, 애플리케이션 설명이 자동으로 생성되었습니다.

박스 1: .partitionBy
예:
df.write.partitionBy("y","m","d")
모드(SaveMode.Append)
parquet("/data/hive/warehouse/db_name.db/" + tableName)
상자 2: ("년","월","일","시","매장 ID")
상자 3: .parquet("/구매")
참조:
https://intellipaat.com/community/11744/how-to-partition-and-write-dataframe-in-spark-without-deleting-partitio