하이퍼스케일 데이터베이스를 관리하는 방법

적용 대상: Azure SQL Database

하이퍼스케일 서비스 계층은 Azure 아키텍처를 활용하여 범용 및 중요 비즈니스용 서비스 계층에 사용할 수 있는 제한을 초과하여 Azure SQL Database용 스토리지 및 컴퓨팅 리소스를 확장하는 확장성이 뛰어난 스토리지 및 컴퓨팅 성능 계층을 제공합니다. 이 문서에서는 기존 데이터베이스를 하이퍼스케일로 마이그레이션하고, 하이퍼스케일 데이터베이스를 다른 지역으로 복원하고, 하이퍼스케일에서 다른 서비스 계층으로 역방향 마이그레이션하고, 하이퍼스케일 데이터베이스에 대해 진행 중인 작업 및 최근 작업의 상태를 모니터링하는 방법을 포함하여 하이퍼스케일 데이터베이스에 대한 필수 관리 작업을 수행하는 방법을 설명합니다.

빠른 시작: Azure SQL Database에서 하이퍼스케일 데이터베이스 만들기에서 새 하이퍼스케일 데이터베이스를 만드는 방법을 알아보세요.

팁

2023년 12월 SQL Database 하이퍼스케일의 가격 책정이 간소화되었습니다. 자세한 내용은 하이퍼스케일 가격 책정 블로그를 검토하세요.

기존 데이터베이스를 하이퍼스케일로 마이그레이션

Azure Portal, Azure CLI, PowerShell 또는 Transact-SQL을 사용하여 Azure SQL Database의 기존 데이터베이스를 하이퍼스케일로 마이그레이션할 수 있습니다.

기존 데이터베이스를 하이퍼스케일로 이동하는 데 필요한 시간은 데이터를 복사하는 시간과 데이터를 복사하는 동안 원본 데이터베이스에서 변경한 내용을 재생하는 시간으로 구성됩니다. 데이터 복사 시간은 데이터 크기에 비례합니다. 누적된 변경 내용을 재생하는 시간이 짧아지도록 쓰기 작업이 적은 시간대에 하이퍼스케일로 마이그레이션하는 것이 좋습니다.

하이퍼스케일 서비스 계층으로 최종 컷오버하는 동안 일반적으로 몇 분 정도의 짧은 가동 중지 시간이 발생합니다.

필수 조건

지역 복제 관계에 포함된 데이터베이스(주 또는 보조)를 하이퍼스케일로 이동하려면 먼저 주 복제본과 보조 복제본 사이의 데이터 복제를 중지해야 합니다. 장애 조치(failover) 그룹의 데이터베이스는 먼저 그룹에서 제거해야 합니다.

데이터베이스가 하이퍼스케일로 이동된 후에는 해당 데이터베이스에 대해 새 하이퍼스케일 지역 복제본을 만들 수 있습니다.

하이퍼스케일 서비스 계층으로 데이터베이스를 마이그레이션하는 방법

Azure SQL Database의 기존 데이터베이스를 하이퍼스케일 서비스 계층으로 마이그레이션하려면 먼저 대상 서비스 목표를 식별합니다. 데이터베이스에 적합한 서비스 목표가 확실하지 않은 경우 단일 데이터베이스의 리소스 제한을 검토합니다. 대부분의 경우 vCore 수와 하드웨어 세대가 원래 데이터베이스와 동일한 서비스 목표를 선택하면 됩니다. 필요한 경우 가동 중지 시간을 최소화하면서 서비스 목표를 변경할 수 있습니다.

선호하는 도구의 데이터베이스 마이그레이션 탭을 선택합니다.

포털

Azure Portal에서 데이터베이스의 가격 책정 계층을 수정하여 하이퍼스케일 서비스 계층으로 마이그레이션할 수 있습니다.

