Hiper ölçekli hizmet katmanı

  • Makale
  • Okumak için 13 dakika

ŞUNUN İÇİN GEÇERLİDİR: Azure SQL Database

Azure SQL Veritabanı, altyapı hatalarında bile %99,99 kullanılabilirlik sağlamak amacıyla bulut ortamı için ayarlanmış SQL Server Veritabanı Altyapısı mimarisini temel alır. Mimaride kullanılan üç mimari model Azure SQL Veritabanı:

  • Genel Amaçlı/Standart
  • Hiper Ölçek
  • İş Açısından Kritik/Premium

Azure SQL Veritabanı'daki Hiper Ölçek hizmet katmanı, sanal çekirdek tabanlı satın alma modelinde en yeni hizmet katmanıdır. Bu hizmet katmanı, bir Azure SQL Veritabanı için depolama ve işlem kaynaklarının ölçeğini Genel Amaçlı ve İş Açısından Kritik hizmet katmanları için kullanılabilen sınırları önemli ölçüde aşarak ölçeklendirmek için Azure mimarisini yararlanan yüksek oranda ölçeklenebilir bir depolama ve işlem İş Açısından Kritik katmanıdır.

Not

  • Sanal çekirdek tabanlı satın Genel Amaçlı İş Açısından Kritik hizmet katmanları hakkında ayrıntılı bilgi için bkz. Genel Amaçlı ve İş Açısından Kritik katmanlarını satın alma. Sanal çekirdek tabanlı satın alma modelinin DTU tabanlı satın alma modeliyle karşılaştırması için bkz. Azure SQL Veritabanı satın alma modelleri ve kaynakları.
  • Hiper Ölçek hizmet katmanı şu anda yalnızca Azure SQL Veritabanı kullanılabilir, Azure SQL Yönetilen Örneği için kullanılamaz.

Azure performansını geliştirmek için SQL!

Hiper Ölçek özellikleri nedir?

Azure SQL Veritabanı hiper Azure SQL Veritabanı aşağıdaki ek özellikleri sağlar:

  • 100 TB'a kadar veritabanı boyutu desteği
  • İşlem kaynakları üzerinde hiçbir IO etkisi olmayan boyuttan bağımsız olarak neredeyse anlık veritabanı yedeklemeleri (Azure Blob depolamada depolanan dosya anlık görüntülerine göre)
  • Saat veya gün (veri işlemi boyutu değil) yerine dakikalar içinde hızlı veritabanı geri yüklemeleri (dosya anlık görüntülerine göre)
  • Daha yüksek işlem günlüğü aktarım hızı ve veri hacimleri ne olursa olsun daha hızlı işlem işleme süreleri nedeniyle daha yüksek genel performans
  • Hızlı ölçek ölçeğini dışarı ölçeklendirme - Okuma iş yüklerinizi boşaltmak ve hazır bekleyenler olarak kullanmak için bir veya daha fazla salt okunur çoğaltma sılabilir
  • Hızlı Ölçek ölçeğini artırır- gerektiğinde ağır iş yüklerini karşılamak için işlem kaynaklarınızı sabit bir süre içinde ölçeklendirebilir ve ardından ihtiyaç duyulmasa işlem kaynaklarını yeniden aşağıya ölçeklendirebilirsiniz.

Hiper Ölçek hizmet katmanı, geleneksel olarak bulut veritabanlarında görülen pratik sınırların çoğunu ortadan kaldırır. Diğer veritabanlarının çoğu tek bir düğümdeki kullanılabilir kaynaklarla sınırlı olduğu durumlarda Hiper Ölçek hizmet katmanında veritabanlarının böyle bir sınırı yoktur. Esnek depolama mimarisi sayesinde 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 kullanmakta olduğu kapasite için faturalandırabilirsiniz. Okuma yoğun iş yükleri için Hiper Ölçek hizmet katmanı, okuma iş yüklerinin yükünü boşaltmak için gerektiğinde ek çoğaltmalar sağarak hızlı ölçek ölçeğini artırır.

