Kapsanan kullanılabilirlik grubu nedir?

Şunlar için geçerlidir: SQL Server 2022 (16.x)

Kapsanan kullanılabilirlik grubu, desteklenen bir Always On kullanılabilirlik grubudur (AG):

• örnek düzeyine ek olarak AG düzeyinde meta veri nesnelerini (kullanıcılar, oturum açma bilgileri, izinler, SQL Aracısı işleri vb.) yönetme.

• AG içindeki özelleştirilmiş kapalı sistem veritabanları.

Bu makalede, kapsanan AG'lerin benzerlikleri, farklılıkları ve işlevleri ayrıntılı olarak açıklanır.

Genel bakış

AG'ler genellikle eşgüdümlü grup olarak çalışması amaçlanan ve kümedeki bazı düğümlerde çoğaltılan bir veya daha fazla kullanıcı veritabanından oluşur. Düğümde bir arıza meydana geldiğinde veya birincil kopyayı barındıran düğümdeki SQL Server'ın durumu bozulduğunda, veritabanı grubu bir bütün olarak AG'deki başka bir yedek düğüme taşınır. Tüm kullanıcı veritabanları, AG'nin tüm çoğaltmalarında eşzamanlı veya eşzamansız modda eşitlenmiş durumda kalır.

Bu mimari, yalnızca bu kullanıcı veritabanı kümesiyle etkileşim kuran uygulamalar için iyi çalışır. Ancak, uygulamalar kullanıcılar, oturum açma bilgileri, izinler, aracı işleri ve sistem veritabanlarından birinde (master veya msdb) depolanan diğer nesnelere de güvendiğinde zorluklar ortaya çıkar. Uygulamaların sorunsuz ve öngörülebilir bir şekilde çalıştığından emin olmak için, yöneticinin bu nesnelerdeki tüm değişikliklerin AG'deki tüm çoğaltma örneklerinde çoğaltılmasını el ile sağlaması gerekir. AG'ye yeni bir örnek eklerseniz, veritabanlarını basit bir işlemle otomatik olarak veya el ile dağıtabilirsiniz. Ancak, yeni örnekteki tüm sistem veritabanı özelleştirmelerini diğer çoğaltmalarla eşleşecek şekilde yeniden yapılandırmanız gerekir.

İçerilen AG'ler, çoğaltılan veritabanı grubu kavramını master ve msdb veritabanlarının ilgili bölümlerini içerecek şekilde genişletir. Bunu, kapsanan AG kullanan uygulamalar için yürütme bağlamı olarak düşünün. Fikir, içerdiği AG ortamının, uygulamaların bu ayarlara dayanmasına bağlı olarak etkilendiği bir ayarlar dizisini içermesidir. Bu nedenle, kapsanan AG ortamı uygulamanın etkileşimde bulunduğu tüm veritabanlarını, kullandığı kimlik doğrulamasını (oturum açma bilgileri, kullanıcılar, izinler), çalışmasını beklediği zamanlanmış işleri ve uygulamayı etkileyen diğer yapılandırma ayarlarını kapsar.

Bu kavram, kullanıcı bilgilerini veritabanının içinde depolayarak kullanıcı hesapları için farklı bir mekanizma kullanan kapsanan veritabanlarından farklıdır. Kapsanan veritabanları yalnızca oturum açma bilgilerini ve kullanıcıları çoğaltır ve çoğaltılan oturum açma bilgilerinin veya kullanıcının kapsamı bu tek veritabanı (ve çoğaltmaları) ile sınırlıdır.

Buna karşılık, bağımsız bir AG'de AG düzeyinde kullanıcılar, oturum açma bilgileri, izinler vb. oluşturursunuz. Bu nesneler, AG'deki çoğaltmalar arasında otomatik olarak tutarlıdır ve bu AG'yi içeren veritabanları arasında da tutarlıdır. Bu tutarlılık, yöneticinin bu değişiklikleri el ile yapması gerekmez.

SQL Server 2025 değişiklikleri

SQL Server 2025 (17.x), kapsanan kullanılabilirlik grupları için dağıtılmış kullanılabilirlik grubu desteği sağlar.

Farklılıklar

Yapılandırılmış AG'lerle çalışırken bazı pratik farklılıkları göz önünde bulundurun. Bu farklar, kapsanan sistem veritabanlarının oluşturulmasını ve örnek düzeyinde bağlanmak yerine bağlantıyı kapsanan AG düzeyinde zorlamayı içerir.