1. Azure Portal에서 마이그레이션하려는 데이터베이스로 이동합니다.
2. 왼쪽 탐색 모음에서 컴퓨팅 + 스토리지를 선택합니다.
3. 서비스 계층 드롭다운 목록을 선택하여 서비스 계층 옵션을 확장합니다.
4. 드롭다운 목록 메뉴에서 하이퍼스케일(확장성 있는 주문형 스토리지)을 선택합니다.
5. 나열된 하드웨어 구성을 검토합니다. 원하는 경우 구성 변경을 선택하여 워크로드에 적합한 하드웨어 구성을 선택합니다.
6. 하이퍼스케일 서비스 계층에서 데이터베이스에 사용할 수 있는 vCore 수를 변경하려면 vCore 슬라이더를 선택합니다.
7. 하이퍼스케일 서비스 계층의 복제본 수를 변경하려면 High-AvailabilitySecondaryReplicas 슬라이더를 선택합니다.
8. 적용을 선택합니다.

작업이 진행되는 동안 하이퍼스케일 데이터베이스에 대한 작업을 모니터링할 수 있습니다.

Azure CLI

이 코드 샘플은 az sql db update를 호출하여 Azure SQL Database의 기존 데이터베이스를 하이퍼스케일 서비스 계층으로 마이그레이션합니다. 버전과 서비스 목표를 모두 지정해야 합니다.

다음 코드 샘플에서 resourceGroupName, serverName, databaseName 및 serviceObjective를 적절한 값으로 바꾸고 실행합니다.

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="HS_Gen5_2"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition Hyperscale --service-objective $serviceObjective

작업이 진행되는 동안 하이퍼스케일 데이터베이스에 대한 작업을 모니터링할 수 있습니다.

PowerShell

다음 예제에서는 Set-AzSqlDatabase cmdlet을 사용하여 Azure SQL Database의 기존 데이터베이스를 하이퍼스케일 서비스 계층으로 마이그레이션합니다. 버전과 서비스 목표를 모두 지정해야 합니다.

다음 코드 샘플에서 $resourceGroupName, $serverName, $databaseName 및 $serviceObjective를 적절한 값으로 바꾸고 실행합니다.

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective

작업이 진행되는 동안 하이퍼스케일 데이터베이스에 대한 작업을 모니터링할 수 있습니다.

Transact-SQL

Transact-SQL을 사용하여 Azure SQL Database의 기존 데이터베이스를 하이퍼스케일 서비스 계층으로 마이그레이션하려면 먼저 Azure SQL Database의 Azure portal 쿼리 편집기, SSMS(SQL Server Management Studio) 또는 Azure Data Studio를 사용하여 논리 SQL Server의 master 데이터베이스에 연결합니다.

ALTER DATABASE 문에서 버전과 서비스 목표를 모두 지정해야 합니다.

이 예제 명령문은 서비스 목표가 HS_Gen5_2인 하이퍼스케일 서비스 계층으로 mySampleDatabase 데이터베이스를 마이그레이션합니다. 명령문을 실행하기 전에 데이터베이스 이름을 적절한 값으로 바꿉니다.

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2');
GO

작업이 진행되는 동안 하이퍼스케일 데이터베이스에 대한 작업을 모니터링할 수 있습니다.

하이퍼스케일에서 역방향 마이그레이션

범용 서비스 계층으로의 역방향 마이그레이션을 사용하면 하이퍼스케일이 요구 사항을 충족하지 않을 경우 최근에 Azure SQL Database 기존 데이터베이스를 하이퍼스케일 서비스 계층으로 마이그레이션한 고객이 긴급 상황에서 다시 이동할 수 있습니다. 역방향 마이그레이션은 서비스 계층 변경에 의해 시작되지만 기본적으로 서로 다른 아키텍처 간에 데이터 크기 이동입니다.

역방향 마이그레이션에 대한 제한 사항

역방향 마이그레이션은 다음과 같은 조건에서 사용할 수 있습니다.

