Yeni bir yedekleme şeması oluşturma


15

İlk yedekleme planımı tasarlama sürecindeyim. Veri yedeklemeyi yönetmek için tamamen yeniyim ve tam olarak anlamadığım bazı kavramlar var. Şimdiye kadar sahip olduğum ve hangi ekipmanı kullanacağım.

Yedekleyeceğim sadece üç sunucu var, toplam veri yaklaşık 200 Gb. Cumartesi günleri haftalık tam yedeklemeler, ardından Mon ila Cum geceleri arasında farklı yedeklemeler yapacağım. Ayrıca DR amaçları için saha dışında saklanacak bir ay sonu tam yedeklemesi de olacaktır.

Kullanılan ekipman: -8 slot teyp yedekleme sürücüsü -LTO2 bantlar-Exchange ve SQL Aracıları ile Yedekleme Yürütme 12.5

İlk olarak 1. Hafta için, daha sonra 2. Hafta için iki bant kullanacağım.

Benim sorum şu, her sette kaç tane bant kullanmalıyım? Yedek sürücü sekiz kasete kadar kabul ettiğinden sekiz tane kullanmam gerekir mi? Daha az koyarsam atılır mı?

İkincisi, diff yedeklemeleri her hafta gece muhtemelen en fazla yaklaşık 5 Gb olacağından, medya havuzuna (her gece için bir bant) beş LTO2 bandı (400 Gb'ye kadar tutan) koymam gerekir mi? Yoksa teorik olarak haftalarca farklı farklar taşıyabildiğinden, yeterli midir?

Anlamadığım şey, BE'nin her gün için yeni bir bant seçmesi veya doluncaya kadar aynı banda eklemeye devam edip bir sonrakine geçmesi.

Belki de sorulması daha kolay olan soru, yukarıda listelenecek yedek ekipman ve sunucularınız olsaydı, yedekleme tasarımınız ne olurdu?

Çok teşekkürler....

Yanıtlar:


6

W. Curtis Preston'ın "Yedekleme ve Kurtarma" (O'Reilly Kitabı) kitabını şiddetle tavsiye ederim

http://oreilly.com/catalog/9780596102463/

Yedekleme planınızı nasıl yapacağınızı sormak, 10 büyükanneye en iyi tavuk şehriye çorbasını nasıl yapacağını sormak gibidir. 10 farklı cevap alacaksınız, ancak hepsi temel malzemeler üzerinde anlaşacak.

Bence, Backup & Recovery, uygulamayı seçebileceğiniz (veya seçemeyeceğiniz) farklı seçeneklerin güçlü ve zayıf yönleri hakkında konuşmak için oldukça iyi bir iş çıkarıyor.

Yani, ilk başlayacağım yer burası.


Onu ben kontrol edecegim. Backup Exec'ın aynı medya havuzundaki kasetlere veri yazmayı nasıl ele aldığı ile ilgili sorumu yanıtlayabilir misiniz?
Citizen Chin

3

Bunu kurduğumdan beri bir süre geçti ve evdeyim, bu yüzden hafızadan gidiyorum.

Bizim durumumuzda, bir LTO-3 sürücümüz, iki bantta tam bir yedekleme ve bir haftaya uyan tüm farklılıklar var. Yani her hafta, tam için iki banttan ve aşağıdaki 5 fark için üçüncü bir banttan oluşan bir bant setimiz var. Bu setleri 5 hafta boyunca saklıyoruz, bir saha dışı ve 4 sahamız var.

Kasetlerin bundan önce yeniden kullanılamaması için 5 haftaya ayarlanmış tam yedeklemeler için bir ortam havuzu oluşturduk ve bir dahaki sefere teyp kullandığınızda, eklenebilir olmayacak şekilde ayarladık başlangıç.

Diffs için medya havuzu 1 haftaya ayarlandı, çünkü bundan sonra diffs'de ne olduğunu gerçekten umursamadık ve eğer gerekliyse bir "yanlış" fark bandı alabiliriz. Pratikte, dediğim gibi, hafta boyunca her zaman bant setini hep birlikte tutarız. Ancak LTO-3'ü ilk aldığımızda kasetler 50 dolardı ve sadece birkaç fark kaseti alarak ve onları tekrar kullanarak paradan tasarruf edeceğimizi düşünüyorduk.

