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

Bu makalede, sağlanan işlem katmanında bir kullanıcı için kullanılabilir işlem ve Azure SQL Veritabanı kaynakları ölçeklendirme açıklanmıştır. Alternatif olarak, sunucusuz işlem katmanı işlem otomatik ölçeklendirmesi sağlar ve kullanılan işlem için saniye başına faturalar sağlar.

Başlangıçta sanal çekirdek veya DTUR sayısını seçdikten sonra, kullanarak gerçek deneyime göre tek bir veritabanının ölçeğini dinamik olarak yukarı veya aşağı doğru ölçeklendirebilirsiniz:

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

Etki

Hizmet katmanını veya işlem boyutunu değiştirmek için genellikle hizmetin aşağıdaki adımları gerçekleştirmesi gerekir:

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 veritabanının bir çoğaltması oluşturularak verilerin kopyalandırılabilir ve bu da genel gecikme süresini önemli bir şekilde etkilemektedir. 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önlendirilmez.

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

   Özgün işlem örneğindeki veritabanına mevcut bağlantılar bırakılır. Yeni işlem örneğindeki veritabanına yeni bağlantılar kurulur. Hizmet katmanı ve işlem boyutu değişikliklerinin bazı bileşimleri için, veritabanı dosyaları anahtar sırasında ayrılır ve yeniden takılmış olur. Ne olursa olsun, veritabanı genel olarak 30 saniyeden kısa ve genellikle yalnızca birkaç saniye için kullanılamasa da anahtar kısa bir hizmet kesintisi ile sonuçlanabiliyor. Bağlantılar bırakılabilirken uzun süre çalışan işlemler varsa, durdurulan işlemleri kurtarmak 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 azaltan bir durum olabilir.

Gecikme süresi

Hizmet katmanını değiştirme, tek bir veritabanının veya elastik havuzun işlem boyutunu ölçeklendirme, veritabanını elastik havuzun içinde/dışında taşıma veya elastik havuzlar arasında veritabanını taşıma için tahmini gecikme süresi şu şekilde parametreli hale gelir:

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

Değişiklikleri iptal ediyor

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

Azure portal

Veritabanına genel bakış dikey penceresinde Bildirimler'e gidin ve devam eden bir işlem olduğunu belirten kutucuğunu tıklatın:

Ardından Bu işlemi iptal et etiketli düğmeye tıklayın.

PowerShell

Bir PowerShell komut isteminde $resourceGroupName , $serverName ve 'i ayarlayın ve ardından aşağıdaki komutu $databaseName çalıştırın:

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

Diğer konular

• Daha yüksek bir hizmet katmanına veya işlem boyutuna yükseltıyorsanız, açıkça daha büyük bir boyut (maxsize) belirtmedikçe veritabanı maksimum boyutu artmaz.
• Veritabanını eski sürüme düşürmek için, kullanılan veritabanı alanı hedef hizmet katmanının izin verilen en büyük boyutundan ve işlem boyutundan küçük olmalıdır.
• Premium katmanından Standart katmana düşürme işlemi, veritabanının en büyük boyutunun her ikisi de (1) hedef işlem boyutunda destek alıyorsa ve (2) maksimum boyut, hedef işlem boyutunun dahil edilen depolama miktarını aşarsa ek depolama maliyeti uygulanır. Örneğin, maksimum boyutu 500 GB olan bir P1 veritabanı S3'e indirilse, S3 en fazla 1 TB boyutu desteklediği ve dahil edilen depolama miktarının yalnızca 250 GB olduğu için ek depolama maliyeti uygulanır. Bu nedenle ek depolama alanı miktarı 500 GB – 250 GB = 250 GB'tır. Ek depolama fiyatlandırması için bkz. Azure SQL Veritabanı fiyatlandırması. Kullanılan gerçek alan miktarı dahil edilen depolama miktarından düşükse, veritabanı maksimum boyutunu dahil edilen miktara indirerek bu ek maliyetten kaçınabilirsiniz.
• Coğrafi çoğaltma etkin 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 etkin bir veritabanını eski sürüme düşürerek 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 indirenler, birincil veritabanının önce eski sürüme düşürülen bir gereksinimdir.
• Geri yükleme hizmeti teklifleri, çeşitli hizmet katmanları için farklılık gösterir. Temel katmana eski sürüme düşürüyorsanız, daha düşük bir yedekleme saklama süresi vardır. bkz. Azure SQL Veritabanı yedeklemeleri.
• Veritabanı için yeni özellikler, değişiklikler tamamlanana kadar uygulanmaz.
• Bir veritabanını ölçeklendirmek için veri kopyalama gerektiğinde (bkz. gecikme süresi) hizmet katmanını değiştirirken, ölçek işlemine yönelik olarak yüksek kaynak kullanımı eşzamanlı ölçeklendirme sürelerine neden olabilir. Hızlandırılmış veritabanı kurtarma (ADR)sayesinde, uzun 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 bilgi işlem boyutları için ölçekleme için daha az işlem, depolama ve ağ bant genişliği kaynakları bırakabilir.

Faturalama

