İngilizce dilinde oku

Aracılığıyla paylaş


Veritabanı coğrafi çoğaltma kullanarak çok kiracılı saas uygulaması için olağanüstü durum kurtarma

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

Bu öğreticide, kiracı başına veritabanı modeli kullanılarak uygulanan çok kiracılı bir SaaS uygulaması için tam olağanüstü durum kurtarma senaryosunu keşfedeceksiniz. Uygulamayı kesintiye karşı korumak için coğrafi çoğaltmayı kullanarak katalog ve kiracı veritabanları için alternatif bir kurtarma bölgesinde çoğaltmalar oluşturursunuz. Bir kesinti oluşursa, normal iş işlemlerini sürdürmek için bu çoğaltmalara hızlı bir şekilde yük devredebilirsiniz. Yük devretme sırasında, özgün bölgedeki veritabanları kurtarma bölgesindeki veritabanlarının ikincil çoğaltmaları haline gelir. Bu çoğaltmalar yeniden çevrimiçi olduktan sonra otomatik olarak kurtarma bölgesindeki veritabanlarının durumunu yakalar. Kesinti çözüldükten sonra özgün üretim bölgesindeki veritabanlarına geri dönersiniz.

Bu öğreticide hem yük devretme hem de yeniden çalışma iş akışları inceleniyor. Nasıl yapılacağını öğrenin:

  • Veritabanı ve elastik havuz yapılandırma bilgilerini kiracı kataloğuyla eşitleme
  • Uygulama, sunucu ve havuzları içeren alternatif bir bölgede kurtarma ortamı ayarlama
  • Katalog ve kiracı veritabanlarını kurtarma bölgesine çoğaltmak için coğrafi çoğaltmayı kullanma
  • Uygulama, katalog ve kiracı veritabanlarının kurtarma bölgesine yük devretmesi
  • Daha sonra, kesinti çözüldükten sonra uygulama, katalog ve kiracı veritabanlarının yükünü özgün bölgeye geri devredeceksiniz
  • Her kiracı veritabanı, her kiracının veritabanının birincil konumunu izlemek için yük devredildiğinden kataloğu güncelleştirin
  • Gecikme süresini azaltmak için uygulamanın ve birincil kiracı veritabanının her zaman aynı Azure bölgesinde birlikte bulunduğundan emin olun

Bu öğreticiye başlamadan önce aşağıdaki önkoşulların tamamlandığından emin olun:

Coğrafi çoğaltma kurtarma düzenine giriş

Kurtarma Mimarisi

Uyumluluk nedenleriyle veya iş sürekliliği açısından olağanüstü durum kurtarma (DR) birçok uygulama için önemli bir noktadır. Uzun süreli bir hizmet kesintisi olması durumunda, iyi hazırlanmış bir DR planı iş kesintisini en aza indirebilirsiniz. Coğrafi çoğaltmanın kullanılması, veritabanı çoğaltmalarını kısa sürede yük devredilebilen bir kurtarma bölgesinde tutarak en düşük RPO ve RTO'yu sağlar.

Coğrafi çoğaltmayı temel alan bir DR planı üç ayrı bölümden oluşur:

  • Kurulum - Kurtarma ortamını oluşturma ve bakım
  • Kurtarma - Bir kesinti oluşursa uygulamanın ve veritabanlarının kurtarma ortamına yük devretmesi,
  • Yeniden gönderme - Uygulama çözümlendikten sonra uygulamanın ve veritabanlarının özgün bölgeye yeniden yük devretmesi

