Azure SQL Database의 유지 관리 기간
적용 대상: 
Azure SQL Database
유지 관리 기간 기능을 사용하여 Azure SQL Database 및 Azure SQL Managed Instance 리소스에 대한 유지 관리 일정을 구성하여 중대한 유지 관리 이벤트를 미리 예측하고 워크로드 중단을 줄일 수 있습니다.
참고
유지 관리 기간 기능은 업그레이드 또는 예약된 유지 관리에 따른 예정된 영향으로부터만 보호합니다. 모든 장애 조치 원인으로부터 보호하지는 않습니다. 유지 관리 기간 외에 짧은 연결 중단이 발생할 수 있는 예외에는 데이터베이스 서비스 수준 목표 변경과 같은 이벤트로 인한 하드웨어 오류, 클러스터 부하 분산 및 데이터베이스 재구성이 포함됩니다.
사전 알림은 기본이 아닌 유지 관리 기간을 사용하도록 구성한 데이터베이스에서 사용할 수 있습니다. 사전 알림을 통해 고객은 예정된 이벤트보다 최대 24시간 전에 알림을 전송하도록 구성할 수 있습니다.
개요
Azure는 SQL Database 리소스의 계획된 유지 관리를 정기적으로 수행합니다. 유지 관리 이벤트 중에는 데이터베이스를 완전히 사용할 수 있지만 SQL Database의 SLA(서비스 수준 약정) 내에서 간단히 재구성될 수 있습니다.
유지 관리 기간은 데이터베이스 재구성에 대해 복원력이 없으며 계획된 유지 관리 이벤트로 인해 발생하는 짧은 연결 중단을 수용할 수 없는 프로덕션 작업을 위해 고안되었습니다. 원하는 유지 관리 기간을 선택하여 사용량이 많은 업무 시간 외에 계획된 유지 관리가 진행되도록 예약하여 유지 관리의 영향을 최소화할 수 있습니다. 복원력 있는 워크로드와 비프로덕션 워크로드는 Azure SQL의 기본 유지 관리 정책을 사용할 수 있습니다.
유지 관리 기간은 만들 때 구성하거나 기존 리소스에 대해 구성할 수 있습니다. 이 기간은 Azure Portal, PowerShell, CLI 또는 Azure API를 사용하여 구성할 수 있습니다.
중요
유지 관리 기간을 구성하는 작업은 Azure SQL 리소스의 서비스 계층을 변경하는 것과 유사한 장기 실행 비동기 작업입니다. 리소스는 작업이 끝날 때 발생하는 짧은 재구성을 제외하고 작업 중에 사용할 수 있으며 일반적으로 중단된 장기 실행 트랜잭션의 경우에도 최대 8초 동안 지속됩니다. 재구성의 영향을 최소화하려면 사용량이 많은 시간 외에 작업을 수행해야 합니다.
유지 관리 기간을 사용하여 예측 가능성 향상
기본적으로 Azure SQL 유지 관리 정책은 사용량이 많은 일반적인 업무 시간 동안 중단을 방지하기 위해 매일 현지 시간으로 오전 8시부터 오후 5시까지의 기간 동안 가장 중대한 영향을 미치는 업데이트를 차단합니다. 현지 시간은 리소스를 호스트하는 Azure 지역의 위치에 따라 결정되며 현지 표준 시간대 정의에 따라 일광 절약 시간을 준수할 수도 있습니다.
유지 관리 중에는 데이터베이스를 계속 사용할 수 있지만 일부 업데이트에는 장애 조치(failover)가 필요할 수 있습니다. 시스템 기본 유지 관리 기간 기간(오후 5시~오전 8시)은 대부분의 활동을 이 시간으로 제한하지만, 이 시간 외에도 긴급 업데이트가 발생할 수 있습니다. 모든 업데이트가 유지 관리 기간 중에만 수행되도록 하려면 기본값이 아닌 옵션을 선택합니다.
기본값이 아닌 두 개의 유지 관리 기간 슬롯 중에서 선택하여 Azure SQL 리소스에 적합한 시간으로 유지 관리 업데이트를 조정할 수 있습니다.
- 평일 기간: 현지 시간 월요일~목요일 오후 10시~오전 6시
- 주말 기간: 현지 시간 금요일~일요일 오후 10시~오전 6시
나열된 유지 관리 기간은 각 8시간 유지 관리 기간의 시작을 나타냅니다. 예를 들어 "현지 시간 월요일~목요일 오후 10시~오전 6시"는 유지 관리 기간이 월요일~목요일 오후 10시에 시작하여 다음 날(화요일~금요일) 오전 6시에 완료된다는 뜻입니다.
유지 관리 기간을 선택하고 서비스 구성이 완료되면 선택한 기간 동안에만 계획된 유지 관리가 수행됩니다. 유지 관리 이벤트는 일반적으로 단일 기간 내에 완료되지만, 일부는 둘 이상의 인접한 기간에 걸쳐 있을 수 있습니다.
참고 항목
Azure SQL Database는 Azure의 연결된 지역이 동시에 배포되지 않도록 보장하는 안전한 배포 사례를 따릅니다. 그러나 먼저 업그레이드될 지역을 예측할 수 없으므로 배포 순서는 보장되지 않습니다. 주 데이터베이스가 먼저 업그레이드되는 경우도 있고, 보조 데이터베이스가 먼저 업그레이드되는 경우도 있습니다.
- 데이터베이스가 지역에서 복제 또는 장애 조치(failover) 그룹에 대해 사용하도록 설정되어 있고 지역 복제가 Azure 지역 연결과 일치하지 않는 경우 주 데이터베이스와 보조 데이터베이스 유지 관리 기간 일정을 다르게 지정해야 합니다. 예를 들어 지역 보조 데이터베이스의 유지 관리 기간은 평일로, 지역 주 데이터베이스의 유지 관리 기간은 주말로 선택할 수 있습니다.
Important
중요 보안 패치를 적용하는 것과 같이 작업을 연기할 경우 심각한 영향을 야기할 수 있는 드문 경우에는 구성된 유지 관리 기간이 일시적으로 재정의될 수 있습니다.
고급 알림
Azure SQL Database에 대한 예정된 유지 관리 이벤트를 알리도록 유지 관리 알림을 구성할 수 있습니다. 경고는 유지 관리 기간이 시작되기 24시간 전과 유지 관리 기간이 끝날 때 도착합니다. 자세한 내용은 미리 알림을 참조하세요.
기능 가용성
지원되는 구독 유형
다음 제품 유형(종량제, CSP(클라우드 솔루션 공급자), Microsoft 기업계약 또는 Microsoft 고객 계약)에 대해서는 유지 관리 기간을 구성 및 사용할 수 있습니다.
개발/테스트 사용으로 제한되는 제품은 적합하지 않습니다(예: 종량제 개발/테스트 종량제 또는 Enterprise 개발/테스트).
참고
Azure 제안은 사용자가 소유한 Azure 구독의 유형을 말합니다. 예를 들어 종량제 요금을 사용하는 구독, Azure in Open 및 Visual Studio Enterprise는 모두 Azure 제품입니다. 제품 또는 플랜마다 조건 및 혜택이 다릅니다. 제품 또는 플랜이 구독의 개요에 표시됩니다. 구독을 다른 제품으로 전환하는 방법에 대한 자세한 내용은 다른 제품으로 Azure 구독 변경을 참조하세요.
지원되는 서비스 수준 목표
기본 이외의 유지 관리 기간은 다음을 제외한 모든 SLO에 대해 선택할 수 있습니다.
- SLO 지원 안 함:
- Azure SQL Database DTU Basic, S0 및 S1 계층
- DC 하드웨어
- Fsv2 하드웨어
기타 시나리오:
- 하이퍼스케일 Elastic Pool에 대한 유지 관리 기간은 미리 보기 상태이며 특정 지역 및 구성에서 사용할 수 있습니다. 자세한 내용은 블로그: Azure SQL 데이터베이스 하이퍼스케일 Elastic Pool에 대한 유지 관리 기간 지원을 참조하세요.
- 명명된 복제본에 대해 유지 관리 기간이 지원됩니다.
유지 관리 기간에 대한 Azure SQL Database 지역 지원
현재 다음 지역에서 기본값이 아닌 Azure SQL Database의 유지 관리 기간을 선택할 수 있으며, 구매 모델별로 분류되어 있습니다.
다음 표는 영역 중복이 아닌 데이터베이스에 대한 것입니다. Azure 가용성 영역의 데이터베이스는 영역 중복 데이터베이스에 대한 표을 참조하세요.
| Azure 지역 | 하이퍼스케일 프리미엄 시리즈 및 프리미엄 시리즈 메모리 최적화 | 하이퍼스케일 표준 시리즈 | 기타 모든 Azure SQL Database 구매 모델 및 계층 |
|---|---|---|---|
| 오스트레일리아 동부 | 예 | 예 | 예 |
| 오스트레일리아 남동부 | 예 | 예 | |
| 브라질 남부 | 예 | 예 | |
| 브라질 남동부 | 예 | Yes | |
| 캐나다 중부 | 예 | 예 | 예 |
| 캐나다 동부 | 예 | 예 | |
| 인도 중부 | 예 | Yes | |
| 미국 중부 | 예 | 예 | 예 |
| 중국 동부 2 | 예 | 예 | |
| 중국 북부 2 | 예 | 예 | |
| 미국 동부 1 | 예 | 예 | 예 |
| 미국 동부 2 | 예 | 예 | 예 |
| 동아시아 | 예 | 예 | |
| 프랑스 중부 | 예 | 예 | |
| 프랑스 남부 | 예 | 예 | |
| 독일 중서부 | 예 | 예 | |
| 일본 동부 | 예 | 예 | 예 |
| 일본 서부 | 예 | 예 | |
| 미국 중북부 | 예 | 예 | |
| 북유럽 | 예 | 예 | 예 |
| 남아프리카 북부 | 예 | 예 | |
| 미국 중남부 | 예 | 예 | 예 |
| 인도 남부 | 예 | 예 | |
| 동남아시아 | 예 | 예 | |
| 스위스 북부 | 예 | 예 | |
| 아랍에미리트 북부 | 예 | 예 | |
| 영국 남부 | 예 | 예 | 예 |
| 영국 서부 | 예 | 예 | |
| US Gov 텍사스 | 예 | Yes | |
| US Gov 버지니아 | 예 | 예 | |
| 미국 중서부 | 예 | 예 | |
| 서유럽 | 예 | 예 | 예 |
| 미국 서부 | 예 | 예 | 예 |
| 미국 서부 2 | 예 | 예 | 예 |
| 미국 서부 3 | 예 | 예 | 예 |
다음 표는 영역 중복 데이터베이스에 대한 것입니다.
| Azure 지역 | 하이퍼스케일 프리미엄 시리즈 및 프리미엄 시리즈 메모리 최적화 | 하이퍼스케일 표준 시리즈 | Azure 가용성 영역의 기타 모든 Azure SQL Database 구매 모델 및 계층 |
|---|---|---|---|
| 오스트레일리아 동부 | 예 | 예 | Yes |
| 캐나다 중부 | 예 | 예 | Yes |
| 미국 중부 | 예 | 예 | 예 |
| 미국 동부 1 | 예 | 예 | 예 |
| 미국 동부 2 | 예 | ||
| 프랑스 중부 | 예 | 예 | |
| 일본 동부 | 예 | ||
| 북유럽 | 예 | 예 | 예 |
| 미국 중남부 | 예 | ||
| 동남아시아 | 예 | ||
| 영국 남부 | 예 | ||
| 서유럽 | 예 | 예 | 예 |
| 미국 서부 2 | 예 | ||
| 미국 서부 3 | 예 | 예 | 예 |
게이트웨이 유지 관리
유지 관리 기간을 최대한 활용하려면 클라이언트 애플리케이션이 리디렉션 연결 정책을 사용하고 있는지 확인합니다. 리디렉션은 권장되는 연결 정책으로, 클라이언트가 데이터베이스를 호스트하는 노드에 직접 연결을 설정하여 대기 시간을 줄이고 처리량을 높입니다.
Azure SQL Database에서 프록시 연결 정책을 사용하는 모든 연결은 선택한 유지 관리 기간과 게이트웨이 노드 유지 관리 기간 모두에 의해 영향을 받을 수 있습니다. 그러나 권장되는 리디렉션 연결 정책을 사용하는 클라이언트 연결은 게이트웨이 노드 유지 관리 재구성의 영향을 받지 않습니다.
Azure SQL Database의 클라이언트 연결 정책에 대한 자세한 내용은 Azure SQL Database 연결 정책을 참조하세요.
유지 관리 이벤트 목록 검색
Azure Resource Graph는 Azure 리소스 관리를 확장하도록 설계된 Azure 서비스입니다. Azure Resource Graph는 환경을 효과적으로 관리할 수 있도록 지정된 구독 세트에서 대규모로 쿼리할 수 있는 기능을 통해 효율적이고 성능이 뛰어난 리소스 탐색 기능을 제공합니다.
Azure Resource Graph Explorer를 사용하여 유지 관리 이벤트를 쿼리할 수 있습니다. 이러한 쿼리를 실행하는 방법에 대한 소개는 빠른 시작: Azure Resource Graph Explorer를 사용하여 첫 번째 Resource Graph 쿼리 실행을 참조하세요.
구독의 모든 SQL 데이터베이스에 대한 유지 관리 이벤트를 확인하려면 Azure Resource Graph Explorer에서 다음 샘플 쿼리를 사용합니다.
servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where impactedService =~ 'SQL Database'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc
샘플 쿼리의 전체 참조 및 PowerShell 또는 Azure CLI와 같은 도구에서 사용하는 방법은 Azure Service Health에 대한 Azure Resource Graph 샘플 쿼리를 참조하세요.