Yedekleme sunucusu RAID kullanmalı mı?


17

Symantec Backup Exec kullanarak bant yerine sabit diske depolanan yeni bir yedekleme sunucusu kurmam istendi, çünkü yedekleme boyutu bant kapasitesini geçiyor.

Gerçekten mantıklı mıydı veya yedekleme sunucusu "yedekleme" olarak herhangi bir tür RAID çalıştırmak için herhangi bir avantaj var mı?

Bana göre, fayda, katma maliyeti haklı çıkarmak için o kadar da iyi değil.

Başkalarının ne düşündüğünü görmek istiyorum.

Teşekkürler!



1
Bu, benim görüşüme göre, "bir yedekleme sunucusunda raid kullanmanın bir nedeni olup olmadığını" "raid'i yedek olarak kullanmak" diye sormasıyla aynı soru değildir. Neredeyse sorunun tam tersi.
yarıçap

Kabul ediyorum, bağlantıyı yayınladım, çünkü cevapların bazıları ilgili.
Andrioid

Diğer posterlerden harika cevaplar. Ekleyecek fazla bir şeyim yok, ama ".. faydası, ek maliyeti haklı çıkarmak için o kadar büyük değilse", işinizi riske attığınızı fark etmeyeceğinizi iddia edebilirim. Birkaç yüz dolar tasarruf işinizi tehlikeye atmaya değer mi? Şirket ve kariyeriniz için tam bir felaketten kaçınmak için nispeten az miktarda para harcarsanız hiç kimse sizi düşünmeyecektir. Sadece iki sentim.
osij2is

Yanıtlar:


16

Imo, baskın kullanmanın çok büyük bir yararı var.

Yedekleme makinesinde baskısız disk hatası varsa, tüm yedeklemelerinizi kaybedersiniz. Onları yeniden inşa etmek ne kadar sürer?

Ayrıca, bir disk arızası nedeniyle tüm yedeklemelerinizi kaybederseniz, bunları başarıyla yeniden oluşturursanız ve daha önce yedeklenmiş ancak bu disk arızasının nedenini kaybeden bir şey bulmanız gerekir.

Başka bir şey yoksa, diskler şimdi o kadar ucuzdur ki, sistemi baskın 5'e koymak için ekstra bir disk maliyeti, bir arızadan kurtulmanız gerektiğinde muhtemelen zamanınızdan daha düşük olacaktır.


1
Belirli RAID seviyelerinin sunduğu disk hızındaki muazzam avantajlardan bahsetmiyoruz bile. Bir yedeklemeyi yeniden oluşturuyorsanız, okuma hızı bir sorun olabilir ve RAID5 veya RAID10 yardımcı olacaktır.
Russ Warren

1
Gerçek disk kapasitesine o kadar büyük verildiğini ve aynı RAID yapılandırmalarının vaat ettikleri kadar güvenli hale gelmediğini unutmayın. Ben büyük bir boyutu olan bir disk olması (sektör başına) de artan bir olasılık var aslında atıfta bulunuyorum .. Bu basit istatistik gerçeği bir disk hatası sonra RAID yeniden yapılanma hayatta kalan diski de ölüme yapmak gerçeğini mümkün kılar. .. süper güvenli bir RAID1 + HS'yi tamamen güvenilir olmayan bir sistem yapmak ... Bu nedenle, hataya dayanıklı RAID sisteminiz için çok büyük diskler kullanmayın. Bkz. Hds.com/assets/pdf/…
drAlberT

11

