Kurtarma noktalarını yönetme
Bu makalede, bekletmenin sanal makineler için nasıl çalıştığı açıklanmaktadır. Yedeklemeler her gerçekleştiğinde, geri yükleme işlemlerinin gerçekleştirilebileceği kurtarma noktaları oluşturulur.
Sanal makineler için ilk yedekleme tam yedeklemedir ve sonraki yedeklemeler artımlı yedeklemelerdir.
Kurtarma noktaları ve saklama
Zamanlanmış ilk ve artımlı yedekleme
Dört blok içeren bir veri diski içeren basitleştirilmiş bir sanal makine V1 örneğini alalım: Blok 1, Blok 2, Blok 3 ve Blok 4. Her bloğun boyutu 16 KB'tır.
1. Adım -İlk Yedekleme: İlk yedekleme tam yedeklemedir. Sonraki artımlı yedeklemelerin uygulandığı bir temel görevi görür. Kaynak VM'de Blok 1 ve Blok 2'ye yazılan veriler olduğunu varsayalım. Aynı veriler Kurtarma Hizmetleri kasası depolama alanında D1 ve D2 olarak çoğaltılır.
Adım 2 -Artımlı yedekleme 1: VM'nin 3'ünün engellenmesine yeni veriler eklendiğini düşünün. Aynı veriler bir sonraki artımlı yedeklemede çoğaltılır ve yalnızca değiştirilen blok D3 olarak depolanır. Her adım sırasında bloğun 1 KB'ı değişse bile 16 KB'lık bloğun tamamı kurtarma noktasına yüklenir.
Adım 3 -Artımlı yedekleme 2: Şimdi kaynak VM'de 3. ve 2. blokta veri değişiklikleri olduğunu düşünün. Bu değişiklikler sonraki artımlı yedeklemede D3' ve D2' olarak çoğaltılır.
İsteğe bağlı yedekleme
Korumayı ayarladıktan sonra vm'nin isteğe bağlı yedeklemesini istediğiniz zaman çalıştırmayı seçebilirsiniz.
- İsteğe bağlı yedekleme, zamanlanan ilk yedeklemeden önce tetiklenirse tam yedekleme olur.
- İlk yedekleme tamamlandıysa ve isteğe bağlı yedekleme tetikleniyorsa, bu artımlı yedeklemedir.
- İsteğe bağlı yedekleme için oluşturulan kurtarma noktalarının bekletme süresi, yedeklemeyi tetiklerken belirttiğiniz bekletme değeridir.
Depolama maliyeti
İlk yedekleme için oluşturulan kurtarma noktası , verilerin bulunduğu tüm blokları içerir. Sonraki artımlı kurtarma noktaları yalnızca verileri değiştiren bloklardan oluşur. Depolama maliyetleri, tüm kurtarma noktalarına yayılan tüm blokların toplamına karşılık gelir.
Her adımdan sonra depolama maliyetini anlamak için yukarıdaki örneği kullanalım:
| Adım | Yedekleme türü | Bloklar değiştirildi | Depolama türü |
|---|---|---|---|
| 1 | İlk yedekleme | Blok 1, Blok 2 | Kurtarma noktası 1'e karşılık gelen (D1+D2) |
| 2 | Artımlı Yedekleme 1 | Blok 3 | Kurtarma noktası 1(D1+D2) + kurtarma noktası 2(D3) öğesine karşılık gelen |
| 3 | Artımlı Yedekleme 2 | Blok 2, Blok 3 | Kurtarma noktası 1(D1+D2) + kurtarma noktası 2(D3) + kurtarma noktası 3(D2'+D3') |
Kurtarma noktası süre sonu
Her kurtarma noktasının, yedekleme ilkesinde belirtildiği gibi bir saklama süresi vardır. Temizleme düzenli aralıklarla gerçekleşir ve süresi dolan tüm kurtarma noktaları temizlenir.
Kurtarma noktasının süresi dolduğunda silinir veya birleştirilir.
Olay 1: İlk kurtarma noktasının süresi doluyor
İlk kurtarma noktasının süresi dolduğunda, sonraki artımlı kurtarma noktasıyla birleştirilir. Artımlı kurtarma noktasında üzerine yazılan tüm veri blokları silinir ve geri kalanı birleştirilir. Artımlı yedekleme daha sonra ilk tam yedekleme olur. Bir örnekle gözden geçirelim:
- İlk yedekleme sırasında oluşturulan Kurtarma Noktası 1, VM'nin tam yedeklemesine sahiptir.
- Kurtarma Noktası 1'in süresi dolduğunda, Kurtarma Noktası 2 sonraki tam yedeklemedir.
- 2. bloktaki verilerin üzerine Kurtarma Noktası 2'de yazıldığından, D1 bloğu Kurtarma Noktası 2 ile birleştirilir ve D2 silinir. Bu değişiklik blok D2' olarak yakalanır.
- Blok D1, bir sonraki yedeklemeden önce yapılan değişiklikler olana kadar arka arkaya kurtarma noktalarında olduğu gibi korunur.
2. Olay: Artımlı kurtarma noktası arasındaki süre sonu
- Kurtarma Noktası 2'nin süresi Kurtarma Noktası 1'den önce dolarsa, Kurtarma Noktası 2'den gelen veriler bir sonraki kullanılabilir kurtarma noktasıyla birleştirilir: Kurtarma Noktası 3. Bu nedenle blok D3, Kurtarma Noktası 3 ile birleştirilir.
- Kurtarma Noktası 1, D1 ve D2 bloklu tam yedeklemedir.
Olay 3: İsteğe bağlı kurtarma noktasının süresi doluyor
Bu örnekte, bir zamanlama (günlük yedekleme) ilkesi n gün saklama süresiyle çalışacak şekilde zamanlanmıştır. bir sonraki zamanlanmış yedeklemeden önceki dördüncü gün isteğe bağlı yedekleme tetiklenirse ve saklama süresi 10 gün olarak belirtilirse, yine de artımlı yedekleme olur. Kurtarma Noktası 3'te ve Kurtarma Noktası4'te bir kurtarma noktası (İsteğe bağlı RP1) oluşturulur. 14. Günün sonunda, isteğe bağlı kurtarma noktasının (İsteğe bağlı RP1) süresi dolar ve bir sonraki kullanılabilir kurtarma noktasıyla birleştirilir. Sunucuda hala bulunan veri blokları birleştirilirken, değiştirilen (üzerine yazılan veya silinen) veri blokları süresi dolan kurtarma noktasından silinir.
İlke değişikliğinin kurtarma noktaları üzerindeki etkisi
İlke değiştirildiğinde, hem yeni hem de mevcut kurtarma noktalarına uygulanır. Daha fazla bilgi için bkz. İlke değişikliğinin kurtarma noktaları üzerindeki etkisi.
Korumayı durdurmanın kurtarma noktaları üzerindeki etkisi
Vm korumayı durdurmanın iki yolu vardır:
- Korumayı durdurun ve yedekleme verilerini silin. Bu seçenek, gelecekteki tüm yedekleme işlerinin VM'nizi korumasını durdurur ve tüm kurtarma noktalarını siler. Geçici silme etkinleştirilirse, silinen veriler 14 gün boyunca saklanır. Geçici olarak silinmiş durumdaki öğeler için ücret uygulanmaz. Veriler 14 gün içinde silinebilir. Geçici silme etkinleştirilmezse veriler hemen temizlenir ve VM'yi geri yükleyemez veya Yedeklemeyi sürdür seçeneğini kullanamazsınız.
- Korumayı durdurun ve yedekleme verilerini koruyun. Bu seçenek, gelecekteki tüm yedekleme işlerinin VM'nizi korumasını durdurur. Ancak, Azure Backup hizmeti yedeklenen kurtarma noktalarını sonsuza kadar korur. Kurtarma noktalarını kasada tutmak için ödeme yapmanız gerekir (ayrıntılar için bkz. Azure Backup fiyatlandırması). Gerekirse VM'yi geri yükleyebilirsiniz. VM korumasını sürdürmeye karar verirseniz Yedeklemeyi sürdür seçeneğini kullanabilirsiniz. Yedekleme devam ettirildikten sonra, saklama kuralları süre sonu noktalarına uygulanır. Yedeklenen verileri sil seçeneğini kullanarak da silebilirsiniz .
Durdurma koruması olmadan VM silmenin etkisi
Korumayı durdurmadan bir VM'nin silinmesi kurtarma noktalarını etkiler ve istenmeyen bir senaryodur. İdeal olan sanal makine silinmeden önce yedeklemelerin durdurulmasıdır. Kaynak mevcut olmadığından, zamanlanan yedeklemeler VMNotFoundV2 hatasıyla başarısız olur. Kurtarma noktaları bekletme ilkesine göre düzenli aralıklarla temizlenir, ancak sanal makinenin son kopyası sonsuza kadar kalır ve buna göre faturalandırılırsınız. Senaryonuza bağlı olarak, aşağıdaki iki seçeneğiniz vardır:
- Seçenek 1: Kurtarma noktalarından herhangi birini kullanarak VM'yi geri yükleyin. Silinen VM'yi kurtarmak istiyorsanız, aynı adı kullanarak ve aynı kaynak grubunda geri yükleyin. Geri yüklenen VM'yi aynı kasaya korursanız, mevcut kurtarma noktaları otomatik olarak eklenir.
- Seçenek 2: Kurtarma Hizmetleri kasasına gidin ve silme verileriyle korumayı durdurun.
Geçici olarak silinmiş durumdaki öğeler için süresi dolan kurtarma noktalarının etkisi
Kurtarma hizmetleri kasası için geçici silme etkinleştirildiyse süresi dolan kurtarma noktası geçici olarak silinmiş durumda kalır ve temizlenmez. Bir kurtarma noktası geçici olarak silinmiş durumda olduğunda ücret uygulanmaz.
Değişim sıklığının yedekleme performansı üzerindeki etkisi
Bir VM'nin toplam depolama alanının 8 TB ve değişim sıklığının %5 olduğunu varsayalım. Ardından karşılık gelen artımlı yedekleme depolama alanı 0,4 TB olan 8 TB'ın %5'i olur. Daha yüksek değişim sıklığı, sonraki artımlı yedeklemeler için daha yüksek arka uç depolama alanına karşılık gelir. Değişim sıklığı yedekleme performansını etkiler. Değişim sıklığı artar, yedekleme işlemi o kadar yavaştır ve arka uç depolama alanı tüketimi artar.
Değişim sıklığının yedekleme performansını nasıl etkilediğini anlamak için şu senaryoya bakın:
| Sanal makineler | VM1 | VM2 | VM3 |
|---|---|---|---|
| Veri disklerinin sayısı | 4 (A1, A2, A3, A4) | 4(B1, B2, B3, B4) | 4(C1, C2, C3, C4) |
| Her diskin boyutu | 4 TB | 4 TB | 4 TB |
| Yedekleme veri değişim sıklığı | A1- 4 TB | B1-1 TB; B2-1 TB B3-1 TB; B4-1 TB |
C1-2 TB; C4-2 TB |
Yedekleme performansı VM2>VM3>VM1 sırasına göre olacaktır. Bunun nedeni, değişim sıklığının çeşitli disklere yayılmasıdır. Disklerin yedeklemesi paralel olarak gerçekleştiğinden, VM2 en iyi performansı gösterir.
Sık sorulan sorular
İsteğe bağlı yedeklemenin saklama süresini nasıl bulabilirim?
İsteğe bağlı yedeklemelerin yedekleme işlerindeki UTC cinsinden Kurtarma Noktası Süre Sonu Alanı , kurtarma noktasının saklama süresini görüntüler. Daha fazla bilgi edinmek için bkz. İsteğe bağlı yedekleme çalıştırma.