Özellikle büyük ölçekte çalışıyorsanız, tüm parçaların dikkatli bir şekilde dikkate alınması gerekir. Genel olarak, planın birkaç hedefi gerçekleştirmesi gerekir:

  • Kurulum
    • Kurtarma bölgesinde bir yansıtma görüntüsü ortamı oluşturun ve koruyun. Elastik havuzların oluşturulması ve bu kurtarma ortamındaki veritabanlarının çoğaltılması, kurtarma bölgesinde kapasiteyi ayırır. Bu ortamın bakımı, yeni kiracı veritabanlarının sağlandığı şekilde çoğaltılmasıdır.
  • Kurtarma
    • Günlük maliyetleri en aza indirmek için ölçeği azaltılmış kurtarma ortamının kullanıldığı durumlarda, kurtarma bölgesinde tam operasyonel kapasite elde etmek için havuzların ve veritabanlarının ölçeği artırılmalıdır
    • Kurtarma bölgesinde yeni kiracı sağlamayı mümkün olan en kısa sürede etkinleştirin
    • Kiracıları öncelik sırasına göre geri yüklemek için iyileştirilmelidir
    • Pratik olduğunda paralel olarak adımlar uygulayarak kiracıları mümkün olduğunca hızlı çevrimiçi hale getirebilecek şekilde iyileştirilmelidir
    • Hataya, yeniden başlatılabilirliğe ve aynı anda etkili olmaya dayanıklı olun
    • Orijinal bölge yeniden çalışır durumdaysa, işlemi uçuş ortasında iptal etmek mümkündür.
  • Geri dönüş
    • Veritabanlarını kurtarma bölgesinden özgün bölgedeki çoğaltmalara devrederek kiracıları en az düzeyde etkiler: kiracı başına veri kaybı olmaz ve en düşük süre kapalı olur.

Bu öğreticide, bu zorluklar Azure SQL Veritabanı ve Azure platformunun özellikleri kullanılarak ele alınıyor:

Olağanüstü durum kurtarma betiklerini alma

Önemli

Tüm Wingtip Biletleri yönetim betikleri gibi DR betikleri de örnek kalitedir ve üretimde kullanılmaz.

Bu öğreticide kullanılan kurtarma betikleri ve Wingtip uygulama kaynak kodu, Kiracı gitHub deposu başına Wingtip Biletleri SaaS veritabanında kullanılabilir. Wingtip Bilet yönetimi betiklerini indirme ve engellemeyi kaldırma adımları için genel kılavuza göz atın.

Öğreticiye genel bakış

Bu öğreticide, önce Farklı bir bölgedeki Wingtip Tickets uygulamasının ve veritabanlarının çoğaltmalarını oluşturmak için coğrafi çoğaltma kullanacaksınız. Ardından, bir kesintiden kurtarma işleminin benzetimini yapmak için bu bölgeye yük devredebilirsiniz. Tamamlandığında, uygulama kurtarma bölgesinde tamamen işlevseldir.

Daha sonra, ayrı bir geri gönderme adımında, kurtarma bölgesindeki katalog ve kiracı veritabanlarını özgün bölgeye devredebilirsiniz. Uygulama ve veritabanları geri gönderme boyunca kullanılabilir durumda kalır. Tamamlandığında, uygulama özgün bölgede tamamen işlevseldir.

Not

Uygulama, uygulamanın dağıtıldığı bölgenin eşleştirilmiş bölgesine kurtarılır. Daha fazla bilgi için bkz . Azure eşleştirilmiş bölgeleri.

Uygulamanın iyi durumdaki durumunu gözden geçirme

Kurtarma işlemine başlamadan önce uygulamanın normal sağlıklı durumunu gözden geçirin.

  1. Web tarayıcınızda Wingtip Biletleri Olay Hub'ını açın (http://events.wingtip-dpt.<user.trafficmanager.net> - kullanıcıyı> dağıtımınızın kullanıcı değeriyle değiştirin<).

    • Sayfanın en altına kaydırın ve alt bilgideki katalog sunucusu adına ve konumuna dikkat edin. Konum, uygulamayı dağıtılan bölgedir. İpucu: Ekranı büyütmek için fareyi konumun üzerine getirin.Özgün bölgede olay hub'ı sağlıklı durumu
  2. Contoso Konser Salonu kiracısına tıklayın ve etkinlik sayfasını açın.

    • Alt bilgide kiracı sunucu adına dikkat edin. Konum, katalog sunucusunun konumuyla aynı olacaktır.
  3. Azure portalında uygulamanın dağıtıldığı kaynak grubunu açın

    • Sunucuların dağıtıldığı bölgeye dikkat edin.

Kiracı yapılandırmasını kataloğa eşitleme

Bu görevde sunucuların, elastik havuzların ve veritabanlarının yapılandırmasını kiracı kataloğuyla eşitleyen bir işlem başlatırsınız. İşlem, bu bilgileri katalogda güncel tutar. İşlem, ister özgün bölgede ister kurtarma bölgesinde olsun etkin katalogla çalışır. Yapılandırma bilgileri, kurtarma ortamının özgün ortamla tutarlı olduğundan emin olmak için kurtarma işleminin bir parçası olarak kullanılır ve daha sonra özgün bölgenin kurtarma ortamında yapılan değişikliklerle tutarlı hale getirildiğinden emin olmak için geri gönderme sırasında kullanılır. Katalog ayrıca kiracı kaynaklarının kurtarma durumunu izlemek için de kullanılır

