Hiper ölçekli hizmet katmanı

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

Azure SQL Veritabanı Hiper Ölçek, uygun maliyetli, yüksek performanslı bir bulut veritabanıdır.

Azure SQL Veritabanı SQL Database Engine temel alır. Hiper ölçek, diğer Azure SQL Veritabanı hizmet katmanlarından farklıdır:

  • Diğer hizmet katmanlarından farklı olarak, Hiper Ölçek'in SQL yazılım lisans ücreti yoktur ve bu da yüksek performanslı veritabanları için diğer Azure SQL Veritabanı hizmet katmanlarına göre önemli bir fiyat avantajı sağlar.
  • Hiper ölçek mimarisi farklıdır: Okuma ve yazma işlemleri için neredeyse anında yedeklemeler, hızlı geri yüklemeler ve yüksek aktarım hızı sağlar.
  • Hiper Ölçek, veri taşıma olmadan isteğe bağlı olarak hızlı işlem ölçeklendirmesi sağlar.
  • Okuma ölçeklendirme stratejileri kolaydır; bağımsız olarak yapılandırılabilen işlem gücüne sahip 30'a kadar adlandırılmış replikanın yanı sıra, yerleşik yüksek kullanılabilirlik replikaları ve dünya genelinde yapılandırılabilir coğrafi replikalar sunulur.

Hiper Ölçek hizmet katmanı tüm iş yükü türleri için uygundur. Hiper Ölçek'teki işlem ve depolama kaynakları, Azure SQL Veritabanı Genel Amaçlı ve İş Açısından Kritik katmanlarında sağlanan kaynakları önemli ölçüde aşıyor.

Azure SQL Veritabanı'daki mevcut bir veritabanını kolayca Hiper Ölçek'e dönüştürebilir veya herhangi bir SQL Server veritabanından Hiper Ölçek'e geçirebilirsiniz. Diğer veritabanlarını Azure SQL Veritabanı geçirmek için bkz. Azure Veritabanı Geçiş Kılavuzları.

Hiper Ölçek hizmet katmanı şu anda yalnızca Azure SQL Veritabanı için kullanılabilir, Azure SQL Yönetilen Örneği için kullanılamaz.

Hiper Ölçek özellikleri nelerdir?

Azure SQL Veritabanı'daki Hiper Ölçek hizmet katmanı aşağıdaki ek özellikleri sağlar:

  • Hızlı ölçek artırma : gerektiğinde yoğun iş yüklerine uyum sağlamak için işlem kaynaklarınızın ölçeğini büyütün ve gerekmediğinde işlem kaynaklarının ölçeğini yeniden azaltın.
  • Hızlı yatay ölçeklendirme: Okuma iş yükünüzü hafifletmek ve sıcak yedek olarak kullanmak için bir veya daha fazla salt okunur çoğaltma oluşturun.
  • Sunucusuz işlem kullanımına göre işlem için otomatik ölçeklendirme, ölçeği azaltma ve faturalama.
  • Elastik havuzlarla farklı kaynak taleplerine sahip bir grup Hiper Ölçek veritabanı için iyileştirilmiş fiyat/performans.
  • 128 TB'a kadar veritabanı veya 100 TB elastik havuz boyutu desteğiyle depolamayı otomatik ölçeklendirme.
  • Veri hacimlerinden bağımsız olarak daha yüksek işlem günlüğü aktarım hızı ve daha hızlı işlem onaylama süreleri sayesinde daha yüksek genel performans.
  • Boyutu ne olursa olsun, işlem kaynakları üzerinde G/Ç etkisi yaratmadan, dosya anlık görüntülerine dayalı hızlı veritabanı yedeklemeleri.
  • Hızlı veritabanı, saat veya gün yerine dakikalar içinde geri yükler veya kopyalar (dosya anlık görüntülerine göre).

