Azure sanal makinelerinden birincil bölgeye yük devretme yeniden koruması başarısız oldu

Azure Site Recovery kullanarak Azure sanal makinelerinin yükünü bir bölgeden diğerine devreddiğinizde, sanal makineler ikincil bölgede korumasız bir durumda önyüklenebilir. Sanal makineleri birincil bölgeye geri döndürmek istiyorsanız aşağıdaki görevleri gerçekleştirin:

1. İkincil bölgedeki sanal makineleri, birincil bölgeye çoğaltmaya başlayacak şekilde yeniden koruyun.
2. Yeniden koruma tamamlandıktan ve sanal makineler çoğaltıldıktan sonra ikincil bölgeden birincil bölgeye yük devredebilirsiniz.

Önkoşullar

• Birincil bölgeden ikincil bölgeye sanal makine yük devretmesi işlenmelidir.
• Birincil hedef site kullanılabilir olmalı ve bu bölgedeki kaynaklara erişebilmelisiniz veya kaynak oluşturabilmelisiniz.

Sanal makineyi yeniden koruma

1. Kasa>Çoğaltılan öğeleri'nde, yük devredilen sanal makineye sağ tıklayın ve Yeniden Koru'yu seçin. Yeniden koruma yönü ikincilden birincile gösterilmelidir.

   

2. Kaynak grubunu, ağı, depolamayı ve kullanılabilirlik kümelerini gözden geçirin. Ardından Tamam'ı seçin. Yeni olarak işaretlenmiş kaynaklar varsa, bunlar yeniden koruma işleminin bir parçası olarak oluşturulur.

3. Yeniden koruma işi, hedef siteye en son verileri ekler. İş tamamlandıktan sonra değişiklik çoğaltması gerçekleştirilir. Ardından, birincil siteye yeniden yük devredebilirsiniz. Yeniden koruma sırasında kullanmak istediğiniz depolama hesabını veya ağı özelleştirme seçeneğini kullanarak seçebilirsiniz.

   

Ayarları yeniden korumayı özelleştirme

Yeniden koruma sırasında hedef sanal makinenin aşağıdaki özelliklerini özelleştirebilirsiniz.

Özellik	Notlar
Hedef kaynak grubu	Sanal makinenin oluşturulduğu hedef kaynak grubunu değiştirin. Yeniden korumanın bir parçası olarak hedef sanal makine silinir. Yük devredilen bir sanal makineyi kaynak sanal makineye yeniden korumanız gerektiğinde, hedef kaynak grubu değiştirilemez.
Hedef sanal ağ	Yeniden koruma işi sırasında hedef ağ değiştirilemez. Ağı değiştirmek için ağ eşlemesini yinele.
Kapasite rezervasyonu	Sanal makine için kapasite rezervasyonu yapılandırın. Kapasite ayırmak için yeni bir kapasite rezervasyon grubu oluşturabilir veya mevcut kapasite rezervasyon grubunu seçebilirsiniz. Kapasite rezervasyonu hakkında daha fazla bilgi edinin.
Hedef depolama (İkincil sanal makine yönetilen diskleri kullanmaz)	Yük devretme sonrasında sanal makinenin kullandığı depolama hesabını değiştirebilirsiniz.
Çoğaltmayla yönetilen diskler (İkincil sanal makine yönetilen diskleri kullanır)	Site Recovery, ikincil sanal makinenin yönetilen disklerini yansıtmak için birincil bölgede çoğaltmayla yönetilen diskler oluşturur.
Önbellek depolama	Çoğaltma sırasında kullanılacak bir önbellek depolama hesabı belirtebilirsiniz. Varsayılan olarak, yoksa yeni bir önbellek depolama hesabı oluşturulur. Varsayılan olarak, özgün birincil konumda kaynak sanal makine için seçtiğiniz depolama hesabının türü (Standart depolama hesabı veya Premium Blok Blob depolama hesabı) kullanılır. Örneğin, özgün kaynaktan hedefe çoğaltma sırasında Yüksek Değişim Sıklığı'yı seçtiyseniz, hedeften özgün kaynağa geri koruma sırasında Premium Blok blobu varsayılan olarak kullanılır. Yeniden koruma için yapılandırabilir ve değiştirebilirsiniz. Daha fazla bilgi için bkz . Azure sanal makinesi Olağanüstü Durum Kurtarma - Yüksek Değişim Sıklığı Desteği.
Kullanılabilirlik kümesi	İkincil bölgedeki sanal makine bir kullanılabilirlik kümesinin parçasıysa, birincil bölgedeki hedef sanal makine için bir kullanılabilirlik kümesi seçebilirsiniz. Varsayılan olarak, Site Recovery birincil bölgede mevcut kullanılabilirlik kümesini bulmaya çalışır ve bunu kullanır. Özelleştirme sırasında yeni bir kullanılabilirlik kümesi belirtebilirsiniz.