Önemli

Kolaylık olması için, eşitleme işlemi ve diğer uzun süre çalışan kurtarma ve geri gönderme işlemleri, bu öğreticilerde istemci kullanıcı oturumunuz altında çalışan yerel PowerShell işleri veya oturumları olarak uygulanır. Oturum açtığınızda verilen kimlik doğrulama belirteçlerinin süresi birkaç saat sonra dolar ve işler başarısız olur. Bir üretim senaryosunda, uzun süre çalışan işlemler bir hizmet sorumlusu altında çalışan, bir tür güvenilir Azure hizmetleri olarak uygulanmalıdır. Bkz. Sertifikayla hizmet sorumlusu oluşturmak için Azure PowerShell kullanma.

  1. PowerShell ISE'de ...\Learning Modules\UserConfig.psm1 dosyasını açın. 10 ve 11. satırlardaki ve <user> değerlerini uygulamayı dağıtırken kullanılan değerle değiştirin<resourcegroup>. Dosyayı kaydedin!

  2. PowerShell ISE'de ...\Learning Modules\Business Continuity and Disaster Recovery\DR-FailoverToReplica\Demo-FailoverToReplica.ps1 betiğini açın ve ayarlayın:

    • $DemoScenario = 1, Kiracı sunucusunu ve havuz yapılandırma bilgilerini kataloğa eşitleyen bir arka plan işi başlatın
  3. Eşitleme betiğini çalıştırmak için F5 tuşuna basın. Kiracı kaynaklarının yapılandırmasını eşitlemek için yeni bir PowerShell oturumu açılır. Kiracı kaynaklarının yapılandırmasını eşitlemek için açılan yeni PowerShell oturumunu gösteren ekran görüntüsü.

PowerShell penceresini arka planda çalışır durumda bırakın ve öğreticinin geri kalanıyla devam edin.

Not

Eşitleme işlemi bir DNS diğer adı aracılığıyla kataloğa bağlanır. Bu diğer ad, geri yükleme ve geri gönderme sırasında etkin kataloğa işaret eden şekilde değiştirilir. Eşitleme işlemi, kataloğu kurtarma bölgesinde yapılan tüm veritabanı veya havuz yapılandırma değişiklikleriyle güncel tutar. Geri gönderme sırasında, bu değişiklikler özgün bölgedeki eşdeğer kaynaklara uygulanır.

Kurtarma bölgesinde ikincil veritabanı çoğaltmaları oluşturma

Bu görevde, yinelenen bir uygulama örneği dağıtan ve kataloğu ve tüm kiracı veritabanlarını kurtarma bölgesine çoğaltan bir işlem başlatırsınız.

Not

Bu öğretici, Wingtip Biletleri örnek uygulamasına coğrafi çoğaltma koruması ekler. Coğrafi çoğaltma kullanan bir uygulama için üretim senaryosunda, her kiracı en baştan coğrafi olarak çoğaltılmış bir veritabanıyla sağlanabilir. Bkz. Azure SQL Veritabanı kullanarak yüksek oranda kullanılabilir hizmetler tasarlama

  1. PowerShell ISE'de ...\Learning Modules\business continuity and Disaster Recovery\DR-FailoverToReplica\Demo-FailoverToReplica.ps1 betiğini açın ve aşağıdaki değerleri ayarlayın:

    • $DemoScenario = 2, Yansıtma görüntüsü kurtarma ortamı oluşturma ve katalog ile kiracı veritabanlarını çoğaltma
  2. Betiği çalıştırmak için F5'e basın. Çoğaltmaları oluşturmak için yeni bir PowerShell oturumu açılır. Eşitleme işlemi

Normal uygulama durumunu gözden geçirme