Hiper Ölçek hizmet katmanı, bulut veritabanlarında geleneksel olarak görülen pratik sınırların çoğunu kaldırır. Diğer veritabanlarının çoğu tek bir düğümde bulunan kaynaklarla sınırlıysa, Hiper Ölçek hizmet katmanındaki veritabanlarının böyle bir sınırı yoktur. Esnek depolama mimarisiyle depolama alanı gerektiğinde büyür. Aslında Hiper Ölçek veritabanları tanımlı en büyük boyutla oluşturulmaz. Hiper Ölçek veritabanı gerektiğinde büyür ve yalnızca ayrılan depolama kapasitesi için faturalandırılırsınız. Okuma yoğunluklu iş yükleri için Hyperscale hizmet katmanı, gerektiğinde okuma iş yüklerini dağıtmak amacıyla ek çoğaltmalar sağlayarak hızlı bir ölçek genişletme sunar.

Ayrıca, veritabanı yedeklemeleri oluşturmak veya ölçeği genişletmek veya küçültmek için gereken süre artık veritabanındaki veri hacmine bağlı değildir. Hiper ölçek veritabanları neredeyse anında yedeklenir. Ayrıca, sağlanan işlem katmanında dakikalar içinde onlarca terabaytlık bir veritabanının ölçeğini artırıp küçültebilir veya işlemi otomatik olarak ölçeklendirmek için sunucusuz kullanabilirsiniz. Bu yetkinlik, ilk yapılandırma tercihleriyle sınırlanma endişelerini ortadan kaldırır.

Hiper Ölçek hizmet katmanının işlem boyutları hakkında daha fazla bilgi için bkz . Hizmet katmanı özellikleri.

Sanal çekirdek tabanlı satın alma modelindeki Genel Amaçlı ve İş Açısından Kritik hizmet katmanları hakkında ayrıntılı bilgi için bkz. Genel Amaçlı ve İş Açısından Kritik hizmet katmanları. Sanal çekirdek tabanlı satın alma modeli ile DTU tabanlı satın alma modelinin karşılaştırmasını görmek için bkz. Azure SQL Veritabanı sanal çekirdek ve DTU tabanlı satın alma modellerini karşılaştır.

Hiper Ölçek hizmet katmanını kimler dikkate almalıdır?

Hiper Ölçek hizmet katmanı, daha yüksek performans ve kullanılabilirlik, hızlı yedekleme ve geri yükleme ile hızlı depolama ve işlem ölçeklenebilirliği gerektiren tüm müşterilere yöneliktir. Hiper Ölçek, uygulamalarını modernleştirmek için buluta geçen müşteriler veya Azure SQL Veritabanı'da zaten başka hizmet katmanları kullanan müşteriler için idealdir. Hiper Ölçek hizmet katmanı, saf OLTP'den saf analize kadar çok çeşitli veritabanı iş yüklerini destekler. OLTP ve hibrit işlem ve analiz işleme (HTAP) iş yükleri için iyileştirilmiştir.

Hiper Ölçek fiyatlandırma modeli

Yüksek performanslı veritabanları için Hiper Ölçek, diğer Azure SQL Veritabanı hizmet katmanlarına göre önemli bir fiyat avantajı sunar. Daha fazla bilgi için Blog: Ignite 2023'te Azure SQL Veritabanı Hyperscale fiyatlandırma duyurusu bölümüne bakın. Fiyatlandırma değişikliği ayrıntıları için bkz. Blog: Azure SQL Veritabanı Hyperscale - daha düşük ve sadeleştirilmiş fiyatlandırma!

Hiper Ölçek hizmet katmanı yalnızca sanal çekirdek modelinde kullanılabilir ve iki işlem katmanında gelir. Hiper Ölçek için faturalama, sağlanan veya sunucusuz işlem katmanını temel alır:

Hiper Ölçek veritabanını yapılandırırken maksimum veri boyutunu belirtemezsiniz. Hiper Ölçek katmanında depolama için gerçek ayırmaya göre ödeme alırsınız. Depolama alanı otomatik olarak 10 GB ile 128 TB arasında ayrılır ve gerektiğinde büyür. Daha fazla bilgi için bkz. Veritabanım boyutu hangi artışlarla büyüyor?