• 역방향 마이그레이션은 하이퍼스케일로 처음 마이그레이션한 후 45일 이내에만 사용할 수 있습니다.
• 원래 하이퍼스케일 서비스 계층에 만든 데이터베이스는 역방향 마이그레이션을 할 수 없습니다.
• 범용 서비스 계층으로만 역방향 마이그레이션할 수 있습니다. 하이퍼스케일에서 범용으로 마이그레이션하면 서버리스 또는 프로비저닝된 컴퓨팅 계층을 대상으로 할 수 있습니다. 데이터베이스를 중요 비즈니스용 또는 DTU 기반 서비스 계층과 같은 다른 서비스 계층으로 마이그레이션하려면 먼저 범용 서비스 계층으로 역방향 마이그레이션한 다음, 서비스 계층을 변경해야 합니다.
• vCore가 2개 미만인 데이터베이스로의 역방향 마이그레이션은 지원되지 않습니다. 마이그레이션이 완료되면 2개 미만의 vCore로 데이터베이스를 축소할 수 있습니다.
• 탄력적 풀에서 또는 탄력적 풀로의 직접 역방향 마이그레이션은 지원되지 않습니다. 하이퍼스케일 단일 데이터베이스를 범용 단일 데이터베이스로만 역방향 마이그레이션할 수 있습니다.
  • 하이퍼스케일 데이터베이스가 하이퍼스케일 Elastic Pool 의 일부인 경우 역방향 마이그레이션 전에 먼저 하이퍼스케일 탄력적 풀에서 해당 데이터베이스를 제거해야 합니다.
  • 역방향 마이그레이션이 완료되면 필요한 경우 범용 단일 데이터베이스를 범용 탄력적 풀에 선택적으로 추가할 수 있습니다.
• 역방향 마이그레이션을 할 수 없는 데이터베이스의 경우 하이퍼스케일에서 하이퍼스케일이 아닌 서비스 계층으로 마이그레이션하는 유일한 방법은 bacpac 파일 또는 기타 데이터 이동 기술(대량 복사, Azure Data Factory, Azure Databricks, SSIS 등)을 사용하여 내보내거나 가져오는 것입니다. bacpac 내보내기/가져오기는 Azure Portal, PowerShell(New-AzSqlDatabaseExport 또는 New-AzSqlDatabaseImport 사용), Azure CLI(az sql db export 및 az sql db import 사용) 및 REST API에서 지원되지 않습니다. 소형 하이퍼스케일 데이터베이스(최대 150GB)에 대한 bacpac 가져오기/내보내기는 SSMS 및 SqlPackage 버전 18.4 이상을 사용하여 지원됩니다. 대형 데이터베이스의 경우 bacpac 내보내기/가져오기는 시간이 오래 걸릴 수 있으며, 여러 가지 이유로 실패할 수 있습니다.

기간 및 가동 중지 시간

하이퍼스케일의 일반 서비스 수준 목표 변경 작업과 달리, 하이퍼스케일로 마이그레이션하고 범용으로 역방향 마이그레이션하는 작업은 데이터 크기 작업입니다.

역방향 마이그레이션 작업의 기간은 주로 데이터베이스의 크기와 마이그레이션 중에 발생하는 동시 쓰기 작업에 따라 달라집니다. 대상 범용 데이터베이스에 할당하는 vCore 수도 역방향 마이그레이션 기간에 영향을 미칩니다. 유사한 워크로드를 유지하도록 원본 하이퍼스케일 데이터베이스에 할당된 vCore 수보다 많거나 같은 수의 vCore로 대상 범용 데이터베이스에 프로비저닝하는 것이 좋습니다.

역방향 마이그레이션 중에 상당한 부하가 발생하는 경우 원본 하이퍼스케일 데이터베이스의 성능이 저하될 수 있습니다. 특히 역방향 마이그레이션이 진행되도록 하기 위해 트랜잭션 로그 속도가 느려질(제한될) 수 있습니다.

