Bagaimana cara melindungi data penting bisnis dari kebakaran?


24

Kami memiliki 72 hard drive yang berisi inventaris webcast kami. Jumlahnya meningkat. Kami berada di sebuah bangunan bingkai dan kami takut tidak hanya kebakaran, tetapi juga bencana besar.

Saya telah menetapkan harga brankas tahan api yang menampung 125F yang diperlukan untuk hard drive. Harga mereka adalah melalui atap.

Menurut saya jika kita membuat cadangan dari masing-masing hard drive dan menyimpannya di luar suatu tempat, atau dikontrak dengan perusahaan penyimpanan cadangan online, kita mungkin menjalankan tagihan membeli drive cadangan yang akan mendekati biaya brankas $ 7.000!

Apa cara terbaik untuk melindungi data kami dari risiko kebakaran?


37
Anda tidak memiliki cadangan situs? Anda memiliki masalah yang lebih besar daripada risiko kebakaran ...
HopelessN00b

2
Sekarang dengan itu, berapa banyak data yang Anda miliki di sini? Ukuran hard drive berbeda-beda, jadi "72 hard drive" tidak memberi kita pengertian yang baik tentang ruang lingkup masalahnya.
Michael Hampton

18
hanya api? bagaimana dengan pipa air yang pecah dan membanjiri brankas? tornado membawa brankas? Tidak ada pengganti untuk cadangan di luar kantor. Membandingkan biaya disk dengan biaya penyimpanan tidak valid, Anda harus membandingkannya dengan biaya kehilangan inventaris webcast Anda.
jqa

26
Data Anda tidak bernilai $ 7.000?
psusi

2
Apakah jaringan pengiriman konten lebih tepat dan mungkin seefektif biaya hosting sendiri dan off-siting; terutama dalam hal arsip webcast ini?
JustinC

Jawaban:


29

Pertama-tama, Anda harus selalu memiliki salinan data di luar situs. Bukan hanya karena mungkin ada kebakaran, tetapi apa yang akan Anda lakukan jika terjadi bencana alam, atau peristiwa serupa yang membuat bangunan Anda tidak dapat diakses? Tanpa salinan data Anda dari situs, Anda hanya disemprot.

Jadi, yang mengatakan, ada dua cara untuk memiliki salinan data Anda di luar situs.

  1. Backup di Luar Lokasi .

    • Biasanya Anda membuat kontrak dengan perusahaan seperti Cintas (nama besar di daerah itu yang saya kenal) untuk membawa kaset cadangan Anda ke salah satu fasilitas mereka, tetapi bahkan seperti meminta karyawan membawa pulang backup harian bersamanya pada akhir hari itu lebih baik daripada tidak sama sekali.

  2. Fasilitas co-location semacam.

    • Di tempat lain Anda memiliki server atau server untuk menampung data Anda, baik situs fisik, seperti pusat data atau layanan cloud.

Keuntungan # 2 adalah Anda dapat menggunakannya untuk # 1 juga, selain kemampuan untuk memiliki rencana kesinambungan bisnis jika terjadi bencana. Anda dapat memasukkan sistem cadangan (mudah-mudahan selain yang Anda miliki di situs utama Anda), sehingga Anda memiliki cadangan situs, dan jika situs utama Anda turun, Anda dapat menjalankan layanan Anda dari situs co-location (seringkali dalam kapasitas yang agak menurun, jika penghematan biaya menjadi masalah).

Tidak ada yang sangat murah, dan mungkin melebihi harga brankas tahan api, tetapi kelebihannya adalah mereka menyediakan sesuatu yang tidak bisa Anda dapatkan dari brankas tahan api, yang merupakan perlindungan terhadap semua jenis kehilangan data, sedangkan brankas tahan api hanya melindungi melawan api.

Kasus bisnis / pembenaran ranjang untuk ini pada dasarnya mengajukan pertanyaan "apa yang terjadi jika kita kehilangan data kita?" Jawabannya hampir selalu bahwa Anda keluar dari bisnis, yang membuatnya cukup mudah untuk meyakinkan orang yang bertanggung jawab atas perlunya skema cadangan yang tepat dan / atau fasilitas lokasi bersama. (Dan sebagian besar tempat saya bekerja memiliki keduanya, bahkan jika hanya karena para teknisi mendorong mereka sampai mereka terjadi.)


