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

Bu makalede, sağlanan işlem katmanındaki bir 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, gerçek deneyime göre tek bir veritabanının ölçeğini dinamik olarak artırıp azaltabilirsiniz:

Önemli

Bazı durumlarda kullanılmayan alanı geri kazanmak için veritabanını küçültmeniz gerekebilir. Daha fazla bilgi için bkz. Azure SQL Veritabanında dosya alanını yönetme.

Etki

Hizmet katmanının veya işlem boyutunun değiştirilmesi temel 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 güçlü bir şekilde 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ğindeki veritabanına yönelik 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 eklenir. Ne olursa olsun, veritabanı genellikle 30 saniyeden kısa bir süre ve genellikle yalnızca birkaç saniye boyunca kullanılamadığında anahtar 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.

Önemli

İş akışındaki herhangi bir adım sırasında veri kaybı olmaz. Hizmet katmanı değiştirilirken Azure SQL Veritabanı kullanan uygulamalarda ve bileşenlerde bazı yeniden deneme mantığı uyguladığınıza emin olun.

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ışına taşımak veya elastik havuzlar arasında bir veritabanını taşımak için tahmini gecikme süresi aşağıdaki gibi parametrelendirilir:

Hizmet katmanı Temel tek veritabanı,Standart
(S0-S1)
Temel elastik havuz,Standart
(S2-S12),
Genel Amaçlı tek veritabanı veya elastik havuz
Premium veya İş Açısından Kritik tek veritabanı veya elastik havuz Hiper Ölçek
Temel tek veritabanı,
Standart (S0-S1)
• Kullanılan
alandan bağımsız sabit süre gecikme süresi• Genellikle, 5 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
Temel elastik havuz,
Standart (S2-S12),
Genel Amaçlı tek veritabanı veya elastik havuz
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Tek veritabanları için, kullanılan
alandan bağımsız sabit süre gecikme süresi• Genellikle, tek veritabanları için 5 dakikadan az• Elastik havuzlar
için, veritabanı sayısıyla orantılıdır
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
Premium veya İş Açısından Kritik tek veritabanı veya elastik havuz • Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
Hiper Ölçek Yok Bkz . Hiper Ölçek'ten ters geçiş Yok • Kullanılan
alandan bağımsız sabit süre gecikme süresi• Genellikle, 2 dakikadan az

Not

Buna ek olarak, Standart (S2-S12) ve Genel Amaçlı veritabanları için veritabanını elastik havuz içinde/dışına veya elastik havuzlar arasında taşıma gecikmesi, veritabanı Premium Dosya Paylaşımı (PFS) depolama alanı kullanıyorsa veritabanı boyutuyla orantılı olacaktır.

Veritabanının PFS depolama kullanıp kullanmadığını belirlemek için veritabanı bağlamında aşağıdaki sorguyu yürütebilirsiniz. AccountType sütunundaki değer veya PremiumFileStorage-ZRSisePremiumFileStorage, veritabanı PFS depolama kullanıyordur.

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

Not

İş Açısından Kritik'den Genel Amaçlı katmanına ölçeklendirme yaparken alanlar arası yedekli özellik varsayılan olarak aynı kalır. Bölge yedekliliği etkinleştirildiğinde bu sürüm düşürmenin gecikme süresi ve Genel Amaçlı katmanı için bölge yedekliliğine geçiş gecikmesi veritabanı boyutuyla orantılı olacaktır.

Değişiklikler iptal edildi

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

Azure portal

Veritabanına genel bakış dikey penceresinde Bildirimler'e gidin ve devam eden bir işlem olduğunu gösteren kutucuğa tıklayın:

Devam eden işlem

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

Devam eden işlemi iptal etme

PowerShell

PowerShell komut isteminden , $serverNameve öğesini ayarlayın $resourceGroupNameve $databaseNameaşağıdaki komutu ç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"
}

İzinler