Kapsanan sistem veritabanları

İçeren her AG'nin, kullanılabilirlik grubunun adından sonra adlandırılan kendi master ve msdb sistem veritabanları vardır. Örneğin, içinde bulunan AG MyContainedAGMyContainedAG_master ve MyContainedAG_msdbadlı veritabanlarınız vardır. Bu sistem veritabanları otomatik olarak yeni çoğaltmalara dağıtılır ve güncelleştirmeler de kullanılabilirlik grubundaki diğer veritabanları gibi bu veritabanlarına çoğaltılır. İçerilen AG'ye bağlıyken oturum açma veya aracı işi gibi bir nesne eklediğinizde, aracı işlerini görmeye devam edebilirsiniz ve kapsanan AG başka bir örneğe devredildiğinde kapsanan AG'de oluşturulan oturum açma bilgilerini kullanarak kimlik doğrulaması yapabilirsiniz.

Önemli

İçerilen AG'ler, bir kullanılabilirlik grubunun çoğaltmaları arasında yürütme ortamı yapılandırmalarının tutarlı kalmasını sağlamak için bir mekanizmadır. güvenlik sınırını temsil etmiyorlar. Örneğin, kapsanan bir AG'ye olan bağlantının AG dışındaki veritabanlarına erişimini sınırlayan bir engel yoktur.

Yeni oluşturulan bir kapsanan AG'deki sistem veritabanları, CREATE AVAILABILITY GROUP komutunu çalıştırdığınız örnekten kopyalanmamıştır. Bunlar başlangıçta veri içermeyen boş şablonlardır. Oluşturma işleminden hemen sonra işlem, içindeki AG'yi oluşturan örnekteki yönetici hesaplarını kapsanan AG'ye master kopyalar. Bu şekilde yönetici, kapsanan AG'de oturum açabilir ve yapılandırmanın geri kalanını ayarlayabilir.

Örneğinizde yerel kullanıcılar veya yapılandırmalar oluşturursanız, bunlar, bağımsız sistem veritabanlarınızı oluşturduğunuzda otomatik olarak görünmez ve kapsanan AG'ye bağlandığınızda görünmez. Kullanıcı veritabanı kapsanan bir AG'ye katıldıktan sonra, bu kullanıcılar erişimi hemen kaybeder. İçerilen AG bağlamında, doğrudan veritabanına bağlanarak veya dinleyici uç noktasını kullanarak bunları kapsanan sistem veritabanlarında el ile yeniden oluşturmanız gerekir. Bu kuralın istisnası, üst örnekte sysadmin rolündeki tüm oturum açma bilgilerinin, kapsanan AG'nin oluşturulması sırasında yeni AG'ye özgü master veritabanına kopyalanmış olmasıdır.

Not

master Veritabanı her bir kapsanan kullanılabilirlik grubu için ayrı olduğundan, kapsanan AG bağlamında gerçekleştirilen sunucu kapsamı etkinlikleri yalnızca kapsanan sistem veritabanında kalır. Bu kural denetimi içerir. SQL Server Denetleme ile sunucu düzeyi etkinliğini denetlerseniz, her bir AG içerisinde aynı sunucu denetimlerini oluşturmanız gerekir.

İlk veri eşitleme

İçerikte bulunan sistem veritabanları yalnızca ilk veri eşitleme yöntemi olarak otomatik tohumlamayı destekler.

SQL Server 2022 (16.x) ve önceki sürümlerinde, kapsanan kullanılabilirlik gruplarının oluşturma sırasında otomatik dağıtım kullanması gerekir. SQL Server Management Studio'da CREATE AVAILABILITY GROUP deyimini veya Yeni Kullanılabilirlik Grubu sihirbazını kullanırken, yalnızca otomatik başlatma desteğine sahip kullanıcı veritabanlarını ekleyin. El ile tohumlama ()JOIN ONLY kullanarak büyük veritabanları eklemek için, kapsanan AG oluşturulana kadar bekleyin.

SQL Server 2025 (17.x)'te, ifade el ile tohumlama belirtse bile, içerilen sistem veritabanları her zaman otomatik tohumlama kullanır. Tohumlama modunu manuel olarak ayarlayarak içerikli bir AG oluşturabilir ve daha sonrasında otomatik tohumlama dışındaki eşitleme yöntemlerini kullanarak kullanıcı veritabanları ekleyebilirsiniz.

