Bir veritabanını Hyperscale'den geri taşıma

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

Azure portalı, Azure CLI, PowerShell veya Transact-SQL kullanarak Azure SQL Veritabanı'ndaki mevcut hiper ölçek veritabanını Genel Amaçlı hizmet katmanına geçirebilirsiniz.

Genel Amaçlı hizmet katmanına ters geçiş, Yakın zamanda Azure SQL Veritabanı'ndaki mevcut bir veritabanını Hiper Ölçek'e dönüştüren müşterilerin, Hiper Ölçek'in ihtiyaçlarını karşılamaması halinde acil durumda geri dönmelerini sağlar. Ters geçiş bir hizmet katmanı değişikliği tarafından başlatılsa da, temelde farklı mimariler arasında veri boyutu taşıma işlemidir.

Ters geçiş sınırlamaları

Ters geçiş aşağıdaki koşullarda kullanılabilir:

• Ters geçiş, yalnızca özgün Hiper Ölçek geçişinin ardından 45 gün içinde kullanılabilir.
• Başlangıçta Hiper Ölçek hizmet katmanında oluşturulan veritabanları ters geçiş için uygun değildir.
• Yalnızca Genel Amaçlı hizmet katmanına geçişi tersine çevirebilirsiniz. Hiper Ölçek'ten Genel Amaçlı'ya geçişiniz sunucusuz veya sağlanan işlem katmanlarını hedefleyebilir. Veritabanını İş Açısından Kritik veya DTU tabanlı hizmet katmanı 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.
• 2'den az sanal çekirdek içeren veritabanlarına ters geçiş desteklenmez. Geçiş tamamlandıktan sonra veritabanının ölçeğini 2 sanal çekirdekten daha az olacak şekilde azaltabilirsiniz.
• Elastik havuza veya elastik havuzdan doğrudan geri geçirimi desteklenmez. Yalnızca Hiper Ölçek tek veritabanını Genel Amaçlı tek bir veritabanına ters geçirebilirsiniz.
  • Hiper Ölçek veritabanı bir Hiper Ölçek elastik havuzunun parçasıysa, tersine geçişten önce önce hiper ölçek elastik havuzundan kaldırmanız gerekir.
  • Tersine geçiş tamamlandıktan sonra isterseniz Genel Amaçlı tek veritabanını gerekirse Genel Amaçlı elastik havuza ekleyebilirsiniz.
