Mengapa RAID bukan cadangan?


112

Ketika seseorang menyebutkan RAID dalam percakapan tentang cadangan, seseorang selalu menyatakan bahwa "RAID bukan cadangan."

Tentu, untuk striping, itu benar. Tapi apa perbedaan antara redundansi dan cadangan?

Jawaban:


132

Pelindung RAID terhadap satu jenis kegagalan perangkat keras. Ada banyak mode kegagalan yang tidak dijaga.

  • Mengarsipkan korupsi
  • Human error (menghapus file karena kesalahan)
  • Kerusakan besar (seseorang membuang air ke server)
  • Virus dan malware lainnya
  • Bug perangkat lunak yang menghapus data
  • Masalah perangkat keras yang menghapus data atau menyebabkan kerusakan perangkat keras (kerusakan controller, bug firmware, lonjakan tegangan, ...)

dan lainnya.


2
Apakah cadangan menolak untuk menyalin file yang rusak?
jldugger

15
Tergantung pada apa artinya "korup" tetapi biasanya aplikasi cadangan memiliki pengaturan untuk ini ... namun, titik cadangan kedua adalah untuk menjaga versi file yang berbeda melalui waktu - bukan hanya versi tunggal - sehingga menghindari masalah dengan yang baru file rusak menimpa versi baru ...
Oskar Duveborn

2
> Akankah cadangan menolak untuk menyalin file yang rusak Ya, jika Anda tidak dapat membaca blok-blok dari file yang rusak, Anda tidak akan dapat membuat salinannya (cadangan)
Dave Cheney

1
Tapi bagaimana dengan korupsi data diam; jika blok data memburuk, kebanyakan sistem file tidak akan melihatnya, bukan?
jldugger

11
Strategi cadangan yang masuk akal termasuk menyimpan riwayat, sehingga Anda dapat kembali ke sebelum korupsi. Penanganan paling umum dari kemungkinan korupsi adalah berpura-pura itu tidak bisa terjadi. Tetapi jika Anda ingin melindunginya, Anda dapat mencoba mendeteksinya sesegera mungkin, dan dalam berbagai ukuran chunk (tingkat blok perangkat, tingkat halaman basis data, tingkat file). Jika Anda mendeteksi korupsi data cukup cepat, itu bukan "diam" korupsi data lagi dan Anda memiliki peluang untuk pulih.
carlito

106

T: Mengapa RAID bukan cadangan?

A: Karena seluruh tujuan dari RAID adalah untuk memastikan bahwa tidak ada yang dapat mengganggu rm -rf /(atau DELTREE /X C:\) kecelakaan di dunia , bahkan tidak menyentak power chord dengan panik.

T: Tapi apa perbedaan antara redundansi dan cadangan?

A: Jika Anda secara tidak sengaja menimpa tesis PhD Anda dengan sampah, redundansi memastikan bahwa Anda memiliki banyak salinan sampah, jika salah satu menjadi buruk. Cadangan memastikan bahwa Anda dapat memulihkan tesis PhD Anda.

(Dan arsip memastikan bahwa Anda dapat mengambil beberapa versi yang lebih lama dari tesis Anda, dan sistem kontrol versi juga memberi tahu Anda mengapa Anda membuat versi baru sejak awal.)


29

Redundansi melindungi Anda dari kegagalan perangkat keras Anda. Itu tidak melindungi terhadap kesalahan pengguna, atau terhadap aktivitas jahat (misalnya, cracker masuk ke sistem Anda).

Lihat: Mengapa Mencerminkan Bukan Solusi Cadangan untuk pelajaran yang diperoleh dengan susah payah.


7
Atau bug perangkat lunak, yang lebih umum daripada aktivitas jahat.
jhs

Ini sedikit ironi yang menarik karena artikel yang ditautkan dari halaman Slashdot itu kini telah menghilang dari web. Bahkan Internet Archive tidak menyediakan salinan yang bermakna; meskipun mereka merayapi halaman tidak lama setelah tanggal artikel Slashdot, salinan mereka hanya mengatakan halaman itu tidak ditemukan.
CVn

Atau kesalahan memori, yang mengapa Anda membutuhkan ECC.
inf3rno

19

Alasan nomor satu Anda ingin cadangan bukan karena media fisik mati (ini jarang terjadi), tetapi karena beberapa kesalahan yang menyebabkan data hilang atau rusak.

RAID tidak melindungi Anda dari file yang dihapus.

RAID tidak melindungi Anda dari file yang ditimpa.

RAID tidak melindungi Anda dari sistem Anda yang disusupi dan semua data Anda ditimpa, dihapus, atau rusak.

RAID tidak melindungi Anda dari tim ops Anda secara tidak sengaja membuka mesin dengan data penting di dalamnya.

RAID tidak melindungi Anda dari DBA bodoh yang menjalankan perintah drop pada server produksi (salah mengartikannya sebagai lingkungan pengujian).