T-SQL aracılığıyla veritabanlarını ölçeklendirmek için ALTER DATABASE izinleri gereklidir. Veritabanını ölçeklendirmek için oturum açma bilgileri sunucu yöneticisi oturum açma bilgileri (Azure SQL Veritabanı mantıksal sunucusu sağlandığında oluşturulur), sunucunun Azure AD yöneticisi, içindeki masterdbmanager veritabanı rolünün bir üyesi, geçerli veritabanındaki db_owner veritabanı rolünün üyesi veya dbo veritabanının üyesi 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 Azure RBAC izinleri gerekir; özellikle Katkıda Bulunan, SQL DB Katkıda Bulunanı rolü veya SQL Server Katkıda Bulunan Azure RBAC rolleri. Daha fazla bilgi için Azure RBAC yerleşik rolleri'ne bakın.

Diğer konular

  • 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ının hedef hizmet katmanının ve işlem boyutunun izin verilen en büyük boyutundan küçük olması gerekir.
  • Premium'danStandart katmana düşürme sırasında, 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. veritabanı fiyatlandırması Azure SQL. Kullanılan gerçek alan miktarı dahil edilen depolama miktarından azsa, veritabanının maksimum boyutu dahil edilen miktara düşürülerek 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ın sürümü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 düşürdüğünüzde birincil veritabanının önce eski sürüme indirilmesi gerekir.
  • Geri yükleme hizmeti teklifleri, çeşitli hizmet katmanları için farklılık gösterir. Temel katmana düşürecekseniz daha düşük bir yedekleme saklama süresi vardır. Bkz. veritabanı yedeklemelerini Azure SQL.
  • Veritabanı için yeni özellikler, değişiklikler tamamlanana kadar 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ı olarak yüksek kaynak kullanımı daha uzun ölçeklendirme sürelerine neden olabilir. Hızlandırılmış Veritabanı Kurtarma (ADR) ile 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 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

Bir veritabanının mevcut olduğu her saat için, 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 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 bir ücret yansıtır.

Depolama boyutunu değiştirme

Sanal çekirdek tabanlı satın alma modeli

  • Depolama, 1 GB'lık artışlarla 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 kullanantek 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 bayt olarak belirtilecekse 1 GB (1073741824 bayt) ve katları 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 ayırır.
  • 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.
  • Tek bir veritabanı veya elastik havuz için depolamanın fiyatı, veri depolama ve işlem günlüğü depolama tutarlarının hizmet katmanının depolama birimi fiyatıyla çarpılmasıdır. maliyeti tempdb fiyata dahildir. Depolama fiyatıyla ilgili ayrıntılar için bkz. Azure SQL Veritabanı fiyatlandırması.

Önemli

Bazı durumlarda kullanılmayan alanı geri kazanmak için veritabanını küçültmeniz gerekebilir. Daha fazla bilgi için bkz. Azure SQL Veritabanında dosya alanını yönetme.

DTU tabanlı satın alma modeli

  • Tek bir veritabanının DTU fiyatı, ek ücret ödemeden belirli bir miktarda depolama alanı içerir. Verilen depolama alanına ek olarak sağlanan depolama alanı için maksimum boyut ek ücret karşılığında 1 TB’a kadar 250 GB kademelerle, 1 TB sonrasında ise 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 depolamanın fiyatıyla ilgili ayrıntılar için bkz. veritabanı fiyatlandırması Azure SQL.

Önemli

Bazı durumlarda kullanılmayan alanı geri kazanmak için veritabanını küçültmeniz gerekebilir. Daha fazla bilgi için bkz. Azure SQL Veritabanında dosya alanını yönetme.

Coğrafi olarak çoğaltılmış 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 Doğu Çin, Kuzey Çin, Orta Almanya ve Kuzeydoğu Almanya dışındaki tüm bölgelerde kullanılabilir. Bu bölgelerde Premium katmanındaki depolama üst sınırı 1 TB ile sınırlıdır. Boyut üst sınırı 1 TB'tan büyük olan 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ırı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 boyutu, 1 TB'tan fazla destekleme özelliğ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 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 veritabanı yüklemek için İçeri/Dışarı Aktarma hizmetinin 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 sınırları - tek veritabanları ve Azure SQL Veritabanı DTU tabanlı kaynak sınırları - tek veritabanları.