Apakah ide yang baik untuk membuat cadangan database SQL ke Hard Drive USB Eksternal?

Saya akan menginstal Sistem Database di Anjungan Minyak Lepas Pantai (server rak). Mereka memiliki perangkat keras dan ruang yang sangat terbatas sehingga mengirimkan infrastruktur cadangan tidak mungkin. Mengirim cadangan melalui FTP juga tidak dimungkinkan karena mereka bahkan tidak memiliki server file.

Saya berpikir untuk membuat cadangan database SQL ke Portable USD Hard Drives. Hard Drive USB akan dicolokkan langsung ke server setiap saat. Sekali seminggu, mereka akan menukar hard drive dengan yang baru / lebih tua.

Apakah ini ide yang bagus untuk melakukan ini? Jika tidak, bisakah Anda mengusulkan solusi yang lebih baik?

Itu hanya sebuah ide, tetapi Anda dapat memberikan layanan cadangan eksternal (atau pihak ketiga bahkan) melalui server mirror / db. Informasi akan direplikasi setiap kali Anda memasukkan / memperbarui / log transaksi / mengubah / membuat / dll, setiap modifikasi. Jadi transaksinya sangat kecil dan bisa dalam antrian jika Anda tidak memiliki akses atau Anda memiliki koneksi terbatas (sebagai satu koneksi per minggu) ke internet / jaringan eksternal.

Saya dapat membantu Anda lebih banyak jika Anda memberi tahu saya jenis DB apa yang Anda gunakan. Ini MySQL? MSSQL? PERAMAL?

Bahkan lebih banyak (hanya ide lain) menurut Anda tentang membuat cadangan programabilitas kebijakan yang baik? Misalnya, jika Anda mengetahui struktur dan data, dan waktu kedaluwarsa data, Anda dapat memindahkan / menghapus riwayat innecesary Anda atau bekerja dengan ide di atas tentang db ajaib.

Saya pikir biaya bekerja dengan mirror db dengan koneksi minimal lebih sedikit daripada bekerja dengan perangkat keras eksternal yang dapat dilepas, dalam hal risiko, keamanan, ruang dan kerusakan perangkat keras.

Diedit:

Tentang mirror server ada banyak bantuan dan tutorial dan video tutorial tentang. Keahlian saya lebih berorientasi ke server MySQL di linux tapi saya bisa memberi tahu Anda beberapa tips, saya berharap mereka dapat membantu Anda.