Kapsanan sistem veritabanını geri yükleme

Kapsanan sistem veritabanlarının yedeklerini geri yüklemek için şu adımları izleyin:

1. kapsanan AG'yi bırakın.

2. İçerilen master ve msdb veritabanlarını, içerilen AG'nin özgün birincil çoğaltmasına geri yükleyin.

3. İkincil çoğaltmalardan içerilen master ve msdb veritabanlarını bırakın.

4. Birincil replikada, WITH (CONTAINED, REUSE_SYSTEM_DATABASES) ve SEEDING_MODE = AUTOMATIC söz dizimini kullanarak özgün adı ve düğümleriyle kapsanan AG'yi yeniden oluşturun.

Kapsanan bir kullanılabilirlik grubunu yeniden oluştururken, kapsanan sistem veritabanlarını CREATE AVAILABILITY GROUP ifadesine eklemeyin. BELIRTTIĞINIZde REUSE_SYSTEM_DATABASESSQL Server bunları otomatik olarak algılar. SQL Server 2022 (16.x) ve önceki sürümlerde, yalnızca otomatik çekirdek oluşturma desteği olan küçük kullanıcı veritabanlarını içerir. İçerilen AG oluşturulduktan sonra büyük veritabanlarını ayrı olarak eklemek için JOIN ONLY kullanın.

Kapsanan kullanılabilirlik grubu işleri

Sınırlı kullanılabilirlik grubuna ait işler yalnızca birincil çoğaltma üzerinde çalışır. İkincil kopyalarda çalışmazlar.

Bağlan (kapsanan ortam)

Örneğe bağlanma ile kapsanan AG'ye bağlanma arasındaki farkı ayırt etmek önemlidir. kapsanan AG ortamına erişmenin tek yolu, kapsanan AG dinleyicisine bağlanmak veya kapsanan AG'de bulunan bir veritabanına bağlanmaktır.

"Persist Security Info=False;
User ID=MyUser;Password=*****;
Initial Catalog=MyContainedDatabase;
Server=MyServer;"

Burada MyContainedDatabase , içinde yer alan AG'nin içinde etkileşime geçmek istediğiniz bir veritabanıdır.

Kapsanan AG'yi etkili bir şekilde kullanmak için kapsanan AG için bir dinleyici oluşturmanız gerekir. dinleyiciaracılığıyla doğrudan kapsanan AG'ye bağlanmak yerine, örneklerinden birine bağlanırsanız, kapsanan AG'de değil, örnek ortamında olursunuz.

Örneğin, kullanılabilirlik grubu MyContainedAGSERVER\MSSQLSERVERsunucusunda barındırılıyorsa ve MyContainedAG_Listenerdinleyiciye bağlanmak yerine SERVER\MSSQLSERVERkullanarak örneğe bağlanırsanız, örneğin ortamında olursunuz, MyContainedAGortamında değil. Örneklemin sistem veritabanlarında bulunan içeriklere (kullanıcılar, izinler, işler vb.) tabi tutulursunuz. Kapsanan AG'ye ait kapsanan sistem veritabanlarındaki içeriklere erişmek için, doğrudan kapsanan AG dinleyicisine (örneğin,MyContainedAG_Listener) bağlanın. İçerilen AG dinleyicisi aracılığıyla örneğe bağlandığınızda, masterile etkileşimde bulunduğunuzda, aslında içerilen master veritabanına (örneğin, MyContainedAG_master) yönlendirilirsiniz.

Salt okunur yönlendirme ve kapsanan kullanılabilirlik grupları

Okuma amacı güden bağlantıları ikincil çoğaltmaya yeniden yönlendirecek şekilde salt okunur yönlendirmeyi yapılandırıyorsanız (bkz. Always On kullanılabilirlik grubu için salt okunur yönlendirmeyi yapılandırma) ve yalnızca kapsanan AG'de oluşturulmuş bir oturum açma bilgileri kullanarak bağlanmak istiyorsanız, dikkat etmeniz gereken başka hususlar vardır:

• Bağlantı dizesinde kapsanan AG'nin parçası olan bir veritabanı belirtmeniz gerekir.
• Bağlantı dizesinde belirtilen kullanıcının, kapsanan AG'deki veritabanlarına erişme izni olmalıdır.

Örneğin, aşağıdaki bağlantı dizesinde, AdventureWorks bir veritabanıdır ve katılımlı AG içinde MyContainedListener ile birlikte yer almaktadır, MyUser ise katılımlı AG'de tanımlanan ve hiçbir katılımcı örnekte bulunmayan bir kullanıcıdır.

