소개

Azure SQL Database에 대한 연결이 간헐적으로 실패하는 현상은 데이터 센터 측 문제(예: 데이터베이스가 있는 클러스터 노드에서 문제가 발생함), 서비스 수준에 따라 데이터베이스 리소스 제한 등 여러 가지 요인으로 인해 발생할 수 있습니다 생각합니다.
서비스 수준에 따라 데이터베이스 리소스 제한이 요인인 경우 데이터베이스의 서비스 수준/가격 수준을 늘리거나 데이터베이스에 대한 처리량을 줄이는 등의 조치를 취하여 문제를 해결할 수 있습니다.
또한 데이터 센터 측의 문제가 의심되는 경우 데이터베이스 재구성(Reconfiguration: 재구성)을 수행하여 현상을 해결할 수 있습니다.
이번에는 수동으로 데이터베이스 재구성을 수행하는 방법을 소개하고 싶습니다.

목차

1. Azure SQL Database 수동으로 데이터베이스 재구성(Reconfiguration)
2. SQL 데이터베이스 - 설정: 구성에서 가격, 서비스 수준(가상 코어 수) 변경
3. 정리
4. 참고 정보

1. Azure SQL Database 수동으로 데이터베이스 재구성(Reconfiguration) 

■ Invoke-AzSqlDatabaseFailover (PowerShell) 명령 실행
Invoke-AzSqlDatabaseFailover(PowerShell) 명령을 실행하여 수동으로 데이터베이스 재구성(Reconfiguration)을 수행할 수 있습니다. 

【명령 예】

※ Azure 포털 - Cloud Shell (PowerShell)에서 "Invoke-AzSqlDatabaseFailover"명령을 실행할 수 있습니다.

【보충】
Invoke-AzSqlDatabaseFailover 명령을 한 번 실행하면 30분 동안 다시 실행할 수 없습니다.

2. SQL 데이터베이스 - 설정: 구성에서 가격, 서비스 수준(가상 코어 수) 변경

SQL 데이터베이스 - 설정 : 구성에서 가격 및 서비스 수준 (가상 코어 수)을 변경하여 Invoke-AzSqlDatabaseFailover (PowerShell) 명령을 실행하는 것처럼 데이터베이스를 재구성 할 수 있습니다. 입니다.

※ 필요에 따라 가격 레벨, 서비스 레벨(가상 코어 수)을 원래 설정으로 되돌리는 경우에도 데이터베이스 재구성(Reconfiguration)이 이루어집니다.

3. 정리

이번에는 Basic, Standard 및 General Purpose 서비스 레벨을 상정한 내용이지만, Premium, Business Critical 서비스 레벨의 경우에도 마찬가지로 Invoke-AzSqlDatabaseFailover 명령을 실행할 수 있습니다. 또한 Premium, Business Critical 서비스 수준에서는 SQL Server Always On 가용성 그룹과 유사한 기술을 사용하므로이 명령의 "-ReadableSecondary"옵션을 지정하여 장애 조치 테스트를 수동으로 수행해야합니다. 가 가능해지기 때문에, 존 리던던시를 구성했을 경우에 있어서의 어플리케이션의 성능 시험, 재시행 로직의 테스트를 유연하게 실행할 수 있을까 생각합니다.

4. 참고 정보

· Azure SQL Database 및 SQL Managed Instance의 고가용성
· Invoke-AzSqlDatabaseFailover
· 응용 프로그램의 재해 복구 테스트