Bu noktada, uygulama normalde özgün bölgede çalışıyor ve şimdi coğrafi çoğaltma ile korunuyor. Salt okunur ikincil çoğaltmalar, tüm veritabanları için kurtarma bölgesinde bulunur.

  1. Azure portalında kaynak gruplarınıza bakın ve kurtarma bölgesinde -recovery soneki ile bir kaynak grubu oluşturulduğunu unutmayın.

  2. Kurtarma kaynak grubundaki kaynakları keşfedin.

  3. Tenants1-dpt-user-recovery>< sunucusunda Contoso Concert Hall veritabanına tıklayın. Sol taraftaki Coğrafi Çoğaltma'ya tıklayın.

    Contoso Konseri coğrafi çoğaltma bağlantısı

Azure bölgeleri haritasında, özgün bölgedeki birincil ile kurtarma bölgesindeki ikincil bölge arasındaki coğrafi çoğaltma bağlantısını not edin.

Uygulamanın kurtarma bölgesine yük devretmesi

Coğrafi çoğaltma kurtarma işlemine genel bakış

Kurtarma betiği aşağıdaki görevleri gerçekleştirir:

  1. Özgün bölgedeki web uygulaması için Traffic Manager uç noktasını devre dışı bırakır. Uç noktanın devre dışı bırakılması, kurtarma sırasında özgün bölgenin çevrimiçi olması durumunda kullanıcıların uygulamaya geçersiz durumda bağlanmasını engeller.

  2. Birincil veritabanı yapmak için kurtarma bölgesindeki katalog veritabanının zorla yük devretmesini kullanır ve activecatalog diğer adını kurtarma kataloğu sunucusuna işaret eden şekilde güncelleştirir.

  3. Kurtarma bölgesindeki kiracı sunucusuna işaret etmek için yeni diğer adı güncelleştirir. Bu diğer adın değiştirilmesi, yeni kiracıların veritabanlarının kurtarma bölgesinde sağlanmasını sağlar.

  4. Yük devretmeden önce kiracı veritabanlarına erişimi önlemek için kurtarma kataloğundaki tüm kiracıları çevrimdışı olarak işaretler.

  5. Kurtarma bölgesindeki tüm elastik havuzların ve çoğaltılan tek veritabanlarının yapılandırmasını, yapılandırmalarını özgün bölgeye yansıtacak şekilde güncelleştirir. (Bu görev yalnızca kurtarma ortamındaki havuzların veya çoğaltılan veritabanlarının maliyetleri azaltmak için normal işlemler sırasında ölçeği küçültülmesi durumunda gereklidir).

  6. Kurtarma bölgesindeki web uygulaması için Traffic Manager uç noktasını etkinleştirir. Bu uç noktanın etkinleştirilmesi, uygulamanın yeni kiracılar sağlamasına olanak tanır. Bu aşamada, mevcut kiracılar hala çevrimdışıdır.

  7. Veritabanlarında yük devretmeyi öncelik sırasına göre zorlamak için toplu istekler gönderir.

    • Toplu işlemler, veritabanlarının tüm havuzlar arasında paralel olarak yük devredebilmesi için düzenlenir.
    • Yük devretme istekleri zaman uyumsuz işlemler kullanılarak gönderilir, böylece hızlı bir şekilde gönderilir ve birden çok istek eşzamanlı olarak işlenebilir.

    Not

    Kesinti senaryosunda, özgün bölgedeki birincil veritabanları çevrimdışıdır. İkincilde yük devretmeye zorlama, artık kuyruğa alınmış işlemleri uygulamaya çalışmadan birincil bağlantının bağlantısını keser. Bu öğretici gibi bir DR tatbikat senaryosunda, yük devretme sırasında herhangi bir güncelleştirme etkinliği varsa bazı veri kaybı olabilir. Daha sonra geri gönderme sırasında, kurtarma bölgesindeki veritabanlarını özgün bölgeye geri devrettiğinizde, veri kaybı olmadığından emin olmak için normal bir yük devretme kullanılır.

  8. Veritabanlarının yük devretmesinin ne zaman gerçekleştirildiğini belirlemek için hizmeti izler. Kiracı veritabanı yük devredildikten sonra, kiracı veritabanının kurtarma durumunu kaydetmek ve kiracıyı çevrimiçi olarak işaretlemek için kataloğu güncelleştirir.

    • Kiracı veritabanlarına, katalogda çevrimiçi olarak işaretlenir işaretlenmez uygulama tarafından erişilebilir.
    • Kiracı veritabanındaki rowversion değerlerinin toplamı katalogda depolanır. Bu değer, geri gönderme işleminin veritabanının kurtarma bölgesinde güncelleştirilip güncelleştirilmediğini belirlemesini sağlayan bir parmak izi işlevi görür.

