Azure SQL Veritabanında tek veritabanı kaynaklarını ölçeklendirme

Şunlar için geçerlidir:Azure SQL Veritabanı

Bu makalede, sağlanan işlem katmanındaki Azure SQL Veritabanı için kullanılabilir işlem ve depolama kaynaklarının nasıl ölçeklendirildiği açıklanır. Alternatif olarak sunucusuz işlem katmanı, kullanılan işlem için işlem otomatik ölçeklendirmesi ve saniye başına faturalar sağlar.

Başlangıçta sanal çekirdek veya DTU sayısını seçtikten sonra, tek bir veritabanının ölçeğini gerçek deneyime göre dinamik olarak artırıp azaltabilirsiniz:

• Transact-SQL
• Azure portalı
• PowerShell
• Azure CLI
• REST API

Etki

Hizmet katmanının veya işlem boyutunun değiştirilmesi esas olarak hizmetin aşağıdaki adımları gerçekleştirmesini içerir:

1. Veritabanı için yeni bir işlem örneği oluşturun.

   İstenen hizmet katmanı ve işlem boyutu ile yeni bir işlem örneği oluşturulur. Hizmet katmanı ve işlem boyutu değişikliklerinin bazı bileşimleri için, yeni işlem örneğinde verilerin kopyalanmasını içeren ve genel gecikme süresini önemli ölçüde etkileyebileceğiniz bir veritabanı çoğaltması oluşturulmalıdır. Ne olursa olsun, bu adım sırasında veritabanı çevrimiçi kalır ve bağlantılar özgün işlem örneğindeki veritabanına yönlendirilmeye devam eder.

2. Bağlantıların yönlendirmesini yeni bir işlem örneğine değiştirin.

   Özgün işlem örneğinde veritabanına yapılan mevcut bağlantılar sonlandırılır. Yeni işlem örneğinde, veritabanına yeni bağlantılar oluşturulur. Hizmet katmanı ve işlem boyutu değişikliklerinin bazı bileşimleri için, veritabanı dosyaları geçiş sırasında ayrılır ve tekrar eklenir. Her durumda, veritabanı genellikle 30 saniyeden kısa bir süre ve çoğunlukla yalnızca birkaç saniye boyunca kullanılamadığında, geçiş kısa bir hizmet kesintisine neden olabilir. Bağlantılar bırakıldığında uzun süre çalışan işlemler varsa, durdurulan işlemlerin kurtarılması için bu adımın süresi daha uzun sürebilir. Hızlandırılmış veritabanı kurtarma, uzun süre çalışan işlemlerin durdurulma etkisini azaltabilir.

Gecikme süresi

Hizmet katmanını değiştirmek, tek bir veritabanının veya elastik havuzun işlem boyutunu ölçeklendirmek, bir veritabanını elastik havuz içinde/dışında taşımak veya elastik havuzlar arasında veritabanını taşımak için tahmini gecikme süresi aşağıdaki gibi parametrelendirilir:

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');

Ölçeklendirme değişikliklerini izleme veya iptal etme

Hizmet katmanı değişikliği veya işlem yeniden ölçeklendirme işlemi izlenebilir ve iptal edilebilir.

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"
}

İzinler

Transact-SQL aracılığıyla veritabanlarını ölçeklendirmek için: ALTER DATABASE kullanılır. Veritabanını ölçeklendirmek için oturum açma, sunucu yönetici oturumu (Azure SQL Veritabanı mantıksal sunucu sağlandığında oluşturulan), sunucunun Microsoft Entra yöneticisi, master içerisindeki dbmanager veritabanı rolünün bir üyesi, mevcut veritabanındaki db_owner veritabanı rolünün bir üyesi veya dbo veritabanında belirli bir role sahip olmalıdır. Daha fazla bilgi için bkz . ALTER DATABASE.

Veritabanlarını Azure portalı, PowerShell, Azure CLI veya REST API aracılığıyla ölçeklendirmek için: Özellikle Katkıda Bulunan, SQL DB Katkıda Bulunanı rolü veya SQL Server Katkıda Bulunanı Azure RBAC rolleri olmak üzere Azure RBAC izinleri gereklidir. Daha fazla bilgi için bkz . Azure RBAC yerleşik rolleri.

Dikkat edilecek diğer noktalar

