Azure SQL Veritabanında elastik havuz kaynaklarını ölçeklendirme

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

Bu makalede, Azure SQL Veritabanında elastik havuzlar ve havuza alınan veritabanları için kullanılabilir işlem ve depolama kaynaklarının nasıl ölçeklendirildiği açıklanır.

İşlem kaynaklarını değiştirme (sanal çekirdekler veya DTU'lar)

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

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

Hizmet katmanını değiştirme veya işlem boyutunu yeniden ölçeklendirmenin etkisi

Elastik havuzun hizmet katmanını veya işlem boyutunu değiştirmek, tek veritabanlarına benzer bir desen izler ve temelde hizmetin aşağıdaki adımları gerçekleştirmesini içerir:

1. Elastik havuz için yeni işlem örneği oluşturma

   İstenen hizmet katmanı ve işlem boyutu ile elastik havuz için 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 etkiebilen her veritabanının bir çoğaltması oluşturulmalıdır. Ne olursa olsun, bu adım sırasında veritabanları çevrimiçi kalır ve bağlantılar özgün işlem örneğindeki veritabanlarına yönlendirilmeye devam eder.

2. Bağlantıların yeni işlem örneğine yönlendirilmesine geçiş yapma

   Özgün işlem örneğindeki veritabanlarına yönelik mevcut bağlantılar bırakılır. Yeni işlem örneğindeki veritabanları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, veritabanları genellikle 30 saniyeden kısa bir süre ve çoğunlukla 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ını değiştirme veya işlem boyutunu yeniden ölçeklendirme gecikmesi

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 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 azdır• 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	Yok	Yok	• Kullanılan alandan bağımsız sabit süre gecikme süresi• Genellikle, 2 dakikadan az

Not

• Elastik havuz için hizmet katmanını değiştirme veya işlemi yeniden ölçeklendirme durumunda, tahmini hesaplamak için havuzdaki tüm veritabanlarında kullanılan alanın toplamı kullanılmalıdır.
• Bir veritabanını elastik havuza/havuza taşıma durumunda, elastik havuz tarafından kullanılan alanı değil, yalnızca veritabanı tarafından kullanılan alan gecikme süresini etkiler.
• Standart ve Genel Amaçlı elastik havuzlar için, elastik havuzun içinde/dışında veya elastik havuzlar arasında veritabanını taşıma gecikmesi, elastik havuz Premium Dosya Paylaşımı (PFS) depolama alanı kullanıyorsa veritabanı boyutuyla orantılı olacaktır. Bir havuzun PFS depolama kullanıp kullanmadığını belirlemek için havuzdaki herhangi bir veritabanı bağlamında aşağıdaki sorguyu yürütebilirsiniz. AccountType sütunundaki değer veya PremiumFileStorage-ZRSise PremiumFileStorage havuz 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');

İpucu

Devam eden işlemleri izlemek için bkz. SQL REST API kullanarak işlemleri yönetme, CLI kullanarak işlemleri yönetme, T-SQL kullanarak işlemleri izleme ve şu iki PowerShell komutu: Get-AzSqlDatabaseActivity ve Stop-AzSqlDatabaseActivity.

Hizmet katmanını değiştirirken veya işlem boyutunu yeniden ölçeklerken dikkat edilmesi gereken ek noktalar

• Elastik havuz için sanal çekirdekleri veya eDTU'ları küçültürken, kullanılan havuz alanı hedef hizmet katmanının ve havuz eDTU'larının izin verilen en büyük boyutundan daha küçük olmalıdır.
• Elastik havuz için eDTU'ları yeniden ölçeklerken, (1) havuzun maksimum depolama boyutu hedef havuz tarafından destekleniyorsa ve (2) depolama maksimum boyutu hedef havuzun dahil edilen depolama miktarını aşıyorsa ek bir depolama maliyeti uygulanır. Örneğin, maksimum boyutu 100 GB olan 100 eDTU Standart havuzu 50 eDTU Standart havuzuna düşürüldüyse, hedef havuz maksimum 100 GB boyutu desteklediğinden ve dahil edilen depolama alanı miktarı yalnızca 50 GB olduğundan ek depolama maliyeti uygulanır. Bu nedenle, ek depolama alanı miktarı 100 GB – 50 GB = 50 GB'tır. Ek depolama alanı fiyatlandırması için bkz. SQL Veritabanı fiyatlandırması. Kullanılan gerçek alan miktarı dahil edilen depolama miktarından azsa, veritabanı maksimum boyutu dahil edilen miktara düşürülerek bu ek maliyetten kaçınılabilir.

Yeniden ölçeklendirme sırasında faturalama

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.

Elastik havuz depolama boyutunu değiştirme

Ö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.

Sanal çekirdek tabanlı satın alma modeli

• Depolama en fazla boyut sınırına kadar sağlanabilir:

  • Standart veya Genel Amaçlı hizmet katmanlarında depolama için boyutu 10 GB'lık artışlarla artırın veya azaltın
  • Premium veya İş Açısından Kritik hizmet katmanlarında depolama için boyutu 250 GB artışlarla artırın veya azaltın

• Elastik havuz depolama alanını sağlamak için maksimum boyutunu artırabilir veya azaltabilirsiniz.

• Elastik havuzun depolama fiyatı, depolama miktarının hizmet katmanının depolama birimi fiyatıyla çarpılmasıdır. Ek depolamanın fiyatıyla ilgili ayrıntılar için bkz. 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

• Elastik havuz için eDTU fiyatı kapsamında ek ücret olmadan belirli miktarda depolama alanı sunulur. 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 . DTU satın alma modelini kullanan elastik havuzlar için kaynak sınırları veya sanal çekirdek satın alma modelini kullanan elastik havuzlar için kaynak sınırları.
• Elastik havuz için ek depolama alanı Azure portal, PowerShell, Azure CLI veya REST API kullanılarak maksimum boyutu artırılarak sağlanabilir.
• Elastik havuz 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. 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.

Sonraki adımlar

Genel kaynak sınırları için bkz. Sanal çekirdek tabanlı kaynak sınırlarını SQL Veritabanı - elastik havuzlar ve SQL Veritabanı DTU tabanlı kaynak sınırları - elastik havuzlar.