RAID tidak melindungi Anda jika gedung terbakar.

PS http://ma.gnolia.com/ . Inilah yang dapat terjadi jika Anda tidak memiliki cadangan yang baik. Situs Anda tidak ada lagi (catatan: ini cenderung buruk untuk bisnis).


1
Jadi, Anda perlu membangun gedung lain hanya untuk cadangan. Trolololo. : D
inf3rno

1
@ inf3rno ternyata orang lain sudah membangun banyak bangunan lain.
Wedge

1
Saya tidak berpikir http://ma.gnolia.com/apa yang Anda maksudkan dengan tautan ...
sebuah CVn

10

Redundansi sangat bagus jika salah satu disk Anda gagal. Tidak terlalu bagus jika komputer Anda terkena virus, atau Anda keliru menghapus file, atau Anda perlu mengembalikan disk ke versi sebelumnya karena alasan lain. Saat itulah Anda membutuhkan cadangan.

RAID membantu Anda pulih dari kegagalan, tetapi cadangan memungkinkan Anda kembali ke masa lalu.


8

Juga harus disebutkan bahwa kesalahan perangkat keras pada pengontrol serangan dapat dengan mudah merusak data pada semua disk yang terpasang. Jadi sementara Anda mengurangi bahaya dari kegagalan disk Anda menambahkan bahaya kegagalan pengontrol serangan.


6

RAID bisa menjadi cara yang bagus untuk mengurangi risiko karena kegagalan perangkat keras, tetapi RAID tidak akan membantu Anda ketika pengguna Anda menghapus (secara tidak sengaja atau sebaliknya) data mereka. Untuk memulihkan data, Anda memerlukan beberapa fasilitas arsip, baik melalui snapshot lokal atau cadangan online / offline.


6
  • Salinan bergilir berganda
  • Redundansi geografis

Ditanyakan dalam komentar untuk pertanyaan yang diterima:

Apakah cadangan menolak untuk menyalin file yang rusak?

Bahkan jika cadangan salinan data yang rusak atau buruk, tujuan cadangan adalah bahwa Anda dapat dan harus memiliki banyak salinan. Misalnya, jam terakhir, kemarin, minggu lalu, dll. Anda bisa mendapatkan efek yang sama dengan menggunakan foto yang diputar pada perangkat penyimpanan Anda.

Tetapi alasan lain untuk cadangan adalah redundansi geografis. Anda tentu harus menyimpan salinan data penting di dua lokasi geografis yang berbeda. Seberapa terpisahnya lokasi-lokasi tersebut tergantung pada seberapa penting data tersebut; menyimpan salinan di dua gedung berbeda di kota yang sama melindungi dari kebakaran atau pencurian. Menyimpan salinan di dua negara berbeda melindungi dari masalah yang lebih besar.


+1 untuk nilai kesenjangan geografis.
killermist

Jawaban yang bagus tetapi saya benar-benar ingin menggali lebih dalam masalah "yang lebih besar" :) Apa yang sebenarnya diklasifikasi sebagai masalah
Teo Carter

3

Dalam array RAID5, yang terdiri dari disk lebih dari 400Gb, jika Anda kehilangan disk ada kemungkinan 75% memiliki kesalahan baca yang tidak dapat dipulihkan saat array sedang dibangun kembali . Pikirkan itu sejenak dan itu menjadi sangat jelas mengapa seseorang akan selalu mengingatkan Anda bahwa "RAID bukan cadangan".

RAID memberi Anda keandalan dan kinerja yang lebih tinggi, tetapi tidak bisa salah.


3
Masalah sebenarnya, matematika buruk.
Paweł Brodacki

3

Apa perbedaan antara redundansi dan cadangan? Oke, konfigurasikan set disk RAID 5. Simpan beberapa hal penting bisnis di dalamnya. Tarik disk keluar. Semuanya masih berfungsi! Itu redundansi. Sekarang hapus semua data (jangan curang dengan recycle bin). Sekarang kembalikan dari cadangan terbaru. Anda tidak memilikinya? Ups. Setidaknya Anda bisa memberi tahu atasan bahwa disk Anda menggunakan redundansi RAID 5 (saat Anda keluar dari gedung ...)


1

Kebakaran, pencurian, kesalahan pengontrol RAID, kesalahan manusia, daftarnya terus berlanjut


1

Juga pertimbangkan dengan penyerbuan bahwa Anda memiliki beberapa hard drive yang mungkin dibangun pada waktu yang sama dan kemudian terkena kondisi yang sama selama bertahun-tahun .... berapa besar kemungkinan mereka semua akan gagal pada waktu yang sama .... cukup tinggi


3
MTBF! = Umur alat yang diharapkan
Tetsujin no Oni

Ini sebenarnya bukan masalah dengan RAID . Yah, "pola penggunaan yang sama" mungkin diperburuk oleh RAID, tetapi beberapa drive terkena kondisi yang sama bukanlah fungsi dari RAID.
CVn

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.