Kurtarma noktalarını yönetme
Bu makalede, bekletmenin sanal makinelerde 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 bloklu veri diski içeren V1 sanal makinesinin basitleştirilmiş bir örneğini ele 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. Kurtarma Hizmetleri kasası depolamasında D1 ve D2 ile aynı veriler çoğaltılır.
Adım 2 -Artımlı yedekleme 1: VM'nin 3. bloğuna yeni veriler eklendiğini düşünün. Aynı veriler sonraki artımlı yedeklemede çoğaltılır ve yalnızca değiştirilen blok D3 olarak depolanır. Her adımda 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 blok 3 ve blok 2'de 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 istediğiniz zaman vm'nin isteğe bağlı yedeklemesini çalıştırmayı seçebilirsiniz.
- İsteğe bağlı yedekleme, ilk 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) ile 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 bekletme 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. Şimdi 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 bir 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, sonraki yedeklemeden önce yapılan değişiklikler olana kadar art arda kurtarma noktalarında olduğu gibi korunur.
Olay 2: Artımlı kurtarma noktasının süresi dolar
- Kurtarma Noktası 2'nin süresi Kurtarma Noktası 1'den önce dolarsa, Kurtarma Noktası 2'den alınan 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. İsteğe bağlı yedekleme, bir sonraki zamanlanmış yedeklemeden önceki dördüncü günde tetiklenirse ve bekletme süresi 10 gün olarak belirtilirse, yine de artımlı yedekleme olur. Kurtarma Noktası 3'e ve Kurtarma Noktası 4'e kadar 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 veri blokları (üzerine yazılır veya silinir) 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'yi 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ştirilmemişse 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
Durdurma koruması olmadan bir VM'nin silinmesi kurtarma noktalarını etkiler ve istenmeyen bir senaryodur. İdeal olan sanal makineyi silmeden ö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:
- 1. Seçenek: Kurtarma noktalarından herhangi birini kullanarak VM'yi geri yükleyin. Silinen VM'yi kurtarmak istiyorsanız, aynı adı ve aynı kaynak grubunda kullanarak geri yükleyin. Geri yüklenen VM'yi aynı kasaya korursanız, mevcut kurtarma noktaları otomatik olarak eklenir.
- 2. Seçenek: 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. 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 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, veri değişim sıklığının çeşitli disklere yayılmasıdır. Disklerin yedeklemesi paralel 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.