Ne Sıklıkla Yedek Almalıyım?

Ne Sıklıkla Yedek Almalıyım?

Artık kuruluşunuzun veri koruma gereksinimlerini anlıyorsunuz ve bunları uygulamak için gerekli araçlara sahipsiniz. Bunu hayata geçirmek için, yedeklemelerinizin zamanlamalarını tasarlamanız gerekir. Çok az veriniz veya yedekleme için yüksek bir bütçeniz yoksa, birden fazla zamanlama kullanacaksınız. Üç metrik kullanacaksınız:

• Değer

• Değişim sıklığı

• Uygulama özellikleri

Verilerin Değerinin Yedekleme Zamanlamasını Nasıl Etkilediğini Anlama

Tam yedekleme zamanlamanızın sıklığı, zaman içinde kaç veri kopyasına sahip olacağınızı doğrudan belirler. Herhangi bir bitin ne kadar çok kopyasına sahip olursanız, en az bir kopyanın felaketten kurtulma olasılığı o kadar yüksek olur. Bu nedenle, hiçbir koşulda kaybedemeyeceğiniz verileriniz varsa, programınız bunu yansıtmalıdır.

Değişiklik Sıklığının Yedekleme Zamanlamasını Nasıl Etkilediğini Anlamak

Sık sık değişen verilerin eşit sıklıkta yedeklenmesi gerekebilir. Birinci bölümden hatırladığınız gibi, kurtarma noktası hedefleri (RPO) yedeklemeler arasındaki maksimum süreyi ayarlar ve bu da ne kadar son veriyi kaybedebileceğinizin sınırlarını belirler. Ayrıca, bu verilerin RTO'dan bağımsız olarak ne sıklıkta değiştiğini de göz önünde bulundurmalısınız.

Sık değişmeyen verileriniz varsa, daha uzun bir RPO'yu düşünebilirsiniz. Bir öğeyi yalnızca birkaç ayda bir değiştiriyorsanız, her hafta yedeklemek mantıklı olmayabilir. Ancak, bunun istenmeyen sonuçları olabilir.

Örneğin, etki alanı denetleyiciniz için yalnızca aylık bir zamanlama ayarlarsınız, çünkü nadiren personel devir hızınız olur ve yılda yalnızca birkaç bilgisayarı değiştirirsiniz. Ardından, yeni bir çalışanı işe alırsınız ve yedeklemeden sonraki gün ona bir bilgisayar sağlarsınız.

Bu ay içinde Active Directory'ye bir şey olursa, tüm bu yeni bilgileri kaybedersiniz. Programınızın bu tür olasılıkları göz önünde bulundurması gerekir.

Yedekleme Uygulaması Özelliklerinin Zamanlamayı Nasıl Etkilediğini Anlama

Modern ticari yedekleme uygulamalarının farklı olmaktan çok ortak noktaları olduğunu göreceksiniz. Hepsinin işleri planlamanın bir yolu var. Her biri yedeklemeleri optimize etmek için bir yol kullanır. Kullandığınız çözümlerdeki tam özellikler, zamanlama şeklinizi etkiler.

Aşağıdaki liste, seçtiğiniz programdaki özelliklerden nasıl yararlanacağınızı belirlemeniz için bir başlangıç noktası sağlar:

Sanal makine farkındalığı

Yedekleme yazılımınız sanal makinelerin nasıl yedekleneceğini anlıyorsa, verimli sıralamayı işlemesine izin verebilirsiniz. Aksi takdirde, işlerin kaynaklarınızı zorlamaması için konuk işletim sistemlerini yedeklemeyi zamanlamanız gerekir.

Yerden tasarruf sağlayan özellikler

Yedekleme aracınız depolama alanını koruyabiliyorsa, bunun bariz faydaları vardır. Her şey değiş tokuşları içerir - bu ekstra alan için nelerden vazgeçtiğinizi bildiğinizden emin olun.

Dikkat edilmesi gereken bazı yaygın noktalar:

• Geleneksel değişiklik ve artımlı yedeklemeler, bağımlı oldukları tam yedeklemelerden daha hızlı tamamlanır. Kaynakları tam yedeklemeleri olmadan hiçbir şey ifade etmezler. Programınızı, zaman ve alanın izin verdiği ölçüde tam yedeklemeleri barındıracak şekilde tasarlayın;

• Daha yeni delta ve veri tekilleştirme teknikleri, diferansiyel ve artımlı işlerden daha fazla alan tasarrufu sağlar, ancak gerekli tam yedeklemelere ek olarak hesaplama ve izleme gerektirir. Önemli CPU zamanı kullanmamalıdırlar, ancak test etmeniz gerekir. Ayrıca, uygulamanızın değişiklikleri izleyip izlemediğini ve nasıl izlediğini kontrol edin. Bazıları aktif disklerinizde yer kaplar;

• Depolama ortamınızda fazladan alanınız varsa, bu teknolojilere aşırı bağımlı olmayın. Mümkünse daha fazla tam yedekleme oluşturun.

Zaman kazandıran özellikler

Önceki madde işaretindeki özelliklerin çoğu, zamandan ve yerden tasarruf sağlar. Uzayda olduğu gibi, ihtiyacınız olmayan zamandan tasarruf etmeye çalışmayın.

Çoğaltma

Çoğaltma işlevleri bant genişliği gerektirir ve bu da Internet bağlantılarından geçerken ciddi performans sorunlarına neden olabilir. Bir çoğaltma işi bir sonraki iş başlamadan önce tamamlanmazsa, kullanılamaz yedeklerle karşılaşabilirsiniz.

Ortam türleri

Çeşitli yedekleme ortamı türlerinin performansındaki büyük farklılıklar nedeniyle, belirlediğiniz seçenek(ler) yedeklemeleri nasıl zamanlayacağınızı ve hangi alan tasarrufu özelliklerini kullanacaklarını belirler. Örneğin, banda birkaç terabayt yedeklemeniz gerekiyorsa ve tam yedeklemenin gerçekleştirilmesi on iki saat gerektiriyorsa, yalnızca on iki saatiniz olduğunda tam yedekleme çalıştırabilirsiniz.

Anlık görüntü özellikleri