• Daha yüksek bir hizmet katmanına veya işlem boyutuna yükseltme yaptığınızda siz açıkça daha büyük bir boyut (maxsize) belirtmedikçe veritabanının maksimum boyutu artmaz.
• Veritabanını düşürmek için, kullanılan veritabanı alanı hedef hizmet katmanının ve işlem boyutunun izin verilen en büyük boyutundan daha küçük olmalıdır.
• Premium katmanından Standart katmana indirilirken, her ikisi de (1) veritabanının maksimum boyutu hedef işlem boyutunda destekleniyorsa ve (2) maksimum boyut hedef işlem boyutunun dahil edilen depolama miktarını aşıyorsa ek bir depolama maliyeti uygulanır. Örneğin, maksimum boyutu 500 GB olan bir P1 veritabanı S3'e küçültülürse, S3 maksimum 1 TB boyutu desteklediğinden ve dahil edilen depolama miktarı yalnızca 250 GB olduğundan ek depolama maliyeti uygulanır. Bu nedenle, ek depolama alanı miktarı 500 GB – 250 GB = 250 GB'tır. Ek depolama alanı fiyatlandırması için bkz. Azure SQL Veritabanı fiyatlandırma. Kullanılan gerçek alan miktarı dahil edilen depolama miktarından azsa, veritabanının maksimum boyutu dahil edilen miktara indirilerek bu ek maliyet önlenebilir.
• Coğrafi çoğaltma etkinleştirilmiş bir veritabanını yükseltirken, birincil veritabanını yükseltmeden önce ikincil veritabanlarını istenen hizmet katmanına ve işlem boyutuna yükseltin (en iyi performans için genel kılavuz). Farklı bir sürüme yükseltirken, önce ikincil veritabanının yükseltilmesi gerekir.
• Coğrafi çoğaltma etkinleştirilmiş bir veritabanını düşürürken, ikincil veritabanını düşürmeden önce birincil veritabanlarını istenen hizmet katmanına ve işlem boyutuna düşürebilirsiniz (en iyi performans için genel kılavuz). Farklı bir sürüme geçtiğinizde, öncelikle ana veritabanının sürümünün düşürülmesi gerekir.
• Farklı hizmet katmanları için geri yükleme hizmeti teklifleri farklılık gösterir. Temel katmana düşürecekseniz, yedekleme saklama süresi daha kısadır. Bkz. Azure SQL Veritabanı'de otomatik yedeklemeler.
• Değişiklikler tamamlanana kadar veritabanı için yeni özellikler uygulanmaz.
• Hizmet katmanını değiştirirken veritabanını ölçeklendirmek için veri kopyalama gerektiğinde (bkz . Gecikme süresi), ölçeklendirme işlemiyle eşzamanlı yüksek kaynak kullanımı daha uzun ölçeklendirme sürelerine neden olabilir. Hızlandırılmış veritabanı kurtarmauzun süre çalışan işlemlerin geri alınması önemli bir gecikme kaynağı değildir, ancak yüksek eşzamanlı kaynak kullanımı özellikle daha küçük işlem boyutları için ölçeklendirme için daha az işlem, depolama ve ağ bant genişliği kaynağı bırakabilir.

Faturalandırma

Kullanımdan veya veritabanının bir saatten kısa bir süre etkin olup olmamasına bakılmaksızın bu saat içinde uygulanan en yüksek hizmet katmanı + işlem boyutu kullanılarak bir veritabanının mevcut olduğu her saat için faturalandırılırsınız. Örneğin, tek bir veritabanı oluşturur ve beş dakika sonra silerseniz faturanız bir veritabanı saati için ücret yansıtmaktadır.

Depolama boyutunu değiştirme

Sanal çekirdek tabanlı satın alma modeli

• Depolama alanı, 1 GB'lık artışlar kullanılarak veri depolama maksimum boyut sınırına kadar sağlanabilir. Yapılandırılabilir en düşük veri depolama alanı 1 GB'tır. Her hizmet hedefinde veri depolama maksimum boyut sınırları için sanal çekirdek satın alma modelini kullanan tek veritabanları için kaynak sınırları ve DTU satın alma modelini kullanan tek veritabanları için kaynak sınırları belge sayfalarına bakın.

• Tek veritabanının veri depolama alanını sağlamak için Azure portal, Transact-SQL, PowerShell, Azure CLI veya REST API kullanarak maksimum boyutunu artırabilir veya azaltabilirsiniz. Maksimum boyut değeri bayt cinsinden belirtilirse, 1 GB'ın katı (1.073.741.824 bayt) olmalıdır.

• Bir veritabanının veri dosyalarında depolanabilecek veri miktarı, yapılandırılan veri depolama maksimum boyutuyla sınırlıdır. bu depolamaya ek olarak, Azure SQL Veritabanı işlem günlüğü için kullanılacak %30 daha fazla depolama alanını otomatik olarak ekler. Tek bir veritabanı veya elastik havuz için depolama fiyatı, hizmet katmanının depolama birimi fiyatıyla çarpılan veri depolama ve işlem günlüğü depolama tutarlarının toplamıdır. Örneğin, veri depolama alanı 10 GB olarak ayarlanırsa, ek işlem günlüğü depolama alanı 10 GB * %30 = 3 GB' tır ve toplam faturalanabilir depolama alanı miktarı 10 GB + 3 GB = 13 GB'tır.

  Not

  İşlem günlüğü dosyasının en büyük boyutu otomatik olarak yönetilir ve bazı durumlarda veri depolama alanı boyutu üst sınırının %30'undan büyük olabilir. Bu, veritabanı için depolama fiyatını artırmaz.

