Etkin coğrafi çoğaltma

  • Makale

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

Etkin coğrafi çoğaltma, birincil veritabanı için sürekli eşitlenen okunabilir ikincil veritabanı oluşturmanıza olanak tanıyan bir özelliktir. 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 ve yalnızca el ile yük devretmeyi destekler. 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ğaltma ile SQL Veritabanı Geçirme özelliğini de kullanabilirsiniz.

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.

active geo-replication

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.

Dekont

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'sunda İş Sürekliliğine Genel Bakış bulunabilir.

Aşağıdaki şekilde, Orta Kuzey ABD bölgesinde birincil ve Orta Güney ABD bölgesinde bir coğrafi ikincil ile yapılandırılmış etkin coğrafi çoğaltma örneği gösterilmektedir.

geo-replication relationship

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 . Etkin coğrafi çoğaltma kullanarak Olağanüstü Durum Kurtarma için Bulut Çözümleri Tasarlama.

Etkin coğrafi çoğaltma terminolojisi ve özellikleri

  • 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.

    Bahşiş

    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. Olağanüstü durum kurtarma sonrasında güvenlik SQL Veritabanı. 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. Ayrıntılar için bkz. SQL Veritabanı 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.

Bahşiş

Coğrafi ikincilde daha düşük işlem boyutu nedeniyle birincilde işlem günlüğü GÇ azaltma, sys.dm_exec_requests ve sys.dm_os_wait_stats veritabanı görünümlerinde görünen HADR_THROTTLE_LOG_RATE_MISMATCHED_SLO bekleme türü kullanılarak bildirilir.

Birincildeki işlem günlüğü GÇ'sinin coğrafi olarak ikincil bir işlem boyutuyla ilgisiz olması nedeniyle kısıtlanabilir. Coğrafi ikincil, birincilden aynı veya daha yüksek işlem boyutuna sahip olsa bile bu tür bir azaltma oluşabilir. Farklı günlük GÇ azaltma türleri için bekleme türleri de dahil olmak üzere ayrıntılar için bkz . İşlem günlüğü hızı idaresi.

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

Transact-SQL (T-SQL) kullanma, birincil abonelikten farklı bir abonelikte coğrafi olarak ikincil bir oluşturma (Microsoft Entra ID'nin (eski adı Azure Active Directory) kiracısı altında olsun veya olmasın). Daha fazla bilgi edinmek için Etkin coğrafi çoğaltmayı yapılandırma bölümünü gözden geçirin.

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 . Oturum açma bilgilerini ve kullanıcıları yapılandırma.

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.

Dekont

Yük devretme grubu yapılandırmasının bir parçası olarak coğrafi ikincil oluşturduysanız ölçeği azaltmanız önerilmez. Bunun nedeni coğrafi yük devretme sonrasında veri katmanınızın normal iş yükünüzü işlemek için yeterli kapasiteye sahip olduğundan emin olmaktır.

Önemli

Bir yük devretme grubundaki birincil veritabanı, ikincil veritabanı önce daha yüksek katmana ölçeklendirilmediği sürece daha yüksek bir hizmet katmanına (sürüm) ölçeklendirilemez. Örneğin, birincil değerin ölçeğini Genel Amaçlı'dan İş Açısından Kritik'a genişletmek istiyorsanız, önce coğrafi ikincil değeri İş Açısından Kritik olarak ölçeklendirmeniz gerekir. Birincil veya coğrafi ikincil değeri bu kuralı ihlal edecek şekilde ölçeklendirmeye çalışırsanız aşağıdaki hatayı alırsınız:

The source database 'Primaryserver.DBName' cannot have higher edition than the target database 'Secondaryserver.DBName'. Upgrade the edition on the target before upgrading the source.

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.

Dekont

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 ikincilde sağlamlaştırılmış birincil veritabanındaki değişikliklerle ilgili gecikmeyi ölçmek için coğrafi ikincildeki last_commit süreyi birincil veritabanındaki aynı değerle karşılaştırın.

Bahşiş

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

Daha önce açıklandığı gibi, 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).