Ölçeklendirme ve performans avantajları

Hiper Ölçek, ana veritabanı altyapısını veriler için uzun süreli depolama ve dayanıklılık sağlayan bileşenlerden ayırır. Bu mimari, işlem kaynaklarını veri taşımadan hızla ölçeklendirmenize ve işlemden bağımsız olarak depolamayı (128 TB'a kadar) ölçeklendirmenize olanak tanır. Mimari diyagramı da dahil olmak üzere diğer ayrıntılar için bkz. Hiper Ölçek mimarisi.

  • Hiper Ölçek mimarisi, ek salt okunur işlem düğümlerini hızlı bir şekilde açma/azaltma özelliği sayesinde önemli okuma ölçek özelliklerine olanak tanır ve daha fazla istek sunmak için birincil işlem düğümünü serbest bırakabilir.
  • İkincil düğümler için hesaplama sağlayabilir veya sunucusuz hesaplama kullanabilirsiniz. Her iki durumda da, Hiper Ölçek'in paylaşılan depolama mimarisi nedeniyle bunların ölçeğini hızla artırabilir veya azaltabilirsiniz.
    • Hiper Ölçek'teki ikincil yüksek kullanılabilirlik işlem düğümü çoğaltmaları birincilin işlem katmanını izler ve bu da düşük etkili yük devretmelere neden olur.
  • Sunucusuz, birincil veya ikincil işlem düğümlerini kullandığınızda, iş yükü talebinize göre otomatik olarak ölçeklendirilir.

Birincil Azure SQL Veritabanı Hiper Ölçek veritabanı hem okuma hem de yazma iş yüklerini işler, ancak uygulama stratejinizin bir parçası olarak kolayca salt okunur çoğaltmalar oluşturabilirsiniz:

Hiper Ölçek'te veritabanı yüksek kullanılabilirliği

Diğer tüm hizmet katmanlarında olduğu gibi Hyperscale, işlem çoğaltmasının kullanılabilirliğine bakılmaksızın işlenen işlemler için veri dayanıklılığını garanti eder. Birincil çoğaltmanın kullanılamaz duruma gelmesi nedeniyle kapalı kalma süresinin kapsamı yük devretme türüne (planlı veya plansız), bölge yedekliliğinin yapılandırılıp yapılandırılmadığına ve en az bir yüksek kullanılabilirlik çoğaltmasının varlığına bağlıdır. Planlı bir yük devretmede (örneğin bir bakım işlemi sırasında), sistem ya yük devretmeyi başlatmadan önce yeni bir birincil kopya oluşturur ya da mevcut bir yüksek kullanılabilirlik kopyasını yük devretme hedefi olarak kullanır. Planlanmamış bir yük devretmede (birincil çoğaltmada donanım hatası gibi), sistem varsa yük devretme hedefi olarak yüksek kullanılabilirlik çoğaltması kullanır veya kullanılabilir işlem kapasitesi havuzundan yeni bir birincil çoğaltma oluşturur. İkinci durumda, yeni birincil çoğaltmanın oluşturulması için gereken ek adımlar nedeniyle kesinti süresi daha uzun olmaktadır.

İş yükünüz açısından önemli bakım olaylarını daha öngörülebilir ve daha az kesintiye yol açacak hâle getirmek için bir bakım penceresi seçebilirsiniz.

Hiperskala SLA'sı için bkz. Azure SQL Veritabanı için SLA.

Arabellek havuzu ve dayanıklı arabellek havuzu uzantısı

Azure Veritabanı Hiper Ölçeği'nde işlem ile depolama arasında ayrım vardır. Depolama, bir veritabanındaki tüm veritabanı sayfalarını içerir ve veritabanı büyüdükçe birden çok makineye atanabilir. Ancak işlem düğümü yalnızca son zamanlarda kullanılanları önbelleğe alır. Belleğin en sıcak sayfaları, arabellek havuzu (BP) adı verilen bir yapıda bilgisayar işlemlerinde tutulur. Ayrıca, işlem işleminin yeniden başlatılması durumunda verilerin daha hızlı alınabilmesi için dayanıklı arabellek havuzu uzantısı (RBPEX) olan yerel SSD'de depolanır.

Bulut sisteminde işlem gerektiğinde farklı makinelere taşınabilir. Hesaplama katmanında birden çok kopya olabilir. Bir çoğaltma birincildir ve tüm güncelleştirmeleri alırken diğerleri ikincil çoğaltmalardır. Birincil arızalanırsa, sistem yük devretme (failover) adı verilen bir süreçte yüksek kullanılabilirlikli ikincil çoğaltmalardan birini birincil konuma yükseltir. İkincil çoğaltmanın BP ve RBPEX içinde, birincil iş yüküne göre iyileştirilmiş bir önbelleği olmayabilir.

Sürekli astarlama

Sürekli ön hazırlama, tüm işlem replikalarında en sık erişilen (en “sıcak”) sayfaların hangileri olduğuna ilişkin bilgi toplayan bir işlemdir. Bu işlem, bu bilgileri bir araya getirir ve yüksek kullanılabilirlik için kullanılan ikincil çoğaltmalar, tipik müşteri iş yüküne karşılık gelen en yoğun kullanılan sayfaların listesini kullanır. Bu işlem, müşteri iş yükündeki değişikliklere ayak uydurmak için hem BP hem de RBPEX'i sürekli olarak en popüler sayfalarla doldurur.

Sürekli priming yapılmadığında, hem BP hem de RBPEX yeni yüksek kullanılabilirlikli replikalar tarafından devralınmaz ve yalnızca kullanıcı iş yükü sırasında yeniden oluşturulur. Önbelleklerin yeniden tamamen doldurulması için bekleme olmadığından, sürekli ön yükleme zamandan tasarruf sağlar ve tutarsız performansı önler. Sürekli hazırlama ile yeni yüksek erişilebilirlikli ikincil replikalar BP ve RBPEX'lerini anında hazırlık yapmaya başlar. Bu, yük devretmeler gerçekleştiğinde performansın daha tutarlı bir şekilde korunmasına yardımcı olur.

Sürekli hazırlama her iki şekilde de çalışır: Yüksek erişilebilirlik ikincil kopyaları, birincil kopyada kullanılan sayfaların önbelleğe alınmasını sağlar ve birincil, ikincil kopyalardan gelen iş yüküyle sayfaları önbelleğe alır.

Sürekli hazırlama şu anda Hyperscale tarafından sağlanan işlem katmanında kullanılabilir.

Yedekleme ve geri yükleme

Hiper Ölçek veritabanları için yedekleme ve geri yükleme işlemleri dosya anlık görüntüsü tabanlıdır. Bu yaklaşım, bu işlemleri neredeyse anlık hale getirir. Hiper Ölçek mimarisi yedekleme ve geri yükleme için depolama katmanını kullandığından işlem yükünü ve işlem çoğaltmaları üzerindeki performans etkisini azaltır. Daha fazla bilgi için bkz. Hiper Ölçek yedeklemeleri ve depolama yedekliliği.

Hiper Ölçek veritabanları için olağanüstü durum kurtarma

Azure SQL Veritabanı'daki hiper ölçek veritabanını şu anda barındırmakta olduğu bölgeden farklı bir bölgeye geri yüklemek için coğrafi geri yükleme gerçekleştirin. Bu yöntem olağanüstü durum kurtarma işlemleri, tatbikatlar, yeniden konumlandırma veya başka herhangi bir neden için çalışır. Coğrafi geri yükleme yalnızca depolama yedekliliği için coğrafi olarak yedekli depolamayı (RA-GRS) seçtiğinizde kullanılabilir.

Daha fazla bilgi için bkz. Hiper Ölçek veritabanını farklı bir bölgeye geri yükleme.

Kaynak sınırlarını karşılaştırma

Sanal çekirdek tabanlı hizmet katmanları veritabanı kullanılabilirliği, depolama türü, performans ve maksimum depolama boyutu bakımından farklılık gösterir. Aşağıdaki tabloda bu farklar açıklanmaktadır:

ㅤ Genel Amaçlı İş Açısından Kritik Hiperskala
En iyisi Bütçe odaklı dengeli işlem ve depolama seçenekleri. Yüksek işlem hızına ve düşük G/Ç gecikme süresine sahip OLTP uygulamaları. Birden çok sıcak yedek çoğaltma kullanarak arızalara karşı yüksek dayanıklılık ve hızlı yük devralma. Tüm yeni ve modernleşen OLTP ve HTAP iş yükleri için önerilen ve varsayılan hizmet katmanı. Yüksek oranda ölçeklenebilir depolama ve okuma ölçeği gereksinimleri olan iş yükleri de dahil olmak üzere en geniş iş yükü yelpazesi için idealdir. Birden fazla yüksek erişilebilirlik için ikincil replika yapılandırmasına izin vererek hatalar karşısında daha güçlü dayanıklılık sağlar.
İşlem boyutu 2 ile 128 sanal çekirdek 2 ile 128 sanal çekirdek 2 ila 192 vÇekirdek3
Depolama türü Premium uzak depolama (örnek başına) Süper hızlı yerel SSD depolama (örnek başına) Ayrık depolama, yerel SSD önbelleğiyle (her işlem replikası için)
Depolama boyutu 1 GB - 4 TB 1 GB - 4 TB 10 GB - 128 TB
Maksimum IOPS Maksimum 16.000 IOPS ile sanal çekirdek başına 320 IOPS Sanal çekirdek başına 4.000 IOPS ile toplamda en fazla 327.680 IOPS Sanal çekirdek başına 5.500 IOPS ve en fazla 544.000 yerel SSD IOPS.
Hiperscale, birden çok düzeyde önbelleğe alma özelliğine sahip çok katmanlı bir mimaridir. Etkili IOPS, iş yüküne bağlıdır.
Bellek/vCore 5,1 GB 5,1 GB 5,1 GB veya 10,2 GB
Yedeklemeler Yerel olarak yedekli (LRS), alanlar arası yedekli (ZRS) veya coğrafi olarak yedekli (GRS) depolama seçeneği
1-35 gün saklama (varsayılan olarak 7 gün), 10 yıla kadar uzun süreli saklama kullanılabilir		 Yerel olarak yedekli (LRS), alanlar arası yedekli (ZRS) veya coğrafi olarak yedekli (GRS) depolama seçeneği
1-35 gün saklama (varsayılan olarak 7 gün), 10 yıla kadar uzun süreli saklama kullanılabilir		 Yerel olarak yedekli (LRS), alanlar arası yedekli (ZRS) veya coğrafi olarak yedekli (GRS) depolama seçeneği
1-35 gün saklama (varsayılan olarak 7 gün), 10 yıla kadar uzun süreli saklama kullanılabilir
Kullanılabilirlik Bir replika, okuma için ölçeği genişletilmiş replika yok. Alanlar arası yedekli HA Üç çoğaltma, bir okuma ölçeği genişletme çoğaltması. Alanlar arası yedekli HA Birden çok replika, en fazla 4 okuma için ölçek genişletmeli replika. Alanlar arası yedekli HA
Fiyatlandırma/faturalama Sanal çekirdek, ayrılmış depolama alanı ve yedekleme depolaması ücretlendirilir.
IOPS ücretlendirilmiyor.		 Sanal çekirdek, ayrılmış depolama alanı ve yedekleme depolaması ücretlendirilir.
IOPS ücretlendirilmiyor.		 Her bir kopya, tahsis edilen veri depolama alanı ve yedekleme depolama alanı için sanal çekirdek ücretlendirilir.
IOPS ücretlendirilmiyor.
İndirim modelleri1 Azure Rezervasyonlar
Azure Hibrit Avantajı2
Kurumsal ve Kullandıkça Öde Geliştirme ve Test teklif abonelikleri		 Azure Rezervasyonlar
Azure Hibrit Avantajı2
Kurumsal ve Kullandıkça Öde Geliştirme ve Test teklif abonelikleri		 Hiper Ölçek'in SQL yazılım lisans ücreti1 olmadığından, Azure Hibrit Avantajı yeni Hiper Ölçek veritabanları2 için kullanılamaz.
Bellek içi tablolar Hayır Yes Hayır

1 SQL Veritabanı Hiper Ölçek için basitleştirilmiş fiyatlandırma Aralık 2023'te geldi. Ayrıntılar için Hiperscale fiyatlandırma blogunu gözden geçirin.

2 Aralık 2023 itibarıyla Azure Hibrit Avantajı yeni Hiper Ölçek veritabanlarında veya geliştirme/test aboneliklerinde kullanılamaz. Sağlanan işlem içeren mevcut Hiper Ölçek tek veritabanları, Aralık 2026'ya kadar işlem maliyetlerinden tasarruf etmek için Azure Hibrit Avantajı kullanmaya devam edebilir. Daha fazla bilgi için Hiper Ölçek fiyatlandırma blogunu gözden geçirin.

3 Şu anda 160 ve 192 sanal çekirdek seçenekleri bir önizleme özelliğidir.

İşlem kaynakları

Aşağıdaki tabloda, Azure SQL Veritabanı Hiper Ölçek için farklı donanım yapılandırmalarındaki ve işlem katmanlarındaki işlem kaynakları karşılaştırılır. Hiperskal olmayan Azure SQL Veritabanı için bkz "Sanal çekirdek satın alma modeli - Azure SQL Veritabanı".

Donanım yapılandırması İşlemci Bellek
Standart seri (5. Nesil) Tahsis edilen hesaplama
- Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake)*, Intel® 8272CL (Cascade Lake) 2,5 GHz*, Intel® Xeon® Platinum 8370C (Ice Lake)*, AMD EPYC™ 7763v (Milan)*, AMD EPYC 9004 (Genoa)*, Intel® Xeon® Platinum 8573C (Emerald Rapids)* işlemciler
- Hiper iş parçacıklı en fazla 128 sanal çekirdek sağlama

