Yük devretme bağlantısı - Azure SQL Yönetilen Örneği

Makale
06/27/2024

Şunlar için geçerlidir: Azure SQL Yönetilen Örneği

Bu makalede, SQL Server Management Studio (SSMS) veya PowerShell kullanarak SQL Server ile Azure SQL Yönetilen Örneği arasında bağlantılı bir veritabanının yük devretmesi nasıl yapılır öğretildi.

Not

İlk birincil Azure SQL Yönetilen Örneği yapılandırma şu anda önizleme aşamasındadır ve yalnızca SQL Server 2022 CU10'dan itibaren desteklenir.

Önkoşullar

Bağlantı aracılığıyla veritabanlarınızı ikincil çoğaltmanıza yük devretmek için aşağıdaki önkoşullara ihtiyacınız vardır:

Etkin bir Azure aboneliği. Aboneliğiniz yoksa ücretsiz bir hesap oluşturun.
Gerekli hizmet güncelleştirmesinin yüklü olduğu DESTEKLENEN SQL Server sürümü.
Birincil ve ikincil çoğaltmanız arasında yapılandırılan bağlantı .

İş yükünü durdurma

Veritabanınızı ikincil çoğaltmaya devretmeye hazırsanız, önce bakım saatlerinizde birincil çoğaltmadaki tüm uygulama iş yüklerini durdurun. Bu, veri kaybı olmadan ikincilye yük devredebilmeniz için veritabanı çoğaltmasının ikincil çoğaltmayı yakalamasını sağlar. Yük devretmeden önce uygulamalarınızın işlemleri birincile işlemediğinden emin olun.

Veritabanının yük devretmesi

SQL Server Management Studio veya PowerShell kullanarak bağlı bir veritabanının yükünü devredebilirsiniz.

SQL Server Management Studio (SSMS)
PowerShell

Veritabanınızı birincil çoğaltmanızdan ikincil çoğaltmanıza devretmek için SSMS'deki SQL Server ile Yönetilen Örnek arasında yük devretme sihirbazını kullanın.

Birincil veya ikincil çoğaltmadan planlı yük devretme gerçekleştirebilirsiniz. Zorlamalı yük devretme yapmak için ikincil çoğaltmaya bağlanın.

Dikkat

Yük devretmeden önce, çoğaltılan veritabanının veri kaybı olmadan tamamen yakalamasına ve yük devretmesine izin vermek için kaynak veritabanındaki iş yükünü durdurun. Zorlamalı yük devretme gerçekleştiriyorsanız verileri kaybedebilirsiniz.
SQL Server 2019 ve önceki sürümlerde bir veritabanının yük devretmesi iki çoğaltma arasındaki bağlantıyı keser ve kaldırır. İlk birincil birincile geri dönemezsiniz.
SQL Server 2022 bağlantısını korurken veritabanının yük devretmesi şu anda önizleme aşamasındadır.

Veritabanınızın yükünü devretmek için şu adımları izleyin:

SSMS'yi açın ve her iki çoğaltmaya da bağlanın.
Nesne Gezgini çoğaltılan veritabanınıza sağ tıklayın, Azure SQL Yönetilen Örneği bağlantısının üzerine gelin ve SQL Server ile Yönetilen Örnek arasında yük devretme sihirbazını açmak için Yük Devretme... öğesini seçin. Aynı veritabanından birden çok bağlantınız varsa, Nesne Gezgini'da Always On kullanılabilirlik grupları altında Kullanılabilirlik Grupları'nı genişletin ve yük devretmek istediğiniz bağlantının dağıtılmış kullanılabilirlik grubuna sağ tıklayın. Bu bağlantı için SQL Server ile Yönetilen Örnek arasında yük devretme sihirbazını açmak için Yük Devretme... öğesini seçin.
Giriş sayfasında, Sonraki'ni seçin.
Yük devretme türünü seçin sayfasında her çoğaltma, seçtiğiniz veritabanının rolü ve desteklenen yük devretme türleri hakkındaki ayrıntılar gösterilir. Herhangi bir çoğaltmadan yük devretme başlatabilirsiniz. Zorlamalı yük devretme seçerseniz, olası veri kaybı olabileceğini anladığınızı belirtmek için kutuyu işaretlemeniz gerekir. İleri'yi seçin.

Not

