Waspadalah terhadap backup yang datang kembali untuk menggigit AndaMinggu lalu saya menulis tentang rsync dan bagaimana hal itu dapat digunakan untuk berbagai tugas . Salah satu kegunaan utama , tentu saja, adalah untuk backup - dan bukan hanya backup miskin - manusia . Dalam banyak kasus , menggunakan hard link - skema cadangan rsync dari satu array penyimpanan yang lain bisa sangat berguna . Ia bahkan bisa lebih baik daripada "standar" skema cadangan .
Ada downside ke relatif mudah jenis cadangan , bagaimanapun , dan itu data yang menyebar. Ambil, misalnya , situasi di mana Anda perlu untuk memindahkan banyak data dari satu NAS untuk satu alasan atau yang lain. Ini mungkin tidak menjadi cadangan bergulir , tetapi lebih dari cadangan spot karena Anda perlu melakukan sesuatu yang relatif mengkhawatirkan pada sumber NAS , sambil memastikan Anda dapat dengan cepat mengembalikan data atau lari sistem target untuk sementara waktu , dalam kasus itu masuk berbentuk buah pir [ Juga pada InfoWorld : 6 keinginan untuk Hari Apresiasi sysadmin |
Dapatkan jaringan ahli how-to saran dari Jaringan Deep Dive laporan khusus PDF InfoWorld . | Untuk cepat , cerdas mengambil berita yang Anda akan berbicara tentang , periksa InfoWorld TechBrief - subscribe hari ini . ]
Ini adalah situasi yang sangat umum . Sebuah cadangan tempat bahkan mungkin persyaratan ketika Anda perlu mengubah fungsi inti tertentu dari array sumber , seperti untuk mengaktifkan dedupe pada volume . Dalam hal itu , Anda akan perlu untuk memindahkan semua data dari volume , mengusapnya , mengaktifkan dedupe , kemudian memindahkan semua data kembali untuk mengambil keuntungan dari duplikasi tersebut .
Anda jalankan rsync dan biarkan berjalan , yakin Anda memiliki cadangan solid data . Anda pergi melalui semua langkah yang diperlukan , dan Anda sync data kembali - dilakukan dan dilakukan .
Namun, Anda harus selalu memperlakukan modifikasi signifikan untuk layanan inti dengan beberapa sikap skeptis dan mengoperasikan mereka dalam masa percobaan untuk memastikan tidak ada gotchas muncul dalam beberapa hari atau minggu-minggu berikutnya .Jadi Anda menyimpan file cadangan di tempat pada NAS lain , hanya dalam kasus .
Tapi kecuali Anda kembali bahwa cadangan minggu kemudian , ada kesempatan baik itu akan dilupakan , hilang di bawah tumpukan pekerjaan baru dan masalah baru , dan ini cadangan besar tidak akan ditemukan kembali sampai seseorang membutuhkan ruang lebih di sisi lain NAS .
Ketika seseorang goes memilih melalui file untuk melihat apa itu, mereka berhak akan khawatir tentang menghapus data , karena terlihat penting . Kecuali semua orang tahu apa yang terjadi dan mengapa data yang ada , kemungkinan akan ditinggalkan sendirian , mengambil ruang dan bahkan berpotensi menjadi risiko keamanan, karena mungkin berisi data sensitif .Situasi ini adalah terlalu umum . Ini terjadi dalam infrastruktur besar dan kecil .
Dengan prevalensi disk yang besar dan perangkat NAS murah yang pada dasarnya digunakan sebagai USB drive besar ketika melakukan tugas-tugas tertentu , bukan tidak mungkin Anda akan menemukan salinan data di tempat-tempat yang Anda bahkan tidak yakin Anda memiliki tempat .
Heck , saya baru saja menemukan beberapa terabyte data yang telah berakhir pada 24TB NAS , pada ekspor NFS bawah jalur ekspor utama , pada dasarnya tak terlihat kecuali jika Anda tahu di mana mencarinya . Aku masih tidak yakin bagaimana itu berakhir di sana, tapi melihat tanggal , saya pikir itu sudah berkeliaran selama dua tahun .
Sisi terang untuk memiliki beberapa backup toko berkas tertentu : Mereka dapat menyimpan bacon Anda jika sesuatu berjalan salah . The downside adalah akumulasi tumpukan patuh data , sumber daya sia-sia mengkonsumsi dan menyajikan potensi sumber kebingungan atau bahkan resiko keamanan - semua karena perasaan umum bahwa Anda tidak cukup ingin menghapus cadangan yang dulu , karena Anda mungkin membutuhkannya , khususnya di terburu-buru .
Yang dibutuhkan adalah sebuah organisasi kecil dan mungkin beberapa pengingat dijadwalkan - ketika datang ke sana, semua kita bicarakan adalah melakukan pembersihan sedikit dari waktu ke waktu . Tetapi ketika Anda berada di tebal itu dan bergerak satu mil satu menit untuk memperbaiki masalah pemblokiran , itu sangat mudah lupa untuk berhenti dan mengurus hal-hal kecil .
Hadapilah : Banyak pro TI packrats ketika datang ke data. Kami lebih suka menambahkan disk dan menyimpan backup kita daripada menghapusnya untuk menghemat ruang . Kita semua telah dibakar oleh kehilangan data setidaknya sekali sebelum , dan itu adalah memori yang menyakitkan . Mungkin itu sebabnya saya punya laptop saya, desktop , dan server mundur ke beberapa tujuan secara berulang .
Ini adalah ide yang baik , tetapi saya menjamin bahwa saya memiliki toko file yang haram itu disimpan dalam tempat yang bahkan aku akan terkejut untuk menemukan . Setelah digigit , dua kali pemalu.
Ada downside ke relatif mudah jenis cadangan , bagaimanapun , dan itu data yang menyebar. Ambil, misalnya , situasi di mana Anda perlu untuk memindahkan banyak data dari satu NAS untuk satu alasan atau yang lain. Ini mungkin tidak menjadi cadangan bergulir , tetapi lebih dari cadangan spot karena Anda perlu melakukan sesuatu yang relatif mengkhawatirkan pada sumber NAS , sambil memastikan Anda dapat dengan cepat mengembalikan data atau lari sistem target untuk sementara waktu , dalam kasus itu masuk berbentuk buah pir [ Juga pada InfoWorld : 6 keinginan untuk Hari Apresiasi sysadmin |
Dapatkan jaringan ahli how-to saran dari Jaringan Deep Dive laporan khusus PDF InfoWorld . | Untuk cepat , cerdas mengambil berita yang Anda akan berbicara tentang , periksa InfoWorld TechBrief - subscribe hari ini . ]
Ini adalah situasi yang sangat umum . Sebuah cadangan tempat bahkan mungkin persyaratan ketika Anda perlu mengubah fungsi inti tertentu dari array sumber , seperti untuk mengaktifkan dedupe pada volume . Dalam hal itu , Anda akan perlu untuk memindahkan semua data dari volume , mengusapnya , mengaktifkan dedupe , kemudian memindahkan semua data kembali untuk mengambil keuntungan dari duplikasi tersebut .
Anda jalankan rsync dan biarkan berjalan , yakin Anda memiliki cadangan solid data . Anda pergi melalui semua langkah yang diperlukan , dan Anda sync data kembali - dilakukan dan dilakukan .
Namun, Anda harus selalu memperlakukan modifikasi signifikan untuk layanan inti dengan beberapa sikap skeptis dan mengoperasikan mereka dalam masa percobaan untuk memastikan tidak ada gotchas muncul dalam beberapa hari atau minggu-minggu berikutnya .Jadi Anda menyimpan file cadangan di tempat pada NAS lain , hanya dalam kasus .
Tapi kecuali Anda kembali bahwa cadangan minggu kemudian , ada kesempatan baik itu akan dilupakan , hilang di bawah tumpukan pekerjaan baru dan masalah baru , dan ini cadangan besar tidak akan ditemukan kembali sampai seseorang membutuhkan ruang lebih di sisi lain NAS .
Ketika seseorang goes memilih melalui file untuk melihat apa itu, mereka berhak akan khawatir tentang menghapus data , karena terlihat penting . Kecuali semua orang tahu apa yang terjadi dan mengapa data yang ada , kemungkinan akan ditinggalkan sendirian , mengambil ruang dan bahkan berpotensi menjadi risiko keamanan, karena mungkin berisi data sensitif .Situasi ini adalah terlalu umum . Ini terjadi dalam infrastruktur besar dan kecil .
Dengan prevalensi disk yang besar dan perangkat NAS murah yang pada dasarnya digunakan sebagai USB drive besar ketika melakukan tugas-tugas tertentu , bukan tidak mungkin Anda akan menemukan salinan data di tempat-tempat yang Anda bahkan tidak yakin Anda memiliki tempat .
Heck , saya baru saja menemukan beberapa terabyte data yang telah berakhir pada 24TB NAS , pada ekspor NFS bawah jalur ekspor utama , pada dasarnya tak terlihat kecuali jika Anda tahu di mana mencarinya . Aku masih tidak yakin bagaimana itu berakhir di sana, tapi melihat tanggal , saya pikir itu sudah berkeliaran selama dua tahun .
Sisi terang untuk memiliki beberapa backup toko berkas tertentu : Mereka dapat menyimpan bacon Anda jika sesuatu berjalan salah . The downside adalah akumulasi tumpukan patuh data , sumber daya sia-sia mengkonsumsi dan menyajikan potensi sumber kebingungan atau bahkan resiko keamanan - semua karena perasaan umum bahwa Anda tidak cukup ingin menghapus cadangan yang dulu , karena Anda mungkin membutuhkannya , khususnya di terburu-buru .
Yang dibutuhkan adalah sebuah organisasi kecil dan mungkin beberapa pengingat dijadwalkan - ketika datang ke sana, semua kita bicarakan adalah melakukan pembersihan sedikit dari waktu ke waktu . Tetapi ketika Anda berada di tebal itu dan bergerak satu mil satu menit untuk memperbaiki masalah pemblokiran , itu sangat mudah lupa untuk berhenti dan mengurus hal-hal kecil .
Hadapilah : Banyak pro TI packrats ketika datang ke data. Kami lebih suka menambahkan disk dan menyimpan backup kita daripada menghapusnya untuk menghemat ruang . Kita semua telah dibakar oleh kehilangan data setidaknya sekali sebelum , dan itu adalah memori yang menyakitkan . Mungkin itu sebabnya saya punya laptop saya, desktop , dan server mundur ke beberapa tujuan secara berulang .
Ini adalah ide yang baik , tetapi saya menjamin bahwa saya memiliki toko file yang haram itu disimpan dalam tempat yang bahkan aku akan terkejut untuk menemukan . Setelah digigit , dua kali pemalu.