Sunucusuz işlem
- Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake)*, Intel® 8272CL (Cascade Lake) 2,5 GHz*, Intel® Xeon® Platinum 8370C (Ice Lake)*, AMD EPYC™ 7763v (Milan)*, AMD EPYC 9004 (Genoa)*, Intel® Xeon® Platinum 8573C (Emerald Rapids)* işlemciler
- 80 sanal çekirdek (hiper iş parçacıklı) kadar otomatik ölçeklendirme
- Bellek-sanal çekirdek oranı, iş yükü talebine göre belleğe ve CPU kullanımına dinamik olarak uyum sağlar ve sanal çekirdek başına 24 GB'a kadar yüksek olabilir. Örneğin, belirli bir zamanda bir iş yükü 240 GB bellek ve yalnızca 10 sanal çekirdek kullanabilir ve bunlar için faturalandırılabilir.		 Tahsis edilen hesaplama
- Sanal çekirdek başına 5,1 GB
- En fazla 625 GB sağlama

Sunucusuz işlem
- Her bir sanal çekirdek başına 24 GB'a kadar otomatik olarak ölçeklendirme
- En fazla 240 GB'a kadar otomatik ölçeklendirme
Premium serisi Tahsis edilen hesaplama
- Intel® Xeon® Platinum 8370C (Ice Lake)*, AMD EPYC™ 7763v (Milan)*, AMD EPYC 9004 (Genoa)*, Intel® Xeon® Platinum 8573C (Emerald Rapids)* işlemciler
- En fazla 192 vCPU (hiper iş parçacıklı) sağlanabilir.		 Sanal çekirdek başına 5,2 GB
Premium serisi hafıza için optimize edilmiş Tahsis edilen hesaplama
- Intel® Xeon® Platinum 8370C (Ice Lake)*, AMD EPYC™ 7763v (Milan)*, AMD EPYC 9004 (Genoa)*, Intel® Xeon® Platinum 8573C (Emerald Rapids)* işlemciler
- En fazla 80 sanal işlemci çekirdeği (hiper iş parçacıklı) sağlamak.		 Sanal çekirdek başına 10,2 GB

