Aracılığıyla paylaş

Etkin coğrafi çoğaltma

  • Makale

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

Bu makalede, birincil veritabanındaki verileri sürekli olarak okunabilir bir ikincil veritabanına çoğaltmanıza olanak tanıyan Azure SQL Veritabanı için etkin coğrafi çoğaltma özelliğine genel bakış sağlanır. Okunabilir ikincil veritabanı, birincil veritabanıyla aynı Azure bölgesinde veya farklı bir bölgede olabilir. Bu tür okunabilir ikincil veritabanı, coğrafi ikincil veya coğrafi çoğaltma olarak da bilinir.

Etkin coğrafi çoğaltma veritabanı başına yapılandırılır. Bir veritabanı grubunun yükünü devretmek için veya uygulamanız kararlı bir bağlantı uç noktası gerektiriyorsa yük devretme gruplarını göz önünde bulundurun.

Etkin coğrafi çoğaltmaya sahip bir SQL veritabanını da geçirebilirsiniz.

Genel bakış

Etkin coğrafi çoğaltma, bir iş sürekliliği çözümü olarak tasarlanmıştır. Etkin coğrafi çoğaltma, bölgesel bir olağanüstü durum veya büyük ölçekli bir kesinti olduğunda tek tek veritabanlarında hızlı olağanüstü durum kurtarma gerçekleştirmenizi sağlar. Coğrafi çoğaltma ayarlandıktan sonra farklı bir Azure bölgesindeki coğrafi ikincil bir bölgeye coğrafi yük devretme başlatabilirsiniz. Coğrafi yük devretme uygulama tarafından program aracılığıyla veya kullanıcı tarafından el ile başlatılır.

Aşağıdaki diyagramda, Etkin coğrafi çoğaltma kullanan coğrafi olarak yedekli bir bulut uygulamasının tipik yapılandırması gösterilmektedir.

Etkin coğrafi çoğaltma diyagramı.

Birincil veritabanınız herhangi bir nedenle başarısız olursa, ikincil veritabanlarınızdan herhangi birine coğrafi yük devretme başlatabilirsiniz. İkincil birincil role yükseltildiğinde, diğer tüm ikincil öğeler otomatik olarak yeni birincil role bağlanır.

Aşağıdaki yöntemlerden herhangi birini kullanarak coğrafi çoğaltmayı yönetebilir ve coğrafi yük devretme başlatabilirsiniz:

Etkin coğrafi çoğaltma, birincil çoğaltmada oluşturulan işlem günlüğünü tüm coğrafi çoğaltmalara zaman uyumsuz olarak çoğaltmak için Always On kullanılabilirlik grubu teknolojisini kullanır. Herhangi bir noktada ikincil veritabanı birincil veritabanının biraz gerisinde kalsa da, ikincil veritabanındaki verilerin işlem açısından tutarlı olması garanti edilir. Başka bir deyişle, kaydedilmemiş işlemler tarafından yapılan değişiklikler görünmez.

Not

Etkin coğrafi çoğaltma, veritabanı işlem günlüğünü birincil çoğaltmadan ikincil çoğaltmalara aktararak değişiklikleri çoğaltır. Abonelerde DML (INSERT, UPDATE, DELETE) komutlarını yürüterek değişiklikleri çoğaltan işlem çoğaltması ile ilgisizdir.

Coğrafi çoğaltma bölgesel yedeklilik sağlar. Bölgesel yedeklilik, uygulamaların doğal afetler, yıkıcı insan hataları veya kötü amaçlı eylemler nedeniyle azure bölgesinin tamamının veya bir bölgenin bazı kısımlarının kalıcı kaybından hızla kurtulmasını sağlar. Coğrafi çoğaltma RPO'yu Azure SQL Veritabanı ile iş sürekliliğine genel bakış bölümünde bulabilirsiniz.

Aşağıdaki şekilde, Batı ABD 2 bölgesinde birincil ve Doğu ABD bölgesinde coğrafi ikincil ile yapılandırılmış etkin coğrafi çoğaltma örneği gösterilmektedir.

