Çok kullanıcılı bir SaaS uygulamasını veritabanı yedeklemelerinden kurtarmak için coğrafi geri yükleme kullanma

Uygulama hedefi: Azure SQL veritabanı

Bu öğretici, kiracı modeli başına veritabanı ile uygulanan çok kiracılı bir SaaS uygulaması için tam olağanüstü durum kurtarma senaryosunu inceler. Katalog ve kiracı veritabanlarını otomatik olarak sürdürülen coğrafi olarak yedekli yedeklemelerden alternatif bir kurtarma bölgesinde kurtarmak için coğrafi geri yükleme kullanırsınız. Kesinti çözümlendikten sonra coğrafi çoğaltmayı kullanarak değiştirilen veritabanlarını özgün bölgelerine yeniden dağıtabilirsiniz.

Diyagramda her ikisi de uygulama, katalog, sunucu ve havuzların özgün veya yansıtma görüntüleri, depolama alanına otomatik yedeklemeler, yedeklemenin coğrafi çoğaltmasını kabul eden kurtarma bölgesi ve yeni kiracılar için sunucu ve havuza sahip olan özgün ve kurtarma bölgelerini gösterir.

Coğrafi geri yükleme, olağanüstü durum kurtarma için en düşük maliyetli Azure SQL Veritabanı. Ancak coğrafi olarak yedekli yedeklemelerden geri yükleme işlemi bir saate kadar veri kaybına neden olabilir. Her veritabanının boyutuna bağlı olarak bu uzun zaman alır.

Not

Coğrafi geri yükleme yerine coğrafi çoğaltma kullanarak mümkün olan en düşük RPO ve RTO ile uygulamaları kurtarın.

Bu öğreticide hem geri yükleme hem de yeniden deneme iş akışları keşfedildi. Aşağıdakileri nasıl yapacağınızı öğrenirsiniz:

  • Veritabanı ve elastik havuz yapılandırma bilgilerini kiracı kataloğuyla eşitler.
  • Uygulama, sunucular ve havuzları içeren bir kurtarma bölgesinde yansıtmalı görüntü ortamı ayarlayın.
  • Coğrafi geri yükleme kullanarak katalog ve kiracı veritabanlarını kurtarın.
  • Kesinti çözümlendikten sonra kiracı kataloğunu ve değiştirilen kiracı veritabanlarını yeniden yedeklemek için coğrafi çoğaltmayı kullanın.
  • Her bir kiracı veritabanının etkin kopyasının geçerli konumunu izlemek için her veritabanı geri yüklendi (veya yeniden denendi) olarak kataloğu güncelleştirin.
  • Gecikme süresini azaltmak için uygulamanın ve kiracı veritabanının her zaman aynı Azure bölgesinde birlikte yer alan bir konumda olduğundan emin olun.

Bu öğreticiye başlamadan önce aşağıdaki önkoşulları gerçekleştirin:

Coğrafi geri yükleme kurtarma düzenine giriş

Olağanüstü durum kurtarma (DR), uyumluluk nedenleriyle veya iş sürekliliği açısından birçok uygulama için önemli bir konudur. Uzun süren bir hizmet kesintisi varsa, iyi hazırlanmış bir DR planı iş kesintilerini en aza indirgey olabilir. Coğrafi geri yüklemeyi temel alan bir DR planının çeşitli hedefleri gerçekleştirmesi gerekir:

  • Kiracı veritabanlarını geri yüklemek için kullanılabilir olduğundan emin olmak için, seçilen kurtarma bölgesinde gereken tüm kapasiteyi mümkün olan en kısa sürede yedekler.
  • Özgün havuzu ve veritabanı yapılandırmasını yansıtan bir yansıtma görüntüsü kurtarma ortamı oluşturun.
  • Özgün bölge yeniden çevrimiçi olursa, geri yükleme işleminin uçuş ortasında iptal olmasına izin ver.
  • Yeni kiracı eklemenin mümkün olan en kısa sürede yeniden başlatılamasını sağlamak için kiracı sağlamayı hızlı bir şekilde etkinleştirin.
  • Kiracıları öncelik sırasına göre geri yüklemek için en iyi duruma getirilmiş olmalıdır.
  • Adımları paralel ve pratik bir şekilde yaparak kiracıları mümkün olan en kısa sürede çevrimiçi duruma almak için iyileştirilmiş olun.
  • Hatalara, yeniden başlatılabilir ve bir kez etkili bir şekilde kullanılabilir.
  • Kesinti giderilirken veritabanlarını kiracılar üzerinde minimum etkiyle özgün bölgelerine yeniden dağıtın.