Ayrıca, veritabanı yedeklemeleri oluşturmak veya ölçeğini yukarı veya aşağı ölçeklendirmek için gereken süre artık veritabanındaki veri hacmine bağlı değildir. Hiper Ölçek veritabanları neredeyse anında yedeklemeye hazır hale gelir. Bir veritabanını dakikalar içinde onlarca terabayt yukarı veya aşağı ölçeklendirebilirsiniz. Bu özellik, ilk yapılandırma seçimlerinizi dikkate alan endişelerden sizi serbest bıraktır.

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

Who Ölçek hizmet katmanını göz önünde

Hiper Ölçek hizmet katmanı, bağımsız olarak ölçeklenebilir işlem ve depolama kaynaklarıyla büyük esneklik ve yüksek performans sağladığından çoğu iş yüküne yöneliktir. Depolama alanını 100 TB'a kadar otomatik ölçeklendirme özelliğiyle, aşağıdakiler yapan müşteriler için harika bir seçimdir:

  • Şirket içinde büyük veritabanlarına sahip olun ve buluta geçerek uygulamalarını modernleştirmek istiyor
  • Zaten buluttadır ve diğer hizmet katmanlarının maksimum veritabanı boyutu kısıtlaması (1-4 TB) ile sınırlıdır
  • Daha küçük veritabanlarına sahip olun, ancak hızlı dikey ve yatay işlem ölçeklendirmesi, yüksek performans, anlık yedekleme ve hızlı veritabanı geri yüklemesi gerektirir.

Hiper Ölçek hizmet katmanı saf OLTP'den saf analize kadar çok çeşitli SQL Server iş yüklerini destekler, ancak öncelikle OLTP ve hibrit işlem ve analitik işleme (HTAP) iş yükleri için iyileştirilmiştir.

Önemli

Elastik havuzlar Hiper Ölçek hizmet katmanını desteklemez.

Hiper Ölçek fiyatlandırma modeli

Hiper Ölçek hizmet katmanı yalnızca sanal çekirdek modelinde kullanılabilir. Yeni mimariyle uyumlu olması için fiyatlandırma modeli, hizmet katmanlarından Genel Amaçlı İş Açısından Kritik farklıdır:

  • İşlem:

    Hiper Ölçek işlem birimi fiyatı çoğaltma başınadır. Bu Azure Hibrit Avantajı yüksek kullanılabilirlik ve adlandırılmış çoğaltmalara otomatik olarak uygulanır. Varsayılan olarak Hiper Ölçek veritabanı başına birincil çoğaltma ve bir ikincil yüksek kullanılabilirlik çoğaltması oluştururuz. Kullanıcılar, gerekli SLA'yabağlı olarak toplam yüksek kullanılabilirlik çoğaltma sayısını 0-4 arasında ayarlayabilir.

  • Depolama:

    Hiper Ölçek veritabanını yapılandırarak maksimum veri boyutunu belirtmenize gerek yok. Hiper ölçek katmanında, gerçek ayırmaya göre veritabanınız için depolama ücreti alırsınız. Depolama 40 GB ile 100 TB arasında, 10 GB'lık artışlarla otomatik olarak ayrılır. Gerekirse birden çok veri dosyası aynı anda büyüyebilirsiniz. Başlangıç boyutu 10 GB olan bir Hiper Ölçek veritabanı oluşturulur ve 40 GB boyutuna ulaşana kadar her 10 dakikada bir 10 GB büyümektedir.

Hiper Ölçek fiyatlandırması hakkında daha fazla bilgi için bkz. Azure SQL Veritabanı Fiyatlandırması

Dağıtılmış işlevler mimarisi