"Persist Security Info=False;
User ID=MyUser;Password=*****;
Initial Catalog=AdventureWorks;
Server=MyContainedListener;
ApplicationIntent=ReadOnly"

Bu örnek sizi Salt Okunur Yönlendirme yapılandırmasının parçası olan okunabilir ikincil öğeye bağlar ve kapsüllenmiş AG bağlamındasınız.

Örneğe bağlanma ile kapsanan kullanılabilirlik grubuna bağlanma arasındaki farklar

• İçeren bir AG'ye bağlandığında, kullanıcılar yalnızca bu AG'deki veritabanlarını ve tempdb'ü görür.
• Örnek düzeyinde, kapsanan AG master ve msdb adları [contained AG]_master ve [contained AG]_msdb. İçerideki AG'de adları master ve msdb.
• Kapsanan AG master için veritabanı kimliği, kapsanan AG'nin içindeyken 1 olur, ancak örneğe bağlandığında değişir ve başka bir şey olur.
• Kullanıcılar, kapsanan bir AG bağlantısına bağlandığında sys.databases'de kapsanan AG'nin dışındaki veritabanlarını görmese de, bu veritabanlarına üç parçalı isimle veya USE komutuyla erişebilirler.
• sp_configure üzerinden sunucu yapılandırması, kapsanan AG bağlantısından okunabilir ancak yalnızca örnek düzeyinde yazılabilir.
• Sysadmin, kapsanan AG bağlantılarından SQL Server'ı kapatma gibi örnek düzeyinde işlemler gerçekleştirebilir.
• Veritabanı düzeyi, uç nokta düzeyi veya AG düzeyi işlemlerinin çoğu yalnızca örnek bağlantılarından gerçekleştirilebilir, içerilmiş AG bağlantılarından gerçekleştirilemez.

Diğer özelliklerle etkileşimler

Belirli özellikleri içerilen AG'ler ile kullanırken diğer faktörleri göz önünde bulundurun. Bazı özellikler şu anda desteklenmiyor.

Yedeklemek

Kapsanan AG'deki veritabanlarını yedekleme yordamları, tüm kullanıcı veritabanı yedekleme yordamlarıyla aynıdır. Bu deyim hem kapsanan AG kullanıcı veritabanları hem de kapsanan AG sistem veritabanları için geçerlidir.

Yerel bir yedekleme konumu kullanırsanız, yedekleme dosyaları yedekleme işini çalıştıran sunucuya yerleştirilir. Bu, yedekleme dosyalarınızın farklı konumlarda olabileceği anlamına gelir.

Yedekleme konumu için bir ağ kaynağı kullanırsanız, çoğaltmaları barındıran tüm sunucuların bu kaynağa erişmesi gerekir.

Kapsanan kullanılabilirlik grubu oturumlarında veritabanı oluşturmayı veya geri yüklemeyi etkinleştirme

Şunlar için geçerlidir: SQL Server 2025 (17.x) CU 1 ve sonraki sürümleri.

Önemli

SQL Server 2025 (17.x) CU 1, Veritabanı Postası ile ilgili bilinen bir sorun nedeniyle geçici olarak indirilemiyor.

SQL Server 2025 (17.x) Toplu Güncelleştirme (CU) 1'de, veritabanı oluşturmayı ve geri yüklemeyi doğrudan bir bağımsız kullanılabilirlik grubu oturumu içinde, kapsanan AG dinleyicisi aracılığıyla etkinleştirebilirsiniz. Bu geliştirme, uygun rolleri atamış kullanıcılar için iş akışlarını kolaylaştırarak, kapsanan AG ortamlarında sorunsuz işlemlere olanak tanır.

Yalnızca dbcreator rolüne sahip kullanıcılar, kapsanan AG oturumunda veritabanları oluşturabilir. Yalnızca db_owner veya sysadmin rolüne sahip kullanıcılar veritabanlarını geri yükleyebilir.

Aşağıdaki örnek, saklı yordamdaki oturum bağlam anahtarını allow_cag_create_dbsp_set_session_contex kullanarak oturumunuzun özelliğini etkinleştirir. Devre dışı bırakmak için @value'yı 0 olarak ayarlayın.

EXECUTE sp_set_session_context
    @key = N'allow_cag_create_db',
    @value = 1;

Dağıtılmış kullanılabilirlik grupları

