Bagaimana saya bisa membuat cadangan sistem saya ke server jarak jauh (AFP, Samba, atau berbagi NFS)?

11

Inilah tujuannya: Saya memiliki server cadangan dengan sistem file ZFS dengan kompresi dan snapshot bawaan. Semua mesin kami mencadangkan di sana setiap malam rsync, dan kemudian snapshot ZFS diambil, jadi kami memiliki cadangan tentang bagaimana mesin eveach terlihat di akhir setiap hari.

Masalahnya adalah bahwa dengan Mac OS X, garpu sumber daya tidak disalin karena mesin jarak jauh tidak mendukung garpu sumber daya. Apa yang ingin saya lakukan adalah rsyncke file .DMG yang berada di server cadangan. Dengan cara ini, saya memiliki gambar yang tepat dan dapat di-boot tentang bagaimana sistem saya terlihat setiap malam.

Sebagai bonus, server cadangan juga merupakan server NetBoot, jadi ini sebenarnya memungkinkan saya untuk mem-boot dari bagaimana mac saya ada di setiap titik dalam sejarah.

Saya membuat gambar drive Mac saya dan menyalinnya ke server cadangan. Sekarang, ketika saya membukanya di mac saya dan menjalankannya rsync, itu berjalan untuk suatu periode (kadang-kadang lebih dari satu jam, kadang-kadang kurang) dan kemudian memberi saya satu ton kesalahan I / O. Gambar disimpan pada array RAID, saya yakin tidak ada kesalahan I / O.

Saya pikir koneksi dengan share Samba mungkin menjadi kewalahan ... Saya sudah mencoba dengan AFP juga, dan saya mendapatkan hasil yang sama ... Apa yang bisa menyebabkan ini dan bagaimana saya bisa mengatasinya? Atau, ada ide lain tentang bagaimana saya dapat memperbarui file DMG jarak jauh?

Josh
sumber
3
Daripada menemukan kembali TimeMachine menggunakan open source / alat unixy (yang saya suka dan cintai) - sudahkah Anda mempertimbangkan untuk menjalankan perangkat lunak CrashPlan gratis di kedua mesin? Mereka memberikan perangkat lunak yang sangat canggih dan didukung dengan baik jika Anda memerlukan bantuan dari mereka.
bmike
Hmmm, aku harus memeriksanya! Alasan saya "re-inveting" TimeMachine, FYI, adalah TimeMachine membutuhkan drive USB besar untuk setiap mesin, dan dalam pengaturan kami, kami tidak memiliki itu, melainkan, kami memiliki RAID cadangan besar di tempat.
Josh
Saya benar-benar mengerti alasan Anda. ZFS hebat dan menggunakan kembali infrastruktur yang ada sangat masuk akal. Untuk beberapa klien dengan 10 hingga 30 mac - sweet spot telah menjadi server mini mac berbagi satu drive ke semua klien mac untuk Time Machine. Server itu memiliki rencana mogok ke server utama untuk rotasi tape / offsite (dan sparsebundle merangkum HFS dan metadata). DeployStudio menangani gambar yang dapat di-boot dan mengembalikan bersih. Semoga Sukses dan beri tahu kami bagaimana hasilnya.
bmike
Saran CrashPlan +1 ke @ bmike lainnya. Menggunakan Hadoop di bawah kap dan dapat melakukan penambahan seperti TimeMachine. Bebas untuk mendorong cadangan ke drive atau komputer lain. UI tidak sebaik TimeMachine.
Ian C.
+1 untuk crashplan. Ini adalah perangkat lunak yang bagus dan memiliki manfaat tambahan sehingga Anda dapat dengan mudah menambahkan lebih banyak poin cadangan - termasuk server mereka sendiri dengan dikenakan biaya.
cregox

Jawaban:

5

Siapkan volume baru pada kotak Nexenta / OS Anda untuk cadangan Anda dan atur untuk dibagikan sebagai LUN iSCSI. Kemudian gunakan salah satu dari beberapa inisiator iSCSI untuk MacOS X untuk melampirkan volume cadangan di punggung Anda. Di mac Anda, format volume sebagai HFS +. Sekarang Anda dapat menggunakan CCC atau rsync, dll. Untuk melakukan backup.

tegbains
sumber
2
Ini ide yang fantastis. Saya akan mencobanya setelah saya selesai bekerja untuk hari itu!
Josh
1
+1 - Saya sedang memikirkan cara untuk menggunakan iSCSI untuk membawa Anda ke sana dan merangkum data spesifik mac. Semakin sedikit langkah, semakin baik.
bmike
Bah! Saat saya mengetik bahwa ini berfungsi dengan baik, koneksi terputus. Tapi saya masih punya harapan untuk solusi ini ...
Josh
@Josh: Apakah Anda tahu mengapa koneksi terputus (pencabutan fisik, dll). Apakah Anda memiliki NIC terpisah untuk koneksi iSCSI Anda?
Tegbains
Saya tidak tahu apa yang menyebabkan koneksi terputus, tetapi karena itu terjadi dengan semua protokol sekarang, AFP, CIFS, NFS dan iSCSI, ini merupakan masalah dengan server. Saya pikir transfer data hanya membanjiri mesin virtual dan itu menjadi tidak responsif ... tapi saya akan mengajukan pertanyaan lain, mungkin pada pertukaran stack unix & linux.
Josh
3