새 대상 범용 데이터베이스로 최종 컷오버하는 동안 일반적으로 몇 분 정도의 짧은 가동 중지 시간이 발생합니다.

필수 조건

하이퍼스케일에서 범용 서비스 계층으로 역방향 마이그레이션을 시작하기 전에 데이터베이스가 역방향 마이그레이션에 대한 제한 사항을 충족하는지 확인해야 합니다.

• 데이터베이스에 지역 복제를 사용하도록 설정되어 있지 않습니다.
• 데이터베이스에 명명된 복제본(replica)이 없습니다.
• 데이터베이스(할당된 크기)가 대상 서비스 계층에 맞게 충분히 작습니다.
• 대상 범용 데이터베이스의 최대 데이터베이스 크기를 지정하는 경우 데이터베이스의 할당된 크기가 해당 최대 크기에 맞게 충분히 작아야 합니다.

필수 조건 검사는 역방향 마이그레이션 작업이 시작되기 전에 수행됩니다. 필수 조건이 충족되지 않으면 역방향 마이그레이션 작업이 즉시 실패합니다.

Backup 정책

구성된 보존 기간 내의 모든 기존 데이터베이스 백업에 일반 요금제를 적용하여 요금이 청구됩니다. 백업을 복원하려면 유지해야 하는 하이퍼스케일 백업 스토리지 스냅샷 및 데이터 크기 스토리지 Blob에 대한 요금이 청구됩니다.

데이터베이스를 하이퍼스케일로 마이그레이션한 후 다시 범용으로 마이그레이션하는 작업을 여러 번 수행할 수 있습니다. 데이터베이스의 현재 계층과 한 단계 전 계층의 백업만 복원할 수 있습니다. 범용 서비스 계층에서 하이퍼스케일로 이동한 후 다시 범용으로 이동한 경우 현재 범용 데이터베이스와 직전 하이퍼스케일 데이터베이스의 백업만 사용할 수 있습니다. 이렇게 보존된 백업에는 Azure SQL Database 요금이 청구됩니다. 시도한 이전 계층에는 사용 가능한 백업이 없으며 요금이 청구되지 않습니다.

예를 들어 하이퍼스케일 계층과 하이퍼스케일이 아닌 서비스 계층 간에 마이그레이션할 수 있습니다.

1. 범용
2. 하이퍼스케일로 마이그레이션
3. 범용으로 역방향 마이그레이션
4. 중요 비즈니스용으로 서비스 계층 변경
5. 하이퍼스케일로 마이그레이션
6. 범용으로 역방향 마이그레이션

이 경우 타임라인의 5단계 및 6단계의 백업이 아직 구성된 보존 기간 내에 있는 경우 사용할 수 있습니다. 이전 단계의 백업은 사용할 수 없습니다. 하이퍼스케일과 범용 서비스 계층 간에 동일한 데이터베이스를 반복적으로 마이그레이션할 때 백업 가용성을 신중하게 고려해야 합니다. 직전 데이터베이스보다 오래된 데이터베이스의 백업은 역방향 마이그레이션이 시작되는 즉시 사용할 수 없게 되며 마이그레이션이 취소되더라도 계속 사용할 수 없게 됩니다.

하이퍼스케일 데이터베이스를 범용 서비스 계층으로 역방향 마이그레이션하는 방법

Azure SQL Database의 기존 하이퍼스케일 데이터베이스를 범용 서비스 계층으로 역방향 마이그레이션하려면 먼저 범용 서비스 계층에서 대상 서비스 목표를 파악하고 프로비저닝된 컴퓨팅 계층 또는 서버리스 컴퓨팅 계층으로 마이그레이션할지 여부를 정해야 합니다. 데이터베이스에 적합한 서비스 목표가 확실하지 않은 경우 단일 데이터베이스의 리소스 제한을 검토합니다.

범용으로 역방향 마이그레이션한 후 추가로 서비스 계층을 변경하려면 최종 대상 서비스 목표를 파악하고 데이터베이스의 할당된 크기가 해당 서비스 목표에 맞게 충분히 작은지 확인합니다.

원하는 방법에 대한 탭을 선택하여 데이터베이스를 역방향 마이그레이션합니다.

포털

Azure Portal에서 데이터베이스의 가격 책정 계층을 수정하여 범용 서비스 계층으로 역방향 마이그레이션할 수 있습니다.

1. Azure Portal에서 마이그레이션하려는 데이터베이스로 이동합니다.
2. 왼쪽 탐색 모음에서 컴퓨팅 + 스토리지를 선택합니다.
3. 서비스 계층 드롭다운 목록을 선택하여 서비스 계층 옵션을 확장합니다.
4. 드롭다운 목록 메뉴에서 범용(확장 가능한 컴퓨팅 및 스토리지 옵션)을 선택합니다.
5. 나열된 하드웨어 구성을 검토합니다. 원하는 경우 구성 변경을 선택하여 워크로드에 적합한 하드웨어 구성을 선택합니다.
6. 범용 서비스 계층에서 데이터베이스에 사용할 수 있는 vCore 수를 변경하려면 vCore 슬라이더를 선택합니다.
7. 적용을 선택합니다.

Azure CLI

이 코드 샘플은 az sql db update를 호출하여 기존 하이퍼스케일 데이터베이스를 범용 서비스 계층으로 역방향 마이그레이션합니다. 버전과 서비스 목표를 모두 지정해야 합니다. 대상 컴퓨팅 모델에 대해 Provisioned 또는 Serverless를 선택할 수 있습니다.

다음 코드 샘플에서 resourceGroupName, serverName, databaseName 및 serviceObjective를 적절한 값으로 바꾸고 실행합니다.

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel

필요에 따라 maxsize 인수를 포함할 수 있습니다. maxsize 값이 대상 서비스 목표의 유효한 최대 크기를 초과하면 오류가 반환됩니다. maxsize 인수를 지정하지 않으면 작업은 기본적으로 지정된 서비스 목표에 사용할 수 있는 최대 크기로 설정됩니다. 다음 예에서는 maxsize를 지정합니다.

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"
maxsize="200GB"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel --max-size $maxsize

작업이 진행되는 동안 하이퍼스케일 데이터베이스에 대한 작업을 모니터링할 수 있습니다.

PowerShell

이 코드 샘플에서는 Set-AzSqlDatabase cmdlet을 사용하여 기존 데이터베이스를 하이퍼스케일 서비스 계층에서 범용 서비스 계층으로 역방향 마이그레이션합니다. 버전과 서비스 목표를 모두 지정해야 합니다. 대상 컴퓨팅 계층에 대해 Provisioned 또는 Serverless를 선택할 수 있습니다.

다음 코드 샘플에서 $resourceGroupName, $serverName, $databaseName, $serviceObjective 및 $computeModel을 적절한 값으로 바꾸고 실행합니다.

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective

필요에 따라 maxsize 인수를 포함할 수 있습니다. maxsize 값이 대상 서비스 목표의 유효한 최대 크기를 초과하면 오류가 반환됩니다. maxsize 인수를 지정하지 않으면 작업은 기본적으로 지정된 서비스 목표에 사용할 수 있는 최대 크기로 설정됩니다. 다음 예에서는 maxsize를 지정합니다.

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"
$maxSizeBytes = "268435456000"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective -MaxSizeBytes $maxSizeBytes

작업이 진행되는 동안 하이퍼스케일 데이터베이스에 대한 작업을 모니터링할 수 있습니다.

Transact-SQL

Transact-SQL을 사용하여 하이퍼스케일 데이터베이스를 범용 서비스 계층으로 마이그레이션하려면 먼저 SSMS(SQL Server Management Studio), Azure Data Studio를 사용하여 로컬 SQL Server의 master 데이터베이스에 연결합니다.

ALTER DATABASE 문에서 버전과 서비스 목표를 모두 지정해야 합니다.

이 예제 명령문은 서비스 목표가 GP_Gen5_4인 범용 서비스 계층으로 mySampleDatabase 데이터베이스를 마이그레이션합니다. 데이터베이스 이름 및 서비스 목표를 적절한 값으로 바꾼 후 명령문을 실행합니다.

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2');
GO

필요에 따라 maxsize 인수를 포함할 수 있습니다. maxsize 값이 대상 서비스 목표의 유효한 최대 크기를 초과하면 오류가 반환됩니다. maxsize 인수를 지정하지 않으면 작업은 기본적으로 지정된 서비스 목표에 사용할 수 있는 최대 크기로 설정됩니다. 다음 예에서는 maxsize를 지정합니다.

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2', MAXSIZE = 200 GB);
GO

작업이 진행되는 동안 하이퍼스케일 데이터베이스에 대한 작업을 모니터링할 수 있습니다.

하이퍼스케일 데이터베이스에 대한 작업 모니터링

Azure Portal, Azure CLI, PowerShell 또는 Transact-SQL 사용하여 Azure SQL Database에 대해 진행 중이거나 최근에 완료된 작업의 상태를 모니터링할 수 있습니다.

선호하는 작업 모니터링 방법에 대한 탭을 선택합니다.

포털

Azure Portal은 마이그레이션, 역방향 마이그레이션 또는 복원과 같은 작업이 진행 중인 경우 Azure SQL Database에 데이터베이스에 대한 알림을 표시합니다.

1. Azure Portal의 데이터베이스로 이동합니다.
2. 왼쪽 탐색 모음에서 개요를 선택합니다.
3. 오른쪽 창의 아래쪽에 있는 알림 섹션을 검토합니다. 작업이 진행 중인 경우 알림 상자가 나타납니다.
4. 세부 정보를 보려면 알림 상자를 선택합니다.
5. 진행 중인 작업 창이 열립니다. 진행 중인 작업의 세부 정보를 검토합니다.

Azure CLI

이 코드 샘플은 az sql db op list를 호출하여 Azure SQL Database의 데이터베이스에 대한 최근 작업 또는 진행 중인 작업을 반환합니다.

다음 코드 샘플에서 resourceGroupName, serverName, databaseName 및 serviceObjective를 적절한 값으로 바꾸고 실행합니다.

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"

az sql db op list -g $resourceGroupName -s $serverName --database $databaseName

PowerShell

Get-AzSqlDatabaseActivity cmdlet은 Azure SQL Database의 데이터베이스에 대한 최근 작업 또는 진행 중인 작업을 반환합니다.

다음 샘플 코드에서 $resourceGroupName, $serverName 및 $databaseName 매개 변수를 데이터베이스에 적합한 값으로 설정하고 실행합니다.

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"

Get-AzSqlDatabaseActivity -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName

Transact-SQL

하이퍼스케일 데이터베이스에 대한 작업을 모니터링하려면 SSMS(SQL Server Management Studio), Azure Data Studio 또는 Transact-SQL 명령을 실행하기 위해 선택한 클라이언트를 사용하여 논리 서버의 master 데이터베이스에 연결합니다.

sys.dm_operation_status 동적 관리 뷰를 쿼리하여 [논리 서버][logical-servers.md]의 데이터베이스에서 수행된 최근 작업에 대한 정보를 검토합니다.

이 코드 샘플은 지정된 데이터베이스에 대해 상태가 sys.dm_operation_status인 모든 항목을 가장 최근에 시작된 작업순으로 정렬하여 반환합니다. 데이터베이스 이름을 적절한 값으로 바꾼 후 코드 샘플을 실행합니다.

SELECT *
FROM sys.dm_operation_status
WHERE major_resource_id = 'mySampleDatabase'
ORDER BY start_time DESC;
GO

하이퍼스케일 서비스 계층의 데이터베이스 보기

데이터베이스를 하이퍼스케일로 마이그레이션하거나 하이퍼스케일 서비스 계층 내에서 데이터베이스를 다시 구성한 후에는 하이퍼스케일 데이터베이스의 구성을 확인 및/또는 문서화할 수 있습니다.

포털

Azure Portal에는 논리 서버의 모든 데이터베이스 목록이 표시됩니다. 가격 책정 계층 열에는 각 데이터베이스에 대한 서비스 계층이 포함됩니다.

1. Azure Portal에서 해당하는 논리 서버로 이동합니다.
2. 왼쪽 탐색 모음에서 개요를 선택합니다.
3. 창 아래쪽에 있는 리소스 목록으로 스크롤합니다. 이 창에는 논리 서버의 SQL 탄력적 풀 및 데이터베이스가 표시됩니다.
4. 가격 책정 계층 열을 검토하여 하이퍼스케일 서비스 계층의 데이터베이스를 식별합니다.

Azure CLI

이 Azure CLI 코드 샘플은 az sql db list를 호출하여 논리 서버의 하이퍼스케일 데이터베이스를 이름, 위치, 서비스 수준 목표, 최대 크기 및 고가용성 복제본 수와 함께 나열합니다.

다음 코드 샘플에서 resourceGroupName 및 serverName을 적절한 값으로 바꾸고 실행합니다.

resourceGroupName="myResourceGroup"
serverName="server01"

az sql db list -g $resourceGroupName -s $serverName --query "[].{Name:name, Location:location, SLO:currentServiceObjectiveName, Tier:currentSku.tier, maxSizeBytes:maxSizeBytes,HAreplicas:highAvailabilityReplicaCount}[?Tier=='Hyperscale']" --output table

PowerShell

Azure PowerShell Get-AzSqlDatabase cmdlet은 논리 서버의 하이퍼스케일 데이터베이스 목록과 이름, 위치, 서비스 수준 목표, 최대 크기 및 고가용성 복제본 수를 반환합니다.

다음 샘플 코드에서 $resourceGroupName 및 $serverName 매개 변수를 적절한 값으로 설정하고 실행합니다.

$resourceGroupName = "myResourceGroup"
$serverName = "server01"

Get-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName | `
    Where-Object { $_.Edition -eq 'Hyperscale' } | `
        Select-Object DatabaseName, Location, currentServiceObjectiveName, Edition, `
        MaxSizeBytes, HighAvailabilityReplicaCount | `
            Format-Table

버전 열을 검토하여 하이퍼스케일 서비스 계층의 데이터베이스를 식별합니다.

Transact-SQL

Transact-SQL을 사용하여 논리 서버에 있는 모든 하이퍼스케일 데이터베이스의 서비스 계층을 검토하려면 먼저 SSMS(SQL Server Management Studio) 또는 Azure Data Studio를 사용하여 master 데이터베이스에 연결합니다.

다음과 같이 sys.database_service_objectives 시스템 카탈로그 뷰를 쿼리하여 하이퍼스케일 서비스 계층의 데이터베이스를 검토합니다.

SELECT d.name, dso.edition, dso.service_objective
FROM sys.database_service_objectives AS dso
JOIN sys.databases as d on dso.database_id = d.database_id
WHERE dso.edition = 'Hyperscale';
GO

관련 콘텐츠

다음 문서에서 하이퍼스케일 데이터베이스에 대해 자세히 알아봅니다.

• 빠른 시작: Azure SQL Database의 하이퍼스케일 데이터베이스 만들기
• 하이퍼스케일 서비스 계층
• Azure SQL Database 하이퍼스케일 FAQ
• 하이퍼스케일 보조 복제본
• Azure SQL Database 하이퍼스케일 명명된 복제본 FAQ