Kurtarma bölgesine yük devretmek için betiği çalıştırın

Şimdi uygulamanın dağıtıldığı ve kurtarma betiğinin çalıştırıldığı bölgede bir kesinti olduğunu düşünün:

  1. PowerShell ISE'de ...\Learning Modules\business continuity and Disaster Recovery\DR-FailoverToReplica\Demo-FailoverToReplica.ps1 betiğini açın ve aşağıdaki değerleri ayarlayın:

    • $DemoScenario = 3, Çoğaltmalara yük devrederek uygulamayı kurtarma bölgesine kurtarma
  2. Betiği çalıştırmak için F5'e basın.

    • Betik yeni bir PowerShell penceresinde açılır ve ardından paralel olarak çalışan bir dizi PowerShell işi başlatır. Bu işler, kiracı veritabanlarını kurtarma bölgesine devreder.
    • Kurtarma bölgesi, uygulamayı dağıtmış olduğunuz Azure bölgesiyle ilişkilendirilmiş eşleştirilmiş bölgedir. Daha fazla bilgi için bkz . Azure eşleştirilmiş bölgeleri.
  3. PowerShell penceresinde kurtarma işleminin durumunu izleyin. yük devretme işlemi

Not

Kurtarma işlerinin kodunu keşfetmek için ...\Learning Modules\Business Continuity and Disaster Recovery\DR-FailoverToReplica\RecoveryJobs klasöründeki PowerShell betiklerini gözden geçirin.

Kurtarma sırasında uygulama durumunu gözden geçirin

Traffic Manager'da uygulama uç noktası devre dışı bırakılsa da uygulama kullanılamıyor. Katalog kurtarma bölgesine yük devredildikten ve tüm kiracılar çevrimdışı olarak işaretlendikten sonra uygulama yeniden çevrimiçi duruma getirilir. Uygulama kullanılabilir olsa da, veritabanı yük devredinceye kadar her kiracı olay hub'ında çevrimdışı görünür. Uygulamanızı çevrimdışı kiracı veritabanlarını işleyecek şekilde tasarlamanız önemlidir.

  1. Katalog veritabanı kurtarıldıktan hemen sonra web tarayıcınızda Wingtip Bilet Olay Hub'ını yenileyin.
    • Alt bilgide, katalog sunucusu adının artık bir -recovery soneki olduğuna ve kurtarma bölgesinde bulunduğuna dikkat edin.

    • Henüz geri yüklenmemiş, çevrimdışı olarak işaretlenmiş ve seçilebilir olmayan kiracılara dikkat edin.

      Not

      Kurtarılacak yalnızca birkaç veritabanı olduğundan, kurtarma tamamlanmadan önce tarayıcıyı yenileyemeyebilirsiniz, bu nedenle kiracıları çevrimdışıyken göremeyebilirsiniz.

      Olay hub'ı çevrimdışı

    • Çevrimdışı kiracının Olaylar sayfasını doğrudan açarsanız, bu sayfa bir 'kiracı çevrimdışı' bildirimi görüntüler. Örneğin Contoso Konser Salonu çevrimdışıysa user.trafficmanager.net/contosoconcerthall> dosyasını açmayı http://events.wingtip-dpt.<deneyinContoso Çevrimdışı sayfası

Kurtarma bölgesinde yeni bir kiracı sağlama

Mevcut tüm kiracı veritabanları yük devretmeden önce bile kurtarma bölgesinde yeni kiracılar sağlayabilirsiniz.

  1. PowerShell ISE'de ...\Learning Modules\Business Continuity and Disaster Recovery\DR-FailoverToReplica\Demo-FailoverToReplica.ps1 betiğini açın ve aşağıdaki özelliği ayarlayın:

    • $DemoScenario = 4, Kurtarma bölgesinde yeni kiracı sağlama
  2. Betiği çalıştırmak ve yeni kiracıyı sağlamak için F5 tuşuna basın.

  3. Hawthorn Hall olaylar sayfası tamamlandığında tarayıcıda açılır. Alt bilgiden, Kurtarma bölgesinde Hawthorn Hall veritabanının sağlandığına dikkat edin. Hawthorn Hall Etkinlik Sayfası

  4. Hawthorn Hall'un da dahil olduğunu görmek için tarayıcıda Wingtip Biletleri Etkinlik Merkezi sayfasını yenileyin.

    • Hawthorn Hall'ı diğer kiracıların geri yüklemesini beklemeden sağladıysanız, diğer kiracılar hala çevrimdışı olabilir.