• Azure SQL Veritabanı veritabanı için tempdb sanal çekirdek başına otomatik olarak 32 GB ayırır. tempdb tüm hizmet katmanlarında yerel SSD depolama alanında bulunur. maliyeti tempdb tek bir veritabanının veya elastik havuzun fiyatına dahildir.

• Depolama fiyatıyla ilgili ayrıntılar için bkz: Azure SQL Veritabanı fiyatlandırması.

DTU tabanlı satın alma modeli

• Tek bir veritabanı için DTU fiyatı, ek ücret ödemeden belirli bir miktarda depolama alanı içerir. Verilen depolama alanına ek olarak sağlanan depolama alanı, ek ücret karşılığında en fazla boyut sınırına kadar 1 TB’a kadar 250 GB kademelerle ve 1 TB sonrasında 256 GB kademelerle artırılabilir. Dahil edilen depolama miktarları ve maksimum boyut sınırları için bkz . Tek veritabanı: Depolama boyutları ve işlem boyutları.
• Tek veritabanı için ek depolama alanı sağlamak isterseniz Azure portal, Transact-SQL, PowerShell, Azure CLI veya REST API kullanarak maksimum boyutunu artırabilirsiniz.
• Tek bir veritabanı için ek depolamanın fiyatı, hizmet katmanının ek depolama birimi fiyatıyla çarpılan ek depolama miktarıdır. Ek depolama alanı fiyatıyla ilgili ayrıntılar için Azure SQL Veritabanı fiyatlandırması sayfasına bakın.

Coğrafi olarak çoğaltılan veritabanı

Çoğaltılan ikincil veritabanının veritabanı boyutunu değiştirmek için birincil veritabanının boyutunu değiştirin. Bu değişiklik daha sonra ikincil veritabanına çoğaltılır ve uygulanır.

Maksimum boyut 1 TB'tan büyük olduğunda P11 ve P15 kısıtlamaları

Premium katmanında 1 TB'tan fazla depolama alanı şu anda Çin Doğu, Kuzey Çin, Orta Almanya ve Kuzeydoğu Almanya hariç tüm bölgelerde kullanılabilir. Bu bölgelerde Premium katmanda depolama için 1 TB üst sınırı uygulanır. Boyut üst sınırı 1 TB'tan büyük P11 ve P15 veritabanları için aşağıdaki önemli noktalar ve sınırlamalar geçerlidir:

• P11 veya P15 veritabanının en büyük boyutu 1 TB'tan büyük bir değere ayarlanmışsa, yalnızca P11 veya P15 veritabanına geri yüklenebilir veya kopyalanabilir. Daha sonra, yeniden ölçeklendirme işlemi sırasında ayrılan alan miktarının yeni işlem boyutunun maksimum boyut sınırlarını aşmaması koşuluyla veritabanı farklı bir işlem boyutuna yeniden ölçeklendirilebilir.
• Etkin coğrafi çoğaltma senaryoları için:
  • Coğrafi çoğaltma ilişkisi ayarlama: Birincil veritabanı P11 veya P15 ise, ikincil (ies) de P11 veya P15 olmalıdır. Daha düşük işlem boyutları, 1 TB'tan fazlasını destekleyemedikleri için ikincil olarak kabul edilmez.
  • Coğrafi çoğaltma ilişkisinde birincil veritabanını yükseltme: Birincil veritabanında en büyük boyutun 1 TB'tan fazla olması, ikincil veritabanında da aynı değişikliği tetikler. Birincildeki değişikliğin etkili olması için her iki yükseltmenin de başarılı olması gerekir. 1 TB'tan fazla seçenek için bölge sınırlamaları geçerlidir. İkincil, 1 TB'tan fazla desteklemeyen bir bölgedeyse birincil yükseltilmez.
• 1 TB'tan fazla P11/P15 veritabanlarını yüklemek için İçeri/Dışarı Aktarma hizmetinin kullanılması desteklenmez. Verileri içeri ve dışarı aktarmak için SqlPackage'ı kullanın.

İlgili içerik

• Tek veritabanları için sanal çekirdek satın alma modelinde kaynak sınırları
• DTU satın alma modelini kullanarak tek veritabanları için kaynak sınırları - Azure SQL Veritabanı