SQL DB coğrafi çoğaltma ilişkisini gösteren Azure portalının ekran görüntüsü.

Olağanüstü durum kurtarmanın yanı sıra, aşağıdaki senaryolarda etkin coğrafi çoğaltma kullanılabilir:

  • Veritabanı geçişi: Veritabanını en düşük kapalı kalma süresiyle bir sunucudan diğerine geçirmek için etkin coğrafi çoğaltmayı kullanabilirsiniz.
  • Uygulama yükseltmeleri: Uygulama yükseltmeleri sırasında yeniden çalışma kopyası olarak ek ikincil bir kopya oluşturabilirsiniz.

Tam iş sürekliliği sağlamak için veritabanı bölgesel yedekliliği eklemek çözümün yalnızca bir parçasıdır. Yıkıcı bir hatadan sonra bir uygulamayı (hizmeti) uçtan uca kurtarmak, hizmeti ve bağımlı hizmetleri oluşturan tüm bileşenlerin kurtarılmasını gerektirir. Bu bileşenlere örnek olarak istemci yazılımı (örneğin, özel JavaScript içeren bir tarayıcı), web ön uçları, depolama ve DNS verilebilir. Tüm bileşenlerin aynı hatalara dayanıklı olması ve uygulamanızın kurtarma süresi hedefi (RTO) içinde kullanılabilir hale gelmesi kritik önem taşır. Bu nedenle, tüm bağımlı hizmetleri tanımlamanız ve bunların sağladığı garantileri ve özellikleri anlamanız gerekir. Ardından, bağlı olduğu hizmetlerin yük devretmesi sırasında hizmetinizin çalıştığından emin olmak için yeterli adımları atmalısınız. Olağanüstü durum kurtarma çözümleri tasarlama hakkında daha fazla bilgi için bkz. Azure SQL Veritabanı kullanarak genel olarak kullanılabilir hizmetler tasarlama.