Azure SQL Yönetilen Örneği geçiriyorsanız Planlı yük devretme'yi seçin.
Azure'da ve Uzak Örnekte Oturum Aç sayfasında:
1. Kimlik bilgilerinizi sağlamak ve Azure hesabınızda oturum açmak için Oturum aç'ı seçin.
2. Önceki sayfada seçilen Yük Devretme türüne bağlı olarak Oturum aç seçeneği farklı çalışır. Planlı yük devretme için uzak örnekte (SQL Server veya SQL Yönetilen Örneği) oturum açmak zorunludur. Aşağıdaki iki senaryo desteklendiğinden zorlamalı yük devretme için imzalama isteğe bağlıdır:
  - Gerçek olağanüstü durum kurtarma: Birincil örnek genellikle gerçek bir olağanüstü durum sırasında kullanılamadığından oturum açmak mümkün değildir ve kullanıcının ikincil örneğe hemen yük devretmesi gerekir ve bu da yeni birincil örnek olur. Kesinti çözüldükten sonra, her iki çoğaltma da birincil rolde (bölünmüş beyin senaryosu) olduğundan bağlantı tutarsız bir durumda olur.
  - Olağanüstü durum kurtarma tatbikatı: Olası veri kaybı olabileceğinden zorlamalı yük devretme ile olağanüstü durum kurtarma tatbikatları yapmak önerilmez. Ancak, bir tatbikat sırasında birincil örnek kullanılabilir olduğundan oturum açma desteklenir ve bölünmüş beyin senaryosundan kaçınmak için her iki çoğaltma için de rolleri ters çevirme seçeneği sunulur.
Yük Devretme Sonrası İşlemler sayfasında, seçenekler SQL Server 2022 ile önceki sürümler arasında ve birincil örneğe bağlanıp bağlanamadığınız arasında farklılık gösterir.
- SQL Server 2022 için çoğaltmalar arasında çoğaltmayı durdurmayı seçebilirsiniz; bu da yük devretme tamamlandıktan sonra bağlantıyı ve dağıtılmış kullanılabilirlik grubunu bırakır. Bağlantıyı korumak ve çoğaltmalar arasında verileri çoğaltmaya devam etmek istiyorsanız, kutuyu işaretsiz bırakın. Bağlantıyı bırakmayı seçerseniz, yalnızca veritabanınızı Azure'a çoğaltmak amacıyla oluşturduysanız ve artık ihtiyacınız yoksa kullanılabilirlik grubunu bırakma kutusunu da işaretleyebilirsiniz. Senaryonuza uygun kutuları işaretleyin ve İleri'yi seçin.
- SQL Server 2019 ve önceki sürümlerde Bağlantıyı kaldır seçeneği varsayılan olarak işaretlidir ve SQL Yönetilen Örneği yük devretme işlemi çoğaltmayı durdurduğundan, bağlantıyı bozduğundan ve dağıtılmış kullanılabilirlik grubunu düşüreceğinden bu seçeneğin işaretini kaldıramazsınız. Bağlantının bırakılacağını anladığınızı belirtmek için kutuyu işaretleyin ve İleri'yi seçin.
- (İsteğe bağlı olarak) Önceki sayfada SQL Server örneğinde oturum açabildiyseniz, Temizleme bölümündeki kutuyu işaretleyerek zorunlu yük devretme sonrasında SQL Server örneğindeki kullanılabilirlik grubunu silme seçeneğiniz de vardır.
Özet sayfasında eylemleri gözden geçirin. İsteğe bağlı olarak, betik oluşturmak için Betik'i seçerek gelecekte aynı bağlantıyı kullanarak veritabanının yükünü kolayca devredebilirsiniz. Veritabanının yükünü devretmeye hazır olduğunuzda Son'u seçin.
Tüm adımlar tamamlandıktan sonra, Sonuçlar sayfasında başarıyla tamamlanan eylemlerin yanında onay işaretleri gösterilir. Artık pencereyi kapatabilirsiniz.

SQL Server 2022 bağlantısını korumayı seçerseniz, ikincil yeni birincil olur, bağlantı hala etkindir ve ikincil sunucuya geri dönebilirsiniz.

SQL Server 2019 ve önceki sürümlerindeyseniz veya SQL Server 2022 bağlantısını bırakmayı seçtiyseniz, bağlantı bırakılır ve yük devretme tamamlandıktan sonra artık yoktur. Her çoğaltmadaki kaynak veritabanı ve hedef veritabanı bir okuma/yazma iş yükü yürütebilir. Tamamen bağımsızlar.

Önemli

SQL Yönetilen Örneği başarıyla yük devretme işleminden sonra, geçiş veya yük devretme işlemini tamamlamak ve Azure'da çalışmaya devam etmek için uygulamalarınızın bağlantı dizesi SQL yönetilen örneği FQDN'sine el ile yeniden belirleyin.