Tüm veri yönetimi işlevlerini tek bir konumda/işlemde merkezi hale dönüştüren geleneksel veritabanı altyapılarından farklı olarak (günümüzde üretimde dağıtılmış veritabanları olarak da anılan bu veri altyapısının birden çok kopyası vardır), Hiper Ölçek veritabanı çeşitli veri altyapılarının semantiklerinin veri için uzun süreli depolama ve dayanıklılık sağlayan bileşenlerden ayrı olduğu sorgu işleme altyapısını birbirinden ayırmaktadır. Bu şekilde, depolama kapasitesinin ölçeği gereken kadar düzgün bir şekilde ölçeklenene kadar (ilk hedef 100 TB). Yüksek kullanılabilirlik ve adlandırılmış çoğaltmalar aynı depolama bileşenlerini paylaşır, bu nedenle yeni bir çoğaltmayı döndürmek için veri kopyalama gerekmez.

Aşağıdaki diyagramda Hiper Ölçek veritabanındaki farklı düğüm türleri göstermektedir:

architecture

Hiper Ölçek veritabanı aşağıdaki farklı bileşen türlerini içerir:

İşlem

İşlem düğümü, ilişkisel altyapının bulunduğu yerdir. Dil, sorgu ve işlem işleme bu noktada gerçekleşir. Hiper Ölçek veritabanıyla tüm kullanıcı etkileşimleri bu işlem düğümleri aracılığıyla uzer. İşlem düğümleri, bir veri sayfasını getirmek için gereken ağ gidiş dönüşlerinin sayısını en aza indirmek için SSD tabanlı önbelleklere (önceki diyagramda RBPEX - Resilient Buffer Pool Extension etiketli) sahiptir. Tüm okuma-yazma iş yüklerinin ve işlemlerinin işlendiğinden tek bir birincil işlem düğümü vardır. Yük devretme amacıyla yoğun bekleme düğümleri olarak çalışan bir veya daha fazla ikincil işlem düğümü vardır ve okuma iş yüklerini boşaltmak için salt okunur işlem düğümleri olarak hareket ederler (bu işlevsellik isteniliyorsa).

Hiper Ölçek işlem düğümleri üzerinde çalışan veritabanı altyapısı, diğer hizmet katmanlarıyla Azure SQL Veritabanı aynıdır. Kullanıcılar Hiper Ölçek işlem düğümlerini kullanarak veritabanı altyapısıyla etkileşim kurduğunda, desteklenen yüzey alanı ve altyapı davranışı bilinen sınırlamalar dışında diğer hizmet katmanlarıyla aynıdır.

Sayfa sunucusu

Sayfa sunucuları, ölçeklendirildi depolama altyapısını temsil eden sistemlerdir. Her sayfa sunucusu, veritabanındaki sayfaların bir alt kümesinden sorumludur. Nominal olarak, her sayfa sunucusu 128 GB'a kadar veya 1 TB'a kadar veriyi kontrol eder. Birden fazla sayfa sunucusunda (yedeklilik ve kullanılabilirlik için tutulur sayfa sunucusu çoğaltmalarının dışında) veri paylaşılmaz. Sayfa sunucusunun görevi, veritabanı sayfalarını isteğe bağlı olarak işlem düğümlerine hizmet etmek ve işlemler verileri güncelleştirdiğinde sayfaları güncel tutmaktır. Günlük hizmetlerinden işlem günlüğü kayıtları oynanarak sayfa sunucuları güncel tutulur. Sayfa sunucuları performansı artırmak için SSD tabanlı önbellekleri de korumayı sürdürür. Veri sayfalarının uzun süreli depolanması, ek güvenilirlik Depolama Azure'da tutulur.

Günlük hizmeti

Günlük hizmeti birincil işlem çoğaltmadan işlem günlüğü kayıtlarını kabul eder, bunları dayanıklı bir önbellekte kalıcı olarak bulundurarak günlük kayıtlarını diğer işlem çoğaltmalarına (önbelleklerini güncelleştirebilirler) ve ilgili sayfa sunucularına iletir, böylece veriler orada güncelleştirilebilir. Bu şekilde, birincil işlem çoğaltması tarafından yapılan tüm veri değişiklikleri günlük hizmeti aracılığıyla tüm ikincil işlem çoğaltmalarına ve sayfa sunucularına yayılabilir. Son olarak, işlem günlüğü kayıtları neredeyse sonsuz bir depolama deposu olan Azure Depolama depolamaya kaydedilir. Bu mekanizma, sık sık günlük kesilme ihtiyacı ortadan kaldırır. Günlük hizmeti, günlük kayıtlarına erişimi hızlandırmak için yerel belleğe ve SSD önbelleklerine de sahiptir. Hiper ölçekteki günlük neredeyse sonsuzdur ve tek bir işlem 1 TB'den fazla günlük oluşturamaz.