Uygulamanın kurtarılan durumunu gözden geçirme

Kurtarma işlemi tamamlandığında, uygulama ve tüm kiracılar kurtarma bölgesinde tam olarak çalışır.

  1. PowerShell konsol penceresindeki görüntü tüm kiracıların kurtarıldığından emin olduktan sonra Olay Hub'ını yenileyin. Kiracıların tümü, yeni kiracı olan Hawthorn Hall da dahil olmak üzere çevrimiçi görünür.

    olay hub'ında kurtarılan ve yeni kiracılar

  2. Azure portalında kaynak gruplarının listesini açın.

    • Dağıttığınız kaynak grubuna ve -recovery soneki ile kurtarma kaynak grubuna dikkat edin. Kurtarma kaynak grubu, kurtarma işlemi sırasında oluşturulan tüm kaynakların yanı sıra kesinti sırasında oluşturulan yeni kaynakları içerir.
  3. Kurtarma kaynak grubunu açın ve aşağıdaki öğelere dikkat edin:

    • -recovery soneki ile birlikte kataloğun ve tenants1 sunucularının kurtarma sürümleri. Bu sunuculardaki geri yüklenen kataloğun ve kiracı veritabanlarının tümü özgün bölgede kullanılan adlara sahiptir.

    • Tenants2-dpt-user-recovery <> SQL server. Bu sunucu kesinti sırasında yeni kiracılar sağlamak için kullanılır.

    • Olaylar uygulamasının kurtarma örneği olan events-wingtip-dpt-recoveryregion-user<<>> adlı App Service.

      Azure kurtarma kaynakları

  4. tenants2-dpt-user-recovery>< SQL sunucusunu açın. Veritabanının hawthornhall ve elastik havuz olan Pool1'i içerdiğine dikkat edin. Hawthornhall veritabanı, Pool1 elastik havuzunda elastik veritabanı olarak yapılandırılır.

  5. Kaynak grubuna geri dönün ve tenants1-dpt-user-recovery>< sunucusunda Contoso Konser Salonu veritabanına tıklayın. Sol taraftaki Coğrafi Çoğaltma'ya tıklayın.

    Yük devretmeden sonra Contoso veritabanı

Kiracı verilerini değiştirme