Yedekleme uygulamanız VSS (Birim Gölge Kopyası Hizmetleri - Windows İşletim Sistemi'nin bir özelliği) ile tümleşiyorsa veya kilitlenmeyle tutarlı veya uygulamayla tutarlı yedeklemeler almak için başka bir teknik kullanıyorsa, daha fazla zamanlama seçeneğiniz olur.

Yedekleme, sistem kaynaklarını kullanır ve bir işin diğeriyle çakışmasını istemezsiniz, ancak anlık görüntü alma, sistemler kullanımdayken yedeklemeleri çalıştırmanıza olanak tanır.

Dağıtım aşamasında yedekleme programınızı iyi tanımış olmanız gerekir. Yedekleme programınızın nasıl çalıştığını tam olarak öğrenmek için zaman ayırın. Periyodik tam yedekleme ihtiyacını unutmayın.

Eyleme Geçirmek

Her seferinde tam yedekleme almak, herhangi bir rasyonel zaman ve medya miktarını hızla aşacağından, taviz vermeniz gerekir. Mümkünse, günde en az bir kez tüm verilerinizin tam bir yedeğini alacağınızı unutmayın.

Yedekleme zamanlaması için yönergeler:

• Tam yedeklemeler, kesintisiz anlık görüntü teknolojilerinde bile zamana ve kaynaklara ihtiyaç duyar. Bunları düşük aktivite dönemlerinde planlamaya çalışın.

• Tam yedeklemeler diğer yedeklemelere bağlı değildir. Bu nedenle, büyük değişikliklerden sonra en büyük değere sahiptirler. Örnek olarak, bazı kuruluşların karmaşık ay sonu prosedürleri vardır. Hemen ardından bir yedek almak, geri yükleme durumunda çok zaman kazandırabilir.

• Artımlı, diferansiyel, delta ve tekilleştirilmiş yedeklemeler, tam yedeklemelere kıyasla nispeten daha az zaman ve alan gerektirir, ancak bunlar diğer yedeklemelere bağlıdır. Bunları tam yedeklemeler arasında dolgu maddesi olarak kullanın.

• Yedekleme planınız öncelikli olarak çevrimiçi depolama alanı kullanıyorsa, yedeklemeleri çevrimdışı medyaya planladığınızdan emin olun. Bu manuel bir süreçse, bir hesap verebilirlik planı uygulayın.

• Yöneticiler geceleri yedekleme yapma eğiliminde oldukları gibi, sistem ve yazılım güncellemelerini de geceleri planlamayı severler. Zamanlamaların çakışmadığından emin olun.

Dede-baba-oğul örnek planı

"Büyükbaba-baba-oğul" (GFS) şemaları çok yaygındır. Bantlar gibi dönen ortamlarla en iyi şekilde çalışırlar. Tipik bir örnek zamanlama:

• "Büyükbaba": ayda bir kez tam yedek alınır. Büyükbaba medyası yıllık olarak döndürülür (Ocak 2020 kasetinin üzerine Ocak 2021 yedeklemesini, Şubat 2020'yi Şubat 2021 verilerini vb. yazın). Yılda bir "büyükbaba" türü, genellikle kuruluşunuzun mali yıl sonunu takip eden tür, veri saklama ilkesine uygun olarak hiçbir zaman üzerine yazılmaz.

• "Baba": haftalık olarak tam yedek alınır. "Baba" medyası aylık olarak döndürülür (yani, bir "Hafta 1" kasetiniz, bir "Hafta 2" kasetiniz vb.).

• "Oğul": artımlı veya diferansiyel yedeklemeler günlük olarak alınır ve medyalarının üzerine haftalık olarak yazılır (yani, bir "Pazartesi" kasetiniz, bir "Salı" kasetiniz vb.).

Yukarıdaki örnek, GFS şemasının tek türü değildir. Farklı rotasyon bileşenlerinin ilişkisi, nasıl nitelendirildiğidir. Çok uzun süreli bir tam medya kümesine, daha kısa ömürlü bir tam medya kümesine ve hızla döndürülen bir medyaya sahipsiniz.

Bazı uygulamalar yıllık medyayı tutmaz. Diğerleri aylık tam döndürme yapmaz, bunun yerine tam yedekleme saklama süresi boyunca tutar. Bazıları günlük medyayı her hafta döndürmez. Kuruluşunuzun ihtiyaçları ve bütçesi uygulamalarınızı belirler.

Bir GFS şemasıyla, tam bir geri yüklemeden asla birkaç medya parçasından daha fazla uzakta olmazsınız. "Diferansiyel" stildeki bir yedeklemenin en son "oğul" medyasına ve hemen önündeki "babaya" ihtiyaç duyduğunu, "artımlı" stildeki bir yedeklemenin ise en son "baba" medyasına ve tüm "oğullarına" ihtiyaç duyduğunu unutmayın.

Bir GFS planının dezavantajı, günlük yedeklemelerin ayrıntılı seviyesini hızla kaybetmenizdir. Günlük olarak döndürdüğünüzde, üzerine yazılan her şey en iyi ihtimalle en son aylık veya belki de yıllık yedeklemede hayatta kalacaktır. En büyük risk, tam yedekleme döngüleri arasında oluşturulan ve yok edilen verilerdir.

Çevrimiçi medya örnek planı

Yedekleme çözümünüz öncelikle çevrimiçi medya kullanıyorsa, saygı duyulan GFS yaklaşımı iyi çalışmayabilir. Her zaman çevrimiçi olan sistemlerin çoğu aynı "rotasyon" kavramına sahip değildir. Bunun yerine, yapılandırılmış bir bekletme ilkesi sona erme süresine ulaştığında eski verileri eskitir.

Bunlar için yapılandırmanız, yedekleme programınızın verileri nasıl depoladığına bağlı olacaktır. Yinelenenleri kaldırma şeması kullanıyorsa ve yalnızca tek bir tam yedekleme tutuyorsa, yedekleme sıklığını ve bekletme ilkesini yapılandırmak dışında yapacak çok az şeyiniz vardır.

Sürekli yedekleme örnek planı

Birçok uygulamanın bir tür "sürekli" yedeklemesi vardır. Verileri son derece küçük zaman artışlarıyla yakalarlar. Örnek olarak, Hornetsecurity'nin VM Yedeklemesi, beş dakika kadar kısa bir zamanlama ayarlamanıza olanak tanıyan bir "Sürekli Veri Koruma" (CDP) özelliğine sahiptir.

Bu tür yedeklemeleri zamanlamak üç önemli noktayı içerir:

• Yedekleme uygulaması "sürekli" yedekleme verilerini nasıl depolar?

• Korunan veriler ne kadar hızlı değişir?

• Korunan veriler hedef zaman dilimi içinde ne kadar değişir?

Yedekleme programınız her aralıkta tam, bağımsız kopyalar alıyorsa, medya alanınız çok hızlı bir şekilde tükenebilir. Tekilleştirme tipi bir depolama mekanizması kullanıyorsa, önemli ölçüde daha az kullanmalıdır. Her iki durumda da, veri kaybı hızınız ne kadar alana ihtiyacınız olduğunu belirleyecektir.

Değişim oranı çok yüksek olan sistemlerde, yedekleme sisteminiz bir sonraki başlamadan önce bir yedekleme yapmak için yeterli zamana sahip olmayabilir. Bu, ciddi sorunlara yol açabilir, bunlardan en önemlisi, istediğiniz sürekli yedeklemeyi sağlayamamasıdır.

Bazı sistemlerin nasıl davranacağını kolayca tahmin edebilirsiniz; diğerleri daha fazla çabaya ihtiyaç duyar. Bir ayarı ayarlamak, nasıl performans gösterdiğini izlemek ve tekrar ayarlamak için biraz zaman harcamanız gerekebilir.

Karma yedekleme planı örneği

Herkese uyan tek bir program oluşturmanıza gerek yok. Farklı programlar ayarlayabilirsiniz. RTO'larınızı, RPO'larınızı, bekletme ilkelerinizi ve kapasite sınırlarınızı kılavuz olarak kullanın.Bir olasılık:

• Etki alanı denetleyicileri: bir yıllık saklama ile standart GFS

• Birincil iş kolu uygulama sunucusu (yalnızca uygulama): aylık tam, işletim sistemi ve yazılım güncelleştirmelerinden sonra zamanlanır ve üç aylık saklama süresi vardır

• Birincil iş kolu veritabanı sunucusu: sürekli, altı aylık saklama

• Birincil dosya sunucusu: beş yıllık saklama ile standart GFS

• E-posta sunucusu: Exchange'de uzmanlaşmış, günlük tam, saatlik fark, beş yıllık saklama ile farklı bir yedekleme programı kullanır

• Tümü: her gün gece yarısı uzak siteye kopyalanır

• Tümü: Bekletme ilkelerine uygun olarak aylık tam çevrimdışı

 

Sanallaştırma ortamınızı ve tüm verileri düzgün bir şekilde korumak için, sanal makinenizi güvenli bir şekilde yedeklemek ve çoğaltmak için *Hornetsecurity *VM Backup'ı kullanın.

Kapsamlı 365 Total Protection Enterprise Backup ve 365 Total Backup* *çözümlerimizle Microsoft 365 ortamınızın güvenliğini sağlıyoruz.

Eksiksiz rehberlik için*, yedekleme ve felaket kurtarma hakkında paha biçilmez bilgiler içeren vazgeçilmez kaynağınız olarak hizmet veren* kapsamlı Yedekleme İncil'imizi edinin.

Kaynak: Ne Sıklıkla Yedek Almalıyım? (hornetsecurity.com)