Kullanımdan veya veritabanının bir saatten az etkin kalıp kalmadığından bağımsız olarak, bu saat boyunca uygulanan en yüksek hizmet katmanı + işlem boyutunu kullanarak bir veritabanının mevcut olduğu her saat için faturalandırılırsınız. Örneğin, tek bir veritabanı oluşturup beş dakika sonra silerseniz faturanız bir veritabanı saati için bir ücret yansıtır.

Depolama boyutunu değiştir

Sanal çekirdek tabanlı satın alma modeli

• Depolama, 1 GB 'lik artışlarla veri depolama maksimum boyut sınırına sağlanabilir. Yapılandırılabilir veri depolaması en az 1 GB 'dir. Her hizmet hedefi için veri depolama maksimum boyut sınırları için, bkz. tek veritabanlarına ait kaynak sınırları için kaynak sınırı belge sayfaları, DTU satın alma modelini kullanarak tek veritabanlarının sanal çekirdek satın alma modelini ve kaynak sınırlarını kullanarak.
• tek bir veritabanı için veri depolama, Azure portal, Transact-SQL, PowerShell, Azure clıveya REST APIkullanılarak en büyük boyutu arttırılarak veya azaltılarak sağlanabilir. En büyük boyut değeri bayt cinsinden belirtilirse, 1 GB (1073741824 bayt) katlarından biri 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ılmak üzere otomatik olarak %30 daha fazla depolama alanı ayırır.
• Azure SQL Veritabanı, veritabanı için otomatik olarak 32 GB 'yi ayırır tempdb . tempdb , tüm hizmet katmanlarında yerel SSD depolamada bulunur.
• Tek bir veritabanı veya elastik havuz için depolama fiyatı, veri depolama ve işlem günlüğü depolama tutarlarının toplamıdır ve hizmet katmanının depolama birimi fiyatıyla çarpılır. Maliyeti tempdb fiyata dahildir. depolama fiyatı hakkında daha fazla bilgi 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 miktarda depolama alanı içerir. Dahil edilen miktarın ötesinde daha fazla depolama alanı, 250 GB ile 1 TB arasında artan maksimum boyut sınırına kadar ek bir maliyet ve sonra da 1 TB 'ın üzerinde 256 GB 'lık artışlarla sağlanabilir. dahil edilen depolama miktarları ve maksimum boyut sınırları için bkz. tek veritabanı: Depolama boyutları ve işlem boyutları.
• tek bir veritabanı için ek depolama, Azure portal, Transact-SQL, PowerShell, Azure clıveya REST APIkullanılarak en büyük boyutu arttırılarak sağlanabilir.
• Tek bir veritabanı için ek depolama alanı fiyatı, hizmet katmanının ek depolama birimi fiyatı ile çarpılmış olan ek depolama miktarıdır. ek depolamanın fiyatları hakkında daha fazla bilgi için bkz. Azure SQL Veritabanı fiyatlandırması.

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

Çoğaltılan bir 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 çoğaltılır ve ikincil veritabanına uygulanır.

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

Premium katmanında 1 TB 'den fazla depolama alanı şu anda tüm bölgelerde kullanılabilir: Çin Doğu, Çin Kuzey, Almanya Orta ve Almanya Kuzeydoğu. bu bölgelerde, Premium katmanındaki en fazla depolama alanı 1 TB ile sınırlıdır. En büyük boyut olan 1 TB 'den büyük olan P11 ve P15 veritabanları için aşağıdaki önemli noktalar ve sınırlamalar geçerlidir:

• Bir P11 veya P15 veritabanının en büyük boyutu 1 TB 'den büyük bir değere ayarlandıysa, bu, yalnızca bir P11 veya P15 veritabanına geri yüklenebilir veya kopyalanabilir. Daha sonra, veritabanı farklı bir işlem boyutuna ölçeklendirildi, ancak bu işlem sırasında ayrılan alan miktarı, yeni işlem boyutunun en büyük boyut sınırlarını aşmaz.
• Etkin coğrafi çoğaltma senaryoları için:
  • Coğrafi çoğaltma ilişkisi ayarlama: birincil veritabanı P11 veya P15 ise, ikincil (ies) da P11 veya P15 olmalıdır. Daha düşük işlem boyutu 1 TB 'den fazla destekleme yeteneğine sahip olmadığından ikincil olarak reddedilir.
  • Coğrafi çoğaltma ilişkisinde birincil veritabanını yükseltme: birincil veritabanında en büyük boyutu 1 TB 'den fazlasına değiştirmek ikincil veritabanında aynı değişikliği tetikler. Birincil değişikliğin etkili olabilmesi için her iki yükseltme de başarılı olmalıdır. 1 TB 'den fazla seçeneği için bölge sınırlamaları geçerlidir. İkincil, 1 TB 'ın üzerinde bir değer desteklemeyen bir bölgedeyse, birincil yükseltilmemiştir.
• 1 TB 'tan fazla P11/P15 veritabanını yüklemek için İçeri/Dışarı Aktarma hizmeti kullanılması desteklenmez. Verileri içeri ve dışarı aktarmak için SqlPackage.exe kullanın.

Sonraki adımlar

genel kaynak sınırları için, bkz. Azure SQL Veritabanı sanal çekirdek tabanlı kaynak limitleri-tek veritabanları ve Azure SQL Veritabanı DTU tabanlı kaynak limitleri-tek veritabanları.