4
Atau peristiwa dunia nyata yang hampir terjadi pada kita: Seseorang mencuri server. (Tampaknya mereka kehabisan ruang untuk meletakkan hal-hal ketika server adalah hal berikutnya yang akan mereka ambil.)
Loren Pechtel

1
@LorenPechtel Ya, acara dunia nyata terbaru yang kami alami adalah badai 30 menit yang mengejutkan yang membuat listrik mati di sebagian besar kota. Generator kami tidak berfungsi, jadi kami kehabisan fasilitas colo kami selama 4 hari atau lebih ketika listrik sedang dipulihkan ke gedung kami. Banyak hal baik yang bisa dikatakan untuk memiliki situs gagal, dan itu berguna lebih sering daripada yang Anda pikirkan.
HopelessN00b

5
Benar. Dan jika Anda ingin mendengar cerita yang mendebarkan bagaimana hal seperti ini dapat dimainkan, maka dengarkan episode podcast SE ini .
Tim Pietzcker

4
Brankas tahan api tidak akan menyelamatkan Anda dari kegagalan hard drive. Anda harus memiliki data yang direplikasi ke lokasi server jauh yang dirancang khusus untuk cadangan.
Aglassman

1
hanya untuk menjadi jelas, jika Anda memiliki orang mengambil cadangan di luar kantor Anda memerlukan lebih dari satu cadangan luar kantor dan rota. Lain sepanjang hari setiap hari satu-satunya cadangan "di luar" Anda sebenarnya ada di kantor sampai fred pulang. Saya telah melihat perusahaan melakukan ini, itu menakutkan.
Sirex

20

Dukung mereka di gletser Amazon . Penyimpanan murah untuk hal-hal yang tidak perlu Anda akses sering. Anda akan dikenakan biaya 1 sen per GB per bulan. Sebagai downside, mungkin mahal untuk mengambil data Anda kembali jika terjadi kegagalan.


2
-1. Ini mungkin tidak berfungsi karena WAKTU yang diperlukan untuk merekonstruksi.
TomTom

2
+1 Jika ada api, Anda harus membangun kembali pusat data Anda.
mgjk

@ mgjk Benarkah? Ini barang kecil.
TomTom

6
Sebelum menggunakan Amazon Glacier, Anda harus selalu menghitung biaya bandwidth untuk memulihkan data. Ini bukan masalah besar jika benar-benar memulihkan biaya cadangan Anda lebih dari yang Anda keluarkan untuk solusi cadangan fisik. Dengan sejumlah besar data di Glacier, itu bisa terjadi.
HopelessN00b

1
@ TomTom ok, Anda perlu membangun kembali kantor Anda dengan lemari data Anda. Jika perusahaan Anda hanya cukup besar untuk lemari data, masih perlu waktu untuk membangun kembali.
mgjk

9

Jika datanya kritis, Anda harus mencadangkannya. Skema cadangan Anda harus mencakup cadangan untuk pita dan penyimpanan di luar kantor dari beberapa set kaset.

Di luar itu, itu semua detail ... berapa banyak data? seberapa sering itu berubah? waktu pemulihan seperti apa yang Anda butuhkan?

Jika "inventaris webcast" berarti file besar yang tidak sering berubah, maka pencadangan berkala ke tape tampaknya cukup mudah.


3
Kaset adalah metode yang dicoba dan benar untuk mengelola persyaratan penyimpanan data di luar kantor, tetapi ada berbagai metode lain jika kaset tidak berfungsi untuk situasi tertentu.
Chris S

2
Hampir tidak. Kaset masih paling ekonomis, biaya terendah dan teraman. Tidak mengetahui adanya alterantive yang dapat digunakan secara luas - yah, kecuali mungkin tautan microwave ke gedung lain atau sesuatu "bandwidth tinggi berkurang". Saya pernah tahu perusahaan membangun 2 pusat data, memiliki semua lahan antara mereka dan memiliki koneksi serat langsung karena alasan ini.
TomTom

Tape tentu akan memiliki biaya media terendah.
mc0e

4