Yeniden koruma sırasında ne olur?

Varsayılan olarak, aşağıdakiler gerçekleşir:

1. Yük devredilen sanal makinenin çalıştığı bölgede bir önbellek depolama hesabı oluşturulur.
2. Hedef depolama hesabı (birincil bölgedeki özgün depolama hesabı) yoksa yeni bir tane oluşturulur. Atanan depolama hesabı adı, ikincil sanal makine tarafından kullanılan depolama hesabının adıdır ve ile asrson eklenmiştir.
3. Sanal makineniz yönetilen diskler kullanıyorsa, ikincil sanal makinenin disklerinden çoğaltılan verileri depolamak için birincil bölgede çoğaltmayla yönetilen diskler oluşturulur.
4. Kaynak disklerin (ikincil bölgedeki sanal makinelere bağlı diskler) geçici çoğaltmaları, verileri aktarmak/okumak için kullanılan adıyla ms-asr-<GUID>oluşturulur. Geçici diskler, özgün disklerin (sanal makineye bağlı) yalnızca %16 bant genişliği yerine diskin tam bant genişliğini kullanmamıza olanak sağlar. Yeniden koruma tamamlandıktan sonra geçici diskler silinir.
5. Hedef kullanılabilirlik kümesi yoksa, gerekirse yeniden koruma işinin bir parçası olarak yeni bir tane oluşturulur. Yeniden koruma ayarlarını özelleştirdiyseniz seçili küme kullanılır.

Bir yeniden koruma işi tetiklediğinizde ve hedef sanal makine mevcut olduğunda, aşağıdakiler gerçekleşir:

1. Hedef taraf sanal makine çalışıyorsa kapalıdır.
2. Sanal makine yönetilen diskler kullanıyorsa, bir sonek ile özgün diskin bir -ASRReplica kopyası oluşturulur. Özgün diskler silinir. Kopyalar -ASRReplica çoğaltma için kullanılır.
3. Sanal makine yönetilmeyen diskler kullanıyorsa, hedef sanal makinenin veri diskleri ayrılır ve çoğaltma için kullanılır. İşletim sistemi diskinin bir kopyası oluşturulur ve sanal makineye eklenir. Özgün işletim sistemi diski ayrılır ve çoğaltma için kullanılır.
4. Yalnızca kaynak disk ile hedef disk arasındaki değişiklikler eşitlenir. Farklar hem diskler karşılaştırılarak hesaplanır hem de sonra aktarılır. Yeniden korumayı tamamlamak için tahmini süreyi bulmak için aşağıya bakın.
5. Eşitleme tamamlandıktan sonra, delta çoğaltması başlar ve çoğaltma ilkesiyle uyumlu bir kurtarma noktası oluşturulur.

Bir yeniden koruma işi tetiklediğinizde ve hedef sanal makine ve diskler mevcut olmadığında, aşağıdakiler gerçekleşir:

1. Sanal makine yönetilen diskler kullanıyorsa, çoğaltma diskleri sonek ile -ASRReplica oluşturulur. Kopyalar -ASRReplica çoğaltma için kullanılır.
2. Sanal makine yönetilmeyen diskler kullanıyorsa, hedef depolama hesabında çoğaltma diskleri oluşturulur.
3. Disklerin tamamı yük devredilen bölgeden yeni hedef bölgeye kopyalanır.
4. Eşitleme tamamlandıktan sonra, delta çoğaltması başlar ve çoğaltma ilkesiyle uyumlu bir kurtarma noktası oluşturulur.

Not

Disklerms-asr, yeniden koruma eylemi tamamlandıktan sonra silinen geçici disklerdir. Bu disklerin etkin olduğu süre boyunca Azure tarafından yönetilen disk fiyatına göre en düşük maliyetle ücretlendirilirsiniz.

Yeniden koruma için tahmini süre

Çoğu durumda Azure Site Recovery tüm verileri kaynak bölgeye çoğaltmaz. Çoğaltılan veri miktarı aşağıdaki koşullara bağlıdır:

1. Kaynak sanal makinenin verileri herhangi bir nedenle silinirse, bozulursa veya erişilemezse Azure Site Recovery yeniden korumayı desteklemez. Örneğin, bir kaynak grubu değişir veya siliner. Alternatif olarak, önceki olağanüstü durum kurtarma korumasını devre dışı bırakabilir ve geçerli bölgeden yeni bir koruma etkinleştirebilirsiniz.
2. Kaynak sanal makine verileri erişilebilir durumdaysa, farklar hem diskler hem de yalnızca farklar karşılaştırılarak hesaplanır. Bu durumda, yeniden koruma süresi değerinden checksum calculation time + checksum differentials transfer time + time taken to process the recovery points from Azure Site Recovery agent + auto scale timebüyük veya eşittir.