Terminoloji ve özellikler

  • Otomatik zaman uyumsuz çoğaltma

    Yalnızca mevcut bir veritabanı için coğrafi ikincil oluşturabilirsiniz. Coğrafi ikincil, birincil veritabanı olan sunucu dışında herhangi bir mantıksal sunucuda oluşturulabilir. Coğrafi olarak ikincil çoğaltma oluşturulduktan sonra birincil veritabanının verileriyle doldurulur. Bu işlem, tohumlama olarak bilinir. Bir coğrafi ikincil oluşturulduktan ve dağıtıldıktan sonra, birincil veritabanındaki güncelleştirmeler otomatik olarak ve zaman uyumsuz olarak coğrafi ikincil çoğaltmaya çoğaltılır. Zaman uyumsuz çoğaltma, işlemlerin çoğaltilmeden önce birincil veritabanında işlendiği anlamına gelir.

  • Okunabilir coğrafi ikincil çoğaltmalar

    Bir uygulama, birincil veritabanına erişmek için kullanılan aynı veya farklı güvenlik sorumlularını kullanarak salt okunur sorgular yürütmek için coğrafi olarak ikincil bir çoğaltmaya erişebilir. Daha fazla bilgi için bkz . Salt okunur sorgu iş yüklerini boşaltmak için salt okunur çoğaltmaları kullanma.

    Önemli

    Coğrafi çoğaltmayı kullanarak birincil çoğaltmayla aynı bölgede ikincil çoğaltmalar oluşturabilirsiniz. Aynı bölgedeki okuma ölçeği genişletme senaryolarını karşılamak için bu ikincilleri kullanabilirsiniz. Ancak, aynı bölgedeki ikincil çoğaltma, yıkıcı hatalara veya büyük ölçekli kesintilere karşı ek dayanıklılık sağlamaz ve bu nedenle olağanüstü durum kurtarma amacıyla uygun bir yük devretme hedefi değildir. Ayrıca kullanılabilirlik alanı yalıtımını garanti etmez. Kullanılabilirlik alanı yalıtımı elde etmek için İş Açısından Kritik veya Premium hizmet katmanları alanlar arası yedekli yapılandırmayı veya Genel Amaçlı hizmet katmanı alanlar arası yedekli yapılandırmayı kullanın.

  • Yük devretme (veri kaybı yok)

    Yük devretme, tam veri eşitlemesi tamamlandıktan sonra birincil ve coğrafi ikincil veritabanlarının rollerini değiştirir, böylece veri kaybı olmaz. Yük devretme süresi, coğrafi ikincil ile eşitlenmesi gereken birincil işlem günlüğünün boyutuna bağlıdır. Yük devretme aşağıdaki senaryolar için tasarlanmıştır:

    • Veri kaybı kabul edilebilir olmadığında üretimde DR tatbikatları gerçekleştirme
    • Veritabanını farklı bir bölgeye taşıma
    • Kesinti azaltıldıktan sonra veritabanını birincil bölgeye döndür (yeniden çalışma olarak bilinir).

  • Zorlamalı yük devretme (olası veri kaybı)

    Zorlamalı yük devretme, birincil ile eşitlemeyi beklemeden coğrafi ikincili hemen birincil role değiştirir. Birincil üzerinde işlenen ancak henüz ikincilye çoğaltılmayan tüm işlemler kaybolur. Bu işlem, birincil erişilebilir olmadığında kesintiler sırasında bir kurtarma yöntemi olarak tasarlanmıştır, ancak veritabanı kullanılabilirliğinin hızla geri yüklenmesi gerekir. Özgün birincil yeniden çevrimiçi olduğunda otomatik olarak yeniden bağlanır, birincilden geçerli veriler kullanılarak yeniden görüntülenir ve yeni coğrafi ikincil olur.

    Önemli

    Yük devretme veya zorlamalı yük devretme işleminden sonra, yeni birincil sunucu artık farklı bir mantıksal sunucuda bulunduğundan, yeni birincil için bağlantı uç noktası değişir.

  • Birden çok okunabilir coğrafi ikincil

    Bir birincil için en fazla dört coğrafi ikincil oluşturulabilir. Yalnızca bir ikincil ikincil varsa ve başarısız olursa, uygulama yeni bir ikincil oluşturulana kadar daha yüksek riske maruz kalmaktadır. Birden çok ikincil öğe varsa, ikincillerden biri başarısız olsa bile uygulama korunur. Salt okunur iş yüklerinin ölçeğini genişletmek için ek ikinciller de kullanılabilir.

    İpucu

    Genel olarak dağıtılmış bir uygulama oluşturmak için etkin coğrafi çoğaltma kullanıyorsanız ve dörtten fazla bölgedeki verilere salt okunur erişim sağlamanız gerekiyorsa, ek coğrafi çoğaltmalar oluşturmak için ikincil bir ikincil (zincirleme olarak bilinen bir işlem) oluşturabilirsiniz. Zincirlenmiş coğrafi çoğaltmalardaki çoğaltma gecikmesi, doğrudan birincile bağlı coğrafi çoğaltmalardan daha yüksek olabilir. Zincirleme coğrafi çoğaltma topolojilerinin ayarlanması yalnızca program aracılığıyla desteklenir ve Azure portalından desteklenmez.

  • Elastik havuzdaki veritabanlarının coğrafi çoğaltması

    Her coğrafi ikincil tek bir veritabanı veya elastik havuzdaki bir veritabanı olabilir. Her coğrafi ikincil veritabanı için elastik havuz seçimi ayrıdır ve topolojideki (birincil veya ikincil) başka bir çoğaltmanın yapılandırmasına bağlı değildir. Her elastik havuz tek bir mantıksal sunucuda yer alır. Mantıksal sunucudaki veritabanı adlarının benzersiz olması gerektiğinden, aynı birincilin birden çok coğrafi ikincil bileşeni hiçbir zaman elastik havuzu paylaşamazdı.

  • Kullanıcı tarafından denetlenen coğrafi yük devretme ve yeniden çalışma

    İlk tohumlama işlemini tamamlamış olan coğrafi ikincil bir öğe, uygulama veya kullanıcı tarafından herhangi bir zamanda açıkça birincil role (yük devredildi) geçirilebilir. Birincilin erişilemeyeceği bir kesinti sırasında, coğrafi ikincili hemen yeni birincil olacak şekilde yükselten yalnızca zorlamalı yük devretme kullanılabilir. Kesinti azaltıldığında, sistem kurtarılan birincili otomatik olarak coğrafi ikincil yapar ve yeni birincil ile güncel hale getirir. Coğrafi çoğaltmanın zaman uyumsuz yapısı nedeniyle, birincil işlem coğrafi ikincil bir işleme çoğaltılmadan önce başarısız olursa, zorlamalı yük devretme işlemleri sırasında son işlemler kaybolabilir. Birden çok coğrafi ikincil içeren bir birincil devredildiğinde, sistem çoğaltma ilişkilerini otomatik olarak yeniden yapılandırarak kalan coğrafi ikincilleri kullanıcı müdahalesi gerektirmeden yeni yükseltilen birincile bağlar. Coğrafi yük devretmeye neden olan kesinti azaltıldıktan sonra birincil kaynağın özgün bölgesine döndürülmesi istenebilir. Bunu yapmak için el ile yük devretme gerçekleştirin.

  • Bekleme çoğaltması

    İkincil çoğaltmanız yalnızca olağanüstü durum kurtarma (DR) için kullanılıyorsa ve okuma veya yazma iş yükleri yoksa, lisanslama maliyetlerinden tasarruf etmek için çoğaltmayı bekleme olarak belirleyebilirsiniz.