Anda tidak benar-benar menyebutkan ukuran dari 72 drive, tetapi jika itu benar-benar kritis maka Anda setidaknya harus memiliki cadangan di lokasi yang jauh. Media dengan nilai kebakaran sangat bagus untuk melindungi data di tempat, tetapi bagaimana jika bangunan Anda benar-benar hilang. Seperti dalam, semuanya hilang, termasuk brankas. Jika Anda mulai menggunakan backup di luar situs atau online, pastikan gedung / pusat data mereka tidak cukup dekat dengan Anda, sehingga keduanya dapat dihancurkan sekaligus.


3

Anda perlu membayangkan: apa yang terjadi jika saya tidak dapat mengakses bagian dari data saya? Biasanya ini bisa berarti Anda keluar dari bisnis! (Anda tidak bisa hanya mengandalkan harapan bahwa sebagian kecil yang gagal tidak akan menjadi data inti yang diperlukan untuk operasi perusahaan Anda, misalnya.)

Anda mungkin perlu:

  • redundansi data (yaitu, memiliki data Anda pada setidaknya 2 tumpukan disk yang terpisah, atau versi pada disk dan lainnya pada kaset, atau kombinasi keduanya)
  • redundansi lokasi (yaitu, memiliki cadangan di luar lokasi yang baik, jika Anda mengalami kebakaran / pencurian / sabotase / banjir /? di lokasi utama Anda)

Anda dapat menggabungkan keduanya, tetapi di luar situs biasanya membutuhkan waktu untuk mengambil (kecuali jika Anda juga memiliki kantor di luar lokasi, atau akses ke sana melalui beberapa cara, tanyakan kepada penyedia cadangan di luar situs Anda)

Tentang perlunya redundansi:

Hard Drive (sebenarnya, media penyimpanan apa saja ) menua, dan beberapa memiliki cacat, dan beberapa mengalami benturan (misalnya, ketukan kecil dengan obeng atau terhadap drive lain saat menyimpannya di rak dapat cukup G untuk menggaruk permukaan disk, dan ini akan menyebabkan kegagalan sekarang atau dalam jangka waktu pendek-ke-tidak-cukup-lama). Yang berarti: media cadangan Anda akan gagal, beberapa dalam beberapa hari, yang lain dalam beberapa tahun, tanpa ada yang tahu kapan.

Anda tidak dapat mengetahui kapan sesuatu akan salah, tetapi Anda dapat menilai risikonya (tidak memiliki informasi yang tepat, tetapi untuk mengetahui apa yang salah dan mengapa itu baik untuk mencegahnya dengan redundansi dan dengan transfer reguler ke media lain sebelum media sebelumnya gagal):

Bayangkan Anda memiliki disk yang sama dan Anda dapat mengatakan bahwa kemungkinan 1 gagal dalam 2 tahun adalah 5%

P(one disk fails within 2 years)=5%=0.05

