Untuk kegunaan lain dari "Backup", lihat Backup (disambiguasi).
Dalam Teknologi Informasi, cadangan atau proses backup mengacu pada pembuatan salinan data sehingga salinan ini tambahan dapat digunakan untuk mengembalikan semula setelah peristiwa kehilangan data. Bentuk verba kembali dalam dua kata, sedangkan nomina adalah cadangan (sering digunakan seperti kata sifat dalam kata benda senyawa).
Backup memiliki dua tujuan yang berbeda. Tujuan utama adalah untuk memulihkan data sebagai reaksi terhadap kehilangan data, baik itu penghapusan data atau data yang rusak. kehilangan data adalah pengalaman yang sangat umum pengguna komputer. 67% dari pengguna internet telah mengalami kerugian serius data.
[2] Tujuan sekunder dari backup adalah untuk memulihkan data dari periode sejarah waktu dalam keterbatasan kebijakan data user-defined retensi, biasanya dikonfigurasi dalam aplikasi backup untuk berapa lama salinan data yang diperlukan. Meskipun backup populer merupakan bentuk sederhana dari pemulihan bencana, dan harus menjadi bagian dari rencana pemulihan bencana, dengan sendirinya, backup tidak boleh saja dianggap pemulihan bencana.
[3] Tidak semua sistem backup dan / atau aplikasi backup sudah mampu menyusun kembali sebuah sistem komputer, atau pada gilirannya konfigurasi yang rumit lain seperti cluster komputer, server direktori aktif, atau server database, dengan mengembalikan data hanya dari cadangan.
Karena sistem backup berisi setidaknya satu salinan dari semua data senilai menyimpan, persyaratan penyimpanan data yang cukup besar. Pengorganisasian ini ruang penyimpanan dan mengelola proses backup adalah melakukan rumit. Sebuah model penyimpanan data dapat digunakan untuk menyediakan struktur untuk penyimpanan. Di era modern komputasi terdapat berbagai jenis perangkat penyimpanan data yang berguna untuk membuat backup. Ada juga berbagai cara di mana perangkat ini dapat diatur untuk memberikan redundansi geografis, keamanan data, dan portabilitas.
Sebelum data dikirim ke lokasi penyimpanan, maka dipilih, diekstrak, dan dimanipulasi. Berbagai teknik telah dikembangkan untuk mengoptimalkan prosedur cadangan. Ini termasuk optimasi untuk menangani file yang terbuka dan hidup sumber data serta kompresi, enkripsi, dan de-duplikasi, antara lain. Banyak organisasi dan individu mencoba untuk memiliki keyakinan bahwa proses tersebut bekerja seperti yang diharapkan dan bekerja untuk mendefinisikan pengukuran dan teknik validasi. Hal ini juga penting untuk mengenali keterbatasan dan faktor-faktor manusia yang terlibat dalam skema cadangan.
Karena sistem backup berisi setidaknya satu salinan dari semua data senilai menyimpan, persyaratan penyimpanan data yang cukup besar. Pengorganisasian ini ruang penyimpanan dan mengelola proses backup adalah melakukan rumit. Sebuah model penyimpanan data dapat digunakan untuk menyediakan struktur untuk penyimpanan. Di era modern komputasi terdapat berbagai jenis perangkat penyimpanan data yang berguna untuk membuat backup. Ada juga berbagai cara di mana perangkat ini dapat diatur untuk memberikan redundansi geografis, keamanan data, dan portabilitas.
Sebelum data dikirim ke lokasi penyimpanan, maka dipilih, diekstrak, dan dimanipulasi. Berbagai teknik telah dikembangkan untuk mengoptimalkan prosedur cadangan. Ini termasuk optimasi untuk menangani file yang terbuka dan hidup sumber data serta kompresi, enkripsi, dan de-duplikasi, antara lain. Banyak organisasi dan individu mencoba untuk memiliki keyakinan bahwa proses tersebut bekerja seperti yang diharapkan dan bekerja untuk mendefinisikan pengukuran dan teknik validasi. Hal ini juga penting untuk mengenali keterbatasan dan faktor-faktor manusia yang terlibat dalam skema cadangan.
Penyimpanan, basis dari sistem cadangan
Data model repositori
Setiap strategi backup dimulai dengan konsep penyimpanan data. Data backup harus disimpan entah bagaimana dan mungkin harus diatur untuk gelar. Hal ini dapat yang sederhana seperti selembar kertas dengan daftar semua tape backup dan tanggal-tanggal ditulis atau setup lebih canggih dengan indeks terkomputerisasi, katalog, atau database relasional. model repositori yang berbeda memiliki keuntungan yang berbeda. Hal ini erat kaitannya dengan memilih skema rotasi backup.
Unstructured
Sebuah repositori terstruktur mungkin hanya setumpuk disket atau media CD-R/DVD-R dengan informasi minimal tentang apa yang didukung dan kapan. Ini adalah yang paling mudah untuk diterapkan, tetapi mungkin yang paling tidak mungkin untuk mencapai tingkat yang tinggi pemulihan.
Sebuah repositori terstruktur mungkin hanya setumpuk disket atau media CD-R/DVD-R dengan informasi minimal tentang apa yang didukung dan kapan. Ini adalah yang paling mudah untuk diterapkan, tetapi mungkin yang paling tidak mungkin untuk mencapai tingkat yang tinggi pemulihan.
Full + incrementals
Sebuah bertujuan repositori penuh + tambahan untuk membuatnya lebih layak untuk menyimpan beberapa salinan dari sumber data. Pada awalnya, full backup (dari semua file) dibuat. Setelah itu, sejumlah incremental backup bisa dibuat. Ada berbagai jenis incremental backup, tapi mereka mencoba semua hanya kembali sejumlah kecil data (jika dibandingkan dengan ukuran full backup). Incremental backup salinan segala sesuatu yang telah berubah sejak backup terakhir (penuh, diferensial atau inkremental). Mengembalikan seluruh sistem ke sebuah titik tertentu dalam waktu akan membutuhkan menempatkan full backup terakhir diambil sebelumnya untuk waktu dan semua incremental backup yang mencakup periode waktu antara salinan lengkap dan titik waktu tertentu yang sistem seharusnya dipulihkan. [4] Lingkup incremental backup biasanya didefinisikan sebagai periode waktu antara backup penuh atau incremental lainnya. implementasi sistem cadangan yang berbeda sering menggunakan definisi khusus atau bertentangan istilah ini.
Differential backup
Sebuah salinan cadangan diferensial file yang telah dibuat atau berubah sejak full backup terakhir. Ini tidak menandai file sebagai telah didukung (dengan kata lain, atribut arsip tidak dihapus). Jika anda melakukan kombinasi backup penuh dan diferensial, memulihkan file dan folder mewajibkan Anda memiliki terakhir penuh serta cadangan diferensial terakhir.
Reverse delta
Sebuah toko sistem reverse delta perbedaan antara versi terbaru sistem dan versi sebelumnya. Sebuah cadangan delta terbalik akan mulai dengan full backup normal. Setelah full backup dilakukan, sistem secara berkala akan mensinkronkan salinan lengkap dengan copy hidup, sementara menyimpan data yang diperlukan untuk merekonstruksi versi lama. Ini bisa dilakukan dengan menggunakan hard link, atau menggunakan diffs biner. Sistem ini bekerja dengan baik terutama untuk besar, pelan-pelan berubah, set data. Contoh program yang menggunakan metode ini adalah rdiff-backup dan Time Machine.
Perlindungan data secara kontinyu
Alih-alih penjadwalan backup berkala, sistem segera log setiap perubahan pada sistem host. Hal ini umumnya dilakukan dengan menyimpan byte atau perbedaan blok-tingkat ini daripada perbedaan file-tingkat. [5] Ini berbeda dari mirroring disk sederhana dalam hal itu memungkinkan roll-belakang log dan dengan demikian pemulihan gambar lama data.
Kendali sistem backup
Jenis backup dirancang untuk memungkinkan seluruh PC akan pulih untuk "logam telanjang" tanpa instalasi sistem operasi, perangkat lunak aplikasi dan data. Sebagian besar pengguna memahami bahwa cadangan akan mencegah "data" dari tersesat. Biaya dalam pemulihan sistem penuh di jam-jam yang diperlukan untuk teknisi untuk membangun kembali mesin untuk titik memulihkan backup data terakhir. Jadi, backup sistem lengkap menghasilkan gambar lengkap komputer sehingga jika diperlukan, dapat disalin kembali ke PC, biasanya menggunakan beberapa jenis perangkat lunak dipesan lebih dahulu seperti Ghost, dan pengguna dapat melakukan dari titik itu.
Media penyimpanan
Terlepas dari model repositori yang digunakan, data harus disimpan pada beberapa media penyimpanan data di suatu tempat.
Pita perekam suara
pita magnetik telah lama menjadi media yang paling umum digunakan untuk penyimpanan massal data, backup, pengarsipan, dan pertukaran. Tape telah biasanya memiliki urutan besarnya kapasitas yang lebih baik / rasio harga bila dibandingkan dengan hard disk, tetapi baru-baru ini rasio untuk pita dan hard disk telah menjadi jauh lebih dekat. [6] Ada berbagai format, banyak di antaranya adalah proprietary atau khusus untuk tertentu pasar seperti mainframe atau merek tertentu dari komputer pribadi. Tape adalah media akses sekuensial, jadi meskipun waktu akses mungkin buruk, tingkat terus-menerus menulis atau membaca data yang sebenarnya dapat sangat cepat. Beberapa drive tape baru bahkan lebih cepat daripada hard disk modern. Keuntungan utama dari tape adalah bahwa hal itu telah digunakan untuk tujuan ini selama puluhan tahun (lebih lama daripada alternatif yang ada) dan karakteristik perusahaan dipahami dengan baik.
Hard disk
Kapasitas / harga rasio hard disk telah berkembang cepat selama bertahun-tahun. Hal ini membuatnya lebih kompetitif dengan pita magnetik sebagai media penyimpanan massal. Keuntungan utama dari penyimpanan hard disk adalah waktu akses rendah, ketersediaan, kapasitas dan kemudahan penggunaan. [7] Eksternal disk dapat dihubungkan melalui antarmuka lokal seperti SCSI, USB, FireWire, atau eSATA, atau melalui teknologi jarak lagi seperti Ethernet, iSCSI , Channel atau Serat. Beberapa sistem backup berbasis disk, seperti Virtual Tape Libraries, dukungan deduplication data yang dapat secara dramatis mengurangi jumlah kapasitas penyimpanan disk dikonsumsi oleh data backup harian dan mingguan. Kelemahan utama backup hard disk adalah bahwa mereka mudah rusak, terutama ketika sedang diangkut (misalnya, untuk backup off-site), dan bahwa stabilitas mereka selama periode tahun adalah relatif tidak diketahui.
Optical storage
Blu-ray secara dramatis meningkatkan jumlah data yang mungkin terjadi pada penyimpanan disk optik tunggal. Sistem mengandung cakram Blu-ray dapat menyimpan data dalam jumlah besar dan biaya lebih efisien daripada hard drive dan tape magnetik. Beberapa sistem penyimpanan optik memungkinkan untuk backup data katalog tanpa kontak manusia dengan disc, memungkinkan untuk integritas data lama. CD recordable dapat digunakan sebagai alat cadangan. Satu keuntungan dari CD adalah bahwa mereka dapat dikembalikan pada setiap mesin dengan drive CD-ROM. (Dalam prakteknya, ditulis CD-ROM tidak selalu universal dapat dibaca.) Selain itu, recordable CD relatif murah. Format umum lainnya adalah DVD recordable. Banyak format disk optik jenis WORM, yang membuat mereka berguna untuk keperluan arsip karena data tidak dapat diubah. Format ditulis ulang lain juga dapat dimanfaatkan seperti CD-RW atau DVD-RAM.
Floppy disk
Selama 1980-an dan awal 1990-an, banyak pengguna pribadi / komputer terkait back up sebagian besar dengan menyalin ke disket. Kapasitas data rendah dari sebuah floppy disk membuat hari ini tidak populer dan usang pilihan. [8]
Solid state penyimpanan
Juga dikenal sebagai flash memory, thumb drive, USB flash drive, CompactFlash, SmartMedia, Memory Stick, Secure Digital card, dll, perangkat ini relatif mahal untuk kapasitas yang rendah, tetapi menawarkan portabilitas yang sangat baik dan kemudahan penggunaan.
Remote cadangan layanan
Sebagai akses internet broadband menjadi lebih luas, layanan backup remote mendapatkan popularitas. Back up melalui internet untuk lokasi terpencil dapat melindungi terhadap beberapa skenario terburuk seperti kebakaran, banjir, atau gempa bumi yang akan menghancurkan backup di sekitar langsung bersama dengan segala sesuatu yang lain. Namun ada, sejumlah kelemahan untuk layanan backup remote. Pertama, koneksi internet biasanya lebih lambat dari perangkat penyimpanan data lokal. Residential broadband terutama bermasalah sebagai backup rutin harus menggunakan link hulu yang biasanya jauh lebih lambat dibandingkan link hilir digunakan hanya sesekali untuk mengambil file dari backup. Hal ini cenderung untuk membatasi penggunaan layanan tersebut untuk relatif sejumlah kecil data yang bernilai tinggi. Kedua, pengguna harus percaya penyedia layanan pihak ketiga untuk menjaga privasi dan integritas data mereka, meskipun kerahasiaan dapat terjamin dengan mengenkripsi data sebelum transmisi untuk dinas cadangan dengan kunci enkripsi yang hanya diketahui oleh pengguna. Akhirnya layanan backup harus sendiri menggunakan salah satu metode di atas jadi ini bisa dilihat sebagai cara yang lebih kompleks melakukan backup tradisional.
Mengelola data repositori
Terlepas dari data model repositori atau media penyimpanan data yang digunakan untuk backup, keseimbangan harus dicapai antara aksesibilitas, keamanan dan biaya. Metode ini manajemen media tidak saling eksklusif dan sering dikombinasikan untuk memenuhi kebutuhan situasi. Menggunakan disk on-line untuk pementasan data sebelum dikirim ke sebuah perpustakaan tape dekat-line adalah contoh umum.
On-line
On-line penyimpanan cadangan biasanya adalah tipe yang paling dapat diakses penyimpanan data, yang bisa mulai mengembalikan dalam waktu milidetik. Sebuah contoh yang baik akan menjadi hard disk internal atau sebuah array disk (mungkin terhubung ke SAN). Jenis penyimpanan sangat nyaman dan cepat, namun relatif mahal. On-line penyimpanan cukup rentan untuk dihapus atau ditimpa, baik oleh kecelakaan, oleh tindakan jahat yang disengaja, atau setelah muatan virus menghapus data.
Hampir-line
Dekat-line penyimpanan biasanya kurang dapat diakses dan lebih murah dibandingkan penyimpanan on-line, tetapi masih berguna untuk penyimpanan data backup. Sebuah contoh yang baik akan menjadi sebuah perpustakaan tape dengan mengembalikan waktu mulai dari detik hingga beberapa menit. Perangkat mekanis biasanya terlibat dalam bergerak unit media dari penyimpanan ke dalam drive dimana data dapat dibaca atau ditulis. Umumnya memiliki sifat keamanan yang serupa dengan penyimpanan on-line.
Off-line
Penyimpanan off-line memerlukan beberapa tindakan manusia langsung untuk membuat akses ke media penyimpanan secara fisik mungkin. Tindakan ini biasanya memasukkan kaset ke tape drive atau mencolokkan kabel yang memungkinkan perangkat untuk diakses. Karena data ini tidak dapat diakses melalui komputer manapun kecuali selama periode terbatas di mana ada tertulis atau membaca kembali, sebagian besar kebal terhadap seluruh kelas mode kegagalan on-line backup. Waktu akses akan bervariasi tergantung pada apakah media on-situs atau off-site.
Off-site perlindungan data
Untuk melindungi terhadap bencana atau masalah situs-spesifik lainnya, banyak orang memilih untuk mengirim media backup ke sebuah kubah off-site. vault bisa sesederhana kantor rumah seorang sistem administrator atau sebagai canggih sebagai bunker, bencana-mengeras temperatur terkendali, keamanan tinggi yang memiliki fasilitas untuk penyimpanan media backup. Penting replika data dapat off-site tetapi juga on-line (misalnya, sebuah cermin RAID off-site). Replika tersebut memiliki nilai yang cukup terbatas sebagai cadangan, dan tidak harus bingung dengan backup off-line.
Backup situs atau pusat pemulihan bencana (DR tengah)
Dalam hal terjadi bencana, data pada media backup tidak akan cukup untuk memulihkan. Sistem komputer ke mana data dapat dipulihkan dan jaringan dikonfigurasi dengan benar diperlukan juga. Beberapa organisasi memiliki pusat-pusat mereka sendiri pemulihan data yang dilengkapi untuk skenario ini. Organisasi-organisasi lain kontrak ini ke pusat pemulihan pihak ketiga. Karena situs DR itu sendiri merupakan investasi besar, back up sangat jarang dianggap sebagai metode paling disarankan untuk memindahkan data ke situs DR. Cara yang lebih khas akan disk mirroring jauh, yang membuat data DR yang up to date mungkin.
Seleksi dan ekstraksi data
Sebuah pekerjaan cadangan yang sukses dimulai dengan pemilihan dan mengekstraksi unit koheren data. Kebanyakan data pada sistem komputer modern disimpan dalam satuan diskrit, yang dikenal sebagai file. File-file tersebut diatur ke dalam filesystem. File yang secara aktif sedang diperbarui dapat dianggap sebagai "hidup" dan menyajikan sebuah tantangan untuk kembali. Hal ini juga berguna untuk menyimpan metadata yang menggambarkan komputer atau filesystem yang tengah didukung.
Memutuskan apa yang harus kembali pada waktu tertentu adalah proses sulit daripada tampaknya. Dengan back up data redundan terlalu banyak, data repositori akan mengisi terlalu cepat. Back up jumlah cukup data pada akhirnya dapat menyebabkan hilangnya informasi penting.
[Sunting] File
Menyalin file
Membuat salinan file merupakan cara paling sederhana dan paling umum untuk melakukan backup. Sebuah cara untuk melakukan fungsi dasar ini termasuk dalam semua perangkat lunak backup dan semua sistem operasi.
Sebagian menyalin file
Daripada menyalin keseluruhan file, seseorang dapat membatasi cadangan hanya blok atau byte dalam sebuah file yang telah berubah dalam jangka waktu tertentu. Teknik ini dapat menggunakan ruang penyimpanan substansial kurang pada media backup, tetapi membutuhkan tingkat kecanggihan tinggi untuk merekonstruksi file dalam memulihkan situasi. Beberapa implementasi memerlukan integrasi dengan filesystem sumber.
Ketika back up melalui jaringan, utilitas rsync secara otomatis mengirimkan satu set minimal perubahan untuk membawa versi sebelumnya file di tempat tujuan yang up to date dengan versi sekarang pada sumbernya. Rsync secara dramatis dapat mengurangi lalu lintas jaringan yang diperlukan untuk mempertahankan cermin terpencil di set besar file mengalami kecil, perubahan sering.
Filesystem
File system dump
Daripada menyalin file-file di filesystem, salinan dari seluruh filesystem itu sendiri dapat dibuat. Ini juga dikenal sebagai cadangan partisi mentah dan berhubungan dengan pencitraan disk. Proses ini biasanya melibatkan unmounting filesystem dan menjalankan program seperti dd (Unix). Karena disk dibaca secara berurutan dan dengan buffer besar, jenis cadangan dapat jauh lebih cepat daripada membaca setiap file normal, terutama ketika filesystem berisi file kecil, sangat terfragmentasi, atau hampir penuh. Tetapi karena metode ini juga membaca blok disk yang tidak berisi data yang berguna, metode ini juga bisa lebih lambat dibandingkan dengan membaca konvensional, terutama ketika filesystem hampir kosong. Beberapa filesystem, seperti XFS, menyediakan "dump" utilitas yang membaca disk secara berurutan untuk kinerja tinggi sementara melewatkan bagian yang tidak terpakai. Utilitas yang sesuai mengembalikan selektif dapat mengembalikan file individu atau seluruh volume pada pilihan operator.
Sebuah pekerjaan cadangan yang sukses dimulai dengan pemilihan dan mengekstraksi unit koheren data. Kebanyakan data pada sistem komputer modern disimpan dalam satuan diskrit, yang dikenal sebagai file. File-file tersebut diatur ke dalam filesystem. File yang secara aktif sedang diperbarui dapat dianggap sebagai "hidup" dan menyajikan sebuah tantangan untuk kembali. Hal ini juga berguna untuk menyimpan metadata yang menggambarkan komputer atau filesystem yang tengah didukung.
Memutuskan apa yang harus kembali pada waktu tertentu adalah proses sulit daripada tampaknya. Dengan back up data redundan terlalu banyak, data repositori akan mengisi terlalu cepat. Back up jumlah cukup data pada akhirnya dapat menyebabkan hilangnya informasi penting.
[Sunting] File
Menyalin file
Membuat salinan file merupakan cara paling sederhana dan paling umum untuk melakukan backup. Sebuah cara untuk melakukan fungsi dasar ini termasuk dalam semua perangkat lunak backup dan semua sistem operasi.
Sebagian menyalin file
Daripada menyalin keseluruhan file, seseorang dapat membatasi cadangan hanya blok atau byte dalam sebuah file yang telah berubah dalam jangka waktu tertentu. Teknik ini dapat menggunakan ruang penyimpanan substansial kurang pada media backup, tetapi membutuhkan tingkat kecanggihan tinggi untuk merekonstruksi file dalam memulihkan situasi. Beberapa implementasi memerlukan integrasi dengan filesystem sumber.
Ketika back up melalui jaringan, utilitas rsync secara otomatis mengirimkan satu set minimal perubahan untuk membawa versi sebelumnya file di tempat tujuan yang up to date dengan versi sekarang pada sumbernya. Rsync secara dramatis dapat mengurangi lalu lintas jaringan yang diperlukan untuk mempertahankan cermin terpencil di set besar file mengalami kecil, perubahan sering.
Filesystem
File system dump
Daripada menyalin file-file di filesystem, salinan dari seluruh filesystem itu sendiri dapat dibuat. Ini juga dikenal sebagai cadangan partisi mentah dan berhubungan dengan pencitraan disk. Proses ini biasanya melibatkan unmounting filesystem dan menjalankan program seperti dd (Unix). Karena disk dibaca secara berurutan dan dengan buffer besar, jenis cadangan dapat jauh lebih cepat daripada membaca setiap file normal, terutama ketika filesystem berisi file kecil, sangat terfragmentasi, atau hampir penuh. Tetapi karena metode ini juga membaca blok disk yang tidak berisi data yang berguna, metode ini juga bisa lebih lambat dibandingkan dengan membaca konvensional, terutama ketika filesystem hampir kosong. Beberapa filesystem, seperti XFS, menyediakan "dump" utilitas yang membaca disk secara berurutan untuk kinerja tinggi sementara melewatkan bagian yang tidak terpakai. Utilitas yang sesuai mengembalikan selektif dapat mengembalikan file individu atau seluruh volume pada pilihan operator.
Identifikasi perubahan
Beberapa filesystem memiliki bit arsip untuk setiap file yang mengatakan baru-baru ini berubah. Beberapa perangkat lunak backup terlihat pada tanggal file dan membandingkannya dengan cadangan terakhir untuk menentukan apakah file tersebut telah berubah.
Versioning file system
Sebuah filesystem versioning melacak semua perubahan file dan membuat perubahan tersebut dapat diakses pengguna. Umumnya ini memberikan akses ke versi sebelumnya, semua jalan kembali ke waktu penciptaan file. Contoh dari ini adalah Wayback versioning filesystem untuk Linux. [9]
Jika sistem komputer sedang digunakan saat itu sedang mundur, kemungkinan file yang terbuka untuk membaca atau menulis adalah nyata. Jika file terbuka, isi pada disk mungkin tidak benar mewakili apa pemilik dari file tersebut bermaksud. Hal ini terutama berlaku untuk file database dari semua jenis. Cadangan fuzzy panjang dapat digunakan untuk menggambarkan cadangan data hidup yang terlihat seperti itu berlari dengan benar, tetapi tidak mewakili keadaan data pada setiap titik waktu. Hal ini karena data yang didukung diubah dalam periode waktu antara saat backup dimulai dan ketika selesai. Untuk database secara khusus, backup fuzzy tidak berharga.
Snapshot cadangan
snapshot adalah fungsi sesaat dari beberapa sistem penyimpanan yang menyajikan salinan dari sistem berkas seolah-olah itu dibekukan pada titik waktu tertentu, sering kali copy-on-write mekanisme. Sebuah cara yang efektif untuk membuat cadangan data hidup adalah untuk sementara quiesce (misalnya menutup semua file), mengambil snapshot, dan kemudian melanjutkan operasi hidup. Pada titik ini snapshot dapat didukung melalui metode normal [10] Sementara snapshot sangat berguna untuk melihat filesystem seperti pada titik yang berbeda dalam waktu., Maka tidak mekanisme backup yang efektif dengan sendirinya.
Buka file cadangan
Banyak paket software backup fitur kemampuan untuk menangani file terbuka di operasi backup. Beberapa hanya memeriksa keterbukaan dan coba lagi nanti. penguncian File ini berguna untuk mengatur akses untuk membuka file.
Ketika mencoba untuk memahami logistik membuat cadangan file terbuka, kita harus mempertimbangkan bahwa proses backup bisa memakan waktu beberapa menit untuk membuat cadangan file besar seperti database. Dalam rangka untuk mendukung file yang sedang digunakan, sangat penting bahwa seluruh cadangan merupakan snapshot tunggal saat file, daripada salinan sederhana baca-through. Hal ini merupakan tantangan ketika back up file yang terus berubah. Entah file database harus dikunci untuk mencegah perubahan, atau metode harus diterapkan untuk memastikan bahwa snapshot asli diawetkan cukup lama untuk disalin, sementara perubahan dipertahankan. Back up file saat itu sedang berubah, dengan cara yang menyebabkan bagian pertama dari cadangan untuk mewakili data sebelum perubahan terjadi untuk digabungkan dengan kemudian bagian backup setelah hasil perubahan dalam file rusak yang tidak dapat digunakan, karena kebanyakan file besar berisi referensi internal antara berbagai bagian mereka yang harus tetap konsisten di seluruh file.
Dingin backup database
Selama backup dingin, database tertutup atau terkunci dan tidak tersedia bagi pengguna. The datafiles tidak berubah selama proses backup sehingga database dalam keadaan konsisten ketika kembali ke operasi normal.
Beberapa filesystem memiliki bit arsip untuk setiap file yang mengatakan baru-baru ini berubah. Beberapa perangkat lunak backup terlihat pada tanggal file dan membandingkannya dengan cadangan terakhir untuk menentukan apakah file tersebut telah berubah.
Versioning file system
Sebuah filesystem versioning melacak semua perubahan file dan membuat perubahan tersebut dapat diakses pengguna. Umumnya ini memberikan akses ke versi sebelumnya, semua jalan kembali ke waktu penciptaan file. Contoh dari ini adalah Wayback versioning filesystem untuk Linux. [9]
Jika sistem komputer sedang digunakan saat itu sedang mundur, kemungkinan file yang terbuka untuk membaca atau menulis adalah nyata. Jika file terbuka, isi pada disk mungkin tidak benar mewakili apa pemilik dari file tersebut bermaksud. Hal ini terutama berlaku untuk file database dari semua jenis. Cadangan fuzzy panjang dapat digunakan untuk menggambarkan cadangan data hidup yang terlihat seperti itu berlari dengan benar, tetapi tidak mewakili keadaan data pada setiap titik waktu. Hal ini karena data yang didukung diubah dalam periode waktu antara saat backup dimulai dan ketika selesai. Untuk database secara khusus, backup fuzzy tidak berharga.
Snapshot cadangan
snapshot adalah fungsi sesaat dari beberapa sistem penyimpanan yang menyajikan salinan dari sistem berkas seolah-olah itu dibekukan pada titik waktu tertentu, sering kali copy-on-write mekanisme. Sebuah cara yang efektif untuk membuat cadangan data hidup adalah untuk sementara quiesce (misalnya menutup semua file), mengambil snapshot, dan kemudian melanjutkan operasi hidup. Pada titik ini snapshot dapat didukung melalui metode normal [10] Sementara snapshot sangat berguna untuk melihat filesystem seperti pada titik yang berbeda dalam waktu., Maka tidak mekanisme backup yang efektif dengan sendirinya.
Buka file cadangan
Banyak paket software backup fitur kemampuan untuk menangani file terbuka di operasi backup. Beberapa hanya memeriksa keterbukaan dan coba lagi nanti. penguncian File ini berguna untuk mengatur akses untuk membuka file.
Ketika mencoba untuk memahami logistik membuat cadangan file terbuka, kita harus mempertimbangkan bahwa proses backup bisa memakan waktu beberapa menit untuk membuat cadangan file besar seperti database. Dalam rangka untuk mendukung file yang sedang digunakan, sangat penting bahwa seluruh cadangan merupakan snapshot tunggal saat file, daripada salinan sederhana baca-through. Hal ini merupakan tantangan ketika back up file yang terus berubah. Entah file database harus dikunci untuk mencegah perubahan, atau metode harus diterapkan untuk memastikan bahwa snapshot asli diawetkan cukup lama untuk disalin, sementara perubahan dipertahankan. Back up file saat itu sedang berubah, dengan cara yang menyebabkan bagian pertama dari cadangan untuk mewakili data sebelum perubahan terjadi untuk digabungkan dengan kemudian bagian backup setelah hasil perubahan dalam file rusak yang tidak dapat digunakan, karena kebanyakan file besar berisi referensi internal antara berbagai bagian mereka yang harus tetap konsisten di seluruh file.
Dingin backup database
Selama backup dingin, database tertutup atau terkunci dan tidak tersedia bagi pengguna. The datafiles tidak berubah selama proses backup sehingga database dalam keadaan konsisten ketika kembali ke operasi normal.
Hot backup database
sistem database manajemen Beberapa menawarkan cara untuk menghasilkan gambar cadangan dari database ketika sedang online dan dapat digunakan ("panas"). Ini biasanya mencakup gambar yang tidak konsisten dari file data ditambah log perubahan yang dibuat ketika prosedur tersebut berjalan. Setelah restore, perubahan pada file log yang diterapkan kembali untuk membawa database di sinkron.
sistem database manajemen Beberapa menawarkan cara untuk menghasilkan gambar cadangan dari database ketika sedang online dan dapat digunakan ("panas"). Ini biasanya mencakup gambar yang tidak konsisten dari file data ditambah log perubahan yang dibuat ketika prosedur tersebut berjalan. Setelah restore, perubahan pada file log yang diterapkan kembali untuk membawa database di sinkron.
Metadata
Tidak semua informasi yang tersimpan pada komputer disimpan dalam file. Akurat pulih suatu sistem yang lengkap dari awal memerlukan melacak data non-file juga.
Deskripsi sistem
Sistem spesifikasi yang dibutuhkan untuk mendapatkan pengganti yang tepat setelah bencana. sektor Boot
Sektor boot kadang-kadang dapat diciptakan lebih mudah daripada menyimpannya. Namun, biasanya bukan sebuah berkas normal dan sistem tidak akan boot tanpa itu.
Partisi layout
Tata letak disk yang asli, serta tabel partisi dan pengaturan filesystem, diperlukan untuk benar menciptakan sistem yang asli. metadata File
Setiap hak akses file, pemilik, grup, ACL, dan setiap metadata lainnya perlu didukung Facebook restore untuk benar menciptakan lingkungan asli.
Tidak semua informasi yang tersimpan pada komputer disimpan dalam file. Akurat pulih suatu sistem yang lengkap dari awal memerlukan melacak data non-file juga.
Deskripsi sistem
Sistem spesifikasi yang dibutuhkan untuk mendapatkan pengganti yang tepat setelah bencana. sektor Boot
Sektor boot kadang-kadang dapat diciptakan lebih mudah daripada menyimpannya. Namun, biasanya bukan sebuah berkas normal dan sistem tidak akan boot tanpa itu.
Partisi layout
Tata letak disk yang asli, serta tabel partisi dan pengaturan filesystem, diperlukan untuk benar menciptakan sistem yang asli. metadata File
Setiap hak akses file, pemilik, grup, ACL, dan setiap metadata lainnya perlu didukung Facebook restore untuk benar menciptakan lingkungan asli.
Sistem metadata
sistem operasi yang berbeda memiliki cara yang berbeda untuk menyimpan informasi konfigurasi. Microsoft Windows menyimpan registry sistem informasi yang lebih sulit untuk mengembalikan dari file yang khas.
Manipulasi data dan optimasi Dataset
Hal ini sering berguna atau diperlukan untuk memanipulasi data yang didukung untuk mengoptimalkan proses backup. Manipulasi ini dapat memberikan banyak manfaat termasuk kecepatan backup meningkatkan, memulihkan kecepatan, keamanan data, penggunaan media dan / atau persyaratan bandwidth berkurang.
sistem operasi yang berbeda memiliki cara yang berbeda untuk menyimpan informasi konfigurasi. Microsoft Windows menyimpan registry sistem informasi yang lebih sulit untuk mengembalikan dari file yang khas.
Manipulasi data dan optimasi Dataset
Hal ini sering berguna atau diperlukan untuk memanipulasi data yang didukung untuk mengoptimalkan proses backup. Manipulasi ini dapat memberikan banyak manfaat termasuk kecepatan backup meningkatkan, memulihkan kecepatan, keamanan data, penggunaan media dan / atau persyaratan bandwidth berkurang.
Kompresi
Berbagai skema dapat digunakan untuk mengecilkan ukuran data sumber yang akan disimpan sehingga menggunakan lebih sedikit ruang penyimpanan. Kompresi sering built-in fitur hardware tape drive.
Berbagai skema dapat digunakan untuk mengecilkan ukuran data sumber yang akan disimpan sehingga menggunakan lebih sedikit ruang penyimpanan. Kompresi sering built-in fitur hardware tape drive.
De-duplikasi
Ketika sistem serupa beberapa yang didukung dengan perangkat penyimpanan tujuan yang sama, terdapat potensi untuk redundansi banyak dalam data sampai didukung. Sebagai contoh, jika 20 Windows workstation yang mundur ke repositori data yang sama, mereka mungkin berbagi seperangkat file sistem. Data repositori hanya perlu menyimpan satu salinan file-file untuk dapat mengembalikan salah satu dari mereka workstation. Teknik ini dapat diterapkan pada tingkat file atau bahkan pada blok data mentah, berpotensi menghasilkan pengurangan besar dalam ruang penyimpanan yang diperlukan. Deduplication dapat terjadi pada server sebelum memindahkan data ke media backup, kadang-kadang disebut sebagai sumber / deduplication sisi client. Pendekatan ini juga mengurangi bandwidth yang diperlukan untuk mengirim data cadangan untuk media target. Proses ini juga dapat terjadi pada perangkat penyimpanan target, kadang-kadang disebut sebagai deduplication inline atau back-end.
Ketika sistem serupa beberapa yang didukung dengan perangkat penyimpanan tujuan yang sama, terdapat potensi untuk redundansi banyak dalam data sampai didukung. Sebagai contoh, jika 20 Windows workstation yang mundur ke repositori data yang sama, mereka mungkin berbagi seperangkat file sistem. Data repositori hanya perlu menyimpan satu salinan file-file untuk dapat mengembalikan salah satu dari mereka workstation. Teknik ini dapat diterapkan pada tingkat file atau bahkan pada blok data mentah, berpotensi menghasilkan pengurangan besar dalam ruang penyimpanan yang diperlukan. Deduplication dapat terjadi pada server sebelum memindahkan data ke media backup, kadang-kadang disebut sebagai sumber / deduplication sisi client. Pendekatan ini juga mengurangi bandwidth yang diperlukan untuk mengirim data cadangan untuk media target. Proses ini juga dapat terjadi pada perangkat penyimpanan target, kadang-kadang disebut sebagai deduplication inline atau back-end.
Duplikasi
Kadang-kadang pekerjaan backup sudah digandakan ke set kedua media penyimpanan. Hal ini dapat dilakukan untuk menata ulang gambar mengembalikan cadangan untuk mengoptimalkan kecepatan atau memiliki salinan kedua di lokasi yang berbeda atau pada media penyimpanan yang berbeda.
Enkripsi
Kapasitas tinggi media penyimpanan removable seperti tape backup menyebabkan resiko keamanan data jika mereka hilang atau dicuri. [13] Enkripsi data pada media ini dapat mengurangi masalah ini, tetapi menyajikan masalah baru. Enkripsi adalah proses CPU intensif yang dapat memperlambat kecepatan backup, dan keamanan backup dienkripsi hanya seefektif keamanan kebijakan manajemen kunci.
Kadang-kadang pekerjaan backup sudah digandakan ke set kedua media penyimpanan. Hal ini dapat dilakukan untuk menata ulang gambar mengembalikan cadangan untuk mengoptimalkan kecepatan atau memiliki salinan kedua di lokasi yang berbeda atau pada media penyimpanan yang berbeda.
Enkripsi
Kapasitas tinggi media penyimpanan removable seperti tape backup menyebabkan resiko keamanan data jika mereka hilang atau dicuri. [13] Enkripsi data pada media ini dapat mengurangi masalah ini, tetapi menyajikan masalah baru. Enkripsi adalah proses CPU intensif yang dapat memperlambat kecepatan backup, dan keamanan backup dienkripsi hanya seefektif keamanan kebijakan manajemen kunci.
Multiplexing
Bila ada lebih banyak komputer harus didukung Facebook daripada yang terdapat tujuan perangkat penyimpanan data, kemampuan untuk menggunakan perangkat penyimpanan tunggal dengan backup beberapa simultan dapat berguna.
Refactoring
Proses menata ulang backup set dalam repositori data dikenal sebagai refactoring. Sebagai contoh, jika suatu sistem cadangan menggunakan sebuah tape setiap hari untuk menyimpan incremental backup untuk semua komputer yang dilindungi, memulihkan salah satu komputer berpotensi membutuhkan kaset banyak. Refactoring dapat digunakan untuk mengkonsolidasikan semua backup untuk satu komputer ke sebuah tape. Hal ini sangat berguna untuk sistem cadangan yang incrementals selamanya backup gaya.
Pementasan
Kadang-kadang pekerjaan backup sudah disalin ke disk pementasan sebelum disalin ke tape. Proses ini kadang-kadang disebut sebagai D2D2T, singkatan dari Disk ke Disk ke Tape. Hal ini dapat berguna jika ada masalah yang cocok dengan kecepatan perangkat tujuan akhir dengan perangkat sumber seperti yang sering dihadapi dalam sistem backup berbasis jaringan. Hal ini juga dapat berfungsi sebagai lokasi terpusat untuk menerapkan teknik manipulasi data lainnya.
Mengelola proses backup
Penting untuk memahami bahwa back up adalah suatu proses. Selama data baru sedang diciptakan dan perubahan yang sedang dilakukan, backup akan perlu diperbarui. Individu dan organisasi dengan apapun dari satu komputer ke komputer ribuan (atau bahkan jutaan) dari sistem komputer semua memiliki persyaratan untuk melindungi data. Sementara skala berbeda, tujuan dan keterbatasan pada dasarnya sama. Demikian juga, mereka yang melakukan backup perlu tahu sejauh mana mereka berhasil, terlepas dari skala.
Bila ada lebih banyak komputer harus didukung Facebook daripada yang terdapat tujuan perangkat penyimpanan data, kemampuan untuk menggunakan perangkat penyimpanan tunggal dengan backup beberapa simultan dapat berguna.
Refactoring
Proses menata ulang backup set dalam repositori data dikenal sebagai refactoring. Sebagai contoh, jika suatu sistem cadangan menggunakan sebuah tape setiap hari untuk menyimpan incremental backup untuk semua komputer yang dilindungi, memulihkan salah satu komputer berpotensi membutuhkan kaset banyak. Refactoring dapat digunakan untuk mengkonsolidasikan semua backup untuk satu komputer ke sebuah tape. Hal ini sangat berguna untuk sistem cadangan yang incrementals selamanya backup gaya.
Pementasan
Kadang-kadang pekerjaan backup sudah disalin ke disk pementasan sebelum disalin ke tape. Proses ini kadang-kadang disebut sebagai D2D2T, singkatan dari Disk ke Disk ke Tape. Hal ini dapat berguna jika ada masalah yang cocok dengan kecepatan perangkat tujuan akhir dengan perangkat sumber seperti yang sering dihadapi dalam sistem backup berbasis jaringan. Hal ini juga dapat berfungsi sebagai lokasi terpusat untuk menerapkan teknik manipulasi data lainnya.
Mengelola proses backup
Penting untuk memahami bahwa back up adalah suatu proses. Selama data baru sedang diciptakan dan perubahan yang sedang dilakukan, backup akan perlu diperbarui. Individu dan organisasi dengan apapun dari satu komputer ke komputer ribuan (atau bahkan jutaan) dari sistem komputer semua memiliki persyaratan untuk melindungi data. Sementara skala berbeda, tujuan dan keterbatasan pada dasarnya sama. Demikian juga, mereka yang melakukan backup perlu tahu sejauh mana mereka berhasil, terlepas dari skala.
Tujuan
Pemulihan titik tujuan (RPO)
Titik waktu bahwa infrastruktur restart akan mencerminkan. Pada dasarnya, ini adalah roll-belakang yang akan dialami sebagai akibat dari pemulihan. Yang paling diinginkan RPO gunanya hanya sebelum acara data kerugian. Membuat titik pemulihan yang lebih baru terjangkau membutuhkan peningkatan frekuensi sinkronisasi antara data sumber dan cadangan repositori.
Pemulihan titik tujuan (RPO)
Titik waktu bahwa infrastruktur restart akan mencerminkan. Pada dasarnya, ini adalah roll-belakang yang akan dialami sebagai akibat dari pemulihan. Yang paling diinginkan RPO gunanya hanya sebelum acara data kerugian. Membuat titik pemulihan yang lebih baru terjangkau membutuhkan peningkatan frekuensi sinkronisasi antara data sumber dan cadangan repositori.
Waktu pemulihan tujuan (RTO)
Jumlah waktu berlalu antara bencana dan pemulihan fungsi bisnis.
Jumlah waktu berlalu antara bencana dan pemulihan fungsi bisnis.
Keamanan data
Selain untuk melestarikan akses ke data untuk pemiliknya, data harus dibatasi dari akses yang tidak sah. Backup harus dilakukan dengan cara yang tidak kompromi melakukan pemilik asli. Hal ini dapat dicapai dengan enkripsi data dan media yang tepat penanganan kebijakan.
Selain untuk melestarikan akses ke data untuk pemiliknya, data harus dibatasi dari akses yang tidak sah. Backup harus dilakukan dengan cara yang tidak kompromi melakukan pemilik asli. Hal ini dapat dicapai dengan enkripsi data dan media yang tepat penanganan kebijakan.
Keterbatasan
Skema backup yang efektif akan mempertimbangkan keterbatasan situasi.
Backup jendela
Periode waktu ketika backup diijinkan untuk berjalan di sistem disebut jendela cadangan. Ini biasanya saat sistem melihat penggunaan sedikit dan proses backup akan memiliki paling sedikit campur tangan dengan operasi normal. Jendela backup biasanya direncanakan dengan kenyamanan pengguna dalam pikiran. Jika cadangan meluas melewati jendela cadangan ditetapkan, keputusan dibuat apakah lebih menguntungkan untuk membatalkan cadangan atau untuk memperpanjang jendela cadangan.
Kinerja dampak
Semua skema cadangan memiliki dampak kinerja pada sistem yang sedang didukung. Misalnya, untuk periode waktu yang sistem komputer sedang mundur, hard drive sibuk membaca file untuk keperluan back up, dan bandwidth penuh tidak lagi tersedia untuk tugas-tugas lainnya. dampak tersebut harus dianalisis.
Biaya perangkat keras, perangkat lunak, tenaga kerja
Semua jenis media penyimpan memiliki kapasitas terbatas dengan biaya yang sebenarnya. Mencocokkan jumlah yang benar kapasitas penyimpanan (dari waktu ke waktu) dengan kebutuhan cadangan adalah bagian penting dari desain skema cadangan. Setiap skema cadangan memiliki beberapa kebutuhan tenaga kerja, tetapi skema yang rumit memiliki kebutuhan tenaga kerja jauh lebih tinggi. Biaya cadangan perangkat lunak komersial juga bisa sangat besar.
Bandwidth jaringan
backup sistem terdistribusi dapat dipengaruhi oleh bandwidth jaringan terbatas.
Implementasi
Mencapai tujuan yang ditetapkan dalam menghadapi keterbatasan atas dapat menjadi tugas yang sulit. Alat dan konsep di bawah ini dapat membuat tugas yang lebih terjangkau.
Penjadwalan
Menggunakan scheduler pekerjaan dapat sangat meningkatkan keandalan dan konsistensi backup dengan membuang bagian dari elemen manusia. Banyak paket perangkat lunak backup menyertakan fungsi ini.
Otentikasi
Selama operasi rutin, akun pengguna dan / atau agen sistem yang melakukan backup harus disahkan pada tingkat tertentu. Kekuasaan untuk menyalin semua data dari atau ke sistem memerlukan akses terbatas. Menggunakan mekanisme otentikasi adalah cara yang baik untuk mencegah skema backup dari yang digunakan untuk aktivitas yang tidak sah.
Rantai kepercayaan
Removable media penyimpanan item fisik dan hanya harus ditangani oleh individu dipercaya. Pembentukan rantai individu dipercaya (dan vendor) sangat penting untuk mendefinisikan keamanan data.
Skema backup yang efektif akan mempertimbangkan keterbatasan situasi.
Backup jendela
Periode waktu ketika backup diijinkan untuk berjalan di sistem disebut jendela cadangan. Ini biasanya saat sistem melihat penggunaan sedikit dan proses backup akan memiliki paling sedikit campur tangan dengan operasi normal. Jendela backup biasanya direncanakan dengan kenyamanan pengguna dalam pikiran. Jika cadangan meluas melewati jendela cadangan ditetapkan, keputusan dibuat apakah lebih menguntungkan untuk membatalkan cadangan atau untuk memperpanjang jendela cadangan.
Kinerja dampak
Semua skema cadangan memiliki dampak kinerja pada sistem yang sedang didukung. Misalnya, untuk periode waktu yang sistem komputer sedang mundur, hard drive sibuk membaca file untuk keperluan back up, dan bandwidth penuh tidak lagi tersedia untuk tugas-tugas lainnya. dampak tersebut harus dianalisis.
Biaya perangkat keras, perangkat lunak, tenaga kerja
Semua jenis media penyimpan memiliki kapasitas terbatas dengan biaya yang sebenarnya. Mencocokkan jumlah yang benar kapasitas penyimpanan (dari waktu ke waktu) dengan kebutuhan cadangan adalah bagian penting dari desain skema cadangan. Setiap skema cadangan memiliki beberapa kebutuhan tenaga kerja, tetapi skema yang rumit memiliki kebutuhan tenaga kerja jauh lebih tinggi. Biaya cadangan perangkat lunak komersial juga bisa sangat besar.
Bandwidth jaringan
backup sistem terdistribusi dapat dipengaruhi oleh bandwidth jaringan terbatas.
Implementasi
Mencapai tujuan yang ditetapkan dalam menghadapi keterbatasan atas dapat menjadi tugas yang sulit. Alat dan konsep di bawah ini dapat membuat tugas yang lebih terjangkau.
Penjadwalan
Menggunakan scheduler pekerjaan dapat sangat meningkatkan keandalan dan konsistensi backup dengan membuang bagian dari elemen manusia. Banyak paket perangkat lunak backup menyertakan fungsi ini.
Otentikasi
Selama operasi rutin, akun pengguna dan / atau agen sistem yang melakukan backup harus disahkan pada tingkat tertentu. Kekuasaan untuk menyalin semua data dari atau ke sistem memerlukan akses terbatas. Menggunakan mekanisme otentikasi adalah cara yang baik untuk mencegah skema backup dari yang digunakan untuk aktivitas yang tidak sah.
Rantai kepercayaan
Removable media penyimpanan item fisik dan hanya harus ditangani oleh individu dipercaya. Pembentukan rantai individu dipercaya (dan vendor) sangat penting untuk mendefinisikan keamanan data.
Mengukur proses
Untuk memastikan bahwa skema cadangan bekerja seperti yang diharapkan, proses tersebut harus mencakup pemantauan faktor-faktor kunci dan memelihara data historis.
Backup validasi
(Juga dikenal sebagai "kesuksesan validasi cadangan") Proses di mana pemilik data dapat memperoleh informasi tentang bagaimana data mereka didukung. Proses yang sama juga digunakan untuk membuktikan kepatuhan terhadap badan pengawas di luar organisasi, misalnya, perusahaan asuransi mungkin dibutuhkan di bawah HIPAA untuk menunjukkan "bukti" bahwa data pasien mereka memenuhi persyaratan catatan retensi [16] Bencana,. Kompleksitas data , data nilai dan meningkatkan ketergantungan pada volume pernah tumbuh semua data berkontribusi pada kecemasan sekitar dan ketergantungan pada backup sukses untuk menjamin kelangsungan usaha. Untuk alasan itu, banyak organisasi yang bergantung pada pihak ketiga atau "independen" solusi untuk menguji, memvalidasi, dan operasi mengoptimalkan cadangan (pelaporan cadangan).
Untuk memastikan bahwa skema cadangan bekerja seperti yang diharapkan, proses tersebut harus mencakup pemantauan faktor-faktor kunci dan memelihara data historis.
Backup validasi
(Juga dikenal sebagai "kesuksesan validasi cadangan") Proses di mana pemilik data dapat memperoleh informasi tentang bagaimana data mereka didukung. Proses yang sama juga digunakan untuk membuktikan kepatuhan terhadap badan pengawas di luar organisasi, misalnya, perusahaan asuransi mungkin dibutuhkan di bawah HIPAA untuk menunjukkan "bukti" bahwa data pasien mereka memenuhi persyaratan catatan retensi [16] Bencana,. Kompleksitas data , data nilai dan meningkatkan ketergantungan pada volume pernah tumbuh semua data berkontribusi pada kecemasan sekitar dan ketergantungan pada backup sukses untuk menjamin kelangsungan usaha. Untuk alasan itu, banyak organisasi yang bergantung pada pihak ketiga atau "independen" solusi untuk menguji, memvalidasi, dan operasi mengoptimalkan cadangan (pelaporan cadangan).
Pelaporan
Dalam konfigurasi yang lebih besar, laporan yang berguna untuk penggunaan media pemantauan, status perangkat, error, koordinasi kubah dan informasi lain tentang proses backup.
Logging
Selain sejarah laporan yang dihasilkan komputer, aktivitas dan perubahan log berguna untuk memantau aktivitas sistem cadangan.
Pengesahan
Banyak program backup menggunakan checksum atau hash untuk memvalidasi bahwa data yang akurat disalin. Ini menawarkan beberapa keunggulan. Pertama, mereka membiarkan integritas data harus diverifikasi tanpa mengacu pada file asli: jika file yang disimpan pada media backup memiliki checksum yang sama dengan nilai yang disimpan, maka sangat mungkin benar. Kedua, beberapa program backup dapat menggunakan checksum untuk menghindari berlebihan membuat salinan file, untuk meningkatkan kecepatan cadangan. Hal ini sangat berguna untuk proses de-duplikasi.
Dipantau cadangan
Backup proses dimonitor oleh pusat pemantauan pihak ketiga. Pusat ini peringatan pengguna untuk setiap kesalahan yang terjadi selama backup otomatis. backup Dimonitor memerlukan perangkat lunak yang mampu melakukan ping server pusat pemantauan dalam kasus kesalahan. Beberapa layanan pemantauan juga memungkinkan pengumpulan data meta-historis, yang dapat digunakan untuk Penyimpanan Manajemen Sumber Daya keperluan seperti proyeksi pertumbuhan data, lokasi kapasitas penyimpanan berlebihan primer dan kapasitas cadangan yg dpt dibangun kembali. Wizards Penyimpanan Portal adalah contoh dari solusi yang memonitor terkenal IBM Tivoli Storage Manager (TSM) larutan.
1 komentar:
kurang rapi
Posting Komentar