Yük devretmek için önce Transact-SQL (T-SQL) kullanarak SQL Server örneğini çoğaltma modları arasında geçiş yapmanız gerekir.

Ardından PowerShell'i kullanarak yük devredebilir ve roller arasında geçiş yapabilirsiniz.

Çoğaltma modunu değiştirme (SQL MI'ye yük devretme)

SQL Server ile SQL Yönetilen Örneği arasında çoğaltma varsayılan olarak zaman uyumsuzdur. SQL Server'dan Azure SQL Yönetilen Örneği yük devrediyorsanız, veritabanınızın yükünü devretmeden önce Transact-SQL (T-SQL) kullanarak bağlantıyı SQL Server'da zaman uyumlu moda geçirin.

Not

SQL Yönetilen Örneği'den SQL Server 2022'ye yük devredecekseniz bu adımı atlayın.
Büyük ağ uzaklıkları arasında zaman uyumlu çoğaltma, birincil çoğaltmadaki işlemleri yavaşlatabilir.

Dağıtılmış kullanılabilirlik grubunun çoğaltma modunu zaman uyumsuzdan eşitlemeye değiştirmek için SQL Server'da aşağıdaki T-SQL betiğini çalıştırın. Değiştirmek:

<DAGName> dağıtılmış kullanılabilirlik grubunun adıyla (bağlantıyı oluşturmak için kullanılır).
<AGName> sql server'da oluşturulan kullanılabilirlik grubunun adıyla (bağlantıyı oluşturmak için kullanılır).
<ManagedInstanceName> yönetilen örneğinizin adıyla birlikte.

-- Run on SQL Server
-- Sets the distributed availability group to a synchronous commit.
-- ManagedInstanceName example: 'sqlmi1'
USE master
GO
ALTER AVAILABILITY GROUP [<DAGName>] 
MODIFY 
AVAILABILITY GROUP ON
    '<AGName>' WITH
    (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT),
    '<ManagedInstanceName>' WITH
    (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT);

Bağlantının çoğaltma modunu başarıyla değiştirdiğinizden emin olmak için aşağıdaki dinamik yönetim görünümünü kullanın. Sonuçlar durumu SYNCHRONOUS_COMMIT gösterir.

-- Run on SQL Server
-- Verifies the state of the distributed availability group
SELECT
    ag.name, ag.is_distributed, ar.replica_server_name,
    ar.availability_mode_desc, ars.connected_state_desc, ars.role_desc,
    ars.operational_state_desc, ars.synchronization_health_desc
FROM
    sys.availability_groups ag
    join sys.availability_replicas ar
    on ag.group_id=ar.group_id
    left join sys.dm_hadr_availability_replica_states ars
    on ars.replica_id=ar.replica_id
WHERE
    ag.is_distributed=1

SQL Server'ı zaman uyumlu işleme moduna geçirdiğinizden, iki örnek arasındaki çoğaltma zaman uyumlu olur. Bu durumu tersine çevirmeniz gerekiyorsa, aynı adımları izleyin ve olarak AVAILABILITY_MODE ASYNCHRONOUS_COMMITayarlayın.

Hem SQL Server'da hem de SQL Yönetilen Örneği LSN değerlerini denetleyin

Yük devretmeyi veya geçişi tamamlamak için, ikincilye çoğaltmanın tamamlandığını onaylayın. Bunun için hem SQL Server hem de SQL Yönetilen Örneği günlük kayıtlarındaki günlük dizisi numaralarının (LSN) aynı olduğundan emin olun.

Başlangıçta, birincil üzerindeki LSN'nin ikincildeki LSN'den daha yüksek olması beklenir. Ağ gecikmesi, çoğaltmanın birincil değerden biraz geri kalmasına neden olabilir. İş yükü birincil sunucuda durdurulduğu için LSN'ler eşleşir ve bir süre sonra değişmeyi durdurur.

Son kaydedilen işlem günlüğünün LSN'sini okumak için SQL Server'da aşağıdaki T-SQL sorgusunu kullanın. Değiştirme:

<DatabaseName> ve son sağlamlaştırılmış LSN numarasını arayın.

-- Run on SQL Server
-- Obtain the last hardened LSN for the database on SQL Server.
SELECT
    ag.name AS [Replication group],
    db.name AS [Database name], 
    drs.database_id AS [Database ID], 
    drs.group_id, 
    drs.replica_id, 
    drs.synchronization_state_desc AS [Sync state], 
    drs.end_of_log_lsn AS [End of log LSN],
    drs.last_hardened_lsn AS [Last hardened LSN] 
FROM
    sys.dm_hadr_database_replica_states drs
    inner join sys.databases db on db.database_id = drs.database_id
    inner join sys.availability_groups ag on drs.group_id = ag.group_id
WHERE
    ag.is_distributed = 1 and db.name = '<DatabaseName>'

Veritabanınız için en son sağlamlaştırılmış LSN'yi okumak için SQL Yönetilen Örneği aşağıdaki T-SQL sorgusunu kullanın. değerini veritabanınızın adıyla değiştirin <DatabaseName> .

Bu sorgu Genel Amaçlı SQL Yönetilen Örneği üzerinde çalışır. İş Açısından Kritik SQL Yönetilen Örneği için betiğin and drs.is_primary_replica = 1 sonundaki açıklamayı kaldırın. İş Açısından Kritik hizmet katmanında bu filtre, ayrıntıların yalnızca birincil çoğaltmadan okunmasını sağlar.

-- Run on SQL managed instance
-- Obtain the LSN for the database on SQL Managed Instance.
SELECT
    db.name AS [Database name],
    drs.database_id AS [Database ID], 
    drs.group_id, 
    drs.replica_id, 
    drs.synchronization_state_desc AS [Sync state],
    drs.end_of_log_lsn AS [End of log LSN],
    drs.last_hardened_lsn AS [Last hardened LSN]
FROM
    sys.dm_hadr_database_replica_states drs
    inner join sys.databases db on db.database_id = drs.database_id
WHERE
    db.name = '<DatabaseName>'
    -- for Business Critical, add the following as well
    -- AND drs.is_primary_replica = 1

Alternatif olarak Get-AzSqlInstanceLink PowerShell veya az sql mi link show Azure CLI komutunu kullanarak önceki T-SQL sorgusuyla aynı bilgileri sağlamak üzere SQL Yönetilen Örneği bağlantınızın özelliğini getirebilirsinizLastHardenedLsn.

Önemli

İş yükünüzün birincil sunucuda durdurulduğunu bir kez daha doğrulayın. Hem SQL Server'da hem de SQL Yönetilen Örneği üzerindeki LSN'lerin eşleşip eşleşmediğini ve bunların bir süre boyunca eşleştirilip değiştirilmediğini denetleyin. Her iki örnekteki kararlı LSN'ler kuyruk günlüğünün ikincil günlüğe çoğaltıldığını ve iş yükünün etkili bir şekilde durdurulduğunu gösterir.

Veritabanının yük devretmesi

Bağlantıyı sürdürürken SQL Server 2022 ile SQL Yönetilen Örneği arasında bir veritabanının yükünü devretmek veya SQL Server'ın herhangi bir sürümü için veri kaybıyla yük devretme gerçekleştirmek için PowerShell kullanmak istiyorsanız, ortamınız için betiği oluşturmak üzere SSMS'deki SQL Server ile Yönetilen Örnek arasında yük devretme sihirbazını kullanın. Birincil veya ikincil çoğaltmadan planlı yük devretme gerçekleştirebilirsiniz. Zorlamalı yük devretme yapmak için ikincil çoğaltmaya bağlanın.

SQL Server sürümünden bağımsız olarak veritabanınızda yük devretme yaptığınızda veya veritabanınızı geçirirken bağlantıyı kesmek ve çoğaltmayı durdurmak için Remove-AzSqlInstanceLink PowerShell veya az sql mi link delete Azure CLI komutunu kullanın.

Dikkat

Yük devretmeden önce, çoğaltılan veritabanının veri kaybı olmadan tamamen yakalamasına ve yük devretmesine izin vermek için kaynak veritabanındaki iş yükünü durdurun. Zorlamalı yük devretme gerçekleştirirseniz veya LSN'ler eşleşmeden bağlantıyı keserseniz verileri kaybedebilirsiniz.
SQL Server 2019 ve önceki sürümlerde bir veritabanının yük devretmesi iki çoğaltma arasındaki bağlantıyı keser ve kaldırır. İlk birincil birincile geri dönemezsiniz.
SQL Server 2022 bağlantısını korurken veritabanının yük devretmesi şu anda önizleme aşamasındadır.

Aşağıdaki örnek betik bağlantıyı keser ve çoğaltmalarınız arasındaki çoğaltmayı sona erdirerek veritabanının her iki örnekte de okuma/yazma yapmasını sağlar. Değiştirme:

<ManagedInstanceName> yönetilen örneğinizin adıyla birlikte.
<DAGName>yük devretmekte olduğunuz bağlantının adıyla (yukarıda daha önce yürütülen komuttan Get-AzSqlInstanceLink özelliğinin Name çıktısı).

# Run in Azure Cloud Shell (select PowerShell console) 
# =============================================================================
# POWERSHELL SCRIPT TO FAIL OVER OR MIGRATE DATABASE TO AZURE
# ===== Enter user variables here ====

# Enter your managed instance name – for example, "sqlmi1"
$ManagedInstanceName = "<ManagedInstanceName>"
$LinkName = "<DAGName>"

# ==== Do not customize the following cmdlet ====

# Find out the resource group name
$ResourceGroup = (Get-AzSqlInstance -InstanceName $ManagedInstanceName).ResourceGroupName

# Failover the specified link
Remove-AzSqlInstanceLink -ResourceGroupName $ResourceGroup |
-InstanceName $ManagedInstanceName -Name $LinkName -Force

Yük devretme başarılı olduğunda bağlantı bırakılır ve artık yoktur. SQL Server veritabanı ve SQL Yönetilen Örneği veritabanı artık tamamen bağımsız oldukları için okuma/yazma iş yüklerini yürütebilir.

Önemli

Bağlantı bırakıldıktan sonra kullanılabilirlik grubunu SQL Server'da tutabilirsiniz, ancak SQL Server'dan bağlantı meta verilerini kaldırmak için dağıtılmış kullanılabilirlik grubunu bırakmanız gerekir. SSMS bu eylemi sizin için gerçekleştirdiğinden bu ek adım yalnızca PowerShell kullanılarak yük devredilirken gereklidir.

Dağıtılmış kullanılabilirlik grubunuzu bırakmak için aşağıdaki değeri değiştirin ve ardından örnek T-SQL kodunu çalıştırın:

<DAGName> sql server'da dağıtılmış kullanılabilirlik grubunun adıyla (bağlantıyı oluşturmak için kullanılır).

-- Run on SQL Server
USE MASTER
GO
DROP AVAILABILITY GROUP <DAGName> 
GO

Yük devretmeden sonra veritabanını görüntüleme

SQL Server 2022 için, bağlantıyı korumayı seçtiyseniz, dağıtılmış kullanılabilirlik grubunun SQL Server Management Studio'daki Nesne Gezgini Kullanılabilirlik Grupları altında mevcut olup olmadığını denetleyebilirsiniz.

Bağlantıyı yük devretme sırasında bıraktıysanız, dağıtılmış kullanılabilirlik grubunun artık mevcut olmadığını onaylamak için Nesne Gezgini kullanabilirsiniz. Kullanılabilirlik grubunu korumayı seçtiyseniz veritabanı yine eşitlenir.

Kullanılabilirlik gruplarını temizleme

SQL Server 2022 ile yük devretme işlemi bağlantıyı kesmediğinden, yük devretmeden sonra bağlantıyı koruyabilirsiniz; bu da kullanılabilirlik grubunu ve dağıtılmış kullanılabilirlik grubunu etkin bırakır. Başka bir şey yapmanız gerekmez.

Ancak, bağlantıyı bırakmak yalnızca dağıtılmış kullanılabilirlik grubunu bırakır ve kullanılabilirlik grubunu etkin bırakır. Kullanılabilirlik grubunu kullanmaya karar verebilir veya bırakabilirsiniz.

Kullanılabilirlik grubunuzu bırakmaya karar verirseniz aşağıdaki değeri değiştirin ve örnek T-SQL kodunu çalıştırın:

<AGName> sql Server'da kullanılabilirlik grubunun adıyla (bağlantıyı oluşturmak için kullanılır).

-- Run on SQL Server
USE MASTER
GO
DROP AVAILABILITY GROUP <AGName> 
GO

Bağlantı özelliği hakkında daha fazla bilgi için aşağıdaki kaynakları gözden geçirin:

Aracılığıyla paylaş

Yük devretme bağlantısı - Azure SQL Yönetilen Örneği

Önkoşullar

İş yükünü durdurma

Veritabanının yük devretmesi

Çoğaltma modunu değiştirme (SQL MI'ye yük devretme)

Hem SQL Server'da hem de SQL Yönetilen Örneği LSN değerlerini denetleyin

Veritabanının yük devretmesi

Yük devretmeden sonra veritabanını görüntüleme

Kullanılabilirlik gruplarını temizleme

Geri Bildirim

Geri Bildirim

Ek kaynaklar

Aracılığıyla paylaş

Yük devretme bağlantısı - Azure SQL Yönetilen Örneği

Önkoşullar

İş yükünü durdurma

Veritabanının yük devretmesi

Yük devretmeden sonra veritabanını görüntüleme

Kullanılabilirlik gruplarını temizleme

İlgili içerik

Geri Bildirim

Geri Bildirim

Ek kaynaklar