Coğrafi yük devretmeye hazırlanma

Coğrafi yük devretme sonrasında uygulamanızın yeni birincil sunucuya hemen erişebildiğinden emin olmak için, ikincil sunucunuz için kimlik doğrulaması ve ağ erişiminin düzgün yapılandırıldığını doğrulayın. Ayrıntılar için bkz. Coğrafi geri yükleme veya yük devretme için Azure SQL Veritabanı güvenliğini yapılandırma ve yönetme. Ayrıca, ikincil veritabanındaki yedekleme bekletme ilkesinin birincil veritabanındakiyle eşleşdiğini doğrulayın. Bu ayar veritabanının bir parçası değildir ve birincil ayardan çoğaltılamaz. Coğrafi ikincil varsayılan olarak yedi günlük varsayılan PITR saklama süresiyle yapılandırılır. Daha fazla bilgi için bkz. Azure SQL Veritabanı'da otomatik yedeklemeler.

Önemli

Veritabanınız bir yük devretme grubunun üyesiyse, coğrafi çoğaltma yük devretme komutunu kullanarak yük devretme işlemini başlatamazsınız. Grup için yük devretme komutunu kullanın. Tek bir veritabanına yük devretmeniz gerekiyorsa, önce veritabanını yük devretme grubundan kaldırmanız gerekir. Ayrıntılar için bkz . Yük devretme grupları .

Coğrafi ikincil yapılandırma