Bu görevde, kiracı veritabanlarından birini güncelleştirirsiniz.

  1. Tarayıcınızda Contoso Konser Salonu'na ilişkin etkinlik listesini bulun ve etkinliğin soyadını not edin.
  2. PowerShell ISE'deki ...\Learning Modules\Business Continuity and Disaster Recovery\DR-FailoverToReplica\Demo-FailoverToReplica.ps1 betiğinde aşağıdaki değeri ayarlayın:
    • $DemoScenario = 5 Kurtarma bölgesindeki bir kiracıdan olay silme
  3. Betiği yürütmek için F5 tuşuna basın
  4. Contoso Konser Salonu etkinlikleri sayfasını yenileyin (http://events.wingtip-dpt.<user.trafficmanager.net/contosoconcerthall> - <kullanıcı> yerine dağıtımınızın kullanıcı değerini yazın) ve son olayın silindiğini fark edin.

Uygulamayı özgün üretim bölgesine yeniden gönderme

Bu görev, uygulamayı özgün bölgesine yeniden yayar. Gerçek bir senaryoda, kesinti giderildiğinde geri gönderme işlemini başlatabilirsiniz.

Geri gönderme işlemine genel bakış

Geri Gönderme Mimarisi

Geri gönderme işlemi:

  1. Bekleyen veya uçuş içi veritabanı geri yükleme isteklerini iptal eder.
  2. Yeni diğer adı, kaynak bölgedeki kiracıların sunucusuna işaret etmek için güncelleştirir. Bu diğer adın değiştirilmesi, yeni kiracıların veritabanlarının artık kaynak bölgede sağlanmasını sağlar.
  3. Değiştirilen tüm kiracı verilerini özgün bölgeye tohumlar
  4. Kiracı veritabanlarını öncelik sırasına göre devreder.

Yük devretme, veritabanını etkin bir şekilde özgün bölgeye taşır. Veritabanı yük devredildiğinde, tüm açık bağlantılar bırakılır ve veritabanı birkaç saniye boyunca kullanılamaz. Uygulamaların yeniden bağlandığından emin olmak için yeniden deneme mantığıyla yazılması gerekir. Bu kısa bağlantı kesilmesi genellikle fark edilmese de, veritabanlarını iş saatleri dışında yeniden göndermeyi seçebilirsiniz.

Geri gönderme betiğini çalıştırma

Şimdi kesintinin çözüldüğünü ve geri gönderme betiğini çalıştırdığınızı düşünelim.

  1. PowerShell ISE'deki ...\Learning Modules\Business Continuity and Disaster Recovery\DR-FailoverToReplica\Demo-FailoverToReplica.ps1 betiğinde.

  2. Katalog Eşitleme işleminin PowerShell örneğinde çalışmaya devam ettiğini doğrulayın. Gerekirse, şunu ayarlayarak yeniden başlatın:

    • $DemoScenario = 1, Kiracı sunucusu, havuz ve veritabanı yapılandırma bilgilerini kataloğa eşitlemeye başlayın
    • Betiği çalıştırmak için F5'e basın.
  3. Ardından geri gönderme işlemini başlatmak için şunları ayarlayın:

    • $DemoScenario = 6, Uygulamayı özgün bölgesine yeniden dağıtın
    • Kurtarma betiğini yeni bir PowerShell penceresinde çalıştırmak için F5 tuşuna basın. Geri gönderme işlemi birkaç dakika sürer ve PowerShell penceresinde izlenebilir. Geri gönderme işlemi
  4. Betik çalışırken Olay Hub'ı sayfasını yenileyin (http://events.wingtip-dpt.<user.trafficmanager.net>)

    • Bu işlem boyunca tüm kiracıların çevrimiçi ve erişilebilir olduğuna dikkat edin.
  5. Geri gönderme tamamlandıktan sonra Olaylar hub'ını yenileyin ve Hawthorn Hall için olaylar sayfasını açın. Bu veritabanının özgün bölgeye yeniden dağıtıldığına dikkat edin. Olay hub'ı yeniden dağıtıldı

Uygulama ve veritabanının birlikte bulunduğundan emin olmak için uygulamayı tasarlama

Uygulama, her zaman kiracı veritabanıyla aynı bölgedeki bir örnekten bağlanabilmesi için tasarlanmıştır. Bu tasarım, uygulama ve veritabanı arasındaki gecikme süresini azaltır. Bu iyileştirme, uygulamadan veritabanına etkileşimin kullanıcıdan uygulamaya etkileşimden daha sohbetli olduğunu varsayar.

Kiracı veritabanları, geri gönderme sırasında bir süre için kurtarma ve özgün bölgelere yayılabilir. Her veritabanı için uygulama, kiracı sunucu adında bir DNS araması yaparak veritabanının bulunduğu bölgeyi arar. SQL Veritabanı'de sunucu adı bir diğer addır. Diğer adla belirtilen sunucu adı bölge adını içerir. Uygulama veritabanıyla aynı bölgede değilse, sunucuyla aynı bölgedeki örneğe yeniden yönlendirir. Veritabanıyla aynı bölgedeki örneğe yeniden yönlendirmek, uygulama ve veritabanı arasındaki gecikme süresini en aza indirir.

Sonraki adımlar

Bu öğreticide, şunları öğrendiniz:

  • Veritabanı ve elastik havuz yapılandırma bilgilerini kiracı kataloğuyla eşitleme
  • Uygulama, sunucu ve havuzları içeren alternatif bir bölgede kurtarma ortamı ayarlama
  • Katalog ve kiracı veritabanlarını kurtarma bölgesine çoğaltmak için coğrafi çoğaltmayı kullanma
  • Uygulama, katalog ve kiracı veritabanlarının kurtarma bölgesine yük devretmesi
  • Kesinti çözüldükten sonra uygulama, katalog ve kiracı veritabanlarını özgün bölgeye geri döndürme

İş Sürekliliğine Genel Bakış belgelerinde Azure SQL Veritabanı iş sürekliliğini sağlamak için sağladığı teknolojiler hakkında daha fazla bilgi edinebilirsiniz.

Ek kaynaklar