Not

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

Bu öğreticide, Azure SQL Veritabanı ve Azure platformunun özellikleri 2000'den fazladır:

  • Azure Resource Manager kapasiteyimümkün olan en kısa sürede rezervasyon yapmak için şablonlarını kullanın. Azure Resource Manager şablonları, kurtarma bölgesinde özgün sunucuların ve elastik havuzların yansıtma görüntüsünün sağlanması için kullanılır. Yeni kiracılar sağlanması için ayrı bir sunucu ve havuz da oluşturulur.
  • Esnek Veritabanı veritabanı kataloğu oluşturmak ve bakımını yapmak için İstemci Kitaplığı(EDCL) kullanın. Genişletilmiş katalog düzenli aralıklarla yenilenmiş havuz ve veritabanı yapılandırma bilgilerini içerir.
  • Kurtarma ve yeniden deneme sırasında katalogda veritabanı konumu girdilerini korumak için EDCL'nin parça yönetimi kurtarma özellikleri.
  • Katalog ve kiracıveritabanlarını otomatik olarak sürdürülen coğrafi olarak yedekli yedeklemelerden kurtarmak için coğrafi geri yükleme.
  • Kiracı önceliği sırasıyla gönderilenzaman uyumsuz geri yükleme işlemleri, sistem tarafından her havuz için kuyruğa alınır ve havuzun aşırı yüklenmesini sağlamak için toplu olarak işlenir. Gerekirse bu işlemler yürütmeden önce veya yürütme sırasında iptal edilir.
  • Kesinti sonrasındaveritabanlarını özgün bölgeye yeniden çoğaltmak için coğrafi çoğaltma. Coğrafi çoğaltmayı kullanırken kiracı üzerinde veri kaybı ve minimum etki olmaz.
  • SQL server DNS diğer adları,katalog eşitleme işleminin konumdan bağımsız olarak etkin katala bağlanmasına olanak sağlar.

Olağanüstü durum kurtarma betiklerini alın

Bu öğreticide kullanılan DR betikleri, kiracı başına Wingtip Bilet SaaS veritabanında GitHub deposunda mevcuttur. Wingtip Bilet yönetimi betiklerini indirme ve engellemesini kaldırma adımları için genel kılavuza göz atabilirsiniz.

Önemli

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

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

Kurtarma işlemini başlatmadan önce uygulamanın normal sağlıklı durumunu gözden geçirebilirsiniz.

  1. Web tarayıcınızda Wingtip Bilet olay hub'ını açın ( http://events.wingtip-dpt.&lt ;kullanıcı .trafficmanager.net, kullanıcı yerine dağıtımınızı > < kullanıcı değerini > kullanın).

    Sayfanın en altına kaydırın ve alt bilgide katalog sunucusu adı ve konumuna dikkat edin. Konum, uygulamayı dağıtan bölgedir.

    İpucu

    Ekranı büyütmek için fareyi konumun üzerine gelin.

    Özgün bölgede olay hub'ı iyi durumda

  2. Contoso Concert Hall kiracısını seçin ve olay sayfasını açın.

    Alt bilgide kiracının sunucu adına dikkat olun. Konum, katalog sunucusunun konumuyla aynıdır.

    Contoso Concert Hall özgün bölgesi

  3. Uygulama Azure portal,uygulamayı dağıtan kaynak grubunu gözden geçirin ve açın.

    App Service bileşenlerinin ve SQL Veritabanının dağıtılacağı kaynaklara ve bölgeye dikkat edin.

Kiracı yapılandırmasını katalogla eşitleme