Senaryo 2'de yeniden koruma süresini yöneten faktörler

Aşağıdaki faktörler, 2. senaryoda kaynak sanal makinenin erişilebilir olduğu yeniden koruma süresini etkiler:

1. Sağlama toplamı hesaplama süresi - Çoğaltma işlemini birincil konumdan olağanüstü durum kurtarma konumuna kadar tamamlamak için geçen süre, sağlama toplamı fark hesaplaması için bir karşılaştırma olarak kullanılır. Çoğaltmayı etkinleştirme işlemini tamamlamak için geçen süreyi görmek için Kurtarma Hizmetleri kasaları>İzleme>Site Recovery işleri'ne gidin. Bu, sağlama toplamı hesaplamasını tamamlamak için gereken en düşük süre olacaktır.

2. Sağlama toplamı değişiklik veri aktarımı , disk aktarım hızının yaklaşık %23'lerinde gerçekleşir.

3. Azure Site Recovery aracısından gönderilen kurtarma noktalarını işlemek için geçen süre – Azure Site Recovery aracısı sağlama toplamı hesaplaması ve aktarım aşamasında kurtarma noktaları göndermeye devam eder. Ancak Azure Site Recovery bunları yalnızca sağlama toplamı fark aktarımı tamamlandıktan sonra işler. Kurtarma noktalarını işlemek için geçen süre, sağlama toplamı farkları hesaplaması ve sağlama toplamı farkları aktarım süresi (sağlama toplamı fark hesaplaması süresi + sağlama toplamı fark aktarımı için süre) için geçen sürenin beşte biri (1/5'i) civarında olacaktır. Örneğin, sağlama toplamı fark hesaplaması ve sağlama toplamı değişiklik aktarımı için geçen süre 15 saat ise, aracıdan kurtarma noktalarını işlemek için geçen süre üç saat olacaktır.

4. Otomatik ölçeklendirme süresi yaklaşık 20-30 dakikadır.

Örnek senaryo:

Birincil konumdan olağanüstü durum kurtarma konumuna Çoğaltmayı Etkinleştirme işleminin bir saat 12 dakika sürdüğü aşağıdaki ekran görüntüsünden örneği ele alalım. Sağlama Toplamı hesaplama süresi en az bir saat 12 dakika olabilir. Yük devretme sonrasında veri değişikliği miktarının 45 GB olduğunu ve diskin aktarım hızının 60 Mb/sn olduğunu varsayarsak, değişiklik aktarımı 14 Mb/sn'de gerçekleşir ve fark aktarımı için geçen süre 45 GB / 14 Mb/sn olur ve bu da yaklaşık 55 dakikadır. Kurtarma noktalarını işlemek için geçen süre, sağlama toplamı hesaplaması için geçen toplam sürenin yaklaşık beşte biridir (72 dakika) ve veri aktarımı (55 dakika) için geçen süre yaklaşık 25 dakikadır. Ayrıca otomatik ölçeklendirme 20-30 dakika sürer. Bu nedenle, yeniden koruma için toplam süre en az üç saat olmalıdır.

Yukarıdaki, yeniden koruma süresini tahmin etmeye ilişkin basit bir çizimdir.

Sanal makine olağanüstü durum kurtarma bölgesinden birincil bölgeye (birincil bölgeden olağanüstü durum kurtarma bölgesine yük devredildikten sonra) yeniden korunduğunda, hedef sanal makine (özgün kaynak sanal makine) ve ilişkili NIC'ler silinir.

Ancak, sanal makine yeniden çalışma sonrasında birincil bölgeden olağanüstü durum kurtarma bölgesine yeniden korunduğunda, önceki yük devretme sırasında oluşturulan olağanüstü durum kurtarma bölgesindeki sanal makineyi ve ilişkili NIC'leri silmeziz.

Sonraki adımlar

Sanal makine korunduktan sonra yük devretme başlatabilirsiniz. Yük devretme, ikincil bölgedeki sanal makineyi kapatır ve bu işlem sırasında kısa bir kapalı kalma süresiyle sanal makineyi birincil bölgede oluşturur ve önyazır. Bu işlem için uygun bir zaman seçmenizi ve birincil siteye tam yük devretme başlatmadan önce bir yük devretme testi çalıştırmanızı öneririz.

Azure Site Recovery yük devretme hakkında daha fazla bilgi edinin.