Azure SQL 데이터베이스에서 단일 데이터베이스 리소스 크기 조정

적용 대상:Azure SQL 데이터베이스

이 문서에서는 프로비전 컴퓨팅 계층에 있는 Azure SQL 데이터베이스에서 사용할 수 있는 컴퓨팅 및 스토리지 리소스의 크기를 조정하는 방법을 설명합니다. 대신 서버리스 컴퓨팅 계층은 컴퓨팅 자동 크기 조정을 제공하고 사용된 컴퓨팅에 대해 초당 요금을 청구합니다.

처음으로 vCore 또는 DTU의 수를 선택한 이후 실제 환경에 따라 다음을 사용하여 데이터베이스를 동적으로 확장 또는 축소할 수 있습니다.

• Transact-SQL
• Azure Portal
• PowerShell
• Azure CLI
• REST API

영향

서비스 계층 또는 컴퓨팅 계층 변경은 주로 다음 단계를 수행하는 서비스와 관련이 있습니다.

1. 데이터베이스에 대한 새 컴퓨팅 인스턴스를 만듭니다.

   요청된 서비스 계층 및 컴퓨팅 크기로 새 계산 인스턴스를 만듭니다. 일부 서비스 계층 및 컴퓨팅 크기 조합 변경의 경우 새 컴퓨팅 인스턴스에 데이터베이스의 복제본을 만들어야 하며, 여기에는 데이터 복사가 수반되고 전체 대기 시간에 큰 영향을 미칠 수 있습니다. 그럼에도 이 단계 동안 데이터베이스는 온라인 상태로 유지되며, 원래 컴퓨팅 인스턴스의 데이터베이스에 대한 연결은 계속 전달됩니다.

2. 새 컴퓨팅 인스턴스로 연결 라우팅을 전환합니다.

   원래 컴퓨팅 인스턴스의 데이터베이스에 대한 기존 연결이 삭제됩니다. 새 컴퓨팅 인스턴스의 데이터베이스에 대한 모든 새 연결이 설정됩니다. 일부 서비스 계층 및 컴퓨팅 크기 조합 변경의 경우 데이터베이스 파일은 전환 도중 분리된 후 다시 연결됩니다. 그럼에도 데이터베이스를 일반적으로 30초 미만 동안, 또 몇 초 동안 사용할 수 없을 때 전환으로 인해 잠깐의 서비스 중단이 발생할 수 있습니다. 연결이 끊어질 때 실행되는 장기 실행 트랜잭션이 있는 경우 중단된 트랜잭션을 복구하기 위해 이 단계가 오래 걸릴 수 있습니다. 가속화된 데이터베이스 복구 장기 실행 트랜잭션 중단으로 인한 영향을 줄일 수 있습니다.

대기 시간

서비스 계층 변경, 단일 데이터베이스 또는 탄력적 풀의 컴퓨팅 크기 조정, 탄력적 풀에서 데이터베이스의 이동, 탄력적 풀 사이의 데이터베이스 이동에 따른 예상 대기 시간은 다음과 같이 매개 변수화됩니다.

SELECT s.file_id,
       s.type_desc,
       s.name,
       FILEPROPERTYEX(s.name, 'AccountType') AS AccountType
FROM sys.database_files AS s
WHERE s.type_desc IN ('ROWS', 'LOG');

크기 조정 변경 모니터링 또는 취소

서비스 계층 변경 또는 컴퓨팅 크기 조정 작업을 모니터링하고 취소할 수 있습니다.

Login-AzAccount
$SubscriptionID = "<YourSubscriptionIdHere>"
Select-AzSubscription -SubscriptionName $SubscriptionID

Get-AzSqlDatabaseActivity -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database01"

Stop-AzSqlDatabaseActivity -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database01" -OperationId af97005d-9243-4f8a-844e-402d1cc855f5

$resourceGroupName = "<resource group name>"
$serverName = "<server name>"
$databaseName = "<sql database name>"
az sql db op list --resource-group $resourceGroupName --server $serverName --database $databaseName --query "[?state=='InProgress'].name" --out tsv

