Jawaban singkat: ada dua cara. Jika NAS mendukung Time Machine, aktifkan di pengaturan NAS, lalu tambahkan folder bersama di Pengaturan Sistem, Umum, Time Machine.
Atau sambungkan ke folder bersama di Finder dan cadangkan ke sana seperti ke disk biasa. Cara ini melewati image disk Time Machine, bagian dari backup jaringan yang paling sering rusak.
Sebagian besar perangkat lunak NAS punya opsi Time Machine: membuat share, biasanya dengan kuota ukuran, dan mengiklankannya agar Mac Anda dapat menemukannya. Di Mac, Pengaturan Sistem, Umum, Time Machine, Tambahkan Disk Cadangan, dan share itu muncul.
Yang perlu diketahui:
rsync melalui SSHJika NAS menjalankan SSH, salin langsung ke sana tanpa memasang apa pun:
rsync -aE --delete ~/Documents/ [email protected]:/volume1/backup/Documents/Lebih cepat daripada melalui share yang dipasang, dan tidak diam-diam tidak melakukan apa-apa saat mount tidak ada: jika NAS tidak terjangkau, perintahnya gagal dengan jelas.
Siapkan kunci terlebih dahulu agar tidak menunggu kata sandi saat berjalan terjadwal:
ssh-keygen -t ed25519
ssh-copy-id [email protected]Catatannya sama seperti di tempat lain: rsync menyimpan cermin tanpa riwayat, dan tidak mengenkripsi apa pun saat tersimpan. Panduan lengkap rsync membahas keduanya.
Pasang share di Finder dan share akan muncul di bawah /Volumes seperti disk lainnya. Apa pun yang menulis ke folder kemudian dapat memakainya, termasuk Copy Shelter, yang memberi Anda versi, enkripsi sebelum apa pun keluar dari Mac, dan pembacaan ulang yang memeriksa setiap bagian terhadap hash-nya.
Mengenkripsi sebelum menulis lebih penting di NAS daripada yang dikira orang. NAS adalah komputer kecil dengan sistem operasi, antarmuka web, dan sering kali port yang diteruskan ke internet oleh Anda di masa lalu. Byte yang tidak dapat dibacanya adalah byte yang tetap menjadi milik Anda saat NAS dibobol.
Inilah kegagalan yang membuat cadangan jaringan berbeda dari jenis lainnya, dan inilah yang memenuhi utas-utas forum.
Saat share hilang dengan bersih, mount menghilang dan penulisan langsung gagal. Tidak masalah. Yang lebih sering terjadi adalah share berhenti merespons tanpa terputus: NAS tertidur, switch memutus tautan, Mac bangun lebih cepat daripada jaringan. Titik mount masih ada, ls masih menampilkannya, dan penulisan ke sana terblokir.
Bukan gagal. Terblokir. Prosesnya berada dalam penantian yang tidak dapat diinterupsi selama klien diatur untuk terus mencoba, yang secara bawaan bisa sangat lama. Tugas cadangan dalam keadaan itu tidak gagal dan tidak selesai, dan apa pun yang mengawasi kode keluar bukan nol tidak melihat keduanya.
Anda dapat mengenalinya:
mount | grep smbfs
timeout 5 ls /Volumes/Backup >/dev/null || echo "share is not answering"Pertahanan praktisnya adalah batas waktu yang tegas di setiap operasi, memperlakukan "tidak ada jawaban" sebagai "tujuan tidak terjangkau" dan bukan sebagai kesalahan yang dicoba ulang selamanya, serta tidak pernah membiarkan satu tujuan yang macet menahan yang lain. Jika Anda membuat skripnya sendiri, bungkus seluruh tugas dengan timeout dan buat kegagalannya terlihat jelas.
Di disk lokal, fsync() yang mengembalikan sukses berarti byte sudah ada di piringan atau di flash. Melalui SMB, artinya adalah apa pun yang diputuskan server, dan itu berbeda menurut firmware: sebagian perangkat lunak NAS mengakui flush begitu data ada di RAM, dan pemadaman listrik dalam detik-detik berikutnya menghilangkan penulisan yang dilaporkan selesai oleh setiap lapisan di atasnya.
Anda tidak bisa memperbaikinya dari Mac. Yang bisa Anda lakukan adalah berhenti menganggap "penyalinan selesai" sama dengan "salinan aman", yang berarti membaca ulang cadangan setelahnya dan memeriksanya, di share itu, sebagai langkah terpisah. Hanya itu yang membedakan penulisan yang benar-benar disimpan server dari penulisan yang sekadar diterimanya.
Share SMB memetakan kepemilikan Unix ke siapa pun yang dianggap NAS sebagai Anda, dan pemetaannya sering tidak sesuai harapan. Dua gejala yang perlu diketahui:
._filename, atau membuangnya. rsync -aE memintanya; apakah semuanya bertahan adalah keputusan server.ls -l di folder bersama. Finder menampilkan ukuran dari cache.Beberapa server SMB melaporkan kapasitas volume secara keliru, atau melaporkan kapasitas pool di bawahnya, mengabaikan share dan kuotanya. Alat cadangan yang memercayai angka itu akan dengan senang hati memenuhi share yang katanya punya ruang kosong bertera-terabyte.
Cara membaca yang aman adalah kapasitas yang tidak ada atau tidak masuk akal berarti tidak diketahui, bukan tak terbatas. Periksa secara manual sebelum pencadangan besar pertama:
df -h /Volumes/Backupsmb:// dan nama NAS, lalu masuk sebagai pengguna itu.Ya, jika NAS menawarkan share SMB dengan dukungan Time Machine yang dinyalakan. Synology, QNAP, TrueNAS, dan sebagian besar sistem NAS terkini lainnya punya pengaturan itu.
Biasanya share terputus saat Mac tidur, atau image disk Time Machine di NAS rusak. Biarkan Mac tersambung ke daya selama pencadangan pertama, dan lihat panduan tentang kesalahan image disk jika terus terjadi.
Biasanya layanan Time Machine tidak dinyalakan untuk share itu, atau NAS hanya mengiklankannya melalui AFP. Periksa sisi NAS terlebih dahulu, lalu sambungkan ke share di Finder sekali agar macOS memiliki kredensialnya, lalu lihat lagi.
Ya. Beri setiap Mac share atau kuotanya sendiri, agar satu mesin tidak bisa memenuhi ruang yang dibutuhkan mesin lain.
Untuk cadangan inkremental di gigabit, sangat cukup. Pencadangan lengkap pertama adalah bagian yang lambat, jadi lakukan yang itu melalui kabel.
Hampir tidak pernah. NAS yang dapat dijangkau dari internet adalah server kecil yang kini harus Anda tambal sendiri. Jika Anda ingin salinan di luar lokasi, folder di akun cloud yang sudah Anda bayar lebih aman dan biasanya lebih sederhana. Cara memakai ruang itu dengan benar.
Tidak. RAID menangani satu jenis kegagalan, disk yang mati, dan tidak satu pun yang lain. Setiap penghapusan, setiap kesalahan, dan setiap ransomware menjangkau semua disk sekaligus.
Ya, setelah backup pertama selesai. Lakukan yang pertama lewat kabel, karena semuanya disalin. Backup berikutnya hanya mengirim yang berubah.
Sambungkan sekali di Finder dengan Pergi > Hubungkan ke Server dan centang Ingat kata sandi ini di rantai kunci saya. Agar terpasang setiap kali login, tambahkan folder bersama ke Item Login di Pengaturan Sistem, Umum.
Terkait: mencadangkan Mac ke drive eksternal.