Sudahkah Anda mempertimbangkan untuk menggunakan Carbon Copy Cloner ? Saya menggunakan ini untuk cadangan bit-demi-bit manual SSD saya ke drive jaringan sebulan sekali atau lebih dan itu bekerja dengan sempurna. Saya tahu ini menambah cadangan, dan saya tidak kesulitan membuang drive saya di gigabit ethernet.

alampros
sumber
Sayangnya, ketika saya menggunakan CCC untuk cadangan tambahan, itu hanya berjalan rsyncdan saya mendapatkan hasil yang sama :-(
Josh
Ketika Anda membuang drive Anda ke drive jaringan, apa yang meng-host drive jaringan? OS X? Linux? Bagaimana Anda terhubung? Samba? AFP? Apakah Anda menggunakan CCC langsung ke drive jaringan, atau, apakah Anda pergi ke DMG pada drive jaringan?
Josh
@Josh: Anda bisa meng-CCC ke Disk Image yang terpasang
tegbains
Itulah yang saya lakukan - dan CCC berjalan rsyncdan saya mendapatkan kesalahan I / O yang sama :-(
Josh
2

Bukan jawaban yang tepat untuk pertanyaan Anda, tetapi Anda juga dapat menggunakan sumber daya rsync. Berikut ini adalah artikel yang sangat bagus tentang:

ps: apakah Anda menggunakan solaris atau freebsd?

Jadi, apa yang saya coba sekarang:

Saya memiliki OS jarak jauh (bukan mac) dan memancarkannya melalui sekering / sshfs (melalui ADSL lambat).

sshfs [email protected]:/path/to/dir /Users/me/Mount/myfs -oauto_cache,reconnect,volname=MyFs

Di macbook saya masukkan ini:

/usr/bin/rsync -avE /Users/me/tmp/bk /Users/me/Mount/myfs/tmp/test

(tes / tmp / sudah ada di komputer jarak jauh)

dan dapatkan ini:

building file list ... done
bk/
._bk
bk/.DS_Store
bk/._.DS_Store
bk/Icon\#015
bk/._Icon\#015
bk/test.rtfd/
bk/test.rtfd/.LSOverride
bk/test.rtfd/TXT.rtf

sent 311127 bytes  received 186 bytes  15186.00 bytes/sec
total size is 6874  speedup is 0.02

Seperti yang Anda lihat, garpu sumber daya dikonversi menjadi file dot_underscore dan disalin ke lokasi jauh. (misalnya, ikon kustom untuk direktori bk juga).

Karena itu saya tidak mengerti, mengapa Anda tidak dapat rsync ke remote zfs?

jm666
sumber
1
Tidak peduli apa yang saya coba, saya tidak dapat meminta rsync untuk menyalin garpu sumber daya, saya pikir karena sistem ZFS tidak mendukung mereka ... Saya tidak yakin. Saya pertama kali mencoba dengan server Debian kBSD, tetapi telah beralih ke Nexenta (kernel OpenSolaris + inti Debian) karena memiliki dukungan NFS dan Netatalk.
Josh
Dan tautan ke-3? (yang menunjukkan solusi independen OS / FS)
jm666
1
Saya sangat tertarik dengan ini. Berikut ini tautan lain untuk zfs + timemachine. blogs.oracle.com/constantin/entry/zfs_and_mac_os_x
jm666
Ah, begitu, Anda memasang direktori dan rsyncsecara lokal! Saya mencoba rsync dari Mac ke server! Saya akan mencoba ini dan kembali kepada Anda.
Josh
0

Saya tidak tahu mengapa , tetapi koneksi ke server terputus saat menyalin file dan saya berasumsi itu karena jumlah data yang ditransfer dengan kecepatan tinggi lebih dari yang bisa ditangani oleh server cadangan; itu akan menjadi tidak responsif untuk waktu yang singkat dan Mac akan secara paksa melepaskan DMG, dan cadangan akan gagal.

Saya menemukan solusi: sebelum mencadangkan, di System Preferences, saya menurunkan kecepatan Ethernet NIC saya dari 1000Mbps menjadi 100Mbps. Kemudian, cadangan tampaknya bekerja dengan sempurna, karena laju data dibatasi dan server cadangan tidak kewalahan.

Josh
sumber