Bu görevle sunucuların, elastik havuzların ve veritabanlarının yapılandırmasını kiracı kataloğuna eşitleme işlemini başlatabilirsiniz. Bu bilgiler daha sonra kurtarma bölgesinde bir yansıtma görüntüsü ortamı yapılandırmak için kullanılır.

Önemli

Kolaylık olması için eşitleme işlemi ve uzun süre çalışan diğer kurtarma ve yeniden deneme işlemleri, bu örneklerde istemci kullanıcı oturum açma bilgileri altında çalışan yerel PowerShell işleri veya oturumları olarak uygulanır. Oturum asanız verilen kimlik doğrulama belirteçleri birkaç saat sonra sona erer ve işler başarısız olur. Bir üretim senaryosunda, uzun süre çalışan işlemler bir hizmet sorumlusu altında çalıştırarak güvenilir azure hizmetleri olarak uygulanıyor olmalıdır. Bkz. Azure PowerShell ile hizmet sorumlusu oluşturmak için uygulama kullanma.

  1. PowerShell ISE'de ...\Learning Modules\UserConfig.psm1 dosyasını açın. <resourcegroup> <user> 10. ve 11. satırlarda ve yerine uygulamayı dağıtıldığında kullanılan değeri kullanın. Dosyayı kaydedin.

  2. PowerShell ISE'de ...\Learning Modules\Business Continuity and Disaster Recovery\DR-RestoreFromBackup\Demo-RestoreFromBackup.ps1 dosyasını açın.

    Bu öğreticide, bu PowerShell betiğinde senaryoların her biri çalıştıracak ve bu dosyayı açık tutacağız.

  3. Şunları ayarlayın:

    $DemoScenario = 1: Kiracı sunucusu ve havuz yapılandırma bilgilerini katalogla eşitlenen bir arka plan işi başlatma.

  4. Eşitleme betiği çalıştırmak için F5'i seçin.

    Bu bilgiler daha sonra kurtarmanın kurtarma bölgesinde sunucuların, havuzların ve veritabanlarının yansıtma görüntüsünü oluşturmasını sağlamak için kullanılır.

    Eşitleme işlemi

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

Not

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

Coğrafi geri yükleme kurtarma sürecine genel bakış

Coğrafi geri yükleme kurtarma işlemi uygulamayı dağıtır ve veritabanlarını yedeklerden kurtarma bölgesinde geri yükleme işlemidir.

Kurtarma işlemi şunları yapar:

  1. Özgün bölgedeki web Azure Traffic Manager uç noktasını devre dışı bırakma. Uç noktanın devre dışı bırakılması, kurtarma sırasında özgün bölge çevrimiçi olması gerekirken kullanıcıların uygulamaya geçersiz durumda bağlanmasını önler.

  2. Kurtarma bölgesinde bir kurtarma kataloğu sunucusu sağlar, katalog veritabanını coğrafi olarak geri yükleyebilir ve activecatalog diğer adını geri yüklenen katalog sunucusuna işaret etmek için günceller. Katalog diğer adını değiştirmek, katalog eşitleme işleminin her zaman etkin katalogla eşitlesini sağlar.

  3. Geri yüklendiklerine kadar kiracı veritabanlarına erişimi engellemek için kurtarma kataloğunda var olan tüm kiracıları çevrimdışı olarak işaretler.

  4. Uygulamanın kurtarma bölgesinde bir örneğini sağlar ve bu bölgeye geri yüklenen kataloğu kullanmak üzere yapılandırıyor. Gecikme süresini en düşük düzeyde tutmak için örnek uygulama her zaman aynı bölgedeki bir kiracı veritabanına bağlanacak şekilde tasarlanmıştır.

  5. Yeni kiracıların sağlanacak bir sunucu ve elastik havuz sağlar. Bu kaynakların oluşturulması, yeni kiracıların sağlanmasının mevcut kiracıların kurtarımına müdahale etmeyer.

  6. Yeni kiracı diğer adını, kurtarma bölgesinde yeni kiracı veritabanlarının sunucusuna işaret etmek için güncelleştirmeler. Bu diğer adı değiştirmek, yeni kiracılar için veritabanlarının kurtarma bölgesinde sağlanmasını sağlar.

  7. Kiracı veritabanlarını geri yüklemek için kurtarma bölgesinde sunucuları ve elastik havuzları sağlar. Bu sunucular ve havuzlar, özgün bölgedeki yapılandırmanın yansıtılmış görüntüsü. Önceden havuz sağlama, tüm veritabanlarını geri yüklemek için gereken kapasiteyi yedekler.

    Bir bölgedeki kesinti, eşleştirilmiş bölgedeki kaynaklar üzerinde önemli bir baskıya neden olabilir. DR için coğrafi geri yüklemeye güveniyorsanız kaynakları hızlıca korumanız önerilir. Bir uygulamanın belirli bir bölgede kurtarılma durumu kritikse coğrafi çoğaltmayı göz önünde bulundurabilirsiniz.

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

  9. Veritabanlarını öncelik sırasına göre geri yüklemek için toplu istekler gönderme.

    • Toplu işler, veritabanlarının tüm havuzlar arasında paralel olarak geri yüklenecek şekilde düzenlenmiştir.

    • Geri yükleme istekleri zaman uyumsuz olarak göndererek hızla gönderilmeleri ve her havuzda yürütme için kuyruğa alındıklarında.

    • Geri yükleme istekleri tüm havuzlar arasında paralel olarak işlendiğinden, önemli kiracıları birçok havuza dağıtmak daha iyidir.

  10. Veritabanlarının ne zaman geri yüklendiklerini belirlemek için hizmeti izler. Bir kiracı veritabanı geri yüklendikten sonra katalogda çevrimiçi olarak işaretlenir ve kiracı veritabanı için rowversion toplamı kaydedilir.

    • Kiracı veritabanlarına, katalogda çevrimiçi olarak işaretlenirler işaretlenir işaretlenirken uygulama tarafından erişilebilir.

    • Kiracı veritabanındaki rowversion değerlerinin toplamı katalogda depolanır. Bu toplam, yeniden deneme işleminin veritabanının kurtarma bölgesinde güncelleştirilmiş olup olmadığını belirlemeye olanak sağlayan bir parmak izi olarak hareket ediyor.

Kurtarma betiği çalıştırma

Önemli

Bu öğretici, coğrafi olarak yedekli yedeklemelerden veritabanlarını geri yükleme. Bu yedeklemeler genellikle 10 dakika içinde kullanılabilir olsa da bir saate kadar sürebilir. Betik kullanılabilir olana kadar duraklatılır.

Uygulamanın dağıtılacağı bölgede bir kesinti olduğunu düşünün ve kurtarma betiği çalıştırın:

  1. PowerShell ISE'de ...\Learning Modules\Business Continuity and Disaster Recovery\DR-RestoreFromBackup\Demo-RestoreFromBackup.ps1 betiğinde aşağıdaki değeri ayarlayın:

    $DemoScenario = 2: Coğrafi olarak yedekli yedeklemelerden geri yükleyerek uygulamayı bir kurtarma bölgesinde kurtarın.

  2. Betiği çalıştırmak için F5'i seçin.

    • Betik yeni bir PowerShell penceresinde açılır ve ardından paralel olarak çalıştıran bir dizi PowerShell işi başlatır. Bu işler sunucuları, havuzları ve veritabanlarını kurtarma bölgesine geri yüklemenizi sağlar.

    • Kurtarma bölgesi, uygulamayı dağıtmış olduğu Azure bölgesiyle ilişkili eşleştirilmiş bölgedir. Daha fazla bilgi için bkz. Azure eşleştirilmiş bölgeleri.

  3. PowerShell penceresinde kurtarma işleminin durumunu izleme.

    Kurtarma işleminin durumunu izleyebilirsiniz PowerShell penceresini gösteren ekran görüntüsü.

Not

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

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

Uygulama uç noktası uygulamada devre Traffic Manager uygulama kullanılamıyor. Katalog geri yüklenir ve tüm kiracılar çevrimdışı olarak işaretlenir. Kurtarma bölgesinde uygulama uç noktası etkinleştirilir ve uygulama yeniden çevrimiçi olur. Uygulama kullanılabilir olsa da, kiracılar veritabanları geri yüklenene kadar olay hub'larında çevrimdışı görünür. Çevrimdışı kiracı veritabanlarını işlemek için uygulama tasarlamanız önemlidir.

  • Katalog veritabanı kurtarıldıktan ancak kiracılar yeniden çevrimiçi olmadan önce web tarayıcınızda Wingtip Bilet olayları hub'ını yenileyin.

    • Alt bilgide, katalog sunucusu adının artık bir -recovery soneki olduğunu ve kurtarma bölgesinde bulunduğuna dikkat edin.

    • Henüz geri yüklenen kiracıların çevrimdışı olarak işaretlenir ve seçilemez olduğunu fark edebilirsiniz.

      Kurtarma işlemi

    • Kiracı çevrimdışıyken bir kiracının olaylar sayfasını doğrudan açarsanız, sayfada bir kiracı çevrimdışı bildirimi görüntülenir. Örneğin Contoso Concert Hall çevrimdışıysa http://events.wingtip-dpt.&lt ,user > .trafficmanager.net/contosoconcerthall.

      Çevrimdışı olaylar sayfasını gösteren ekran görüntüsü.

Kurtarma bölgesinde yeni bir kiracı sağlama

Kiracı veritabanları geri yüklenene kadar kurtarma bölgesinde yeni kiracılar sabilirsiniz. Kurtarma bölgesinde sağlanan yeni kiracı veritabanları, kurtarılan veritabanlarıyla daha sonra yeniden denenr.

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

    $DemoScenario = 3: Kurtarma bölgesinde yeni bir kiracı sağlama.

  2. Betiği çalıştırmak için F5'i seçin.

  3. Sağlama tamam olduğunda tarayıcıda Hawthorn Hall etkinlikleri sayfası açılır.

    Hawthorn Hall veritabanının kurtarma bölgesinde bulunduğuna dikkat olun.

    Kurtarma bölgesinde sağlanan Hawthorn Hall

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

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

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

Kurtarma işlemi tamam olduğunda, uygulama ve tüm kiracılar kurtarma bölgesinde tamamen işlevseldir.

  1. PowerShell konsol penceresindeki görüntü tüm kiracıların kurtarıldı olduğunu gösteriyorsa, olay hub'ını yenileyin.

    Yeni kiracı Hawthorn Hall da dahil olmak üzere tüm kiracılar çevrimiçi görünür.

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

  2. Contoso Concert Hall'a tıklayın ve etkinlik sayfasını açın.

    Alt bilgide, veritabanının kurtarma bölgesinde bulunan kurtarma sunucusunda bulunduğuna dikkat olun.

    Kurtarma bölgesinde Contoso

  3. Kaynak Azure portalkaynak gruplarının listesini açın.

    Dağıtılan kaynak grubunun yanı sıra -recovery soneki ile birlikte kurtarma kaynak grubuna dikkat edin. Kurtarma kaynak grubu, kurtarma işlemi sırasında oluşturulan tüm kaynakları ve kesinti sırasında oluşturulan yeni kaynakları içerir.

  4. Kurtarma kaynak grubunu açın ve aşağıdaki öğelere dikkatin:

    • -recovery soneki ile katalog ve kiracılar1 sunucularının kurtarma sürümleri. Bu sunucularda geri yüklenen katalog ve kiracı veritabanlarının hepsi özgün bölgede kullanılan adlara sahip olur.

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

    • Olay uygulamasının kurtarma örneği olan events-wingtip-dpt- < recoveryregion user adlı > - < > uygulama hizmeti.

      Kurtarma bölgesinde Contoso kaynakları

  5. tenants2-dpt- < user > -recovery SQL server'ı açın. Veritabanının hem hawthornhall hem de Pool1 elastik havuzunu içerdiğine dikkat olun. Hawthornhall veritabanı, Pool1 elastik havuzunda elastik veritabanı olarak yapılandırılır.

Kiracı verilerini değiştirme

Bu görev, geri yüklenen kiracı veritabanlarından birini güncelleştirin. Yeniden deneme işlemi, özgün bölgeye değiştirilmiş geri yüklenen veritabanlarını kopyalar.

  1. Tarayıcınızda Contoso Concert Hall'un olay listesini bulun, olaylar arasında ilerleyin ve son olay olan Ciddi Olay'a dikkat edin.

  2. PowerShell ISE'de ...\Learning Modules\Business Continuity and Disaster Recovery\DR-RestoreFromBackup\Demo-RestoreFromBackup.ps1 betiğinde aşağıdaki değeri ayarlayın:

    $DemoScenario = 4: Kurtarma bölgesinde bir kiracıdan bir olayı silin.

  3. Betiği yürütmek için F5'i seçin.

  4. Contoso Concert Hall etkinlikleri sayfasını ( http://events.wingtip-dpt.&lt ;kullanıcı > .trafficmanager.net/contosoconcerthall) yenileyin ve Gerçekten Sayılır'ın eksik olduğuna dikkat edin.

Öğreticinin bu noktasında, artık kurtarma bölgesinde çalışan uygulamayı kurtarmış oluruz. Kurtarma bölgesinde yeni bir kiracı sağlandı ve geri yüklenen kiracılardan birinin verilerini değiştirildi.

Not

Örnekteki diğer öğreticiler, uygulama kurtarma durumuyla çalıştıracak şekilde tasarlanmaz. Diğer öğreticileri keşfetmek için önce uygulamayı yeniden dağıtsanız iyi olur.

Yeniden deneme sürecine genel bakış

Yeniden deneme işlemi, bir kesinti çözümlendikten sonra uygulamayı ve veritabanlarını özgün bölgeye geri döndürüyor.

Coğrafi geri yükleme yeniden denemesi

İşlem:

  1. Devam eden geri yükleme etkinliklerini durdurur ve bekleyen veya devam eden veritabanı geri yükleme isteklerini iptal eder.

  2. Kesintiden bu yana değişmemiş özgün bölge kiracı veritabanlarında yeniden etkin hale gelir. Bu veritabanları henüz kurtarılmayan ve kurtarılan ancak daha sonra değişmemiş olanları içerir. Yeniden etkinleştirilen veritabanları, kiracılar tarafından tam olarak son erişimlerdir.

  3. Yeni kiracının sunucusunun ve esnek havuzunun orijinal bölgede ayna görüntüsünü sağlar. Bu eylem tamamlandıktan sonra, yeni kiracı diğer adı bu sunucuyu işaret etmek üzere güncelleştirilir. Diğer adı güncelleştirme, yeni kiracı ekleme işleminin kurtarma bölgesi yerine özgün bölgede oluşmasına neden olur.

  4. , Kataloğu kurtarma bölgesinden özgün bölgeye taşımak için Coğrafi çoğaltmayı kullanır.

  5. Havuz yapılandırmasını, kesinti sırasında kurtarma bölgesinde yapılan değişikliklerle tutarlı olması için özgün bölgede güncelleştirir.

  6. Kesinti sırasında oluşturulan tüm yeni veritabanlarını barındırmak için gerekli sunucuları ve havuzları oluşturur.

  7. Geri yükleme sonrası güncelleştirilmiş geri yüklenen kiracı veritabanlarının ve kesinti sırasında sağlanan tüm yeni kiracı veritabanlarının yeniden onarımda olması için Coğrafi çoğaltmayı kullanır.

  8. Geri yükleme işlemi sırasında kurtarma bölgesinde oluşturulan kaynakları temizler.

Yeniden onarılamayan kiracı veritabanlarının sayısını sınırlandırmak için 1 ile 3 arasındaki adımlar hemen yapılır.

  1. adım yalnızca kurtarma bölgesindeki Katalog kesinti sırasında değiştirilmişse yapılır. Yeni kiracılar oluşturulduysa veya kurtarma bölgesinde herhangi bir veritabanı veya havuz yapılandırması değiştirilirse Katalog güncelleştirilir.

Adım 7 ' nin kiracılar için en düşük kesintiye neden olmasının ve verilerin kaybedilmesi önemli değildir. Bu hedefe ulaşmak için, işlem coğrafi çoğaltma kullanır.

Her veritabanı coğrafi olarak çoğaltılmadan önce, özgün bölgedeki karşılık gelen veritabanı silinir. Kurtarma bölgesindeki veritabanı daha sonra coğrafi olarak çoğaltılır ve özgün bölgede ikincil bir çoğaltma oluşturulur. Çoğaltma tamamlandıktan sonra, kiracı katalogda çevrimdışı olarak işaretlenir ve bu, kurtarma bölgesindeki veritabanına olan bağlantıları keser. Daha sonra veritabanı yük devretmeye devam eder, ancak hiçbir bekleyen işlem ikincil üzerinde işleme sağlar, böylece hiç veri kaybı olmaz.

Yük devretmede, veritabanı rolleri tersine çevrilir. Özgün bölgedeki ikincil, birincil okuma/yazma veritabanı olur ve kurtarma bölgesindeki veritabanı salt okunurdur. Katalogdaki kiracı girdisi, özgün bölgedeki veritabanına başvuracak şekilde güncelleştirilir ve kiracı çevrimiçi olarak işaretlenir. Bu noktada, veritabanının onarımına ilişkin bir değer tamamlanmıştır.

Bağlantılar kesildiği zaman otomatik olarak yeniden bağlandıklarından emin olmak için uygulamaların yeniden deneme mantığı ile yazılması gerekir. Yeniden bağlantı kurmak için kataloğunu kullandıklarında, özgün bölgedeki bir önceki veritabanına bağlanırlar. Kısa bağlantı kesilmesi genellikle fark edilmese de, veritabanlarını iş saatleri dışına yeniden çekmeyi tercih edebilirsiniz.

Bir veritabanı yeniden onarımladıktan sonra, kurtarma bölgesindeki ikincil veritabanı silinebilir. Özgün bölgedeki veritabanı, daha sonra DR koruması için coğrafi geri yükleme ' yi kullanır.

  1. adımda, kurtarma sunucuları ve havuzları da dahil olmak üzere kurtarma bölgesindeki kaynaklar silinir.

Repama betiğini çalıştırma

Kesinti çözümlendiğini ve repama betiğini çalıştırmayı düşünün.

Öğreticiyi takip ediyorsanız, komut dosyası değiştirilmeden oldukları için, özgün bölgedeki fabrikam Cakkkkkisini ve Dogwood Dojo 'yı hemen yeniden etkinleştirir. Daha sonra, değiştirilmiş olduğu için yeni kiracıyı ve contoso Concert salonu 'u yeniden boyar. Komut dosyası aynı zamanda, Havunsalya salonu sağlandığında güncelleştirilmiş olan kataloğu de boyar.

  1. PowerShell ıSE 'de,. ..\Learning Modules\iş sürekliliği ve olağanüstü durum Recovery\DR-RestoreFromBackup\Demo-RestoreFromBackup.ps1 betiği içinde, katalog eşitleme işleminin hala PowerShell örneğinde çalıştığını doğrulayın. Gerekirse, şu ayarları yaparak yeniden başlatın:

    $DemoScenario = 1: kiracı sunucusu, havuz ve veritabanı yapılandırma bilgilerini katalogla eşitlemeye başlayın.

    Betiği çalıştırmak için F5 ' i seçin.

  2. Ardından, yeniden deneme işlemini başlatmak için şunu ayarlayın:

    $DemoScenario = 5: uygulamayı özgün bölgesine yeniden boyar.

    Kurtarma betiğini yeni bir PowerShell penceresinde çalıştırmak için F5 ' i seçin. Repama, birkaç dakika sürer ve PowerShell penceresinde izlenebilir.

  3. Betik çalışırken, Olay Hub 'ı sayfasını ( http://events.wingtip-dpt.&lt ; user > . trafficmanager.net) yenileyin.

    Bu süreç boyunca tüm kiracıların çevrimiçi ve erişilebilir olduğuna dikkat edin.

  4. Bu öğeyi açmak için fabrikam caz kulübü seçin. Bu kiracıyı değiştirmediyseniz, altbilginin, sunucunun zaten özgün sunucuya geri döndürüldüğünü fark edersiniz.

  5. Contoso Concert salon etkinlikleri sayfasını açın veya yenileyin. İlk olarak, veritabanının hala-kurtarma sunucusunda olduğunu belirten alt bilgiden dikkat edin.

  6. Repama işlemi tamamlandığında contoso Concert salonı olayları sayfasını yenileyin ve veritabanının şimdi özgün bölgenizde olduğunu fark edersiniz.

  7. Olay Hub 'ını yeniden yenileyin ve sonra da bir açık Havsalda açın. Veritabanının özgün bölgede de bulunduğundan emin olun.

Kurtarma bölgesi kaynaklarını temizlemeden sonra temizle

Repama geri alma işlemi tamamlandıktan sonra kurtarma bölgesindeki kaynakları silmek güvenlidir.

Önemli

Tüm faturalandırmaları durdurmak için bu kaynakları hemen silin.

Geri yükleme işlemi, bir kurtarma kaynak grubundaki tüm kurtarma kaynaklarını oluşturur. Temizleme işlemi bu kaynak grubunu siler ve katalogdaki kaynakların tüm başvurularını kaldırır.

  1. PowerShell ıSE 'de,. ..\Learning Modules\iş sürekliliği ve olağanüstü durum Recovery\DR-RestoreFromBackup\Demo-RestoreFromBackup.ps1 betiği ' nde şunları ayarlayın:

    $DemoScenario = 6: kurtarma bölgesinden kullanılmayan kaynakları silin.

  2. Betiği çalıştırmak için F5 ' i seçin.

Betikleri temizledikten sonra uygulama başlatıldığı yerde geri gönderilir. Bu noktada, betiği yeniden çalıştırabilir veya diğer öğreticileri deneyebilirsiniz.

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

Uygulama, kiracının veritabanıyla aynı bölgedeki bir örnekten her zaman bağlanacak şekilde tasarlanmıştır. Bu tasarım, uygulama ve veritabanı arasındaki gecikmeyi azaltır. Bu en iyi duruma getirme, uygulamadan veritabanına etkileşimin, kullanıcıdan uygulamaya müdahaleden chattier olduğunu varsayar.

Kiracı veritabanları, geri alma sırasında bir süre boyunca kurtarma ve özgün bölgelere yayılabilen olabilir. Her veritabanı için, uygulama, kiracı sunucusu adında bir DNS araması gerçekleştirerek veritabanının bulunduğu bölgeyi arar. Sunucu adı bir diğer addır. Diğer ad sunucu adı, bölge adını içerir. Uygulama veritabanıyla aynı bölgede değilse, sunucusuyla aynı bölgedeki örneğe yeniden yönlendirilir. Veritabanı ile aynı bölgedeki örneğe yeniden yönlendirme, uygulama ve veritabanı arasındaki gecikmeyi en aza indirir.

Sonraki adımlar

Bu öğreticide, şunların nasıl yapıldığını öğrendiniz:

  • Bir yansıtma görüntüsü kurtarma ortamının başka bir bölgede oluşturulmasına izin veren düzenli aralıklarla yenilenen yapılandırma bilgilerini tutmak için kiracı kataloğunu kullanın.
  • Coğrafi geri yükleme kullanarak veritabanlarını kurtarma bölgesine kurtarın.
  • Kiracı kataloğunu, geri yüklenen Kiracı veritabanı konumlarını yansıtacak şekilde güncelleştirin.
  • Bir uygulamanın kiracı kataloğuna yeniden yapılandırma olmadan bağlanmasını sağlamak için bir DNS diğer adı kullanın.
  • Bir kesinti çözümlendikten sonra kurtarılan veritabanlarını özgün bölgelerine yeniden eklemek için Coğrafi çoğaltmayı kullanın.

Büyük ölçekli çok kiracılı bir uygulamayı kurtarmak için gereken süreyi önemli ölçüde azaltmak üzere Coğrafi çoğaltmayı nasıl kullanacağınızı öğrenmek için, çok kiracılı SaaS uygulaması için veritabanı coğrafi çoğaltma öğreticisini kullanarak olağanüstü durum kurtarmayı deneyin.

Ek kaynaklar

Wingtip SaaS uygulaması üzerine inşa eden ek öğreticiler