T-SQL: Tek ve havuza alınan veritabanlarının coğrafi yük devretmesini yönetme

Ö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. Bu nedenle, yalnızca yük devretme gruplarını destekleyen SQL Yönetilen Örneği için de 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.

PowerShell: Tek ve havuza alınan veritabanlarının coğrafi yük devretmesini yönetme

Dekont

Bu makalede, Azure ile etkileşim için önerilen PowerShell modülü olan Azure Az PowerShell modülü kullanılır. Az PowerShell modülünü kullanmaya başlamak için Azure PowerShell’i yükleyin. Az PowerShell modülüne nasıl geçeceğinizi öğrenmek için bkz. Azure PowerShell’i AzureRM’den Az’ye geçirme.

Önemli

PowerShell Azure Resource Manager modülü Azure SQL Veritabanı tarafından hala desteklenmektedir, ancak gelecekteki tüm geliştirmeler Az.Sql modülüne yöneliktir. Bu cmdlet'ler için bkz . AzureRM.Sql. Az modülündeki ve AzureRm modüllerindeki komutların bağımsız değişkenleri önemli ölçüde aynıdır.

Cmdlet Açıklama
Get-AzSqlDatabase Bir veya daha fazla veritabanını alır.
New-AzSqlDatabaseSecondary Mevcut bir veritabanı için ikincil bir veritabanı oluşturur ve veri çoğaltmaya başlar.
Set-AzSqlDatabaseSecondary Yük devretmeyi başlatmak için ikincil bir veritabanını birincil olarak değiştirir.
Remove-AzSqlDatabaseSecondary Bir SQL Veritabanı ile belirtilen ikincil veritabanı arasında veri çoğaltmayı sonlandırır.
Get-AzSqlDatabaseReplicationLink Veritabanının coğrafi çoğaltma bağlantılarını alır.

Bahşiş

Örnek betikler için bkz. Etkin coğrafi çoğaltma kullanarak tek bir veritabanını yapılandırma ve yük devretme ve Etkin coğrafi çoğaltma kullanarak havuza alınan veritabanını yapılandırma ve yük devretme.

REST API: Tek ve havuza alınan veritabanlarının coğrafi yük devretmesini yönetme

API Açıklama
Veritabanı Oluşturma veya Güncelleştirme (createMode=Restore) Birincil veya ikincil veritabanı oluşturur, güncelleştirir veya geri yükler.
Veritabanı Oluşturma veya Güncelleştirme Durumunu Alma Oluşturma işlemi sırasında durumu döndürür.
İkincil Veritabanını Birincil Olarak Ayarlama (Planlı Yük Devretme) Geçerli birincil veritabanından yük devrederek hangi ikincil veritabanının birincil olduğunu ayarlar. Bu seçenek SQL Yönetilen Örneği için desteklenmez.
İkincil Veritabanını Birincil Olarak Ayarla (Planlanmamış Yük Devretme) Geçerli birincil veritabanından yük devrederek hangi ikincil veritabanının birincil olduğunu ayarlar. Bu işlem veri kaybına neden olabilir. Bu seçenek SQL Yönetilen Örneği için desteklenmez.
Çoğaltma Bağlantısı Al Coğrafi çoğaltma ortaklığındaki belirli bir veritabanı için belirli bir çoğaltma bağlantısını alır. sys.geo_replication_links katalog görünümünde görünen bilgileri alır. Bu seçenek SQL Yönetilen Örneği için desteklenmez.
Çoğaltma Bağlantıları - Veritabanına Göre Listele Coğrafi çoğaltma ortaklığındaki belirli bir veritabanı için tüm çoğaltma bağlantılarını alır. sys.geo_replication_links katalog görünümünde görünen bilgileri alır.
Çoğaltma Bağlantısını Sil Veritabanı çoğaltma bağlantısını siler. Yük devretme sırasında yapılamaz.

Sonraki adımlar