$resourceGroupName = "<resource group name>"
$serverName = "<server name>"
$databaseName = "<sql database name>"
$operationName = (az sql db op list --resource-group $resourceGroupName --server $serverName --database $databaseName --query "[?state=='InProgress'].name" --out tsv)
if (-not [string]::IsNullOrEmpty($operationName)) {
    (az sql db op cancel --resource-group $resourceGroupName --server $serverName --database $databaseName --name $operationName)
        "Operation " + $operationName + " has been canceled"
}
else {
    "No service tier change or compute rescaling operation found"
}

사용 권한

Transact-SQL을 통해 데이터베이스 크기를 조정하려면: ALTER DATABASE을(를) 사용합니다. 데이터베이스 크기를 조정하려면 로그인이 서버 관리자 로그인(Azure SQL 데이터베이스 논리 서버가 프로비전될 때 생성됨), 서버의 Microsoft Entra 관리자, masterdml dbmanager 데이터베이스 역할 구성원, 현재 데이터베이스의 db_owner 데이터베이스 역할 구성원 또는 데이터베이스의 dbo 중 하나여야 합니다. 자세한 내용은 ALTER DATABASE를 참조하세요.

Azure Portal, PowerShell, Azure CLI 또는 REST API를 통해 데이터베이스 크기를 조정하려면: Azure RBAC 권한, 특히 기여자, SQL DB 기여자 역할 또는 SQL Server 기여자 Azure RBAC 역할이 필요합니다. 자세한 내용은 Azure RBAC: 기본 제공 역할을 참조하세요.

기타 고려 사항

• 상위 서비스 계층이나 컴퓨팅 크기로 업그레이드하는 경우 더 큰 크기(최대 크기)를 명시적으로 지정하지 않는 한 최대 데이터베이스 크기는 증가하지 않습니다.
• 데이터베이스를 다운그레이드하려면 데이터베이스 사용 공간이 대상 서비스 계층 및 컴퓨팅 크기의 최대 허용 크기보다 작아야 합니다.
• 프리미엄에서 표준 계층으로 다운그레이드하는 경우 (1) 데이터베이스의 최대 크기가 대상 컴퓨팅 크기에서 지원되고 (2) 최대 크기가 대상 컴퓨팅 크기의 포함된 스토리지 용량을 초과하는 경우 추가 스토리지 비용이 적용됩니다. 예를 들어 최대 크기가 500GB인 P1 데이터베이스 크기를 S3으로 줄이는 경우 S3이 최대 크기인 1TB를 지원하고 포함된 스토리지 용량은 250GB에 불과하므로 추가 스토리지 비용이 적용됩니다. 따라서 추가 스토리지 용량은 500GB – 250GB = 250GB입니다. 추가 스토리지 가격 책정에 대한 자세한 내용은 Azure SQL 데이터베이스 가격 책정을 참조하세요. 실제 사용된 공간의 크기가 포함된 스토리지 용량보다 작은 경우 데이터베이스 최대 크기를 포함된 크기로 줄여 이러한 추가 비용을 방지할 수 있습니다.
• 지역 복제를 사용하도록 설정된 데이터베이스를 업그레이드하는 경우, 주 데이터베이스를 업그레이드하기 전에 먼저 해당 보조 데이터베이스를 원하는 서비스 계층 및 컴퓨팅 크기로 업그레이드합니다(최상의 성능을 위한 일반 지침). 다른 버전으로 업그레이드하는 경우 보조 데이터베이스를 먼저 업그레이드해야 합니다.
• 지역 복제를 사용하도록 설정된 데이터베이스를 업그레이드하는 경우, 주 데이터베이스를 업그레이드하기 전에 먼저 해당 보조 데이터베이스를 원하는 서비스 계층 및 컴퓨팅 크기로 업그레이드합니다(최상의 성능을 위한 일반 지침). 다른 버전으로 다운그레이드하는 경우 주 데이터베이스를 먼저 다운그레이드해야 합니다.
• 복원 서비스는 여러 서비스 계층에서 서로 다르게 제공됩니다. 기본 계층으로 다운그레이드하는 경우 백업 보존 기간이 더 짧아집니다. Azure SQL 데이터베이스의 자동 백업을 참조하세요.
• 데이터베이스의 새로운 속성은 변경이 완료될 때까지 적용되지 않습니다.
• 데이터베이스의 크기를 조정하기 위해 데이터를 복사해야 하는 경우(대기 시간 참조) 서비스 계층을 변경할 때 리소스 사용률이 높으면 크기 조정 작업을 수행하는 데 시간이 더 오래 걸릴 수 있습니다. 가속화된 데이터베이스 복구사용하면 장기 실행 트랜잭션 롤백이 중요한 지연 원인은 아니지만, 동시 리소스 사용량이 많을수록 특히 더 작은 컴퓨팅 크기의 경우 크기 조정을 위한 컴퓨팅, 스토리지 및 네트워크 대역폭 리소스가 줄어들 수 있습니다.

결제

사용량 또는 데이터베이스가 한 시간 미만 동안 활성 상태였는지 여부와 무관하게, 해당 시간에 적용된 최고 서비스 계층 + 컴퓨팅 크기를 사용하여 데이터베이스가 있었던 각 시간에 대해 요금이 청구됩니다. 예를 들어 단일 데이터베이스를 만들고 5분 후 삭제하더라도 청구서에는 데이터베이스 1시간 사용에 대한 요금이 반영됩니다.

스토리지 크기 변경

vCore 기반 구매 모델

• 스토리지는 1GB 증분 단위로 데이터 스토리지 최대 크기 제한까지 프로비전할 수 있습니다. 구성 가능한 최소 데이터 스토리지는 5GB입니다. 각 서비스 목표에 대한 데이터 스토리지 최대 크기 제한은 vCore 구매 모델을 사용한 단일 데이터베이스에 대한 리소스 제한 및 DTU 구매 모델을 사용한 단일 데이터베이스에 대한 리소스 제한의 리소스 제한 설명서 페이지를 참조하세요.

• 단일 데이터베이스에 대한 데이터 스토리지는 Azure Portal, Transact-SQL, PowerShell, Azure CLI 또는 REST API를 사용하여 해당 최대 크기를 늘리거나 줄여서 프로비전할 수 있습니다. 최대 크기 값이 바이트로 지정된 경우 1GB(1,073,741,824바이트)의 배수여야 합니다.

• 데이터베이스의 데이터 파일에 저장할 수 있는 데이터의 양은 구성된 데이터 스토리지 최대 크기에 의해 제한됩니다. 이 스토리지 외에도 Azure SQL 데이터베이스는 트랜잭션 로그에 사용할 30% 더 많은 스토리지를 자동으로 추가합니다. 단일 데이터베이스 또는 탄력적 풀에 대한 스토리지의 가격은 데이터 스토리지 및 트랜잭션 로그 스토리지 용량 합계에 해당 서비스 계층의 스토리지 단가를 곱한 값입니다. 예를 들어 데이터 스토리지가 10GB로 설정된 경우 추가 트랜잭션 로그 스토리지는 10GB * 30% = 3GB이고 청구 가능한 스토리지의 총 크기는 10GB + 3GB = 13GB입니다.

  참고 항목

  트랜잭션 로그 파일의 최대 크기는 자동으로 관리되며 경우에 따라 데이터 스토리지 최대 크기의 30%보다 더 클 수 있습니다. 이렇게 하면 데이터베이스에 대한 스토리지 가격이 늘어나지 않습니다.

• Azure SQL 데이터베이스는 tempdb 데이터베이스에 대해 vCore당 32GB를 자동으로 할당합니다. tempdb는 모든 서비스 계층의 로컬 SSD 스토리지에 있습니다. tempdb의 비용은 단일 데이터베이스 또는 탄력적 풀의 가격에 포함됩니다.

• 스토리지 가격에 대한 자세한 내용은 Azure SQL 데이터베이스 가격 책정을 참조하세요.

DTU 기반 구매 모델

• 단일 데이터베이스에 대한 DTU 가격에는 특정 크기의 스토리지가 추가 비용 없이 포함됩니다. 포함된 용량 외 추가 스토리지는 최대 250GB씩 총 1TB이 최대 크기 제한까지 추가 비용을 내고 프로비전할 수 있고 1TB 이상일 경우 256GB씩 프로비전할 수 있습니다. 포함된 스토리지 크기 및 최대 크기 제한에 대한 자세한 내용은 단일 데이터베이스: 스토리지 크기 및 컴퓨팅 크기를 참조하세요.
• 단일 데이터베이스에 대한 추가 스토리지는 Azure Portal, Transact-SQL, PowerShell, Azure CLI, 또는 REST API를 통해 해당하는 최대 크기를 늘려서 프로비전할 수 있습니다.
• 단일 데이터베이스에 대한 추가 스토리지 가격은 추가 스토리지 용량에 해당 서비스 계층의 추가 스토리지 단가를 곱한 것입니다. 추가 스토리지 가격에 대한 자세한 내용은 Azure SQL 데이터베이스 가격 책정을 참조하세요.

지역에서 복제된 데이터베이스

복제된 보조 데이터베이스의 데이터베이스 크기를 변경하려면 주 데이터베이스의 크기를 변경합니다. 이후 변경 사항이 복제되고 보조 데이터베이스에도 구현됩니다.

최대 크기가 1TB를 초과하는 경우의 P11 및 P15 제약 조건

현재 일부 예외 지역 이외의 모든 지역에서 프리미엄 계층의 스토리지는 1TB를 초과하여 사용할 수 있습니다(예외 지역: 중국 동부, 중국 북부, 독일 중부, 독일 북동부). 이러한 지역에서 프리미엄 계층 스토리지 최대 크기는 1TB로 제한됩니다. 다음 고려 사항 및 제한 사항은 최대 크기가 1TB보다 큰 P11 및 P15 데이터베이스에 적용됩니다.

• P11 또는 P15 데이터베이스의 최대 크기가 1TB보다 큰 값으로 설정된 경우에는 P11 또는 P15 데이터베이스에만 복원하거나 복사할 수 있습니다. 나중에 크기 조정 작업 시 할당된 공간이 새 컴퓨팅 크기의 최대 크기 제한을 초과하지 않는 경우 데이터베이스를 다른 컴퓨팅 크기로 다시 스케일링할 수 있습니다.
• 활성 지역 복제 시나리오의 경우:
  • 지역에서 복제 관계 설정: 주 데이터베이스가 P11 또는 P15인 경우 보조 데이터베이스는 P11 또는 P15이어야 합니다. 낮은 컴퓨팅 계층은 1TB를 지원하지 않으므로 보조 데이터베이스로 거부됩니다.
  • 지역에서 복제 관계에서 주 데이터베이스 업그레이드: 주 데이터베이스에서 최대 크기를 1TB보다 크게 변경하면 보조 데이터베이스에서도 동일한 변경 사항이 트리거됩니다. 변경 내용을 적용하려면 주 데이터베이스에서 두 가지 업그레이드에 성공해야 합니다. 1TB보다 큰 옵션에 대한 지역 제한 사항이 적용됩니다. 1TB보다 큰 크기를 지원하지 않는 지역에 보조 데이터베이스가 있는 경우 주 데이터베이스는 업그레이드되지 않습니다.
• 1TB보다 큰 크기의 P11/P15 데이터베이스 로드에 대한 Import/Export 서비스 사용은 지원되지 않습니다. SqlPackage를 사용하여 데이터를 가져오고내보냅니다.

관련 콘텐츠

• vCore 구매 모델을 사용한 단일 데이터베이스에 대한 리소스 제한
• DTU 구매 모델을 사용하는 단일 데이터베이스에 대한 리소스 제한 - Azure SQL Database