Dağıtılmış kullanılabilirlik grubu, temel alınan iki kullanılabilirlik grubuna yayılan özel bir kullanılabilirlik grubu türüdür. Dağıtılmış bir kullanılabilirlik grubu yapılandırdığınızda, global birincil (ilk AG'nizin birincil çoğaltması olan) üzerinde yapılan değişiklikler, ikinci AG'nizin iletici olarak bilinen birincil çoğaltmasına çoğaltılır.

SQL Server 2025 'den (17.x) başlayarak, iki bağımsız AG arasında dağıtılmış bir kullanılabilirlik grubu yapılandırabilirsiniz. Kapsanan AG, kapsanan master ve msdb sistem veritabanlarına bağlı olduğundan, dağıtılmış bir kullanılabilirlik grubu oluşturmak için ikinci AG'nin (iletici) genel birincil ile aynı kapsanan AG sistem veritabanına sahip olması gerekir.

Dağıtılmış kullanılabilirlik grubunda iletici olarak bir kapsanan AG kullanmayı planlıyorsanız, AUTOSEEDING_SYSTEM_DATABASES deyiminin seçeneği için WITH | CONTAINED yan tümcesini kullanarak kapsanan AG'yi oluşturmanız gerekir. Madde AUTOSEEDING_SYSTEM_DATABASES, SQL Server'a kendi kapsanan AG sistem veritabanlarını oluşturmayı atlamasını ve bunun yerine genel birincilden AG sistem veritabanlarını başlatmasını söyler.

Kaynak yöneticisi

Şunlar için geçerlidir: SQL Server 2022 (16.x) CU 18 ve sonraki sürümleri.

SQL Server 2022'de (16.x) Toplu Güncelleştirme (CU) 18'den önce ve SQL Server'ın eski sürümlerinde, içerilen kullanılabilirlik grubu bağlantılarında kaynak yöneticisinin yapılandırılması veya kullanılması desteklenmez.

SQL Server 2022 (16.x) CU 18 ve sonraki sürümlerinde, örnek bağlantısında kaynak yöneticisi yapılandırıyorsanız, örnek bağlantılarında veya kapsanan kullanılabilirlik grubu bağlantılarında kaynak tüketimi beklendiği gibi yönetilir. İçerilen kullanılabilirlik grubu bağlantısında kaynak yöneticisini yapılandırmaya çalışırsanız bir hata alırsınız.

Resource Governor, Veritabanı Altyapısı örnek düzeyinde çalışır. Durum düzeyinde kaynak kontrolcüsü yapılandırması kullanılabilirlik kopyalarına aktarılmaz. Kullanılabilirlik çoğaltmasını barındıran her bir örnekte kaynak yöneticisini yapılandırmanız gerekir.

Tavsiye

Kullanılabilirlik grubu yük devretmeleri gerçekleşirken tutarlı bir davranış elde etmek için kullanılabilirlik çoğaltmalarını barındıran tüm Veritabanı Altyapısı örnekleri için aynı kaynak yöneticisi yapılandırmasını kullanmanız gerekir.

Daha fazla bilgi için bkz . Kaynak yöneticisi ve Öğretici: Kaynak yöneticisi yapılandırma örnekleri ve en iyi yöntemler.

Veri yakalamayı değiştirme

Değişiklik veri yakalama (CDC), SQL Aracısı işleri olarak uygulanır, bu nedenle SQL Aracısı'nın kapsanan AG'de çoğaltmaları olan tüm örneklerde çalışması gerekir.

Kapsanan bir AG ile değişiklik verilerini yakalama kullanabilmek için, CDC’yi yapılandırırken AG dinleyicisine bağlanın. Böylece, CDC meta verileri kapsanan sistem veritabanları kullanılarak yapılandırılır.

Veri günlüğü aktarımı

Kaynak veritabanı kapsanan AG'deyse günlük gönderimini yapılandırabilirsiniz. Ancak log shipping hedefi, bir kapsamlı AG içinde desteklenmez. CDC'yi yapılandırdıktan sonra ayrıca günlük gönderim işini değiştirmeniz gerekir.

Günlük gönderimini bağımsız bir Erişilebilirlik Grubu (AG) ile yapılandırmak için şu adımları izleyin:

1. İçerilen AG dinleyicisine bağlanın.
2. log gönderimini normalde yaptığınız gibi yapılandırın.
3. Günlük gönderme görevini yapılandırdıktan sonra, yedekleme yapmadan önce görevi kapsanan AG dinleyicisine bağlanacak şekilde değiştirin.

Saydam veri şifrelemesi (TDE)

Saydam veri şifrelemesini (TDE) kapsanan bir AG'deki veritabanlarıyla kullanmak için, Veritabanı Ana Anahtarını (DMK) kapsanan AG içindeki kapsanan master veritabanına el ile yükleyin.

TDE kullanan veritabanları, Veritabanı Şifreleme Anahtarının (DEK) şifresini çözmek için master veritabanındaki sertifikalara dayanır. Bu sertifika olmadan SQL Server, TDE ile şifrelenmiş veritabanlarının şifresini çözemez veya çevrimiçi yapamaz. SQL Server, iç içe geçmiş AG'de, DMK için hem master veritabanlarını hem de örnek için master veritabanını ve veritabanının şifresini çözmek için iç içe geçmiş AG içindeki master veritabanını denetler. Sertifikayı herhangi bir konumda bulamazsa, SQL Server veritabanını çevrimiçi yapamaz.

DMK'yi örneğin veritabanından master kapsanan master veritabanına aktarmak için bkz. TDE korumalı veritabanını başka bir SQL Server'a taşıma ve öncelikle DMK'nin eski sunucudan yenisine aktarıldığı bölümlere odaklanma.

Not

SQL Server örneğindeki tüm veritabanlarını şifrelemek sistem veritabanını da şifrelertempdb.

SSIS paketleri ve bakım planları

Bakım planları dahil olmak üzere SSIS paketlerinin kullanılması, kapsanan kullanılabilirlik gruplarında desteklenmez.

Desteklenmiyor

Şu anda aşağıdaki SQL Server özellikleri, kapsayıcı AG ile desteklenmiyor.

• Herhangi bir türde SQL Server Replikasyonu (İşlem, Birleştirme, Anlık Görüntü vb.).
• Hedef veritabanının kapsanan AG'de bulunduğu günlük gönderimi. Kapsanan AG'deki kaynak veritabanıyla günlük gönderimi desteklenir.

DDL desteği

CREATE AVAILABILITY GROUP iş akışında çeşitli seçenekler içeren bir WITH yan tümce vardır:

<with_option_spec> ::=
CONTAINED [REUSE_SYSTEM_DATABASES | AUTOSEEDING_SYSTEM_DATABASES ]

İÇEREN

Bu seçenek, oluşturduğunuz AG'nin bağımsız bir AG olduğunu belirtir.

SİSTEM_VERİTABANLARINI_YENİDEN_KULLAN

Bu REUSE_SYSTEM_DATABASES seçenek yalnızca kapsayıcı AG'ler için geçerlidir. Yeni AG'nin, aynı ada sahip önceki bir kapsanan AG'den mevcut kapsanan sistem veritabanlarını yeniden kullanması gerektiğini belirtir. Örneğin, MyContainedAG adlı kapsanan bir AG'niz varsa ve bunu bırakıp yeniden oluşturmak istiyorsanız, özgün kapsanan sistem veritabanlarının içeriğini yeniden kullanmak için bu seçeneği kullanabilirsiniz. Bu seçeneği kullandığınızda sistem veritabanı adlarını belirtmeyin. SQL Server bunları otomatik olarak algılar.

AUTOSEEDING_SİSTEM_VERİTABANLARI

SQL Server 2025 (17.x) ve sonraki sürümler için geçerlidir.

Dağıtılmış kullanılabilirlik grubunda iletici olarak kapsanan AG'nizi kullanmak istiyorsanız, kapsanan AG'yi AUTOSEEDING_SYSTEM_DATABASES seçeneğini kullanmanız gerekir. Bu seçenek, SQL Server'a kendi kapsanan AG sistem veritabanlarını oluşturmayı atlayarak, bunun yerine genel birincilden kapsanan AG sistem veritabanlarını başlatmasını söyler.

Kapsanan kullanılabilirlik grupları için sistem nesnesi desteği

İki sistem görünümü, kapsanan kullanılabilirlik gruplarıyla ilgili eklemeleri içerir:

• sys.dm_exec_sessions dinamik yönetim görünümü bir contained_availability_group_id sütun içerir.
• sys.availability_groups katalog görünümü sütunu içeriris_contained.

İlgili içerik

• YÜKSEK KULLANILABİLİRLİK GRUBU OLUŞTUR (Transact-SQL)