* Belirli bir işlem boyutu ve donanım yapılandırması için, CPU türü ne olursa olsun (Intel® Broadwell, Skylake, Ice Lake, Cascade Lake, Emerald Rapid veya AMD Milan, Genoa) kaynak sınırları aynıdır. sys.dm_user_db_resource_governance dinamik yönetim görünümünde, aşağıdakiler kullanılarak veritabanları için donanım oluşturma:

  • Intel® SP-8160 (Skylake) işlemciler 6. Nesil olarak görünür
  • Intel® 8272CL (Cascade Lake) 7. Nesil olarak görünür
  • Intel® Xeon® Platinum 8370C (Ice Lake) veya AMD EPYC™ 7763v (Milan) 8. Nesil olarak görünüyor
  • AMD EPYC™ 9004 (Genoa) 9. Nesil veya Intel® Xeon® Platinum 8573C (Emerald Rapids) 10. Nesil olarak görünür

Daha fazla bilgi için bkz. Tek veritabanları ve elastik havuzlar için kaynak sınırları.

Hiper Ölçek veritabanları oluşturma ve yönetme

Azure portalını, Transact-SQL, PowerShell'i ve Azure CLI kullanarak Hiper Ölçek veritabanları oluşturabilir ve yönetebilirsiniz. Daha fazla bilgi için bkz . Hızlı Başlangıç: Hiper Ölçek veritabanı oluşturma.