• Ters geçişe uygun olmayan veritabanları için Hiper Ölçek'ten Hiper Ölçek dışı bir hizmet katmanına geçmenin tek yolu bir bacpac dosyası veya diğer veri taşıma teknolojilerini (Toplu Kopyalama, Azure Data Factory, Azure Databricks, SSIS vb.) kullanarak dışarı/içeri aktarmaktır. Azure portalından, New-AzSqlDatabaseExport veya New-AzSqlDatabaseImport kullanarak PowerShell'den, az sql db export ve az sql db import kullanarak Azure CLI'dan ve REST API'den Bacpac dışarı/içeri aktarma desteklenmez. Daha küçük Hiper Ölçek veritabanları (150 GB'a kadar) için Bacpac içeri/dışarı aktarma, SSMS ve SqlPackage sürüm 18.4 ve üzeri kullanılarak desteklenir. Daha büyük veritabanları için bacpac dışarı/içeri aktarma işlemi uzun sürebilir ve çeşitli nedenlerle başarısız olabilir.

Süre ve kapalı kalma süresi

Hiper Ölçek'teki normal hizmet düzeyi hedef değişiklik işlemlerinden farklı olarak, Hiper Ölçek'e geçiş ve Genel Amaçlı'ya ters geçiş, veri boyutu işlemleridir.

Tersine geçiş işleminin süresi temel olarak veritabanının boyutuna ve geçiş sırasında gerçekleşen eşzamanlı yazma etkinliklerine bağlıdır. Hedef Genel Amaçlı veritabanına atadığınız sanal çekirdek sayısı, ters geçiş süresini de etkiler. Benzer iş yüklerini sürdürmek için hedef Genel Amaçlı veritabanını kaynak Hiper Ölçek veritabanına atanan sanal çekirdek sayısından büyük veya buna eşit sayıda sanal çekirdekle sağlamanızı öneririz.

Ters geçiş sırasında, kaynak Hiper Ölçek veritabanı önemli bir yük altındaysa performans düşüşü yaşayabilir. Özellikle, ters geçişin ilerlemesini sağlamak için işlem günlüğü hızı azaltılabilir veya kısıtlanabilir.

Yeni hedef Genel Amaçlı veritabanına son tam geçiş tamamlanırken, genellikle birkaç dakika süren kısa bir kesinti süresiyle karşılaşırsınız.

Önkoşullar

Hiper Ölçek'ten Genel Amaçlı hizmet katmanına ters geçiş başlatmadan önce veritabanınızın ters geçişle ilgili sınırlamaları karşıladığından emin olmanız gerekir ve:

• Veritabanınızda Coğrafi Çoğaltma etkin değil.
• Veritabanınızda adlandırılmış replikalar yok.
• Veritabanınız (ayrılmış boyut) hedef hizmet katmanına sığacak kadar küçük.
• Hedef Genel Amaçlı veritabanı için en büyük veritabanı boyutunu belirtirseniz, veritabanının ayrılan boyutunun bu maksimum boyuta sığacak kadar küçük olduğundan emin olun.

Önkoşul denetimleri, bir ters geçiş işlemi başlamadan önce gerçekleşir. Önkoşullar karşılanmazsa, ters geçiş işlemi hemen başarısız olur.

Yedekleme ilkeleri

Yapılandırılmış saklama süresi içindeki tüm mevcut veritabanı yedeklemeleri için normal fiyatlandırma kullanılarak faturalandırılırsınız. Hiper Ölçek yedekleme depolama anlık görüntüleri ve yedeklemeyi geri yükleyebilmek için saklanması gereken veri depolama blobları için faturalandırılırsınız.

Veritabanını Hiper Ölçek'e dönüştürebilir ve Genel Amaçlı'ya birden çok kez geri geçirebilirsiniz. Yalnızca veritabanınızın geçerli ve bir önceki katmanından yedeklemeler geri yüklenebilir. Genel Amaçlı hizmet katmanından Hiper Ölçek'e ve Genel Amaçlı'ya geri taşındıysanız, kullanılabilir tek yedeklemeler geçerli Genel Amaçlı veritabanından ve hemen önceki Hiper Ölçek veritabanından gelen yedeklemelerdir. Bu saklanan yedeklemeler Azure SQL Veritabanı faturalamasına göre faturalandırılır. Önceden denenen katmanlar için yedekler mevcut olmayacak ve faturalandırma yapılmayacaktır.

Örneğin, Hiper Ölçek ile Hiper Ölçek dışı hizmet katmanları arasında geçiş yapabilir:

1. Genel Amaç
2. Hyperscale'a Dönüştür
3. Genel Amaçlı'ya ters geçiş
4. Hizmet katmanının İş Açısından Kritik olarak değiştirilmesi
5. Hyperscale'a Dönüştür
6. Genel Amaçlı'ya ters geçiş

Bu durumda, kullanılabilir olan tek yedeklemeler, hala yapılandırılmış saklama süresi içinde olmaları durumunda zaman çizelgesinin 5. ve 6. adımlarından alınabilir. Önceki adımlardan alınan tüm yedeklemeler kullanılamaz. Hiper Ölçek ile Genel Amaçlı hizmet katmanları arasında aynı veritabanının yinelenen geçişlerini denerken yedeklemelerin kullanılabilirliğini dikkatle göz önünde bulundurun. Hemen önceki veritabanından daha eski veritabanlarının yedekleri, bir geri dönüş başlatıldığında kullanılamaz hale gelir ve geçiş iptal edilse bile kullanılamaz durumda kalır.

Hyperscale veritabanını Genel Amaçlı hizmet katmanına geri taşıma

Azure SQL Veritabanı'ndaki mevcut hiper ölçek veritabanını Genel Amaçlı hizmet katmanına geçirmek için öncelikle Genel Amaçlı hizmet katmanında hedef hizmet hedefinizi ve sağlanan veya sunucusuz işlem katmanlarına geçiş yapmak isteyip istemediğinizi belirleyin. Veritabanınız için hangi hizmet hedefinin doğru olduğundan emin değilseniz tek veritabanları için kaynak sınırlarını gözden geçirin.

Genel Amaçlı'ya ters geçiş yaptıktan sonra ek bir hizmet katmanı değişikliği gerçekleştirmek istiyorsanız nihai hedef hizmet hedefinizi belirleyin. Veritabanınızın ayrılmış boyutunun bu hizmet hedefine sığacak kadar küçük olduğundan emin olun.

Veritabanınızı ters geçirmek için tercih ettiğiniz yöntemin sekmesini seçin:

Portal

Azure portalı, veritabanınızın fiyatlandırma katmanını değiştirerek Genel Amaçlı hizmet katmanına geçişi tersine çevirmenizi sağlar.

1. Azure portalında veritabanına gidin.
2. Sol gezinti çubuğunda İşlem + depolama'yı seçin.
3. Hizmet katmanları seçeneklerini genişletmek için Hizmet katmanı açılan listesini seçin.
4. Açılan liste menüsünden Genel Amaçlı (Ölçeklenebilir işlem ve depolama seçenekleri) öğesini seçin.
5. Listelenen Donanım Yapılandırması'nı gözden geçirin. İsterseniz, İş yükünüz için uygun donanım yapılandırmasını seçmek için Yapılandırmayı değiştir'i seçin.
6. Genel Amaçlı hizmet katmanı altında veritabanınız için kullanılabilir sanal çekirdek sayısını değiştirmek istiyorsanız sanal çekirdekler kaydırıcısını seçin.
7. seçin, sonra daUygula'yı seçin.
8. Azure portalında dönüştürmeyi izleyin.
   1. Azure portalında veritabanına gidin.
   2. Sol gezinti çubuğunda Genel Bakış'ı seçin.
   3. Sağ bölmenin altındaki Bildirimler bölümünü gözden geçirin. İşlemler devam ediyorsa bir bildirim kutusu görüntülenir.
   4. Ayrıntıları görüntülemek için bildirim kutusunu seçin.
   5. Devam eden işlemler bölmesi açılır. Devam eden işlemlerin ayrıntılarını gözden geçirin.

Azure CLI

Bu kod örneği, mevcut hiper ölçek veritabanını Genel Amaçlı hizmet katmanına ters geçirmek için az sql db update komutunu çağırır. Hem sürüm hem de hizmet hedefini belirtmeniz gerekir. Hedef işlem modeli için Provisioned veya Serverless seçebilirsiniz.

Aşağıdaki kod örneğini çalıştırmadan önce , resourceGroupName, serverNameve databaseName değerlerini uygun değerlerle değiştirinserviceObjective:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel

İsteğe bağlı olarak maxsize bağımsız değişkenini ekleyebilirsiniz. maxsize Değer, hedef hizmet hedefi için geçerli boyut üst sınırını aşarsa bir hata döndürülür. maxsize Bağımsız değişken belirtilmezse, işlem varsayılan olarak belirtilen hizmet hedefi için kullanılabilir en büyük boyuta sahip olur. Aşağıdaki örnek şunu maxsizebelirtir:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"
maxsize="200GB"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel --max-size $maxsize

az sql db op list ile devam eden işlemi izleyin. Azure SQL Veritabanı'ndaki bir veritabanı için son veya devam eden işlemleri döndürmek için:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"

az sql db op list -g $resourceGroupName -s $serverName -n $databaseName

PowerShell

Bu kod örneği, mevcut veritabanını Hiper Ölçek'ten Genel Amaçlı hizmet katmanına geçirmek için Set-AzSqlDatabase cmdlet'ini kullanır. Hem sürüm hem de hizmet hedefini belirtmeniz gerekir. Hedef işlem katmanı için ya Provisioned ya da Serverless seçebilirsiniz.

Bu kod örneğini çalıştırmadan önce , $resourceGroupName, , , $serverNameve $databaseName değerlerini uygun değerlerle değiştirin$serviceObjective$computeModel:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective

İsteğe bağlı olarak maxsize bağımsız değişkenini ekleyebilirsiniz. maxsize Değer, hedef hizmet hedefi için geçerli boyut üst sınırını aşarsa bir hata döndürülür. maxsize Bağımsız değişken belirtilmezse, işlem varsayılan olarak belirtilen hizmet hedefi için kullanılabilir en büyük boyuta sahip olur. Aşağıdaki örnek şunu maxsizebelirtir:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"
$maxSizeBytes = "268435456000"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective -MaxSizeBytes $maxSizeBytes

Azure SQL Veritabanı'ndaki bir veritabanı için son veya devam eden işlemleri döndüren Get-AzSqlDatabaseActivity cmdlet'i ile devam eden işlemi izleyin. $resourceGroupNameÖrnek kodu çalıştırmadan önce , $serverNameve $databaseName parametrelerini veritabanınız için uygun değerlere ayarlayın:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"

Get-AzSqlDatabaseActivity -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName

Transact-SQL

Transact-SQL ile hiper ölçek veritabanını Genel Amaçlı hizmet katmanına geçirmek için master önce SQL Server Management Studio (SSMS) kullanarak mantıksal SQL sunucunuzdaki veritabanına bağlanın.

ALTER DATABASE deyiminde hem sürüm hem de hizmet amacını belirtmelisiniz.

Bu örnek deyim, mySampleDatabase adlı veritabanını GP_Gen5_4 hizmet amacıyla Genel Amaçlı hizmet katmanına geçirir. deyimini yürütmeden önce veritabanı adını ve hizmet hedefini uygun değerlerle değiştirin.

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2');
GO

İsteğe bağlı olarak maxsize bağımsız değişkenini ekleyebilirsiniz. maxsize Değer, hedef hizmet hedefi için geçerli boyut üst sınırını aşarsa bir hata döndürülür. maxsize Bağımsız değişken belirtilmezse, işlem varsayılan olarak belirtilen hizmet hedefi için kullanılabilir en büyük boyuta sahip olur. Aşağıdaki örnek şunu maxsizebelirtir:

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2', MAXSIZE = 200 GB);
GO

Hiper Ölçek veritabanının işlemlerini izlemek için master, Visual Studio Code için mssql uzantısını veya Transact-SQL komutlarını çalıştırmayı seçtiğiniz istemciyi kullanarak mantıksal sunucunuzun veritabanına bağlanın.

Mantıksal sunucunuzdaki veritabanlarında gerçekleştirilen son işlemler hakkındaki bilgileri gözden geçirmek için sys.dm_operation_status Dinamik Yönetim Görünümü'nü sorgulayın.

Dinamik sys.dm_operation_status yönetim görünümü, işlemleri en son sıralanmış olarak döndürür. Kod örneğini çalıştırmadan önce veritabanı adını uygun değerle değiştirin.

SELECT *
FROM sys.dm_operation_status
WHERE major_resource_id = 'mySampleDatabase'
ORDER BY start_time DESC;
GO

İlgili içerik

• Hiper Ölçek veritabanını yönetme
• Var olan bir veritabanını Hiper Ölçek dönüştürme