ALTER DATABASE (Transact-SQL) SET HADR

Şunlar için geçerlidir: SQL Server

Bu konu, ikincil bir veritabanında Always On kullanılabilirlik grupları seçeneklerini ayarlamak için söz dizimi içerir ALTER DATABASE . Her bir ALTER DATABASE ifade için yalnızca bir SET HADR seçeneğe izin verilir. Bu seçenekler yalnızca ikincil replikalarda desteklenmektedir.

Transact-SQL söz dizimi kuralları

Syntax

ALTER DATABASE database_name  
   SET HADR   
   {  
        { AVAILABILITY GROUP = group_name | OFF }  
   | { SUSPEND | RESUME }  
   }  
[;]  

Arguments

database_name
İkincil veritabanının adı değiştirilecek mi?

SET HADR
Belirtilen Always On kullanılabilirlik grupları komutunu belirlenen veritabanında çalıştırır.

{ AVAILABILITY GROUP=group_name | KAPALI }
Mevcut erişilebilirlik veritabanını belirtilen erişilebilirlik grubundan aşağıdaki şekilde katlar veya çıkarırlar:

group_name
Komutu yürüttüğünüz sunucu örneğinin barındırdığı ikincil replikada belirtilen veritabanını, group_name tarafından belirlenen erişilebilirlik grubuna katılır.

Bu işlemin ön koşulları şunlardır:

• Veritabanı, birincil kopyada erişilebilirlik grubuna zaten eklenmiş olmalıdır.

• Birincil replika aktif olmalıdır. Etkin olmayan birincil replikanın sorun giderilmesi hakkında bilgi için Sorun Giderme Always On Availability Groups Configuration (SQL Server) bölümüne bakınız.

• Birincil kopya çevrimiçi olmalı, ikincil replika ise birincil kopyaya bağlı olmalıdır.

• İkincil veritabanı, birincil veritabanının son veritabanı ve günlük yedeklemelerinden NORECOVERY kullanılarak NORECOVERY kullanılarak geri getirilmiş olmalı ve sonunda ikincil veritabanının birincil veritabanına yetişmesini sağlayacak kadar güncel bir günlük yedeklemesi olmalıdır.

  Note

  Kullanılabilirlik grubuna bir veritabanı eklemek için, ana replikayı barındıran sunucu örneğine bağlanın ve group_name ADD DATABASEdatabase_name ifadesini kullanınALTER AVAILABILITY GROUP.

Daha fazla bilgi için bkz. İkincil Veritabanını Kullanılabilirlik Grubuna (SQL Server) Ekleme.

OFF
Belirlenen ikincil veritabanını erişilebilirlik grubundan kaldırır.

İkincil veritabanını kaldırmak, birincil veritabanının çok gerisinde kaldıysa ve ikincil veritabanının yetişmesini beklemek istemiyorsanız faydalı olabilir. İkincil veritabanını kaldırdıktan sonra, son günlük yedekleme ile biten bir yedekleme dizisini geri getirerek güncellebilirsiniz (... RESTORE NORECOVERY ILE).

SUSPEND
İkincil bir veritabanında veri hareketini durdurur. SUSPEND komutu, hedef veritabanını barındıran çoğaltma tarafından kabul edildiği anda döndürür, ancak veritabanının askıya alınması zaman uyumsuz olarak gerçekleşir.

Etkinin kapsamı, ifadeyi ALTER DATABASE nerede yürüttüğüne bağlıdır:

• İkincil bir replikada ikincil veritabanını askıya alırsanız, sadece yerel ikincil veritabanı askıya alınır. Okunabilir ikincil sunucudaki mevcut bağlantılar kullanılabilir durumda kalır. Okunabilir ikincil veritabanında askıya alınan veritabanına yeni bağlantılara, veri taşıma devam edene kadar izin verilmez.

• Birincil replikada bir veritabanı askıya alınırsa, veri hareketi her ikincil replikada ilgili ikincil veritabanlarına askıya alınır. Okunabilir ikincil üzerindeki mevcut bağlantılar kullanılabilir kalır ve yeni okuma niyetli bağlantılar okunabilir ikincil replikalara bağlanmaz.

• Zorunlu manuel yedekleme nedeniyle veri hareketi askıya alındığında, veri hareketi askıya alınırken yeni ikincil replikaya bağlantı izin verilmez.

İkincil bir replikadaki bir veritabanı askıya alındığında, hem veritabanı hem de replika senkronize edilmez ve SENKRONIZE OLUNMAMIŞ olarak işaretlenir.

Daha fazla bilgi için bkz. Kullanılabilirlik Veritabanını Askıya Alma (SQL Server).

RESUME
Belirlenen ikincil veritabanında askıya alınmış veri hareketini yeniden başlatır. RESUME komutu, hedef veritabanını barındıran çoğaltı tarafından kabul edilir edilmez yanıt verir, ancak veritabanının fiilen yeniden sürdürülmesi eşzamansız olarak gerçekleşir.

Etkinin kapsamı, ifadeyi ALTER DATABASE nerede yürüttüğüne bağlıdır:

• İkincil bir veritabanını ikincil bir replikada devam ettirirseniz, sadece yerel ikincil veritabanı yeniden açılır. Veri hareketi, veritabanı birincil kopyada da askıya alınmadıkça yeniden başlatılır.

• Birincil replikada bir veritabanı devam ettirirseniz, veri hareketi, ilgili ikincil veritabanı yerel olarak askıya alınmamış her ikincil replikaya devam eder. İkincil bir replikada bireysel olarak askıya alınmış ikincil veritabanını yeniden başlatmak için, ikincil replikayı barındıran sunucu örneğine bağlanın ve veritabanını orada devam ettirin.

  Senkron commit modunda, veritabanı durumu SENKRONİZASYON olarak değişir. Şu anda başka bir veritabanı askıya alınmadıysa, replika durumu da SENKRONİZASYON olarak değişir.

  Daha fazla bilgi için bkz. Kullanılabilirlik Veritabanını Sürdürme (SQL Server).

Veritabanı Durumları

İkincil bir veritabanı erişilebilirlik grubuna bağlandığında, yerel ikincil replika o ikincil veritabanının durumunu RESTORİYADAN ÇEVRIMİÇİ'ye değiştirir. Eğer ikincil bir veritabanı erişilebilirlik grubundan çıkarılırsa, yerel ikincil replika tarafından RESTORE durumuna geri döner. Bu, birincil veritabanından sonraki günlük yedeklemelerini o ikincil veritabanına uygulamanıza olanak tanır.

Restrictions

Hem işlemler hem de toplu paketler dışındaki ALTER DATABASE ifadeleri çalıştırın.

Security

Permissions

Veritabanında ALTER izni gerektirir. Bir veritabanını erişilebilirlik grubuna eklemek, db_owner sabit veritabanı rolünde üyelik gerektirir.

Examples

Aşağıdaki örnek, ikincil veritabanı AccountsDb1 öğesini, AccountsAG kullanılabilirlik grubunun yerel ikincil çoğaltmasına birleştirir.

ALTER DATABASE AccountsDb1 SET HADR AVAILABILITY GROUP = AccountsAG;  

Ayrıca Bkz.

ALTER DATABASE (Transact-SQL)
ALTER AVAILABILITY GROUP (Transact-SQL)
CREATE AVAILABILITY GROUP (Transact-SQL)
Always On Availability Groups (SQL Server) Genel Bakış Sorunları Çözme Always On Availability Groups Configuration (SQL Server)