İşlem Ayrıntılar Daha fazla bilgi edinin
Hiper Ölçek veritabanı oluşturma Hiper ölçek veritabanları yalnızca sanal çekirdek tabanlı satın alma modeli kullanılarak kullanılabilir. Quickstart: Azure SQL Veritabanı'da Hiper Ölçek veritabanı oluşturmak için örnekler bulun.
Var olan bir veritabanını Hiper Ölçek dönüştürme Mevcut bir veritabanını Azure SQL Veritabanı Hiper Ölçek katmanına dönüştürebilirsiniz. Dönüştürme süresi, verilerin boyutuna bağlıdır. Daha fazla bilgi için bkz. Var olan veritabanını Hiper Ölçekdönüştürme.
Bir Hyperscale veritabanını Genel Amaçlı hizmet katmanına tersine taşıma Daha önce mevcut bir Azure SQL Veritabanını Hiper Ölçek'e geçirdiyseniz, veritabanını özgün Hiper Ölçek'e geçişten sonra 45 gün içinde Genel Amaçlı hizmet katmanına tersine geçiş yaptırabilirsiniz.

Veritabanını İş Açısından Kritik gibi başka bir hizmet katmanına geçirmek istiyorsanız, önce Genel Amaçlı hizmet katmanına ters geçiş yapın, ardından hizmet katmanını değiştirin.		 Ters geçişle ilgili sınırlamalar da dahil olmak üzere Hiper Ölçek'ten geçişi tersine çevirmeyi öğrenin.