(Fark medya havuzu için "oldu" dedim çünkü bantlara diffs yapmayı bıraktık ve şimdi benzer bir disk-disk-bant şeması yapıyoruz: diske tam yedekleme ve daha sonra bunu teybe kopyalayın, sonra diffs sadece diske.)

Özel sorunuza cevap vermek için, yedekleri ayarladığınızda, hangi medya havuzunun bir bant alacağını söyler ve bu yazılabilir olan ilk olanı alır.

LTO-2 ve 200GB dediniz, bu yüzden bir dolu kasete birkaç tane sığmalı, en kötüsü 3. Böylece, bir defada dolu için 6 bant ve yükleyicide diffs için 2 bant olabilir, daha sonra her hafta bir set dolusu çıkarmanız ve başka bir tane koymanız gerekir. Yedekleriniz 2 banda sığarsa, 3 set dolumunuz olabilir ve yalnızca 2 haftada bir değiştirmeniz gerekir.


Şimdiye kadarki tüm cevaplar için teşekkür ederim, oldukça yardımcı oldular. Başka bir soru, Symantec'in sitesinde cevap bulamadığım için, 'tarama' ve 'envanter' işlevleri ne işe yarıyor? Ayrıca, etiketlerle ilgili olarak, bir bandı manuel olarak etiketlemezseniz, kendisine bir bant atayacaksınız?
Citizen Chin

2

Backup Exec, tam ve artımlı yedeklemeler için farklı yuvalar kullanacak şekilde yapılandırılabilir.

Planında gördüğüm en büyük zayıflık iki yedek bant seti. Üç set mutlak minimum olarak kabul edilir. Genellikle en az beş set kullanıyorum.

Ayrıca, bir yıl boyunca sakladığınız aylık tam yedeklemeyi de düşünebilirsiniz.


2

Backup Exec'nun nasıl çalıştığını bilmiyorum, ancak genel olarak cevap verebilirim.

Kullandığım araçların hepsi yedekleme setlerini gereken minimum bant sayısıyla sınırlayabilir. Demek istediğim, robotunuza 8 boş bant yüklerseniz, ancak yalnızca ilk üçe yazarsanız, yalnızca bu üç bant yedekleme kümesinin bir parçasıdır. Kalan beş tanesi değildir ve bu nedenle başka bir şey için kullanılabilir.

Ayrıca, bu araçlar kullanılabilir alan varsa varolan bir banda eklenecek şekilde yapılandırılabilir. Dolayısıyla, günlük alanınız 5 GB ise ve sisteminiz yapılandırıldıysa, ertesi günün artımını ilk banda ekler. Artımlarınız gerçekten çok küçükse, iki bant kullanarak ve sadece aralarında dönersiniz. Tabii ki bu, medya yaşamları hakkında da endişeleneceğiniz anlamına gelir - kasetler diğer her şey gibi aşınır.

İkincisi: "diferansiyel" ile "artımlı" yedek arasındaki fark konusunda dikkatli olmalısınız. "Diferansiyel" yedekleme, "şimdi" ile bir referans noktası arasındaki (genellikle son tam yedekleme) tüm farklardır. Eğer delta günde yaklaşık 5GB ise, o zaman ilk gün 5GB, ikincisi potansiyel olarak 10GB, vb. Olacaktır. artımlı kendisi. Böylece ilk deltanız 5GB, ikinci 5GB vb. Olacaktır.

Birincisinin avantajı, geri yüklemelerin potansiyel olarak çok daha hızlı olmasıdır - tam yedeklemenizi, ardından geri yükleme noktanızdan hemen sonra alınan diferansiyeli yuvarlarsınız. Dezavantajı, deltalarınıza bağlı olarak çok daha fazla medyaya ihtiyaç duymanızdır.

İkincisinin avantajı, daha az medyaya ihtiyaç duymanız ve daha az veri yedeklediğiniz için yedeklemelerin potansiyel olarak daha hızlı çalışmasıdır. Dezavantajı, zaman içinde bir noktaya geri yüklemek için sırayla tam, sonra her artımlı geri yüklemeniz gerektiğidir.