Sunucu bilgisayarların çok özel durumlar dışında yedek diskleri olmalıdır (Google gibi "1U uygulama sunucularının" ölçeklendirilmesi "sonrasında rafı düşünün). Gereksiz diskleri olmayan bir sunucu bilgisayarı bir saatli bombadır.

Bununla birlikte, site dışında ve çevrimdışı olmadığı sürece yedekleme yedek değildir. Yerinde ama çevrimdışı ise (çekmecedeki bantlar) bina yandığında gider (bkz . Sunucudan kurum temizleme ). Site dışında ancak çevrimiçi ise saldırıya ve "yolsuzluğa" karşı savunmasızdır.

Ve şimdi, diske karşı teyp vs. hakkında dini argümanlar için bizi izlemeye devam edin.


Disk + Bant. İkisi de her şey için diğerinden daha iyi değildir. Disk, yedeklemeleri ana sunuculardan ve yedek medya sunucularına almak için daha hızlıdır - kapalı kalma sürelerinizi kısa ve tahmin edilebilir tutmanızı sağlar. Robot # 1, # 0 sürücüsünün ne zaman kullanılabilir olacağını garanti edemezsiniz. Teyp saha dışı için daha iyidir. Özellikle VTL'ye aldırmıyorum, işte bir damla var, işte 1000 veri seti, hepsini bantta verimli bir şekilde düzenleyin. (NetBackup 6.5 bunu iyi yapıyor).
Chris K

1
Kabul etti: "ikisi de her şey için diğerinden daha iyi değil". Seninleyim-- diskten diske yedekleme pencerelerini ve hızlı geri yüklemeleri daraltmak için harika. Verileri saha dışında ve çevrimdışı duruma getirmek , kasetin mükemmel olduğu yerdir. Diskten diske bant, bugün yedeklemedeki en iyi genel "tatlı nokta" dır (bunu yapabiliyorsanız bir veri tekilleştirme adımı ile).
Evan Anderson

Disk -> tesis dışı disk ve disk -> yerinde disk kullanıyoruz. Tüm yedekleri almak için kullanışlı hale getirir. Ne yazık ki bant genişliği maliyeti sayesinde birçok durumda mümkün değil.
Cian

7

RAID-10 kullanın.

RAID-5 yedekleme sunucuları için aptaldır, çünkü:

  • Sunucu, boşta kalma ömrünün çoğunu çok sayıda ardışık yazma yaparak geçirir. Performans Önemlidir.
  • Disk kullanımı zamanla artma eğilimindedir, bu nedenle yedekleme pencereleri şu anda endişe duyduğunuz bir şey değilse, muhtemelen gelecekte olacaktır.
  • İndirilmiş bir diskle çalışırken elde ettiğiniz performans artışı yedeklemelerin başarısız olmasına neden olur.
  • RAID-5 ("diskler çok pahalı, wah, wah") kullanmak için olağan bahane, yedekleme için% 100 toplam ranzadır, çünkü yüksek kapasiteli SATA disk kullanabilirsiniz.
  • SATA ve SAS yedekleme için daha az önemlidir, çünkü rastgele I / O iş yükünüz nispeten küçüktür.

Yedeklerinizi fiili bir arşivleme çözümü olarak kullanıp kullanmadığınıza bağlı olarak RAID'i hiç kullanmamak kabul edilebilir.


Yedeklemelerin performans yönünü tamamen kabul edin. Yedekleme sunucum şu anda RAID-5, performans korkunç ve RAID-10'u değiştirmek eğlenceli olmayacak.
Dan

4

Ne maliyeti? Sabit diskler ucuzdur ve Raid 1 anakartlarda hemen hemen standarttır.

Bence çok dikkatli olamazsınız. Ana geliştirme makineme baskın yaptım, düzenli olarak ev sunucuma yedeklemeler yapıyorum ve ev sunucum her gece tesis dışında bir yedekleme yapıyor. Ucuz, kolay ve kesintisiz ise neden olmasın?


3

Bugün çoklu yedekleme, yakın hat ve saha dışı seviyeleri var. Nearline, diske yedekleme yaptığınız yerdir. Burada, yedekleme sunucuları disklerinden teybe kopyalanırken daha sonra teyp dışarıya gönderilirken, çok önemli verilerin çok sayıda yedek kümesini yakın tutabilirsiniz. Bunun birkaç faydası vardır:

  1. diske yedekleme genellikle daha hızlıdır
  2. Kasete yedeklemenin genellikle bir seferde yazmak zorunda olduğunuz kafa sayısı ile kısıtlandığı, etkili bir şekilde sınırsız sayıda disk aygıtınız var.

Bununla birlikte, yedekleme sunucu disklerinize, veritabanı sunucunuza yaptığınız aynı fazlalık ile davranmanız gerekir. Veritabanı sunucunuzun öğlen başarısız olduğunu varsayalım, dün gece yedekleme sunucularına geri dönebilir ve geri yüklemenizi yapabilirsiniz;

RAID'i çalıştırdığınız her sunucuya koymanız gerekir, IMHO ve bu RAID olmayan RAID-0 saçmalığına değil. :-)


Anecodote: bir veri merkezini taşırken, bazı sürücülerimiz Veritabanı sunucumuzda başarısız oldu. Sistemi kullanmaya devam etmek için yeterli bir risk olduğu ortaya çıktı. Böylece, biri ağ üzerinden disk alanı olan başka bir sunucuya, diğeri de bazı harici disklere olmak üzere iki kopya yaptık. Dizinin kötü olduğu ortaya çıktı ve sadece ağ kopyasını almayı başardık (SCSI-> Ethernet'in gitmesinin SCSI-> SCSI'yi yeneceğini bilen). İki farklı sistemde aynı anda iki diski kaybetme olasılığınızın olmaması, bunun gerçekleşmeyeceği anlamına gelmez.
Chris K

2

Evet, sadece yap. Bir sabit sürücünün arızalanması diğer bilgisayar bileşenlerinden çok daha fazladır. Bir RAID'e giderek, gerçekleşmesi en olası tek soruna karşı koruyorsunuz. RAID kurulumunun marjinal maliyetini (muhtemelen düşük ila orta uç bir sunucu varsayarsak 500 dolardan az) verilerinizin değeriyle ölçün.

Bunu söyledikten sonra, Evan Anderson'ın yukarıda söylediklerini ikinciydim. Bu kesinlikle tek yedek OLMAMALIDIR. Evan site dışında ve çevrimdışı olmaktan bahsetti ve ben bu listeye fazlalık eklerdim. Yedekleme ortamınız, yedekleme işiniz, hırsızlık, kayıp, bırakılan ortamlar vb. Arızalanırsa yedeklemelerinizin birden fazla kopyasına sahip olmanız gerekir.


2

Bir yedekleme sunucusunda RAID mi kullanmalısınız?

Fazlalık için yapmam

Yedekleme sisteminizdeki dosyaların belirli revizyonlarını geri yükleme alışkanlığınız yoksa ve yedekleme sistemi disklerinin arızalanması durumunda bunu yapmanız gerekebileceğinden korkuyorsanız. Sonra evet, RAID 5 veya yansıtma veya hatta şeritleme ve aynalama kullanırdım.

Orijinal verilerin mümkün olan en kötü zamanda kullanılamayacağını düşünüyorsanız, bunu yapmanın tek nedeni.

Diskleri bir birime genişletmek için (şeritleme)

Belki de, ancak bir disk ölürse dizinin tamamının öldüğünün farkında olun.

Sonuç olarak

Yedekleme sunucusunu yedeklemenin daha iyi bir uygulama olduğunu düşünüyorum. Kulağa aptalca geldiğini biliyorum, ama bana katlan. Sistem diskini, yapılandırma dosyalarını ve yedekleme ayarlarını yedekleyin. Bu şekilde, yedekleme sunucunuz başarısız olursa en kısa zamanda hazır olabilirsiniz.

(Düzenleme: üzgünüm, diğer cevap hakkında, soruyu yanlış okudum)


1

Verileri bantta değil sunucuda depolamayı planladığınızdan RAID'i arka sunucunuzda kullanmak kesinlikle mantıklıdır.

RAID 5, 1 veya 10'u tavsiye ederim.

Bu şekilde düşünün, sabit diskler başarısız olur. Uygun RAID kurulumuyla, bu meydana geldiğinde veri kaybına karşı korunursunuz. Arızalı sabit sürücüyü değiştirin ve RAID'i yeniden oluşturun.

Sabit diskiniz öldüğünde (bir noktada ölecek) RAID koruması olmadan yedeklerinizi kaybettiniz.


1

Bu büyük ölçüde 'yedekleme' hakkında ne düşündüğünüze bağlıdır.

Amaç sadece bu sunucudaki diğer sunuculardan "canlı" veri kopyasına sahip bir sunucuya sahip olmaksa, bu yedekleme sunucusunda baskın kullanmak neredeyse işe yaramaz, eğer kaybederseniz, veriler hala sunucularda mevcuttur. Bu durumda, bir disk arızası durumunda yedekleme sunucusunu kısa sürede yeniden çevrimiçi hale getirebilmek için bazı yedek disklere sahip olmanız gerekir.

Amaç yedekleme zaman içinde arşivlemektir. Yani her gün bir yedekleme yapmak ve bir ay, bir yıl kadar tutmak. Sonra evet, baskını kullanmak istersiniz çünkü bir diski kaybederseniz arşivi kaybedersiniz. X haftalık bir yedeklemeden verileri geri yükleyebilmeniz kritikse, bu 'yedeklemeyi / arşivi' başka bir sunucuya veya teybe yedekleyebilirsiniz (teyp uzun süreli arşivleme için çok iyidir) (ve elbette çok uzakta )


0

Üretim sunucusu ve yedekleme sunucusu sabit diskinin aynı anda başarısız olma olasılığı nedir? Eğer psişik olarak ayrılırlarsa (yani aynı güç şebekesinde değiller) bu şans gerçekten çok düşüktür. Bu yüzden RAID için oy kullanmıyorum.

Tabii ki, yedekleme sunucusu başarısız olduğunda uyarılara sahip olduğunuzdan emin olun.


1
Hem üretim hem de yedekleme sunucularındaki sürücüler aynı gruptan geliyorsa ne olur? Şansı büyük ölçüde artar.
Lazlow

0

Zaten söylenenlere katılıyorum, ancak eşlikli bir baskın kullanıyorsanız, sürücülerin sağlığını ve yedekleme verilerinizi izlemenin bir yolu olacaktır. Çoğu bağdaştırıcı veya yerleşik denetleyici, syslog, windows olayları veya e-posta yoluyla uyarı gönderir.

SMART arızalı bir sürücüyü rapor ettiğinde bu kutu sadece bir windows olayı atacaksa, çok geç.

Yedeklemelerin yeniden yapılması, bir baskın denetleyicisinden ve birkaç ekstra SATA sürücüsünden daha uzun sürecektir (adam saati maliyeti).

M.


0

Diske yedeklemenin değeri vardır. Ben argümanın kaset tarafındayken. Ancak bunu söyleyeceğim, eğer yedekleme birimleriniz yedeksiz tek disk ise sonunda tüm verilerinizi kaybedeceksiniz. Çünkü diskiniz sonunda başarısız olacaktır.

Diske yedeklemenin gerçekten uygun bir çözüm olup olmadığı konusunda yedekleme ihtiyacınızın doğasına bağlı olduğunu düşünüyorum. Verilerinizin site dışına gereksiniminiz yoksa ve felaket kurtarma veya verilerinizin uzun süre hayatta kalmasını umursamıyorsanız, bant gerekli değildir. Kesinlikle diskten asla çıkmayan ve veri merkezini asla bırakmayan yedeklerim var, ancak kullanıcı silme hatasını düzeltmek için varlar.

Ayrıca bant kapasitesini nasıl arttırırsınız? Bu bandın güzelliği, her zaman başka bir bant alabilirsiniz. Bu, bir tür bant değiştiriciye sahip olmanızı gerektirir.

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.