Azure depolama

Azure Depolama veritabanındaki tüm veri dosyalarını içerir. Sayfa sunucuları, Azure'daki veri Depolama güncel tutmaz. Bu depolama, yedekleme amacıyla ve Azure bölgeleri arasında çoğaltma için kullanılır. Yedeklemeler, veri dosyalarının depolama anlık görüntüleri kullanılarak uygulanır. Anlık görüntüleri kullanarak geri yükleme işlemleri, veri boyutundan bağımsız olarak hızlıdır. Veriler, veritabanının yedekleme saklama süresi içinde herhangi bir noktaya geri yüklenebilir.

Yedekleme ve geri yükleme

Yedeklemeler dosya anlık görüntüsü tabanlıdır ve bu nedenle neredeyse anlıkdır. Depolama ve işlem ayrımı, birincil işlem çoğaltması üzerindeki işleme yükünü azaltmak için yedekleme/geri yükleme işleminin depolama katmanına geri itmeye olanak sağlar. Sonuç olarak, veritabanı yedeklemesi birincil işlem düğümünün performansını etkilemez. Benzer şekilde, zaman içinde nokta kurtarma (PITR) dosya anlık görüntülerine geri dönerek yapılır ve bu nedenle bir veri işlemi boyutu değildir. Hiper Ölçek veritabanının aynı Azure bölgesinde geri yüklemesi sabit zamanlı bir işlemdir ve hatta birden çok terabaytlık veritabanları saatler veya günler yerine dakikalar içinde geri yüklenebilir. Var olan bir yedeklemeyi geri yükleyerek yeni veritabanlarının oluşturulması şu özelliği de kullanır: geliştirme veya test amacıyla veritabanı kopyaları oluşturmak,çok terabaytlı veritabanları bile dakikalar içinde gerçekleştirilebilir.

Hiper Ölçek veritabanlarının coğrafi geri yüklemesi için bkz. Hiper Ölçek veritabanını farklı bir bölgeye geri yükleme.

Ölçek ve performans avantajları

Ek salt okunur işlem düğümlerini hızla yukarı/aşağı döndürme özelliği sayesinde Hiper Ölçek mimarisi önemli okuma ölçeklendirme özelliklerine olanak sağlar ve ayrıca birincil işlem düğümünü daha fazla yazma isteği için serbest bırakabilir. Ayrıca, Hiper Ölçek mimarisinin paylaşılan depolama mimarisi nedeniyle işlem düğümlerinin ölçeği hızlı bir şekilde ölçeğini yukarı/aşağı ölçeklendirebilirsiniz.

Hiper Ölçek veritabanı oluşturma

Hiper Ölçek veritabanı, Azure portal , T-SQL, PowerShellveya CLI kullanılarak oluşturulabilir. Hiper Ölçek veritabanları yalnızca sanal çekirdek tabanlı satın alma modeli kullanılarak kullanılabilir.

Aşağıdaki T-SQL bir Hiper Ölçek veritabanı oluşturur. deyiminde hem sürümü hem de hizmet hedeflerini belirtmeniz CREATE DATABASE gerekir. Geçerli hizmet hedefleri listesi için kaynak sınırlarına bakın.