• Pertama-tama, mencari di sini, di serverfault, atau bahkan lebih baik: Administrator Database di Stack Exchange
• Pada msdn untuk MSSQL (saya memberi Anda versi 2005, saya tidak tahu apa versi server Anda / db: Database Mirroring di SQL Server 2005 tetapi Anda dapat mengubahnya di menu atas.

• Ada tautan FAQ di bagian bawah dokumen yang dapat menjelaskan banyak pertanyaan utama tentang Anda (misalnya, transaksi antrian, kapasitas jaringan, dll):

• Atau Cara menyiapkan basis data cermin pada 2008 R2 (Anda dapat mengubah versi dengan mengklik di atas, "Versi lain".

• Di google dengan kunci seperti ini, Anda akan bosan membacanya: Google Search . Seperti yang saya katakan, bukan DB pilihan saya, jadi saya tidak tahu bagaimana Anda melakukannya di MSSQL, tapi saya yakin satu hal: jika DB setidaknya 2005 Anda bisa melakukannya, dan pasti dengan lebih banyak opsi dan lebih baik yang saya katakan.
• Saya pikir hampir setiap hosting yang menyediakan layanan dengan hanya server database, dapat melakukan mirror dari lokasi mana pun dengan beberapa jenis kebijakan atau sertifikat, mereka akan menjelaskannya kepada Anda. Saya tidak ingat saat ini pelayanan yang baik tetapi saya tahu ada banyak. Mungkin saja Anda akan menemukan server MySQL yang lebih murah daripada server MSSQL tapi saya pikir Anda memerlukan beberapa "aplikasi migrasi" untuk memindahkan data dari MSSQL ke MySQL, jadi bagi saya opsi pertama adalah Anda melihat setiap detail tentang sumber Anda dan kemudian meminta cermin yang kompatibel.

Dan ide lain yang menjadi dengan garis pemikiran itu:

Andaikan Anda tidak dapat mengonfigurasi cermin atau apa pun alasannya. Dalam contoh terakhir Anda dapat membuat sedikit pekerjaan / tugas / perangkat lunak atau skrip otomatisasi yang membaca banyak data melalui SQL dan mengirimkannya melalui SQL (dan Anda dapat mengubah tujuannya, misalnya dari MSSQL (sumber Anda yang sebenarnya) ke MySQL ( yang gratis dan Anda dapat mendukungnya di mana saja, dengan pc / server Anda sendiri / dll.

Sungguh jika Anda tahu tentang SQL Anda bisa melakukannya.

• Dan tip lainnya, saya pikir Anda mengatakan bahwa Anda tidak dapat menambah / memasang HD, tetapi Anda dapat bekerja dengan disk RAID untuk memperluas kapasitas cadangan internal Anda.

  Tetapi bagaimanapun juga , ide utama dari cadangan adalah bahwa Anda memiliki cadangan di lingkungan yang berbeda (tempat lain) yang dapat Anda akses dan / atau pindahkan basis data Anda jika ada yang jatuh karena alasan apa pun (kebakaran, gempa bumi, revolusi, masalah perangkat keras). Itulah ide utama mirror: server dengan beban seimbang yang jelas bagi pengguna, Anda benar-benar tidak tahu di mana Anda bekerja, itu bekerja pada saat yang sama dengan cara yang sama. Itu perbedaan dengan "cadangan riwayat" dan "cadangan waktu nyata".

Diedit 2: Bagaimanapun saya tidak pernah menjawab apa pun tentang ide Anda. Tentu saja lebih baik daripada tidak sama sekali, tetapi untuk data penting seperti tidak ada. Ini memiliki banyak masalah masa depan yang tidak diinginkan:

• Kecepatan USB
• Proses manual (oleh siapa? Apakah informasi itu terlalu kritis untuk ditangani oleh orang lain? Anda memiliki respons hukum / pekerjaan / ekonomis jika orang yang bekerja dengan data Anda mencuri / menghancurkan / mengubahnya?
• Waktu, tentu saja Anda menginginkan opsi secara otomatis.
• Anda akan membuat cadangan .. apa? berapa jumlahnya? data seperti apa? apa data lama? Dengan kriteria mana? Kriteria akan atau dapat akan berubah? Dan itu menjadi dengan pertanyaan berikutnya:
• Di sini di negara saya, kami memiliki "pepatah" atau "pepatah" yang mengatakan sesuatu seperti ... "adalah roti untuk hari ini, lapar untuk besok". Maksud saya, Anda perlu mengubah proses ini kapan saja? Apakah mungkin Anda perlu mencari cara lain dalam waktu singkat? Berapa biayanya? Apakah fleksibilitas solusi Anda atau Anda akan mendapatkan masalah di masa depan secara gratis?

Cadangan ke drive yang terhubung USB tentu lebih baik daripada tidak ada cadangan. Pencadangan ke perangkat keras yang khusus dirancang untuk pencadangan (seperti kaset) mungkin merupakan pilihan yang lebih baik.

Bisakah Anda kehilangan data selama satu minggu? Jika Anda hanya menukar drive seminggu sekali, maka Anda berisiko mengambil data selama satu minggu. Jika drive tersambung selama satu minggu, ada risiko akan terjadi lonjakan listrik baik pada komputer maupun drive cadangan. Jika drive itu belum diubah selama 6 hari, maka Anda kehilangan data senilai 6 hari.

Apakah Anda akan mengirimkan drive ke lokasi lain? Tampaknya peluang untuk beberapa jenis acara yang akan menghancurkan basis data asli, dan drive cadangan cukup tinggi.