Blog okuyucularımıza selamlar! Kısmen zaten aşinayız - İngilizce yazılarım burada sevgili meslektaşım tarafından tercüme edildi. . Bu sefer doğrudan Rusça konuşan dinleyicilere hitap etmeye karar verdim.
İlk çıkışım için mümkün olan en geniş izleyici kitlesinin ilgisini çekecek ve ayrıntılı değerlendirme gerektiren bir konu bulmak istedim. Daniel Defoe, ölümün ve vergilerin herkesi beklediğini savundu. Kendi adıma, herhangi bir destek mühendisinin kurtarma noktası depolama politikaları (veya daha basit bir ifadeyle saklama) hakkında soruları olacağını söyleyebilirim. Elde tutmanın nasıl çalıştığını açıklamaya 4 yıl önce birinci düzey bir mühendis olarak başladım ve şimdi de İspanyolca ve İtalyanca konuşan bir ekibin lideri olarak açıklamaya devam ediyorum. Eminim ki ikinci, hatta üçüncü seviyedeki meslektaşlarım da aynı soruları düzenli olarak yanıtlamaktadır.
Bunun ışığında, Rusça konuşan kullanıcıların tekrar tekrar referans kitabı olarak dönebileceği, mümkün olduğunca ayrıntılı bir son yazı yazmak istedim. Doğru an geldi; yakın zamanda piyasaya sürülen onuncu yıl dönümü sürümü, temel işlevlere yıllardır değişmeyen yeni özellikler ekledi. Yazım öncelikle bu sürüme odaklanıyor - yazılanların çoğu önceki sürümler için doğru olsa da, burada açıklanan işlevlerden bazılarını bulamazsınız. Son olarak biraz geleceğe baktığımızda bir sonraki versiyonda bazı değişikliklerin beklendiğini ancak zamanı geldiğinde bunu sizlere anlatacağımızı söyleyeceğim. Öyleyse başlayalım.
Yedekleme işleri
Öncelikle versiyon 10'da değişmeyen kısma bakalım. Saklama politikası çeşitli parametrelerle belirleniyor. Yeni görev oluşturmak için pencereyi açalım ve Depolama sekmesine gidelim. Burada istenen geri yükleme noktası sayısını belirleyen bir parametre göreceğiz:
Ancak bu denklemin sadece bir kısmı. Gerçek puan sayısı aynı zamanda iş için ayarlanan yedekleme moduna göre de belirlenir. Bu seçeneği seçmek için aynı sekmedeki Gelişmiş düğmesine tıklayın. Bu, birçok seçeneğin bulunduğu yeni bir pencere açacaktır. Bunları numaralandırıp tek tek ele alalım:
Yalnızca 1. seçeneği etkinleştirirseniz iş "sonsuza kadar ileri artımlı" modda çalışacaktır. Burada herhangi bir zorluk yoktur - görev, tam yedeklemeden (VBK uzantılı dosya) son artışa (VIB uzantılı dosya) kadar belirtilen sayıda kurtarma noktasını depolayacaktır. Puan sayısı ayarlanan değeri aştığında en eski artış tam yedeklemeyle birleştirilecektir. Başka bir deyişle, eğer görev 3 puan depolayacak şekilde ayarlanmışsa, bir sonraki oturumun hemen ardından depoda 4 puan olacak, ardından tam yedekleme en eski artışla birleştirilecek ve toplam puan sayısı geri dönecektir. 3.
“Ters artımlı” modun (seçenek 2) tutulması da son derece basittir. Bu durumda en yeni nokta tam bir yedekleme ve ardından geri alma adı verilen bir zincir (VRB uzantılı dosyalar) olacağından, saklamayı uygulamak için en eski geri almayı silmek yeterlidir. Durum aynı olacaktır: Seanstan hemen sonra puan sayısı ayarlanan değeri 1 aşacak ve ardından istenen değere dönecektir.
Ters artımlı modda periyodik tam yedeklemeleri de etkinleştirebileceğinizi (seçenek 4) ancak bunun özü değiştirmeyeceğini lütfen unutmayın. Evet, zincirde tam kurtarma noktaları görünecek, ancak yine de en eski noktaları birer birer sileceğiz.
Sonunda ilginç kısma geliyoruz. Artımlı yedeklemeyi etkinleştirirseniz, ancak ek olarak 3 veya 4 seçeneğini (veya her ikisini de aynı anda) etkinleştirirseniz, görev, "aktif" veya sentetik yöntemi kullanarak periyodik tam yedeklemeler oluşturmaya başlayacaktır. Tam yedekleme oluşturma yöntemi önemli değildir - aynı verileri içerecek ve artımlı zincir "alt zincirlere" bölünecektir. Bu yönteme ileri artımlı denir ve müşterilerimizden gelen soruların önemli bir kısmını gündeme getiren de bu yöntemdir.
Saklama burada zincirin en eski kısmı silinerek uygulanır (tam yedeklemeden artışa kadar). Aynı zamanda, yalnızca tam bir yedeği veya artışların yalnızca bir kısmını silmeyeceğiz. Tüm “alt zincir” tek seferde tamamen kaldırılır. Nokta sayısını ayarlamanın anlamı da değişir - diğer yöntemlerde bu izin verilen maksimum sayı ise, bundan sonra saklamanın uygulanması gerekir, o zaman burada bu ayar minimum sayıyı belirler. Yani en eski “alt zincir” çıkarıldıktan sonra kalan kısımdaki nokta sayısının bu minimumun altına düşmemesi gerekiyor.
Bu kavramı grafiksel olarak tasvir etmeye çalışacağım. Diyelim ki saklama 3 puana ayarlandı, görev her gün Pazartesi günü tam yedeklemeyle çalıştırılıyor. Bu durumda tutma, toplam puan sayısı 10'a ulaştığında uygulanacaktır:
10 koyarken neden zaten 3 var? Pazartesi günü tam bir yedekleme oluşturuldu. Salı gününden Pazar gününe kadar iş artışlar yarattı. Son olarak, önümüzdeki Pazartesi yeniden tam bir yedekleme oluşturulur ve yalnızca 2 artış oluşturulduğunda zincirin tüm eski kısmı silinebilir, çünkü kalan puan sayısı 3'ün altına düşmeyecektir.
Fikir açıksa, elde tutma oranını kendiniz hesaplamaya çalışmanızı öneririm. Aşağıdaki koşulları ele alalım: Görev ilk kez Perşembe günü başlatılıyor (doğal olarak tam bir yedekleme yapılacak). Görev, çarşamba ve pazar günleri tam bir yedekleme oluşturacak ve 8 kurtarma noktası depolayacak şekilde ayarlandı. Saklama ilk kez ne zaman uygulanacak?
Bu soruyu cevaplamak için bir parça kağıt alıp haftanın günlerine göre sıralamanızı ve her gün hangi noktanın oluştuğunu yazmanızı öneririm. Cevap belli olacak
Cevap
Açıklama: Cevaplamak için kendinize "saklama ne zaman uygulanacak" diye sorun. Cevap, ilk 3 noktayı (VBK, VIB, VIB) çıkarabildiğimizde ve zincirin geri kalanı gereken 8 puanın altına düşmediğinde ortaya çıkar. Toplamda 11 puana sahip olduğumuzda yani ikinci haftanın pazar günü bunu yapabileceğimiz netleşiyor.
Bazı okuyucular şöyle itiraz edebilir: “Madem bütün bunları neden yapıyorsunuz? ?. Bunun çok kullanışlı bir araç olduğuna şüphe yok ve bazı durumlarda onu kullanırdım ama aynı zamanda sınırlamaları da var. Öncelikle başlangıç koşullarını belirtmenize izin vermiyor ve çoğu durumda soru tam olarak "böyle bir zincirimiz var, falan ayarları değiştirirsek ne olacak?" İkinci olarak, araç hala bir miktar netlikten yoksundur. Müşterilere RPS sayfasını gösterdiğimde herhangi bir anlayış bulamadım, ancak örnekteki gibi (aynı Paint'i kullanarak bile) boyadıktan sonra her gün her şey netleşti.
Son olarak “Önceki yedekleme zincirlerini geri almalara dönüştür” seçeneğini (5 rakamıyla işaretlenmiştir) dikkate almadık. Bu seçenek bazen onu "otomatik olarak" etkinleştiren ve sentetik bir yedeklemeyi etkinleştirmek isteyen müşterilerin kafasını karıştırır. Bu arada bu seçenek çok özel bir yedekleme modunu etkinleştirir. Detaylara girmeden hemen şunu söyleyeyim, ürün geliştirmenin bu aşamasında “Önceki yedekleme zincirlerini geri almalara dönüştürme” modası geçmiş bir seçenek ve ne zaman kullanılması gerektiği aklıma tek bir senaryo gelmiyor. Değeri o kadar şüpheli ki, bir süre Anton Gostev forum aracılığıyla kendisine faydalı kullanımına ilişkin örnekler göndermesini istedi (eğer varsa, yorumlara yazın, çok ilgileniyorum). Hiçbiri yoksa (böyle olacağını düşünüyorum), o zaman seçenek gelecek sürümlerde kaldırılacaktır.
Görev, sentetik tam yedeklemenin planlandığı güne kadar artışlar (VIB) oluşturacaktır. Bu günde aslında bir VBK oluşturulur, ancak bu VBK'dan önceki tüm noktalar geri dönüşlere (VRB) dönüştürülür. Bundan sonra görev, bir sonraki sentetik yedeklemeye kadar tam yedeklemede artışlar oluşturmaya devam edecektir. Sonuç olarak zincirde VBK, VBR ve VIB dosyalarının patlayıcı bir karışımı oluşturulur. Saklama çok basit bir şekilde uygulanır - son VBR'yi kaldırarak:
Sorunları
Nasıl çalıştığını gerçekten anlamanın yanı sıra, artımlı modu kullanırken ortaya çıkan sorunların çoğu genellikle tam yedeklemeyle ilişkilidir. Bu mod için düzenli tam yedeklemeler gereklidir, aksi takdirde depo dolana kadar puan biriktirecektir.
Örneğin çok nadiren tam yedekleme oluşturulabilir. Görevin 10 puan depolayacak şekilde ayarlandığını ve ayda bir tam yedekleme oluşturulduğunu varsayalım. Buradaki gerçek nokta sayısının gösterilenden önemli ölçüde daha fazla olacağı açıktır. Veya görev genellikle sonsuz artımlı modda çalışacak ve 50 puan depolayacak şekilde ayarlanmıştır. Daha sonra birisi yanlışlıkla tam bir yedekleme oluşturdu. İşte bu, bundan sonra görev, tam nokta 49 artış biriktirene kadar bekleyecek, ardından tutma uygulayacak ve sonsuz tam moda geri dönecek.
Diğer durumlarda, tam bir yedekleme düzenli olarak oluşturulacak şekilde ayarlanmıştır, ancak bazı nedenlerden dolayı bu yapılmaz. Burada en popüler nedeni sıralayacağım. Bazı istemciler "sonra çalıştır" planlama seçeneğini kullanmayı ve işleri zincir halinde çalışacak şekilde yapılandırmayı tercih eder. Şu örneği ele alalım: Her gün çalışan ve Pazar günü tam yedekleme oluşturan 3 iş var. İlk görev 22.30'da başlıyor, geri kalanı zincir halinde başlatılıyor. Artımlı yedekleme 10 dakika sürer ve bu nedenle saat 23.00'e kadar tüm işler biter. Ancak tam yedekleme bir saat sürer, bu nedenle Pazar günü aşağıdakiler gerçekleşir: İlk görev 22.30'dan 23.30'a kadar çalışır. Sonraki 23.30'dan 00.30'a kadar. Ancak üçüncü görev Pazartesi günü başlıyor. Pazar günü için tam bir yedekleme ayarlandı, dolayısıyla bu durumda bu gerçekleşmeyecek. Görev, saklamanın uygulanması için tam yedeklemenin yapılmasını bekleyecektir. Bu nedenle, "sonra çalıştır" seçeneğini kullanırken dikkatli olun veya hiç kullanmayın; işleri aynı anda başlayacak şekilde ayarlayın ve kaynak zamanlayıcının işini yapmasına izin verin.
Zor seçenek “Silinen öğeleri kaldır”
Depolama - Gelişmiş - Bakım görevinin ayarlarından geçtikten sonra, gün olarak sayılabilen "silinen öğeler verilerini şu süreden sonra kaldır" seçeneğiyle karşılaşabilirsiniz.
Bazı müşteriler bunun kalıcı olmasını bekler. Aslında bu tamamen ayrı bir seçenektir ve yanlış anlaşılması beklenmedik sonuçlara yol açabilir. Ancak öncelikle bir oturum sırasında yalnızca birkaç makinenin başarıyla yedeklendiği durumlara B&R'ın nasıl tepki verdiğini açıklamamız gerekiyor.
Şu senaryoyu hayal edelim: 6 noktayı depolayacak şekilde yapılandırılmış sonsuz artımlı bir iş. Görevde 2 makine var, biri her zaman başarıyla yedeklendi, diğeri bazen hata verdi. Sonuç olarak yedinci noktaya gelindiğinde aşağıdaki durum ortaya çıktı:
Alıkoyma zamanı geldi ama bir arabanın 7 puanı var, diğerinin ise sadece 4. Burada da alıkonma uygulanacak mı? Cevap evet, öyle olacak. En az bir nesne yedeklenmişse B&R, noktanın oluşturulduğunu kabul eder.
Belirli bir oturum sırasında bazı makinelerin göreve dahil edilmemesi durumunda da benzer bir durum ortaya çıkabilir. Bu, örneğin, makinelerin bir göreve tek tek değil, kapsayıcıların (klasörler, depolama) parçası olarak eklendiği ve bazı makinelerin geçici olarak başka bir kaba taşındığı durumlarda meydana gelir. Bu durumda görev başarılı sayılacaktır, ancak istatistiklerde sizden falan filan makinenin artık görev tarafından işlenmediğine dikkat etmenizi isteyen bir mesaj bulacaksınız.
Buna dikkat etmezseniz ne olur? Sonsuz artımlı veya ters artımlı modlarda, "sorunlu" makinenin kurtarma noktalarının sayısı, VBK'da depolanan 1'e ulaşana kadar her oturumda azalacaktır. Yani makine uzun süre yedeklenmese bile bir kurtarma noktası kalacaktır. Periyodik tam yedeklemeler etkinleştirildiğinde durum farklıdır. B&R'den gelen sinyalleri görmezden gelirseniz, zincirin eski kısmıyla birlikte son nokta da silinebilir.
Bu ayrıntıları anladıktan sonra nihayet “Silinen öğe verilerini şu tarihten sonra kaldır” seçeneğini değerlendirebilirsiniz. Belirli bir makine X gün boyunca yedeklenmezse, o makineye ilişkin tüm noktalar silinecektir. Lütfen bu ayarın hatalara yanıt vermediğini unutmayın (denedin, ancak işe yaramadı). Makineyi yedekleme girişimi bile olmamalıdır. Bu seçeneğin yararlı olduğu ve her zaman etkin tutulması gerektiği görülüyor. Yönetici makineyi görevden aldıysa, bir süre sonra gereksiz veri zincirini temizlemek mantıklı olacaktır. Ancak kişiselleştirme disiplin ve özen gerektirir.
Size pratikten bir örnek vereyim: göreve, kompozisyonu oldukça dinamik olan birkaç konteyner eklendi. RAM eksikliği nedeniyle B&R sunucusunda tespit edilemeyen sorunlar yaşanıyordu. Görev başladı ve o sırada konteynerde bulunmayan bir makine dışında makinelerin yedeğini almaya çalıştı. Birçok makine hata ürettiğinden, B&R'nin varsayılan olarak "sorunlu" makineleri yedeklemek için 3 ek girişimde bulunması gerekir. RAM ile ilgili sürekli sorunlar nedeniyle bu girişimler birkaç gün sürdü. Eksik VM'nin yedeğini almak için tekrarlanan bir girişimde bulunulmadı (VM'nin yokluğu bir hata değildir). Sonuç olarak, tekrarlanan denemelerden birinde “Silinen öğeleri kaldır” koşulu karşılandı ve makinedeki tüm noktalar silindi.
Bununla ilgili şunu söyleyebilirim: Görev sonuçlarıyla ilgili bildirimleriniz ayarlanmışsa ve daha da iyisi Veeam ONE ile entegrasyonu kullanıyorsanız, büyük olasılıkla bu durum başınıza gelmeyecektir. Her şeyin çalışıp çalışmadığını kontrol etmek için B&R sunucusuna haftada bir bakarsanız, yedeklerin silinmesine yol açabilecek seçenekleri reddetmek daha iyidir.
V.10'da neler eklendi?
Daha önce konuştuklarımız B&R'da birçok versiyonda mevcuttu. Bu çalışma prensiplerini anladıktan sonra şimdi “on” yıldönümüne nelerin eklendiğine bakalım.
Günlük saklama
Yukarıda nokta sayısına dayalı “klasik” depolama politikasına baktık. Alternatif bir yaklaşım da aynı menüde "geri yükleme noktaları" yerine "günleri" ayarlamaktır.
Fikir isminden de bellidir; saklama belirli sayıda günü saklayacaktır, ancak her gündeki puan sayısı önemli değildir. Bu durumda aşağıdakileri hatırlamanız gerekir:
- Saklama hesaplanırken geçerli gün dikkate alınmaz
- Görevin hiç çalışmadığı günler de sayılır. Düzensiz çalışan görevlerin puanlarını kazara kaybetmemek için bu akılda tutulmalıdır.
- Kurtarma noktası, oluşturulmanın başladığı günden itibaren sayılır (yani, görev Pazartesi çalışmaya başlayıp Salı günü bittiyse, bu Pazartesi'den itibaren olan noktadır)
Aksi takdirde görevlere göre saklamanın kullanılmasına ilişkin esaslar seçilen yedekleme yöntemine göre de belirlenir. Aynı artımlı yöntemi kullanarak başka bir hesaplama görevi deneyelim. Saklamanın 8 gün süreyle ayarlandığını varsayalım, görev Çarşamba günü her 6 saatte bir tam yedeklemeyle çalıştırılır. Ancak görev Pazar günü çalışmıyor. İş ilk kez Pazartesi günü başlayacak. Saklama ne zaman uygulanacak?
Cevap
Her zaman olduğu gibi bir işaret çizmek en iyisidir. Görevi basitleştirmeme izin vereceğim ve her gün için oluşturulan tüm puanları çizmeyeceğim çünkü burada günlük puan sayısı önemli değil. Bizim için önemli olan sadece ilk Pazartesi ve Çarşamba günleri ilk puanın tam yedek olması, geri kalan günlerde ise görevin sadece 4 artımlı puan oluşturması.
Pazartesi gününün tam yedeği ve artımları silinerek saklamanın uygulanacağını açıkça belirtiyoruz. Bu ne zaman olacak? Zincirin geri kalanı 8 gün içerdiğinde. Aynı zamanda içinde bulunduğumuz günü saymıyoruz, aksine Pazar gününü sayıyoruz. Bu nedenle cevap ikinci haftanın Perşembe günüdür.
Normal işler için GFS arşivleme
v.10'dan önce, Büyükbaba-Baba-Oğul (GFS) depolama yöntemi yalnızca Yedekleme kopyalama işleri ve bant kopyalama işleri için mevcuttu. Artık düzenli yedekleme için kullanılabilir.
Her ne kadar bu konu ile ilgili olmasa da yeni işlevselliğin 3-2-1 stratejisinden ayrılma anlamına gelmediğini söylemeden geçemeyeceğim. Ana depoda arşiv noktalarının bulunması, güvenilirliğini hiçbir şekilde etkilemez. GFS'nin bu noktaları S3 ve benzeri depolara yüklemek için Scale-out deposuyla birlikte kullanılacağı anlaşılmaktadır. Kullanmıyorsanız, birincil ve arşiv noktalarını farklı depolarda saklamaya devam etmek daha iyidir.
Şimdi GFS noktaları oluşturma ilkelerine bakalım. Görev ayarlarında, Depolama adımında, aşağıdaki menüyü çağıran özel bir düğme belirdi:
GFS'nin özü birkaç noktaya kadar özetlenebilir (GFS'nin diğer görev türlerinde farklı şekilde çalıştığını unutmayın, ancak bu konuya daha sonra değineceğiz):
- Görev, GFS noktası için ayrı bir tam yedekleme oluşturmaz. Bunun yerine mevcut en uygun tam yedekleme kullanılacaktır. Bu nedenle görevin periyodik tam yedeklemelerle artımlı modda çalışması veya tam yedeklemenin kullanıcı tarafından manuel olarak oluşturulması gerekir.
- Yalnızca bir dönem (örneğin bir hafta) etkinleştirilirse, GFS döneminin başında görev tam yedeklemeyi beklemeye başlayacak ve ilk uygun olanı GFS olarak işaretleyecektir.
Örnek: iş, Çarşamba günü bir yedekleme kullanarak haftalık GFS'yi depolayacak şekilde yapılandırılmıştır. Görev her gün çalışır ancak tam yedeklemenin Cuma günü yapılması planlanır. Bu durumda Çarşamba günü GFS dönemi başlayacak ve görev uygun bir noktayı beklemeye başlayacak. Cuma günü görünecek ve GFS bayrağıyla işaretlenecek.
- Aynı anda birkaç dönem dahil edilirse (örneğin haftalık ve aylık), B&R aynı noktanın birkaç aralıklarla GFS olarak kullanılmasına izin veren bir yöntem kullanacaktır (yerden tasarruf etmek için). Bayraklar en küçüğünden başlayarak sırayla dağıtılacaktır.
Örnek: Haftalık GFS Çarşamba gününe, aylık GFS ise ayın son haftasına ayarlanmıştır. Görev her gün çalışır ve Pazartesi ve Cuma günleri tam yedeklemeler oluşturur.
Kolaylık sağlamak için ayın sondan bir önceki haftasından itibaren saymaya başlayalım. Bu hafta Pazartesi günü tam bir yedekleme oluşturulacak ancak haftalık GFS aralığı Çarşamba günü başladığından bu yedekleme dikkate alınmayacaktır. Ancak Cuma gününün tam yedeği GFS noktasına tamamen uygundur. Bu sistem bize zaten tanıdık geliyor.
Şimdi ayın son haftasında neler olduğuna bakalım. Aylık GFS aralığı Pazartesi günü başlayacak, ancak iş bir VBK'yı hem aylık hem de haftalık GFS noktası olarak işaretlemeyi amaçladığı için Pazartesi günkü VBK, GFS olarak işaretlenmeyecek. Bu durumda arama haftalık olanla başlar çünkü tanımı gereği aylık da olabilir.
Ancak yalnızca haftalık ve yıllık aralıkları dahil ederseniz birbirlerinden bağımsız hareket edecekler ve 2 ayrı VBK'yı karşılık gelen GFS aralıkları olarak işaretleyebilecekler.
Yedekleme kopyalama görevleri
Genellikle iş hakkında açıklama gerektiren başka bir görev türü. Öncelikle v.10'da yenilikler olmadan “klasik” çalışma yöntemine bakalım.
Basit saklama yöntemi
Varsayılan olarak bu tür işler sonsuz artımlı modda çalışır. Noktaların oluşturulması iki parametreyle belirlenir - kopyalama aralığı ve istenen kurtarma noktası sayısı (burada gündüz saklama yoktur). Kopyalama aralığı, bir iş oluşturulurken ilk İş sekmesinde ayarlanır:
Puan sayısı biraz daha ileride Hedef sekmesinde belirlenir
Görev, her aralık için 1 yeni nokta oluşturur (orijinal görevler tarafından VM için kaç puan oluşturulduğu önemli değildir). Aralığın sonunda yeni nokta sonlandırılır ve gerekirse VBK ile en eski artış birleştirilerek tutma uygulanır. Bu mekanizma bize zaten tanıdık geliyor.
GFS kullanarak saklama yöntemi
BCJ ayrıca arşiv noktalarını da saklayabilir. Bu, aynı Hedef sekmesinde, kurtarma noktası sayısı ayarının hemen altında yapılandırılır:
GFS noktaları iki şekilde oluşturulabilir: sentetik olarak, ikincil depodaki verileri kullanarak veya tam yedeklemeyi simüle ederek ve birincil depodaki tüm verileri okuyarak (3 işaretli seçenekle etkinleştirilir). Her iki durumda da elde tutma çok farklı olacaktır, bu nedenle bunları ayrı ayrı ele alacağız.
Sentetik GFS
Bu durumda GFS noktası tam olarak belirlenen günde oluşturulmaz. Bunun yerine, GFS noktasının oluşturulmasının planlandığı günün VIB'si tam yedeklemeyle birleştirildiğinde bir GFS noktası oluşturulacaktır. Bu bazen yanlış anlaşılmalara neden oluyor çünkü zaman geçiyor ve hala GFS noktası yok. Ve yalnızca teknik destekten güçlü bir şaman, noktanın hangi gün ortaya çıkacağını tahmin edebilir. Aslında sihire gerek yok - yalnızca belirlenen nokta sayısına ve senkronizasyon aralığına (her gün kaç nokta oluşturulduğuna) bakın. Bu örneği kullanarak bunu kendiniz hesaplamaya çalışın: görev 7 puan depolayacak şekilde ayarlanmıştır, senkronizasyon aralığı 12 saattir (yani günde 2 puan). Şu anda zincirde 7 nokta var, bugün Pazartesi ve bu gün için bir GFS noktası oluşturulması planlanıyor. Hangi gün yaratılacak?
Cevap
Burada zincirin zaman içinde günden güne nasıl değişeceğini anlatmak daha doğru olur:
Yani Pazartesi günü zincirdeki son artış GFS olarak işaretlendi ancak görünürde başka bir değişiklik meydana gelmedi. Görev her gün 2 yeni nokta yaratır ve bunu sürdürmek zinciri amansız bir şekilde ileri taşır. Son olarak Perşembe günü, bu artışa saklama uygulama zamanı geliyor. Bu oturum normalden daha uzun sürecek - çünkü görev gerekli blokları zincirden "çıkaracak" ve yeni bir tam nokta oluşturacak. Bu andan itibaren zincirde zaten 8 nokta olacak - 7 ana zincirde + GFS.
“Noktanın tamamını oku” seçeneği ile GFS noktaları oluşturma
Yukarıda BCJ'nin sonsuz artımlı modda çalıştığını söylemiştim. Şimdi bu kuralın tek istisnasına bakacağız. “Tüm noktayı oku” seçeneği etkinleştirildiğinde, GFS noktası tam olarak planlanan günde oluşturulacaktır. Görevin kendisi, yukarıda tartıştığımız periyodik tam yedeklemelerle artımlı modda çalışacaktır. Zincirin en eski kısmı çıkarılarak da tutma işlemi uygulanacaktır. Ancak bu durumda sadece artışlar silinecek ve tam yedekleme GFS noktası olarak bırakılacaktır. Buna göre, GFS bayraklarıyla işaretlenen noktalar, tutma hesaplanırken dikkate alınmaz.
Görevin 7 puan depolamak ve Pazartesi günü haftalık bir GFS noktası oluşturmak üzere ayarlandığını varsayalım. Bu durumda, her Pazartesi görev aslında tam bir yedekleme oluşturacak ve bunu GFS olarak işaretleyecektir. En eski kısımdan artışlar çıkarıldıktan sonra kalan artış sayısı 7'nin altına düşmediğinde tutma uygulanacaktır. Diyagramda şöyle görünür:
Yani ikinci haftanın sonunda zincirde toplam 14 nokta bulunmaktadır. İkinci haftada görev 7 puan oluşturdu. Bu basit bir görev olsaydı, saklama zaten uygulanmış olurdu. Ancak bu GFS tutmalı bir BCJ, dolayısıyla GFS puanlarını saymıyoruz, yani sadece 6 tane var. Yani henüz saklama uygulayamıyoruz. Üçüncü haftada GFS bayrağıyla bir full backup daha oluşturuyoruz. 15 puan ama yine bunu saymıyoruz. Ve son olarak üçüncü haftanın Salı günü bir artış oluşturuyoruz. Şimdi, eğer ilk haftanın zincir artışlarını kaldırırsak, toplam artış sayısı belirlenen tutma oranını karşılayacaktır.
Yukarıda da bahsettiğimiz gibi bu yöntemde düzenli olarak tam yedeklemelerin oluşturulması çok önemlidir. Diyelim ki, ana tutmayı 7 güne, ancak yalnızca 1 yıllık puana ayarlarsanız, artışların 7'den çok daha fazla birikeceğini hayal etmek kolaydır. Bu gibi durumlarda, sentetik oluşturma yöntemini kullanmak daha iyidir. GFS.
Ve yine “Silinen öğeleri kaldır”
Bu seçenek BCJ için de mevcuttur:
Buradaki bu seçeneğin mantığı normal yedekleme görevlerindekiyle aynıdır; eğer bir makine belirtilen sayıda gün boyunca işlenmezse verileri zincirden silinir. Ancak BCJ açısından bu seçeneğin kullanışlılığı nesnel olarak daha yüksektir ve nedeni de budur.
Normal modda, BCJ sonsuz artımlı modda çalışır; bu nedenle, bir noktada bir makine işten çıkarılırsa, tutma, VBK'da yalnızca bir tane kalana kadar tüm kurtarma noktalarını kademeli olarak siler. Şimdi görevin hala sentetik GFS noktaları oluşturacak şekilde yapılandırıldığını hayal edelim. Zamanı geldiğinde iş, zincirdeki tüm makineler için bir GFS oluşturmak zorunda kalacak. Eğer bazı makinelerde hiç yeni nokta yoksa, mevcut olanı kullanmak zorunda kalacaksınız. Ve böylece her zaman. Sonuç olarak aşağıdaki durum ortaya çıkabilir:
Dosyalar bölümüne dikkat edin: Ana VBK ve 2 haftalık GFS puanımız var. Ve şimdi Geri Yükleme noktaları bölümüne geçiyoruz; aslında bu dosyalar makinenin aynı görüntüsünü içeriyor. Doğal olarak bu tür GFS noktalarının bir anlamı yok, sadece yer kaplıyor.
Bu durum ancak sentetik GFS kullanıldığında mümkündür. Bunu önlemek için “Silinen öğeleri kaldır” seçeneğini kullanın. Yeterli sayıda gün için ayarlamayı unutmayın. Teknik destek, seçeneğin senkronizasyon aralığından daha kısa bir süre için ayarlandığı durumlar gördü; BCJ çılgına döndü ve noktaları oluşturulmadan önce silmeye başladı.
Lütfen bu seçeneğin önceden oluşturulmuş GFS noktalarını etkilemediğini de unutmayın. Arşivleri temizlemek istiyorsanız, bunu manuel olarak yapmanız gerekir - makineye sağ tıklayıp "Diskten sil" seçeneğini seçerek (görünen pencerede "GFS tam yedeklemesini kaldır" kutusunu işaretlemeyi unutmayın) :
Yenilik v.10 – anında kopya
“Klasik” işlevselliğe değindikten sonra yenisine geçelim. Bir yenilik var ama çok önemli. Bu yeni bir çalışma şeklidir.
"Senkronizasyon aralığı" diye bir şey yoktur; görev, yeni noktaların ortaya çıkıp çıkmadığını sürekli olarak izleyecek ve kaç tane olursa olsun hepsini kopyalayacaktır. Ancak aynı zamanda iş artımlı kalır, yani ana iş bir VBK veya VRB oluştursa bile bu noktalar VIB olarak kopyalanacaktır. Aksi takdirde, bu modda herhangi bir sürpriz yoktur - hem standart hem de GFS tutma yukarıda açıklanan kurallara göre çalışır (ancak burada yalnızca sentetik GFS mevcuttur).
Diskler dönüyor. Döndürülmüş sürücülü depoların özellikleri
Fidye yazılımı virüslerinin sürekli tehdidi, verilerin bir kopyasının virüsün ulaşamayacağı bir ortamda bulundurulmasını fiili bir güvenlik standardı haline getirdi. Bir seçenek, disklerin teker teker kullanıldığı disk döndürme havuzlarını kullanmaktır: bir disk bağlı ve yazılabilirken geri kalanı güvenli bir konumda saklanır.
B&R'ye bu tür depolarla çalışmayı öğretmek için, Depo ayarlarında, Depo adımında Gelişmiş düğmesine tıklamanız ve uygun seçeneği seçmeniz gerekir:
Bundan sonra VBR, mevcut zincirin periyodik olarak depodan kaybolmasını bekleyecektir, bu da disk rotasyonu anlamına gelir. Deponun türüne ve işin türüne bağlı olarak B&R farklı davranacaktır. Bu, aşağıdaki tabloyla temsil edilebilir:
Her seçeneği ele alalım.
Normal görev ve Windows havuz
Yani zincirleri ilk diske kaydeden bir görevimiz var. Döndürme sırasında oluşturulan zincir aslında kaybolur ve görevin bir şekilde bu kayıptan kurtulması gerekir. Tam bir yedekleme oluşturmakta teselli buluyor. Böylece her rotasyon tam bir yedekleme anlamına gelir. Peki bağlantısı kesilen diskteki noktalara ne olur? Elde tutma hesaplanırken hatırlanır ve dikkate alınırlar. Dolayısıyla, bir görevde belirlenen nokta sayısı, tüm disklerde kaç noktanın tutulması gerektiğidir. İşte bir örnek:
İş sonsuz artımlı modda çalışır ve 3 geri yükleme noktası depolayacak şekilde yapılandırılmıştır. Ama aynı zamanda ikinci bir diskimiz var ve onu haftada bir döndürüyoruz (daha fazla disk olabilir, bu özü değiştirmez).
İlk hafta görev, ilk diskte noktalar oluşturacak ve fazla olanları birleştirecektir. Böylece toplam puan sayısı üçe eşit olacaktır:
Sonra ikinci sürücüyü bağlarız. Başlatma sırasında B&R diskin değiştirildiğini fark edecektir. İlk diskteki zincir arayüzden kaybolacak, ancak onunla ilgili bilgiler veritabanında kalacak. Şimdi görev ikinci diskte 3 puan tutacak. Genel durum şu şekilde olacak:
Son olarak ilk sürücüyü yeniden bağlarız. Yeni bir nokta oluşturmadan önce görev, alıkoymada neler olup bittiğini kontrol edecektir. Ve size hatırlatırım, tutma 3 puan depolayacak şekilde ayarlanmıştır. Bu arada, disk 3'de 2 noktamız var (ancak bağlantısı kesilmiş ve B&R'nin ulaşamayacağı güvenli bir yerde saklanıyor) ve disk 3'de 1 noktamız var (ancak bu bağlı). Bu, tutmayı aştıkları için disk 3'den 1 noktayı güvenli bir şekilde kaldırabileceğimiz anlamına gelir. Bundan sonra görev tekrar tam bir yedekleme oluşturur ve zincirimiz şöyle görünmeye başlar:
Saklama, puan sayısı yerine günleri depolayacak şekilde yapılandırılmışsa mantık değişmez. Ayrıca, disk rotasyonlu depolar kullanıldığında GFS saklama hiçbir şekilde desteklenmez.
Normal görev ve Linux depo ağ depolama
Bu seçenek de mümkündür ancak uygulanan kısıtlamalar nedeniyle genellikle daha az tavsiye edilir. Görev, diskin dönmesine ve zincirin kaybolmasına aynı şekilde, tam bir yedekleme oluşturarak tepki verecektir. Sınırlama, kesme tutma mekanizmasından kaynaklanmaktadır.
Burada, dönüş sırasında bağlantısı kesilen diskteki zincirin tamamı B&R veritabanından silinir. Lütfen veritabanındaki dosyaların kendilerinin diskte kaldığını unutmayın. Kurtarma için içe aktarılabilir ve kullanılabilirler, ancak er ya da geç bu tür unutulmuş zincirlerin tüm depoyu dolduracağını tahmin etmek kolaydır.
Çözüm, bu sayfada belirtildiği gibi DWORD ForceDeleteBackupFiles eklemektir: . Daha sonra iş, her dönüşte iş klasörünün veya depo klasörünün (değere bağlı olarak) tüm içeriğini silmeye başlayacaktır.
Ancak bu zarif bir saklama değil, tüm içeriğin temizlenmesidir. Ne yazık ki, teknik destek, deponun yalnızca diskin kök dizini olduğu ve yedeklemelere ek olarak diğer verilerin de bulunduğu durumlarla karşılaştı. Bütün bunlar rotasyon sırasında yok edildi.
Ek olarak, etkinleştirildiğinde, ForceDeleteBackupFiles tüm depo türleri için çalışır; yani, hatta şu tür depolar için bile geçerlidir: Windows Saklama işlemi durdurulacak ve içerik silinmeye başlanacaktır. Başka bir deyişle, yerel diskteki içerik silinecektir. Windows – bu tür bir yedekleme depolama sistemi için en iyi seçim.
Yedek kopya ve Windows havuz
BCJ ile işler daha da ilginçleşiyor. Yalnızca tam kapsamlı bir saklamaya sahip olmakla kalmaz, aynı zamanda diski her değiştirdiğinizde tam yedekleme yapmanıza da gerek kalmaz! Bu şekilde çalışır:
İlk olarak B&R ilk diskte noktalar oluşturmaya başlar. Tutmayı 3 puana ayarladığımızı varsayalım. Görev sonsuz artımlı modda çalışacak ve gereksiz olan her şeyi birleştirecektir (bu durumda GFS saklamanın desteklenmediğini hatırlatmak isterim).
Sonra ikinci sürücüyü bağlarız. Henüz üzerinde zincir olmadığından tam bir yedek oluşturuyoruz ve ardından üç noktadan oluşan ikinci bir zincirimiz oluyor:
Sonunda ilk sürücüyü yeniden bağlamanın zamanı geldi. Görev tam bir yedekleme oluşturmayacağından, bunun yerine artımlı zincire devam edeceğinden, sihrin başladığı yer burasıdır:
Bundan sonra neredeyse her diskin kendi bağımsız zinciri olacaktır. Dolayısıyla burada tutma, tüm disklerdeki noktaların sayısı değil, her diskteki noktaların ayrı ayrı sayısı anlamına gelir.
Yedek kopya ve Linux depo ağ depolama
Ve yine, eğer depo yerel bir diskte değilse, tüm zarafet kaybolur. WindowsBu senaryo, yukarıda açıklanan basit göreve benzer şekilde çalışır. Her rotasyonda, BCJ tam bir yedekleme oluşturacak ve mevcut yedekleme noktaları unutulacaktır. Alanın tükenmesini önlemek için ForceDeleteBackupFiles DWORD değerini kullanın.
Sonuç
Bu kadar uzun bir metnin sonucunda iki tür göreve baktık. Elbette daha pek çok görev var ama hepsini tek makale formatında ele almak mümkün olmayacak. Okuduktan sonra hala sorularınız varsa yorumlara yazın, kişisel olarak cevaplamaktan memnuniyet duyarım.
Kaynak: habr.com