-- Create a Hyperscale Database
CREATE DATABASE [HyperscaleDB1] (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_4');
GO

Bu, 5. Nesil donanımda dört çekirdekli bir Hiper Ölçek veritabanı oluşturur.

Mevcut veritabanını Hiper Ölçek'e yükseltme

Azure portal , T-SQL, PowerShellveya CLI kullanarak Azure SQL Veritabanı'daki mevcut veritabanlarınızı Hiper Ölçek'e taşıyabilirsiniz. Şu anda bu tek yol geçişidir. Veritabanlarını Hiper Ölçek'den başka bir hizmet katmanına, verileri dışarı ve içeri aktarma dışında başka bir hizmet katmanına taşıyabilirsiniz. Kavram kanıtı (POC' ler) için üretim veritabanlarınızı kopyalamanızı ve kopyayı Hiper Ölçek'e kopyalamanızı öneririz. Hiper Ölçek katmanında Azure SQL Veritabanı veritabanının hiper ölçek katmanına geçirildikleri veri işlemi boyutudur.

Aşağıdaki T-SQL komutu bir veritabanını Hiper Ölçek hizmet katmanına taşır. deyiminde hem sürümü hem de hizmet hedeflerini belirtmeniz ALTER DATABASE gerekir.

-- Alter a database to make it a Hyperscale Database
ALTER DATABASE [DB2] MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_4');
GO

Not

Coğrafi çoğaltma ilişkisinin parçası olan bir veritabanını birincil veya ikincil olarak Hiper Ölçek'e taşımak için çoğaltmayı durdurmanız gerekir. Yük devretme grubunda yer alan veritabanlarının önce gruptan kaldırılması gerekir.

Bir veritabanı Hiper Ölçek'e taşındıktan sonra, bu veritabanı için yeni bir Hiper Ölçek coğrafi çoğaltması oluşturabilirsiniz. Hiper Ölçek için coğrafi çoğaltma, belirli sınırlamalarla önizlemededir.

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

Diğer tüm hizmet katmanlarında olduğu gibi Hiper Ölçek, işlem çoğaltması kullanılabilirliği ne olursa olsun işlenen işlemler için veri dayanıklılığını garantiler. Birincil çoğaltmanın kullanılamaz duruma olması nedeniyle kapalı kalma süresi yük devretme türüne (planlı ve plansız) ve en az bir yüksek kullanılabilirlik çoğaltması varlığına bağlıdır. Planlı yük devretmede (bakım olayı) sistem, yük devretmeyi başlatmadan önce yeni birincil çoğaltmayı oluşturur veya yük devretme hedefi olarak mevcut bir yüksek kullanılabilirlik çoğaltmasını kullanır. Planlanmamış bir yük devretmede (birincil çoğaltmada donanım hatası) 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ğaltmayı oluşturmak için gereken ek adımlar nedeniyle kapalı kalma süresi daha uzundur.

Hiper Ölçek SLA'sı için bkz. SLA Azure SQL Veritabanı.

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

Hiper Ölçek veritabanını farklı bir bölgeye geri yükleme

Azure SQL Veritabanı'daki bir Hiper Ölçek veritabanını, olağanüstü durum kurtarma işlemi veya detaya gitme, yeniden konumlandırma ya da başka bir nedenin parçası olarak şu anda barındırınmış olduğu bölge dışında bir bölgeye geri yüklemeniz gerekirse, birincil yöntem veritabanının coğrafi geri yüklemesini yapmaktır. Bu, farklı bir bölgede yer alan diğer tüm veritabanını geri yüklemek için SQL Veritabanı tam olarak aynı adımları içerir:

  1. Uygun bir sunucunuz yoksa hedef bölgede bir sunucu oluşturun. Bu sunucu, özgün (kaynak) sunucuyla aynı aboneliğe sahip olması gerekir.
  2. Otomatik yedeklemelerden veritabanı geri yükleme hakkında sayfanın coğrafi geri yükleme Azure SQL Veritabanı yönergeleri izleyin.

Not