P(that disk won't fail within 2 years)=0.95
P(you have n disk, 0 disk fails within 2 years)=(0.95)^n
P(at least 1 disk amongst n fails within 2 years)=1-(0.95)^n
 if n=72 (you have 72 disks), P=1-0.95^72=1-0,024894281=0,975...=more than 97% 

Dalam bahasa Inggris: jika Anda memiliki 72 disk, dan jika Anda dapat mengatakan bahwa satu disk memiliki kemungkinan gagal 5% dalam waktu 2 tahun, maka Anda akan memiliki lebih dari 97% kemungkinan Anda memiliki kerusakan disk dalam 2 tahun. Ini sama sekali tidak tepat, tetapi harus menunjukkan kepada Anda bahwa ada sesuatu yang salah, dan lebih cepat dari yang biasanya diharapkan ...

Untuk "menakuti" Anda lebih lagi, Anda bisa mengatakan sekarang bahwa P (satu disk gagal dalam 20 tahun) = 0,99 (20 tahun adalah waktu yang lama untuk drive. Dan bahkan jika itu berfungsi, perangkat untuk membacanya mungkin tidak dapat untuk menangani mereka)

P(that disk won't fail within 20 years)=0.01
P(no disk amongst n fails within 20 years)=(0.01)^n=0
P(at least one disk amongst n fails within 20 years)=1-(0.01)^n=1=100% (or so close to 100% that it doesn't matter)

Dan selain semua ini: jika Anda membeli semua drive di vendor yang sama, P (salah satu disk gagal setelah gagal lain) sangat tinggi, jauh lebih tinggi daripada P (satu disk gagal): disk dibuat dengan cara yang sama, jadi jika salah satu gagal, kemungkinan yang lain dalam batch yang sama akan gagal pada waktu yang sama adalah tinggi (atau sangat tinggi)!

Jadi saya sarankan:

  • cadangan pada setidaknya 2 hal terpisah (2 x 72 hd, dari 2 vendor terpisah? atau hd dan kaset?).
  • Memiliki setidaknya satu (jika mungkin, satu lagi) cadangan disimpan di kota lain . Perbarui ini setiap n hari (setidaknya setiap minggu?) Sehingga Anda dapat kembali ke waktu cadangan jika penyimpanan utama semuanya gagal (yaitu: Anda akan dapat kembali ke data minggu lalu seandainya penyimpanan primer gagal minggu ini)
  • periksa cadangan secara teratur (maksud saya, lakukan pengecekan, membaca seluruh hal byte per byte setidaknya sebulan sekali. Waktu yang tepat untuk menyalin juga ke media cadangan lain.)
  • memastikan setidaknya 2 orang tahu tentang hal ini dan dapat membantu mengambil data ketika cadangan eksternal diperlukan.
  • dll.

1

Mirip dengan saran @ longneck, tetapi sedikit berbeda: cadangan ke Amazon S3, atau Google Cloud Storage, dll. (Saya sarankan TIDAK menggunakan Amazon's Glacier jika Anda mencari cadangan hangat untuk data Anda, karena Anda akan membayar melalui hidung Anda untuk pemulihan data cepat dari Glacier. Untuk lebih lanjut tentang biaya pengambilan Glacier, ada diskusi hebat tentang Hacker News .)

Amazon S3 dikenakan biaya $ 0,095 per GB sebagai permulaan (dulu biayanya $ 0,125 per GB, tetapi Amazon baru saja menjatuhkannya seminggu yang lalu). Google Cloud Storage dan layanan lainnya mungkin dalam kisaran harga yang sama.

Selain biaya dan "penyimpanan tanpa batas tumbuh", Anda juga mendapatkan ACL berbutir halus dan izin untuk data Anda. Amazon menawarkan IAM untuk kontrol ACL , dan saya curiga penyedia lain menawarkan kontrol serupa.

Akhirnya, layanan penyimpanan cloud ini memberi Anda API yang sangat kuat untuk membaca / menulis dan melakukan hal-hal lain dengan data Anda. Anda mungkin menemukan ini berguna untuk mengotomatisasi beberapa tugas cadangan.


0

Jika kaset tidak mendayung perahu Anda, coba cadangan ke disk.

Beli dua larik disk lagi dan minta mereka memasangkannya ke kasing travel yang dipasang pada goncangan. hubungkan mereka melalui sesuatu dengan banyak bandwidth seperti fiber.

Anda merotasinya di tempat, mencarinya dan menyimpannya di tempat di fasilitas penyimpanan yang aman.

Mirip dengan backup tape tetapi mungkin biayanya lebih baik tergantung pada volume data Anda dan volume produksi data per minggu.


0

Saya ingin menyarankan alternatif lain untuk pertanyaan Anda. Dengan segala cara Anda perlu memiliki cadangan di luar kantor, sehingga memberikan Anda redundansi. Saya menemukan drive bay tipe NAS oleh perusahaan bernama Synology. Mereka memiliki banyak versi bay drive, Anda hanya perlu melihat apa yang cocok untuk Anda.

Bagian terbaiknya adalah bahwa drive ini dapat saling RSYNC, bahkan ke lokasi luar dan mereka dapat melakukan backup tingkat blok sehingga hanya perubahan pada file yang didukung, bukan seluruh file jika tidak diperlukan. Jadi data Anda pada dasarnya digandakan ke lokasi lain dan cadangannya membutuhkan waktu dan bandwidth yang sedikit. Saya suka DS1812 + tetapi mereka memiliki ruang drive yang lebih cepat lebih baik daripada itu untuk organisasi yang lebih besar atau kebutuhan yang lebih cepat. Saya akan menempelkan tautan ke situs perusahaan di bawah ini:

http://www.synology.com/id/index.php

Saya harap ini membantu Anda, semoga berhasil.

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.