Sınırlama

Bu sınırlamalar şu anda Hiper Ölçek hizmet katmanı için geçerlidir. Ürün ekibi, bu sınırlamaların mümkün olduğunca çoğunu kaldırmak için etkin bir şekilde çalışmaktadır.

Sorun Açıklama
TDE devre dışı bırakıldığında küçültme engellenir Şu anda Azure SQL Veritabanı Hyperscale’da, Saydam Veri Şifrelemesi (TDE) devre dışı bırakıldığında veritabanı ve dosya küçültme işlemleri desteklenmez.
Veritabanını diğer hizmet katmanlarından geri yükleme Hiper Ölçek olmayan bir veritabanını Hiper Ölçek veritabanı olarak geri yükleyemezsiniz. Hiper Ölçek veritabanını Hiper Ölçek dışı bir veritabanı olarak da geri yükleyemezsiniz.

Diğer Azure SQL Veritabanı hizmet katmanlarından Hiper Ölçek'e geçirilen veritabanları için geçiş öncesi yedeklemeler, uzun süreli saklama ilkeleri de dahil olmak üzere kaynak veritabanının yedekleme saklama süresi boyunca tutulur. Geçiş öncesi yedeklemeyi, veritabanının yedekleme saklama süresi içinde komut satırı aracılığıyla geri yükleyebilirsiniz. Bu yedeklemeleri Hiper Ölçek olmayan herhangi bir hizmet katmanına geri yükleyebilirsiniz.
Bellek İçi OLTP nesneleriyle veritabanlarının geçişi Hiper Ölçek bellek için iyileştirilmiş tablo türleri, tablo değişkenleri ve yerel olarak derlenmiş modüller de dahil olmak üzere Bellek İçi OLTP nesnelerinin bir alt kümesini destekler. Ancak, geçirilmekte olan veritabanında herhangi bir Bellek İçi OLTP nesnesi bulunuyorsa, Premium ve İş Kritik hizmet katmanlarından Hyperscale'e geçiş desteklenmez. Böyle bir veritabanını Hyperscale’e geçirmek için, tüm In-Memory OLTP nesnelerini ve bunların bağımlılıklarını kaldırmanız gerekir. Veritabanı taşındıktan sonra bu nesneleri yeniden oluşturabilirsiniz. Dayanıklı ve dayanıklı olmayan bellek için iyileştirilmiş tablolar şu anda Hiper Ölçek'te desteklenmemektedir ve disk tablolarına değiştirilmelidir.
Veritabanı bütünlüğü denetimi DBCC CHECKDBve DBCC CHECKFILEGROUP şu anda Azure SQL Veritabanı Hyperscale veritabanları için desteklenmemektedir. Geçici bir çözüm olarak, DBCC CHECKTABLE ('TableName') WITH TABLOCK kullanın. Azure SQL Veritabanı veri bütünlüğü yönetimi hakkında ayrıntılı bilgi için bkz. Azure SQL Veritabanı'de Veri Bütünlüğü.
Elastik İşler İş veritabanı olarak hiper ölçek veritabanı kullanılması desteklenmez. Ancak elastik işler Hiper Ölçek veritabanlarını Azure SQL Veritabanı'deki diğer veritabanlarıyla aynı şekilde hedefleyebilir.
Veri Senkronizasyonu Hiperskaladaki bir veritabanını merkez veya eşitleme meta veritabanı olarak kullanmak desteklenmez. Ancak Hiper Ölçek veritabanı, Data Sync topolojisindeki bir üye veritabanı olabilir.
Hiper ölçek hizmet katmanı premium serisi donanım Premium serisi ve bellek açısından optimize edilmiş premium serisi donanım, şu anda sunucusuz hesaplama katmanını desteklememektedir. Sunucusuz yalnızca Standart seri (5. Nesil) donanımda desteklenir.
Bölgesel kullanılabilirlik Hiperölçekli hizmet katmanı premium serisi ve bellek için iyileştirilmiş premium serisi donanım, sınırlı Azure bölgelerinde mevcuttur. Liste için Hyperscale premium-serisi kullanılabilirliği bölümüne bakın.

İlgili içerik

  • Last updated on