Aynı hizmet katmanına sahip olmak için hem birincil hem de coğrafi ikincil gereklidir. Ayrıca coğrafi ikincilin birincil depolama yedekliliği, işlem katmanı (sağlanan veya sunucusuz) ve işlem boyutu (DTU'lar veya sanal çekirdekler) ile yapılandırılması kesinlikle önerilir. Birincil, yoğun bir yazma iş yüküyle karşılaşıyorsa, daha düşük işlem boyutuna sahip coğrafi ikincil bir iş yüküne ayak uyduramayabilir. Bu, coğrafi ikincilde çoğaltma gecikmesine neden olur ve sonunda coğrafi ikincilin kullanılamamasına neden olabilir. Bu riskleri azaltmak için etkin coğrafi çoğaltma, ikincillerinin yakalamasına izin vermek için gerekirse birincilin işlem günlüğü hızını azaltır (kısıtlar).

Dengesiz bir coğrafi ikincil yapılandırmanın bir diğer sonucu da yük devretmeden sonra yeni birincilin işlem kapasitesinin yetersiz olması nedeniyle uygulama performansının düşmesidir. Bu durumda, veritabanının ölçeğini yeterli kaynaklara sahip olacak şekilde büyütmek gerekir; bu da önemli zaman alabilir ve ölçek artırma işleminin sonunda yüksek kullanılabilirlik yük devretmesi gerektirir ve bu da uygulama iş yüklerini kesintiye uğratabilir.

Coğrafi ikincili farklı bir yapılandırmayla oluşturmaya karar verirseniz, zaman içinde birincilde günlük GÇ hızını izlemeniz gerekir. Bu, çoğaltma yükünü sürdürmek için gereken coğrafi ikincil değerin en düşük işlem boyutunu tahminen bilmenizi sağlar. Örneğin, birincil veritabanınız P6 (1000 DTU) ise ve günlük GÇ değeri %50'de devam ettiriliyorsa coğrafi ikincil en az P4 (500 DTU) olmalıdır. Geçmiş günlük GÇ verilerini almak için sys.resource_stats görünümünü kullanın. Kısa süreli ani artışları daha iyi yansıtan daha yüksek ayrıntı düzeyine sahip son günlük GÇ verilerini almak için sys.dm_db_resource_stats görünümünü kullanın.

İpucu

İşlem günlüğü GÇ azaltması oluşabilir:

Varsayılan olarak, coğrafi ikincil yedekleme depolama yedekliliği birincil veritabanıyla aynıdır. Farklı bir yedekleme depolama yedekliliği ile coğrafi ikincil yapılandırmayı seçebilirsiniz. Yedeklemeler her zaman birincil veritabanında alınır. İkincil farklı bir yedekleme depolama yedekliliği ile yapılandırıldıysa, coğrafi yük devretmeden sonra coğrafi ikincil birincile yükseltildiğinde, yeni yedeklemeler yeni birincil (önceki ikincil) üzerinde seçilen depolama türüne (RA-GRS, ZRS, LRS) göre depolanır ve faturalandırılır.

Hazır bekleyen çoğaltma ile maliyetlerden tasarruf edin

İkincil çoğaltmanız yalnızca olağanüstü durum kurtarma (DR) için kullanılıyorsa ve okuma veya yazma iş yükleri yoksa, yeni bir etkin coğrafi çoğaltma ilişkisi yapılandırırken veritabanını beklemeye alarak lisanslama maliyetlerinden tasarruf edebilirsiniz.

Daha fazla bilgi edinmek için lisanssız bekleme çoğaltmasını gözden geçirin.

Abonelikler arası coğrafi çoğaltma

  • Her iki abonelik de aynı Microsoft Entra kiracısında olduğu sürece abonelikler arasında Etkin coğrafi çoğaltma ayarlamak için Azure portalını kullanabilirsiniz.

  • Birincil veya ikincil mantıksal sunucuda Microsoft Entra-only kimlik doğrulaması etkinleştirildiğinde ve bir Microsoft Entra ID kullanıcısı kullanılarak oluşturulmaya çalışıldığında, aynı veya farklı Microsoft Entra kiracısında bir mantıksal sunucuda abonelikler arası coğrafi ikincil oluşturma desteklenmez.

Yöntemler ve adım adım yönergeler için bkz. Öğretici: Etkin coğrafi çoğaltmayı ve yük devretmeyi yapılandırma (Azure SQL Veritabanı).

Özel uç noktalar

Özel uç nokta üzerinden birincil sunucuya bağlanırken T-SQL kullanarak coğrafi ikincil ekleme desteklenmez.

  • Özel uç nokta yapılandırıldıysa ancak genel ağ erişimine izin veriliyorsa, birincil sunucuya genel IP adresinden bağlanıldığında coğrafi ikincil ekleme desteklenir.
  • Coğrafi olarak ikincil bir eklendiğinde genel ağ erişimi reddedilebilir.

Kimlik bilgilerini ve güvenlik duvarı kurallarını eşitlenmiş durumda tutma

Veritabanına bağlanmak için genel ağ erişimini kullanırken, coğrafi olarak çoğaltılan veritabanları için veritabanı düzeyinde IP güvenlik duvarı kurallarını kullanmanızı öneririz. Bu kurallar veritabanıyla çoğaltılır ve bu da tüm coğrafi ikincillerin birincil ile aynı IP güvenlik duvarı kurallarına sahip olmasını sağlar. Bu yaklaşım, müşterilerin birincil ve ikincil veritabanlarını barındıran sunucularda güvenlik duvarı kurallarını el ile yapılandırma ve koruma gereksinimini ortadan kaldırır. Benzer şekilde, veri erişimi için bağımsız veritabanı kullanıcılarının kullanılması hem birincil hem de ikincil veritabanlarının her zaman aynı kimlik doğrulama kimlik bilgilerine sahip olmasını sağlar. Bu şekilde, coğrafi yük devretmeden sonra kimlik doğrulaması kimlik bilgisi uyuşmazlıklarından dolayı herhangi bir kesinti olmaz. Oturum açma bilgilerini ve kullanıcıları (bağımsız kullanıcılar yerine) kullanıyorsanız, ikincil veritabanınızda aynı oturum açma bilgilerinin mevcut olduğundan emin olmak için ek adımlar uygulamanız gerekir. Yapılandırma ayrıntıları için bkz. Coğrafi geri yükleme veya yük devretme için Azure SQL Veritabanı güvenliğini yapılandırma ve yönetme.

Birincil veritabanını ölçeklendirme

Coğrafi ikincil öğelerin bağlantısını kesmeden birincil veritabanının ölçeğini artırabilir veya farklı bir işlem boyutuna (aynı hizmet katmanı içinde) azaltabilirsiniz. Ölçeği büyütürken, önce coğrafi ikincil ölçeği artırmanızı ve ardından birincil ölçeği artırmanızı öneririz. Ölçeği azaltırken işlemi tersine çevirin: Önce birincil örneğin ölçeğini azaltıp ardından ikincil örneğin ölçeğini azaltın.

Yük devretme grupları hakkında bilgi için yük devretme grubundaki bir çoğaltmayı ölçeklendirmeyi gözden geçirin.

Kritik veri kaybını önleme

Geniş alan ağlarının yüksek gecikme süresi nedeniyle, coğrafi çoğaltma zaman uyumsuz bir çoğaltma mekanizması kullanır. Zaman uyumsuz çoğaltma, birincil başarısız olursa veri kaybı olasılığını kaçınılmaz hale getirir. Kritik işlemleri veri kaybına karşı korumak için, uygulama geliştiricisi işlemi işledikten hemen sonra sp_wait_for_database_copy_sync saklı yordamı çağırabilir. Çağırma sp_wait_for_database_copy_sync , son işlenen işlem ikincil veritabanının işlem günlüğünde iletilip sağlamlaştırılana kadar çağıran iş parçacığını engeller. Ancak, iletilen işlemlerin ikincil işlemde yeniden oynatılması (yeniden yapılması) için beklemez. sp_wait_for_database_copy_sync kapsamı belirli bir coğrafi çoğaltma bağlantısıyla belirlenmiştir. Birincil veritabanına bağlantı hakları olan tüm kullanıcılar bu yordamı çağırabilir.

Not

sp_wait_for_database_copy_sync belirli işlemler için coğrafi yük devretme sonrasında veri kaybını önler, ancak okuma erişimi için tam eşitlemeyi garanti etmez. Yordam sp_wait_for_database_copy_sync çağrısının neden olduğu gecikme önemli olabilir ve çağrı sırasında birincilde henüz iletilmeyen işlem günlüğünün boyutuna bağlıdır.

Coğrafi çoğaltma gecikmesini izleme

RTO’ya göre gecikmeyi izlemek için birincil veritabanındaki sys.dm_geo_replication_link_status öğesinin replication_lag_sec sütununu kullanın. Birincilde kaydedilen işlemlerle ikincildeki işlem günlüğünde sağlamlaştırılan işlemler arasındaki saniye cinsinden gecikmeyi gösterir. Örneğin, gecikme bir saniyeyse, birincil şu anda bir kesintiden etkilenirse ve coğrafi yük devretme başlatılırsa, son saniyede işlenen işlemler kaybolur.

Coğrafi ikincil veritabanında sağlamlaştırılmış birincil veritabanındaki değişikliklerle ilgili gecikmeyi ölçmek için, coğrafi ikincildeki zamanı birincil veritabanındaki aynı değerle karşılaştırın last_commit .

İpucu

Birincil replication_lag_sec NULL ise, birincilin şu anda coğrafi ikincil bir değerin ne kadar gerisinde olduğunu bilmediği anlamına gelir. Bu genellikle işlem yeniden başlatıldıktan sonra gerçekleşir ve geçici bir koşul olmalıdır. replication_lag_sec uzun süre NULL döndürürse uyarı göndermeyi göz önünde bulundurun. Coğrafi ikincil sunucunun bağlantı hatası nedeniyle birincil ile iletişim kuramadığını gösterebilir.

Coğrafi olarak ikincil ve birincilde last_commit süre arasındaki farkın büyük olmasına neden olabilecek koşullar da vardır. Örneğin, değişiklik yapılmadan uzun bir süre sonra birincil işleme yapılırsa, fark hızla sıfıra dönmeden önce büyük bir değere atlar. Bu iki değer arasındaki fark uzun süre büyük kalırsa bir uyarı göndermeyi göz önünde bulundurun.

Etkin coğrafi çoğaltmayı program aracılığıyla yönetme

Etkin coğrafi çoğaltma T-SQL, Azure PowerShell ve REST API kullanılarak program aracılığıyla da yönetilebilir. Aşağıdaki tablolarda kullanılabilir komutlar kümesi açıklanmaktadır. Etkin coğrafi çoğaltma, Azure SQL Veritabanı REST API'si ve Azure PowerShell cmdlet'leri de dahil olmak üzere yönetim için bir dizi Azure Resource Manager API'si içerir. Bu API'ler Azure rol tabanlı erişim denetimini (Azure RBAC) destekler. Erişim rollerini uygulama hakkında daha fazla bilgi için bkz . Azure rol tabanlı erişim denetimi (Azure RBAC).

Önemli

Bu T-SQL komutları yalnızca etkin coğrafi çoğaltma için geçerlidir ve yük devretme grupları için geçerli değildir.

Komut Açıklama
ALTER DATABASE Var olan bir veritabanı için ikincil veritabanı oluşturmak ve veri çoğaltmayı başlatırken ADD SECONDARY ON SERVER bağımsız değişkenlerini kullanma
ALTER DATABASE Yük devretmeyi başlatmak için ikincil veritabanını birincil veritabanı olarak değiştirmek için YÜK DEVRETME veya FORCE_FAILOVER_ALLOW_DATA_LOSS kullanma
ALTER DATABASE SQL Veritabanı ve belirtilen ikincil veritabanı arasındaki veri çoğaltmasını sonlandırmak için SUNUCUDA İkİYİ KALDIR'ı kullanın.
sys.geo_replication_links Bir sunucudaki her veritabanı için tüm mevcut çoğaltma bağlantıları hakkında bilgi döndürür.
sys.dm_geo_replication_link_status Son çoğaltma zamanını, son çoğaltma gecikmesini ve belirli bir veritabanı için çoğaltma bağlantısı hakkındaki diğer bilgileri alır.
sys.dm_operation_status Çoğaltma bağlantılarına yapılan değişiklikler de dahil olmak üzere tüm veritabanı işlemlerinin durumunu gösterir.
sys.sp_wait_for_database_copy_sync Uygulamanın, tüm işlenen işlemler coğrafi ikincil işlem günlüğünde sağlamlaştırılana kadar beklemesine neden olur.

İlgili içerik

Etkin coğrafi çoğaltmayı yapılandırma:

Diğer iş sürekliliği içeriği: