Azure Site Recovery hakkındaki genel sorular

Site Recovery, Azure VM'lerinin bölgeler, şirket içi sanal makineler ve fiziksel sunucular arasında Azure'a ve şirket içi makinelerin ikincil bir veri merkezine çoğaltılmasını düzenleyip otomatikleştirerek iş sürekliliği ve olağanüstü durum kurtarma (BCDR) stratejinize katkıda bulunur. Daha fazla bilgi edinin.

Hayır, Azure Site Recovery sanal makinelerde çalışan Docker iş yüklerini desteklemez. Site Recovery ile bu sanal makineleri korumak için docker yüklü diskleri hariç tutun.

Site Recovery tarafından veri bütünlüğünü sağlamak için alınan çeşitli önlemler vardır. HTTPS protokolü kullanılarak tüm hizmetler arasında güvenli bir bağlantı kurulur. Bu, kötü amaçlı yazılımların veya dış varlıkların verileri değiştiremesini sağlar. Alınan bir diğer ölçü de sağlama toplamlarını kullanmaktır. Kaynak ve hedef arasındaki veri aktarımı, aralarındaki verilerin sağlama toplamlarını hesaplayarak yürütülür. Bu, aktarılan verilerin tutarlı olmasını sağlar.

Azure kalıcı MAC adreslerini desteklemediğinden, MAC tabanlı lisans modellerine sahip yazılımlar hem şirket içinde Azure'a geçiş hem de olağanüstü durum kurtarma için kullanılamaz.

Hayır, Azure Site Recovery şu anda Kısa Ömürlü Diskleri desteklememektedir.

Microsoft Azure Kurtarma Hizmetleri aracısı, Site Recovery hizmetlerini yapılandırmak/kaydetmek ve tüm bileşenlerin durumunu izlemek için kullanılır. Bu bileşen, tüm Azure Site Recovery şirket içi altyapısının temel yapı yapılarından biridir. İş yüklerinizi şirket içi bir siteden başka bir Azure bölgesine çoğaltmaya ve olağanüstü durumda Azure'a yük devretmeye yardımcı olur.

Evet, Site Recovery hem adanmış hem de paylaşılan altyapı modellerini destekler.

Hayır Kiracı kimliği anonim kalır. Kiracılarınızın Site Recovery portalına erişmesi gerekmez. Yalnızca hizmet sağlayıcı yöneticisi portal ile etkileşim sağlar.

Azure'a çoğaltma yaparken uygulama verileri Azure depolama alanına gönderilir ancak Site Recovery hizmetine gönderilmez. Veriler aktarım sırasında (HTTPS) şifrelenir ve Azure'da şifrelenir.

Hayır Azure'ın faturalama bağlantısı doğrudan hizmet sağlayıcı ile kurulur. Hizmet sağlayıcılar, kiracıları için belirli faturaları oluşturmaktan sorumludur.

Hayır, veriler aboneliğinizdeki Azure depolama alanına çoğaltılır. Yük devretme testi (olağanüstü durum kurtarma tatbikatı) veya gerçek yük devretme gerçekleştirdiğinizde, Site Recovery aboneliğinizde otomatik olarak sanal makineler oluşturur.

Evet.

Azure Pack, Cloud Platform System ve System Center tabanlı (2012 ve üzeri) dağıtımları destekliyoruz. Azure Paketi ve Site Recovery tümleştirmesi hakkında daha fazla bilgi edinin.

Hayır, Hyper-V sanal makinelerini yalnızca Azure'a çoğaltabilirsiniz.

Site Recovery fiyatlandırma ayrıntılarını gözden geçirin.

Site Recovery kullanım maliyetleriyle ilgili tahminde bulunmak için fiyatlandırma hesaplayıcısını kullanabilirsiniz.

Maliyetlerle ilgili ayrıntılı tahmin için VMware veya Hyper-V için dağıtım planlayıcısı aracını çalıştırın ve maliyet tahmini raporunu kullanın.

Evet, Site Recovery kullanarak sanal makineler çoğaltılırken önbellek depolama hesabı kullanımı için ek ücretler vardır. Önbellek depolama hesabı maliyetleri, çoğaltma depolama alanı yönetilen diskler veya yönetilmeyen diskler türünde olduğunda aynı kalır.

Evet. Azure Site Recovery’deki her korumalı örnek için ilk 31 gün boyunca ücret alınmaz. Örneğin, son altı ay boyunca 10 örneği koruyorsanız ve 11. örneği Azure Site Recovery'ye bağlarsanız, ilk 31 gün boyunca 11. örnek için ücret alınmaz. İlk 10 örneğin koruma süresi 31 günü aştığından onlar için Azure Site Recovery ücretleri alınmaya devam eder.

Evet, Site Recovery’de her korumalı örnek ilk 31 gün ücretsiz olsa da Azure Depolama, depolama işlemleri ve veri aktarımı için ücret ödemeniz gerekebilir. Kurtarılan sanal makineler için de Azure işlem ücretleri alınabilir.

Olağanüstü durum kurtarma tatbikatı için ayrı bir maliyet yoktur. Yük devretme testinin ardından sanal makine oluşturulduktan sonra işlem ücretleri vardır.

Hayır, Site Recovery çoğaltılan verileri kesmez ve sanal makinelerinizde veya fiziksel sunucularınızda çalışanlarla ilgili herhangi bir bilgiye sahip değildir. Çoğaltma verileri şirket içi Hyper-V ana bilgisayarları, VMware hiper yöneticileri veya fiziksel sunucular ile Azure depolama alanı ya da ikincil siteniz arasında değiştirilir. Site Recovery bu verilere müdahale edemez. Yalnızca çoğaltma ve yük devretme işlemlerini düzenlemek için gereken meta veriler Site Recovery hizmetine gönderilir.

Site Recovery ISO 27001:2013, 27018, HIPAA, DPA sertifikalıdır ve SOC2 ve FedRAMP JAB değerlendirmeleri sürecindedir.

Evet. Bir bölgede Site Recovery kasası oluşturduğunuzda, çoğaltmayı ve yük devretmeyi etkinleştirmek ve düzenlemek için ihtiyacımız olan tüm meta verilerin bu bölgenin coğrafi sınırı içinde kalmasını sağlarız.

Azure'a çoğaltan sanal makineler ve fiziksel sunucular için hem aktarımda şifreleme hem de bekleyen şifreleme (Azure'da) desteklenir.

Evet, TlS 1.2 protokolü Azure'da Azure Site Recovery senaryosu için varsayılan olarak zorunludur.

Çoğaltılan öğelere yüklenen Mobility aracıları yalnızca TLS 1.2 üzerinde İşlem Sunucusu ile iletişim kurar. Ancak Yapılandırma Sunucusu'ndan Azure'a ve İşlem Sunucusu'ndan Azure'a iletişim TLS 1.1 veya 1.0'da olabilir. TlS 1.2'yi sizin tarafınızdan ayarlanan tüm Yapılandırma Sunucularında ve İşlem Sunucularında zorunlu kılmak için yönergeleri izleyin.

Azure Site Recovery'nin mikro hizmetleri arasındaki tüm iletişim TLS 1.2 protokolünde gerçekleşir. Site Recovery, sistemde (OS) yapılandırılan güvenlik sağlayıcılarını kullanır ve kullanılabilir en son TLS protokollerini kullanır. Birinin Kayıt Defteri'nde TLS 1.2'yi açıkça etkinleştirmesi gerekir ve ardından Site Recovery, hizmetlerle iletişim için TLS 1.2'yi kullanmaya başlar.

Kimlik ayarına giderek kurtarma hizmetleri kasasının yönetilen kimliğini açabilirsiniz. Kasa Microsoft Entra Id ile kaydedildikten sonra depolama hesaplarınıza gidebilir ve kasaya aşağıdaki rol atamalarını verebilirsiniz:

• Resource Manager tabanlı depolama hesapları (Standart Tür):
  • Katkıda Bulunan
  • Depolama Blobu Veri Katılımcısı
• Resource Manager tabanlı depolama hesapları (Premium Tür):
  • Katkıda Bulunan
  • Depolama Blob Verileri Sahibi
• Klasik depolama hesapları:
  • Klasik Depolama Hesabı Katkıda Bulunanı
  • Klasik Depolama Hesap Anahtarı İşleci Hizmet Rolü

Azure Site Recovery, Kaynak işletim sistemi dışındaki kaynak sanal makine değişikliklerini izlemez. Örneğin, Azure'ı Azure'a çoğaltmayı kullanıyorsanız ve kaynak sanal makinenin boyutunu değiştiriyorsanız, kaynak sanal makinenin boyutundaki değişiklik hedef sanal makineye çoğaltılamaz.

• Azure sanal makineleri: Site Recovery, desteklenen bir Azure sanal makinesinde çalışan tüm iş yüklerini çoğaltabilir.
• Hyper-V sanal makineleri: Site Recovery, Hyper-V sanal makinesinde çalışan tüm iş yüklerini koruyabilir.
• Fiziksel sunucular: Site Recovery, Windows veya Linux çalıştıran fiziksel sunucuları koruyabilir.
• VMware sanal makineleri: Site Recovery, bir VMware sanal makinesinde çalışan tüm iş yüklerini koruyabilir.

Site Recovery'yi, desteklenen bir sanal makinede veya fiziksel sunucuda çalışan iş yüklerinin çoğunu korumak için kullanabilirsiniz. Site Recovery, uygulamaların akıllı bir duruma kurtarılabilmesi için uygulamaya duyarlı çoğaltma desteği sağlar. SharePoint, Exchange, Dynamics, SQL Server ve Active Directory gibi Microsoft uygulamalarıyla tümleşir ve Oracle, SAP, IBM ve Red Hat gibi önde gelen satıcılarla yakından çalışır. İş yükü koruması hakkında daha fazla bilgi edinin.

Evet. Şube ofislerinizde çoğaltma ve yük devretmeyi düzenlemek için Site Recovery'yi kullandığınızda, merkezi bir konumdaki tüm şube ofisi iş yüklerinizin birleşik bir düzenlemesini ve görünümünü elde edersiniz. Şubelerinizi ziyaret etmenize gerek kalmadan kolaylıkla tüm şubelerinizin olağanüstü durum kurtarma işlemlerini yönetebilir ve yük devretmeler çalıştırabilirsiniz.

Evet, Site Recovery, Azure bölgeleri arasında Azure sanal makineleri için olağanüstü durum desteği sağlar. Azure sanal makine olağanüstü durum kurtarma hakkında sık sorulan soruları gözden geçirin. Aynı kıtadaki iki Azure bölgesi arasında çoğaltma yapmak istiyorsanız Azure'dan Azure'a olağanüstü durum kurtarma teklifimizi kullanın. Yapılandırma sunucusu/işlem sunucusu ve ExpressRoute bağlantılarını ayarlamanız gerekmez.

Evet, Site Recovery şirket içi VMware sanal makinelerinde olağanüstü durum kurtarmayı destekler. VMware sanal makinelerinde olağanüstü durum kurtarmayla ilgili sık sorulan soruları gözden geçirin.

Evet, Site Recovery şirket içi Hyper-V sanal makinelerinde olağanüstü durum kurtarmayı destekler. Hyper-V sanal makinelerinde olağanüstü durum kurtarmayla ilgili sık sorulan soruları gözden geçirin.

Evet, Site Recovery, Windows ve Linux çalıştıran şirket içi fiziksel sunucuların Azure'a olağanüstü durum kurtarmasını destekler. Azure'a olağanüstü durum kurtarma gereksinimleri hakkında bilgi edinin. Fiziksel sunucular yük devretmeden sonra Azure'da sanal makine olarak çalışır. Azure'dan şirket içi fiziksel sunucuya yeniden çalışma şu anda desteklenmemektedir. Yalnızca VMware sanal makinesine geri dönebilirsiniz.

Hayır, Azure Site Recovery içinde barındırılan korumalı sanal makinelerin bulunduğu Kurtarma Hizmetleri kasasının taşınmayı desteklemez.

Azure Site Recovery, verileri genel uç nokta üzerinden bir Azure depolama hesabına veya yönetilen disklere çoğaltır. Ancak çoğaltma, Siteden Siteye VPN üzerinden de gerçekleştirilebilir. Siteden Siteye VPN bağlantısı, kuruluşların mevcut ağları Azure'a veya Azure ağlarını birbirine bağlamasına olanak tanır. Siteden Siteye VPN, Azure Sanal Özel Ağ (VPN) Ağ Geçidi gibi yerel özellikler veya Check Point CloudGaurd, Palo Alto NextGen Güvenlik Duvarı gibi üçüncü taraf seçenekleri olmak üzere Azure'daki mevcut şirket içi uç ağ ekipmanı ve ağ gereçleri kullanılarak İnternet üzerinden IPSec tüneli üzerinden gerçekleşir.

• Genel İnternet üzerinden Microsoft Edge'e özel bağlantı
• Özel Uç Noktalar ile güvenlik için yapılandırılmış Kurtarma Hizmeti Kasaları
• Müşteri özel Sanal Ağ bağlantısı üzerinden çoğaltma
• "Gelecek Durum"a kolay geçiş
• SLA yok ve potansiyel olarak daha yüksek gecikme süresi
• Şirket içi VPN cihazı kullanılabilirliği gerektirir

İş ortağımız Riverbed, Azure Site Recovery ile çalışma konusunda ayrıntılı rehberlik sağlar. Çözüm kılavuzunu gözden geçirin.

Evet, ExpressRoute şirket içi sanal makineleri Azure'a çoğaltmak için kullanılabilir .

• Azure Site Recovery, verileri genel uç nokta üzerinden azure Depolama çoğaltır. Site Recovery için ExpressRoute çoğaltmasını kullanmak için Microsoft eşlemesi ayarlamanız veya mevcut genel eşlemeyi (yeni devreler için kullanım dışı) kullanmanız gerekir.
• Microsoft eşlemesi, çoğaltma için önerilen yönlendirme etki alanıdır.
• Çoğaltma yalnızca kasa için özel uç noktalar etkinleştirildiğinde özel eşleme üzerinden desteklenir.
• VMware makinelerini veya fiziksel makineleri koruyorsanız Yapılandırma Sunucusu için Ağ Gereksinimleri'nin de karşılandığından emin olun. Site Recovery çoğaltmasını düzenlemek için Yapılandırma Sunucusu tarafından belirli URL'lere Bağlan üretkenlik gerekir. ExpressRoute bu bağlantı için kullanılamaz.
• Sanal makineler bir Azure sanal ağına yük devredildikten sonra, Azure sanal ağıyla özel eşleme kurulumunu kullanarak bunlara erişebilirsiniz.

Depolama hesaplarının hedef depolama olarak kullanılması Azure Site Recovery tarafından desteklenmez. Makineleriniz için hedef depolama alanı olarak yönetilen diskleri kullanmanız önerilir. Yönetilen diskler yalnızca veri dayanıklılığı için LRS türünü destekler.

• Hyper-V: Hyper-V sanal makineleri 30 saniyede bir (premium depolama hariç) veya beş dakikada bir çoğaltılabilir.
• Azure sanal makineleri, VMware sanal makineleri, fiziksel sunucular: Çoğaltma sıklığı burada uygun değildir. Çoğaltma süreklidir.

Genişletilmiş veya zincir çoğaltma desteklenmez. Geri bildirim forumunda bu özelliği isteyin.

Bu desteklenmemektedir. Geri bildirim forumunda bu özelliği isteyin.

Bu, Azure portalını kullanarak VMware sanal makinelerini ve Hyper-V sanal makinelerini Azure'a çoğaltırken desteklenir.

Dinamik diskler, Hyper-V sanal makineleri çoğaltılırken ve VMware sanal makineleri ile fiziksel makineler Azure'a çoğaltılırken desteklenir. İşletim sistemi diski temel bir disk olmalıdır.

Evet. Bant genişliğini azaltma hakkında daha fazla bilgiyi şu makalelerden okuyabilirsiniz:

• VMware sanal makinelerini ve fiziksel sunucuları çoğaltmak için kapasite planlaması
• Hyper-V sanal makinelerini Azure'a çoğaltmak için kapasite planlaması

Evet. Linux için Azure Site Recovery İşlem Sistemi, uygulama tutarlılığı için uygulama özel betiklerini destekler. Ön ve son seçenekler içeren özel betik, uygulama tutarlılığı sırasında Azure Site Recovery Mobility Aracısı tarafından kullanılır. Etkinleştirme adımları aşağıdadır.

1. Makinede kök olarak oturum açın.

2. Dizini Azure Site Recovery Mobility Aracısı yükleme konumuna değiştirin. Varsayılan değer "/usr/local/ASR" şeklindedir
   # cd /usr/local/ASR

3. Yükleme konumu altındaki dizini "VX/betikler" olarak değiştirin
   # cd VX/scripts

4. Kök kullanıcı için yürütme izinlerine sahip "customscript.sh" adlı bir bash kabuk betiği oluşturun.
   a. Betik "--pre" ve "--post" (Çift tireleri not edin) komut satırı seçeneklerini desteklemelidir
   b. Betik ön seçenekle çağrıldığında uygulama girişini/çıkışını dondurmalı ve post-option ile çağrıldığında uygulama girişini/çıkışını çözmelidir.
   c. Örnek şablon -
   

   # cat customscript.sh
   

    #!/bin/bash

    if [ $# -ne 1 ]; then
        echo "Usage: $0 [--pre | --post]"
        exit 1
    elif [ "$1" == "--pre" ]; then
        echo "Freezing app IO"
        exit 0
    elif [ "$1" == "--post" ]; then
        echo "Thawed app IO"
        exit 0
    fi

5. Uygulama tutarlılığı gerektiren uygulamalar için ön ve son adımlarda giriş/çıkış komutlarını dondurma ve çözme komutlarını ekleyin. Bunları belirten başka bir betik eklemeyi ve "customscript.sh"den ön ve son seçeneklerle çağırmayı seçebilirsiniz.

Çoğaltma ilkesi, kurtarma noktalarının bekletme geçmişinin ayarlarını tanımlar. İlke, uygulamayla tutarlı anlık görüntülerin sıklığını da tanımlar. Varsayılan olarak, Azure Site Recovery şu ayarları içeren yeni bir çoğaltma ilkesi oluşturur:

• Kurtarma noktalarının saklama geçmişi için bir gün.
• Uygulamayla tutarlı anlık görüntüler yok.

Kilitlenmeyle tutarlı bir kurtarma noktası, anlık görüntü sırasında güç kablosunu sunucudan çekmişsiniz gibi disk üzerindeki verilere sahiptir. Kilitlenmeyle tutarlı kurtarma noktası, anlık görüntü alındığında bellekte olan hiçbir şeyi içermez.

Günümüzde çoğu uygulama kilitlenmeyle tutarlı anlık görüntülerden iyi bir şekilde kurtarılabilir. Veritabanı olmayan işletim sistemleri ve dosya sunucuları, DHCP sunucuları ve yazdırma sunucuları gibi uygulamalar için kilitlenmeyle tutarlı bir kurtarma noktası yeterlidir.

Site Recovery her 5 dakikada bir kilitlenmeyle tutarlı bir kurtarma noktası oluşturur.

Uygulamayla tutarlı kurtarma noktaları, uygulamayla tutarlı anlık görüntülerden oluşturulur. Uygulamayla tutarlı kurtarma noktaları, kilitlenmeyle tutarlı anlık görüntülerle aynı verileri yakalarken bellekteki verileri ve devam eden tüm işlemleri de yakalar.

Ek içerikleri nedeniyle uygulamayla tutarlı anlık görüntüler en çok söz konusu olan ve en uzun süren anlık görüntülerdir. Veritabanı işletim sistemleri ve SQL Server gibi uygulamalar için uygulamayla tutarlı kurtarma noktaları öneririz.

Uygulamayla tutarlı kurtarma noktaları bellekteki ve devam eden tüm verileri yakalar. Kurtarma noktaları bu verileri yakaladığından, uygulamayı sessize almak için Windows'ta Birim Gölge Kopyası Hizmeti gibi bir çerçeveye ihtiyaç duyarlar. Yakalama işlemi sıksa, iş yükü zaten meşgul olduğunda performansı etkileyebilir. Veritabanı olmayan iş yükleri için uygulamayla tutarlı kurtarma noktaları için düşük sıklıkta kullanmanızı önermiyoruz. Veritabanı iş yükü için bile 1 saat yeterlidir.

Site Recovery, en az 1 saatlik sıklıkta uygulamayla tutarlı bir kurtarma noktası oluşturabilir.

Site Recovery'nin kurtarma noktalarını nasıl oluşturacaklarını anlamak için bir çoğaltma ilkesi örneği görelim. Bu çoğaltma ilkesi, 1 günlük saklama penceresine ve 1 saatlik uygulamayla tutarlı bir sıklık anlık görüntüsüne sahip bir kurtarma noktasına sahiptir.

Site Recovery her 5 dakikada bir kilitlenmeyle tutarlı bir kurtarma noktası oluşturur. Bu sıklığı değiştiremezsiniz. En son 2 saat boyunca 24 kilitlenmeyle tutarlı nokta ve 2 uygulamayla tutarlı nokta arasından seçim yapabilirsiniz. Zaman ilerledikçe, Site Recovery son 2 saatin ötesindeki tüm kurtarma noktalarını budar ve günün 24 saati boyunca saatte yalnızca bir kurtarma noktası kaydeder.

Aşağıdaki ekran görüntüsünde örnek gösterilmektedir. Ekran görüntüsünde:

• Son 2 saat içinde, 5 dakikalık bir sıklıkta kurtarma noktaları vardır.

• Site Recovery, son 2 saatin ötesinde saatte yalnızca bir kurtarma noktası tutar.

  

Kullanabileceğiniz en eski kurtarma noktası, Yönetilen disk ile 15 gün ve Yönetilmeyen disk ile üç gündür.

Hayır, Site Recovery önceki tüm kurtarma noktalarınızı korur. Kurtarma noktalarının bekletme penceresine bağlı olarak, Site Recovery yalnızca yeni noktalar oluşturduğunda en eski noktanın yerini alır. Sorun nedeniyle Site Recovery yeni kurtarma noktası oluşturamıyor. Yeni kurtarma noktaları olana kadar, saklama penceresine ulaştıktan sonra tüm eski noktalar kalır.

Site Recovery Kasası>Site Recovery Altyapısı>Çoğaltma ilkeleri'ne gidin. Düzenlemek istediğiniz ilkeyi seçin ve değişiklikleri kaydedin. Tüm değişiklikler tüm mevcut çoğaltmalar için de geçerlidir.

Oluşturulan ilk kurtarma noktası tam kopyaya sahiptir. Ardışık kurtarma noktalarında değişiklik olur.

Evet, bekletme süresini bir günden üç güne artırırsanız, Site Recovery kurtarma noktalarını fazladan iki gün boyunca kaydeder. Saklama süresi bir günden üç güne kadar artarak kaydedilmesi gereken 12 ek kurtarma noktası olacağından, eklenen süre depolama ücretine tabi olur. Örneğin, tek bir kurtarma noktasında aylık 0,16 ABD doları gb maliyetle 10 GB değişiklik olabilir. Ek ücretler aylık 1,60 ABD doları × 12 ABD doları olacaktır.

Azure sanal makinelerine güvenli bir İnternet bağlantısı üzerinden, siteden siteye VPN üzerinden veya Azure ExpressRoute üzerinden erişebilirsiniz. Bağlanmak için birkaç şey hazırlamanız gerekir. Daha fazla bilgi edinin.

Azure esneklik için tasarlanmıştır. Site Recovery, Azure SLA'ya uygun olarak ikincil bir Azure veri merkezine yük devretme için zaten geliştirilmiştir. Böyle bir durumda meta verilerinizin ve kasalarınızın kasanız için seçtiğiniz coğrafi bölgede kaldığından emin olacağız.

İkincil siteden planlanmamış bir yük devretme tetikleyebilirsiniz. Bu yük devretme işlemini gerçekleştirmek için Site Recovery'nin birincil siteye bağlanması gerekmez.

Yük devretme işlemi otomatik değildir. Yük devretmeleri portalda tek tıklamayla başlatırsınız veya yük devretme tetiklemesi için Site Recovery PowerShell'i kullanabilirsiniz. Geri dönmek Site Recovery portalında basit bir eylemdir.

Otomatikleştirmek için şirket içi Orchestrator'ı veya Operations Manager'ı kullanarak sanal makine hatasını algılayabilir ve ardından SDK'yı kullanarak yük devretmeyi tetikleyebilirsiniz.

• Kurtarma planları hakkında daha fazla bilgi edinin.
• Yük devretme hakkında daha fazla bilgi edinin.
• VMware sanal makinelerini ve fiziksel sunucuları yeniden çalıştırma hakkında daha fazla bilgi edinin

Evet, Azure'dan farklı bir konağa yeniden çalışma için alternatif konum kurtarmayı kullanabilirsiniz.

• VMware sanal makineleri için
• Hyper-V sanal makineleri için

Kaynak konumdan bir makine hedef konuma devredildikten sonra aralarından seçim yapabileceğiniz üç seçenek vardır. Üçü de farklı amaçlara hizmet eder -

1. Tam Geçiş , artık kaynak konuma geri dönmeyeceğiniz anlamına gelir. Hedef bölgeye geçiş yaptınız ve işiniz bitti. Geçişi Tamamla'ya tıklanması, yürütmeyi tetikler ve ardından çoğaltmayı devre dışı bırakır.
2. İşleme , bunun çoğaltma işleminizin sonu olmadığı anlamına gelir. Tüm yapılandırmayla birlikte çoğaltma öğesi kalır ve makinelerinizin kaynak bölgeye geri çoğaltmasını etkinleştirmek için daha sonraki bir noktada Yeniden koruma'ya basabilirsiniz.
3. Çoğaltmayı Devre Dışı Bırak, çoğaltmayı devre dışı bırakır ve tüm ilgili yapılandırmayı kaldırır. Hedef bölgede zaten var olan makineyi etkilemez.

Evet. REST API, PowerShell veya Azure SDK kullanarak Site Recovery iş akışlarını otomatikleştirebilirsiniz. Şu anda PowerShell ile Site Recovery dağıtımı için desteklenen senaryolar:

• VMM bulutlarındaki Hyper-V sanal makinelerini Azure PowerShell Resource Manager'a çoğaltma
• VMM olmadan Hyper-V sanal makinelerini Azure PowerShell Resource Manager'a çoğaltma
• PowerShell Resource Manager ile VMware'i Azure'a çoğaltma

Hayır, AzureRM modülünün kullanımdan kaldırılması Site Recovery otomatik güncelleştirmelerinin nasıl çalıştığını etkilemez. İç runbook için hiçbir değişiklik gerekmez ve yerinde kullanılan REST API, otomasyon hesabıyla amaçlandığı gibi çalışmaya devam eder.

Yeni güncelleştirmeler hakkında bilgi edinin ve toplama bilgilerini alın.

Sonraki adımlar

• Site Recovery'ye genel bakış başlığını okuyun.