Kaynak ve hedef ayrı bölgelerde olduğundan veritabanı, coğrafi olmayan geri yüklemelerde olduğu gibi anlık görüntü depolama alanını kaynak veritabanıyla paylaşamaz ve bu da veritabanı boyutundan bağımsız olarak hızlı bir şekilde tamamlanır. Hiper Ölçek veritabanının coğrafi geri yüklemesi durumunda, hedef coğrafi olarak çoğaltılmış depolamanın eşleştirilmiş bölgesinde olsa bile veri boyutu işlemi olur. Bu nedenle coğrafi geri yükleme işlemi, geri yüklenen veritabanının boyutuyla orantılı olarak zaman alır. Hedef eşleştirilmiş bölgede ise veri aktarımı, bölgeler arası veri aktarımından önemli ölçüde daha hızlı olacak ancak yine de veri boyutu işlemi olacak bir bölge içinde olacaktır.

Kullanılabilir bölgeler

Hiper Azure SQL Veritabanı katmanı, Azure bölgelerinin büyük çoğunluğunda etkindir. Hiper Ölçek'in varsayılan olarak etkinleştirilmemiş olduğu bir bölgede Hiper Ölçek veritabanı oluşturmak için bir ekleme isteği gönderebilirsiniz Azure portal. Yönergeler için bkz. İstek kotası artışları Azure SQL Veritabanı için. İsteğinizi göndererek aşağıdaki yönergeleri kullanın:

  • Kota türü olarak Bölge SQL Veritabanı kullanın.
  • Açıklamaya yüksek kullanılabilirlik ve adlandırılmış çoğaltmalar da dahil olmak üzere işlem SKU'su/toplam çekirdeklerini ekleyin ve Hiper Ölçek kapasitesi isteğinde bulunduğuna işaret edin.
  • Ayrıca TB'de zaman içinde tüm veritabanlarının toplam boyutunun bir projeksiyonu belirtin.

Bilinen sınırlamalar

Bunlar, GA'dan sonra Hiper Ölçek hizmet katmanına ilişkin geçerli sınırlamalardır. Bu sınırlamaların çoğunu mümkün olduğunca kaldırmak için etkin bir şekilde çalışıyoruz.

Sorun Description
Bir sunucu için Yedeklemeleri Yönet bölmesi Hiper Ölçek veritabanlarını göstermez. Bunlar görünümden filtrelenmiş olur. Hiper Ölçek yedeklemeleri yönetmek için ayrı bir yönteme sahiptir, bu nedenle Long-Term Bekletme ve Zaman Noktası yedekleme saklama ayarları geçerli değildir. Buna uygun olarak, Hiper Ölçek veritabanları Yedeklemeyi Yönet bölmesinde görünmez.