Dönüşlerinizle ilgili olarak - ihtiyacınız olan şey sitede iki hafta ise, deseniniz muhtemelen tamamdır. Ancak her zaman daha dolu bir dönüş kullanırız.

  • Ayın ilk Cuma günü: aylık yedekleme. Bir (veya iki) yıl boyunca tesis dışına gönderilir (müşteriye bağlı olarak).
  • İkinci ila Dördüncü (veya beşinci) Cuma: Hafta A'dan C'ye (veya D). Bunlar saha dışına gönderilir ve bir ay sonra geri gelir.
  • Pazar - Perşembe: müşteri gereksinimlerine ve özelliklerine bağlı olarak artımlı veya farklı yedekleme. Bunlar iki hafta yaşar ve yerinde kalır.

Bazı müşterilerimiz, sonsuza dek veya hatırlanana kadar ara sıra özel yedeklemeler de istemektedir. Medya bozunabileceğinden genellikle bunların iki kopyasını alırım.

Son olarak, bir bilgelik notu: Test edene kadar yedek değildir. Yedeklemelerinizin çeşitli bölümlerinin düzenli olarak geri yüklenmesini düzenli olarak test etmek için döngüde zaman ayırın. Bu sadece yedeklemelerinizi doğrulamakla kalmaz, aynı zamanda bir geri yükleme gerçek olduğunda ne yapacağınızı bildiğiniz anlamına gelir.

Başka bir şey okumazsanız, M.Janke tarafından "Backups Suck" bölümünü okuyun: http://www.standalone-sysadmin.com/blog/2009/02/backups-suck/


1

2'den fazla yedekleme setine ihtiyacınız olduğunu kabul ediyorum. Ben 4 makul bir sayı olarak düşünün (yani bir şey haywire giderse geri gitmek için yaklaşık bir ay değerinde bantlar var). Backup Exec'da yedeklemeler ayarladığınızda, verileri ekleme veya verilerin üzerine yazma seçeneğiniz vardır. Ayrıca, ekleme derken teyp doluysa ne yapacağınızı seçebilirsiniz. Ayrıca, yeni kullanılan kasetin yanlışlıkla üzerine yazılmasını önlemek için medya havuzunuzdaki üzerine yazma koruma ayarlarını denetleyebilirsiniz. Bir ipucu, kasetlerin olması gerektiğinde her zaman değişmediğini (eğilimde biri hasta olduğu veya tatilde olduğu veya tatilde olduğu için) bulma eğilimindeyim, bu yüzden mümkünse iki bant seti almaya çalışıyorum sürüş. Bu hafta için olanlar ve SONRAKİ hafta için olanlar. Böylece, işler bozulmadan önce mevcut yedekleri çıkarmak için tam bir haftanız olur. Ayrıca, bir banda 6 gece diferansiyelin uyup uymayacağına da bir göz atmalısınız. Eğer yapmazlarsa, ancak 6 geceli artımlı artımları dikkate almak isteyebilirsiniz. Tam bir geri yükleme yapmak için gereken süreyi artırır (özellikle haftanın sonuna doğru), ancak gerekli bant sayısını azaltırsa buna değebilir.


1

Bant yanı sıra, başka bir sunucuya veya SAN tipi bir aygıta disk diske kopyalanması tavsiye.

Bantlar arşivleme amaçları için mükemmeldir, ancak hiçbir şey hızlı, sorunsuz kurtarma için diskte yerel bir kopyaya sahip değildir.

WAN'ınız varsa, disk yedeklerini kablodan site dışına göndermeyi düşünün. Bant genişliği için ne kadar ödediğinize bağlı olarak, farklı konumlardaki en önemli verilerinizin birden fazla kopyasını almanın uygun maliyetli bir yolu olabilir.


1

Her birimizin farklı sistemleri ve ihtiyaçları var, bu yüzden hepimiz farklı tavsiyeler vereceğiz. KPWINC'in önerdiği gibi yapın ve biraz okuma yapın. Daha sonra uyguladığınızda, daha sonra farklı bir sistemin daha iyi olacağını belirlerseniz, kolayca değiştirilebilecek bir şekilde yaptığınızdan emin olun.

Bunu söyledikten sonra, benim tavsiyem:

Yalnızca küçük bir miktarda veri yedekliyorsunuz, bu nedenle pratik ise her gün tam yedeklemeyi çalıştırın. Yedeklemeler zaman zaman birçok nedenden dolayı başarısız olur. Her kasette tam yedekleme olması, geri yüklemeleri kolaylaştırmakla kalmaz, DR şansınızı da artırır.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.