Diğer hizmet katmanlarından Hiper Ölçek'e Azure SQL Veritabanı veritabanları için geçiş öncesi yedeklemeler, kaynak veritabanının yedekleme saklama süresi boyunca tutulur. Bu yedeklemeler, kaynak veritabanını geçişten önceki bir noktaya geri yüklemek için kullanılabilir.
Belirli bir noktaya geri yükleme Hiper Ölçek olmayan bir veritabanı Hiper Ölçek veritabanı olarak geri yüklenebilir ve Hiper Ölçek olmayan bir veritabanı olarak geri yüklenebilir. Hizmet katmanı değiştirerek Hiper Ölçek'e geçirilen Hiper Ölçek olmayan bir veritabanı için, geçişten önceki ve veritabanının yedekleme saklama süresi içinde zaman içinde bir noktaya geri yükleme program aracılığıyla destekleniyor. Geri yüklenen veritabanı Hiper Ölçek olmayan bir veritabanıdır.
Veritabanı hizmet Azure SQL Veritabanı Hiper Ölçek olarak değiştirirken, veritabanında 1 TB'den büyük veri dosyaları varsa işlem başarısız olur Bazı durumlarda, hizmet katmanını Hiper Ölçek olarak değiştirmeye çalışmadan önce büyük dosyaları 1 TB'ın altında olacak şekilde küçülterek bu sorunu gidermek mümkün olabilir. Veritabanı dosyalarının geçerli boyutunu belirlemek için aşağıdaki sorguyu kullanın. SELECT file_id, name AS file_name, size * 8. / 1024 / 1024 AS file_size_GB FROM sys.database_files WHERE type_desc = 'ROWS';
SQL Yönetilen Örnek Azure SQL Yönetilen Örneği şu anda Hiper Ölçek veritabanlarında desteklenmiyor.
Esnek Havuzlar Elastik Havuzlar şu anda Hiper Ölçek ile desteklenmiyor.
Hiper Ölçek'e geçiş şu anda tek yollu bir işlemdir Bir veritabanı Hiper Ölçek'e geçirildiktan sonra doğrudan Hiper Ölçek olmayan bir hizmet katmanına geçirilamaz. Şu anda bir veritabanını Hiper Ölçek'den Hiper Ölçek olmayan bir veriye geçirmenin tek yolu, bacpac dosyası veya diğer veri taşıma teknolojileri (Toplu Kopyalama, Azure Data Factory, Azure Databricks, SSIS vb.) kullanarak dışarı/içeri aktarma yapmaktır. Azure portal'den, New-AzSqlDatabaseExport veya New-AzSqlDatabaseImport kullanarak PowerShell'den, az sql db export ve az sql db importkullanan Azure CLI'dan ve REST API'den Bacpac dışarı aktarma/içeri aktarma işlemi desteklenmiyor. Daha küçük Hiper Ölçek veritabanları için Bacpac içeri/dışarı aktarma (200 GB'a kadar), SSMS ve SqlPackage sürüm 18.4 ve sonrası kullanılarak de geçerlidir. Daha büyük veritabanları için bacpac dışarı/içeri aktarma işlemi uzun zaman alır ve çeşitli nedenlerle başarısız olabilir.
OLTP nesneleriyle In-Memory geçişi Hiper Ölçek bellek için iyileştirilmiş tablo In-Memory, tablo değişkenleri ve yerel olarak derlenmiş modüller gibi olTP nesnelerinin bir alt kümesini destekler. Ancak, geçirilen veritabanında In-Memory olTP nesneleri varsa, Premium ve İş Açısından Kritik hizmet katmanlarından Hiper Ölçek'e geçiş desteklenmiyor. Böyle bir veritabanını Hiper Ölçek'e geçirmek için tüm In-Memory OLTP nesneleri ve bağımlılıkları bırakılır. Veritabanı geçirildikten sonra bu nesneler yeniden oluşturulabilirsiniz. Dayanıklı ve dayanıklı olmayan bellek için iyileştirilmiş tablolar şu anda Hiper Ölçek'te desteklanmaz ve disk tablolarına değiştir gerekir.
Coğrafi çoğaltma Hiper Ölçek'te coğrafi çoğaltma artık genel önizlemede.
Akıllı Veritabanı Özellikleri "Planı Zorla" seçeneği dışında, diğer tüm Otomatik Ayarlama seçenekleri henüz Hiper Ölçek'de desteklenmiyor: seçenekler etkinleştirildi gibi görünebilir, ancak herhangi bir öneri veya eylemde bulunamaz.
Sorgu Performansı İçgörüleri Sorgu Performansı Analizler şu anda Hiper Ölçek veritabanları için desteklenmiyor.
Veritabanını Küçültme DBCC SHRINKDATABASE veya DBCC SHRINKFILE şu anda Hiper Ölçek veritabanları için desteklanmayabilirsiniz.
Veritabanı bütünlüğü denetimi DBCC CHECKDB şu anda Hiper Ölçek veritabanları için desteklenmiyor. TABLOCK ILE DBCC CHECKTABLE ('TableName') ve TABLOCK ILE DBCC CHECKFILEGROUP geçici bir çözüm olarak kullanılabilir. Veri kaynağında veri bütünlüğü Azure SQL Veritabanı hakkında ayrıntılı bilgi için bkz. Azure SQL Veritabanı.
Elastik İşler İş veritabanı olarak Hiper Ölçek veritabanının kullanımı desteklenmiyor. Ancak, elastik işler hiper ölçek veritabanlarını diğer Azure veritabanı gibi SQL hedefleyebilirsiniz.

Sonraki adımlar