Berbagi SMB setelah VPN terputus: daftar periksa pemulihan

Penyimpanan Anda macet, terowongan putus, dan tiga puluh detik kemudian VPN tersambung lagi sementara jendela Finder berputar pada berbagi yang kosong. Semuanya tampak seolah seharusnya berfungsi. Terowongannya hidup, jaringannya hidup, dan volumenya tidak. Lakukan ini secara berurutan, karena menyambung ulang saat aplikasi masih mengira memegang handle terbuka adalah cara penyimpanan yang tidak pasti berubah menjadi yang hilang.

Mulailah dengan menghentikan pekerjaan pada berbagi itu, bukan dengan menyambungnya kembali. Itu terasa pasif dan justru langkah itulah yang melindungi data Anda.

Hentikan penulisan sebelum menyambung ulang

Tutup semua yang aktif mencoba menulis, dan simpan sebanyak yang Anda bisa ke lokasi lokal melalui jalur simpan atau pemulihan milik aplikasi itu sendiri. Jangan mulai penyalinan besar, jangan biarkan klien sinkronisasi terus mencoba selamanya, dan jangan terima perintah yang menawarkan mengganti salinan server dengan salinan lokal Anda. Instruksi ketiga itulah yang memakan data, karena penyimpanan yang kehabisan waktu tidak terkonfirmasi dan belum tentu tidak ada, dan menimpa berkas server menghapus satu-satunya bukti tentang apa yang sebenarnya terjadi.

Jika aplikasi menampilkan dua versi dokumen yang sama, biarkan keduanya di tempatnya untuk sekarang. Memilih pemenang berdasarkan nama berkas atau stempel waktu adalah dugaan yang berpakaian keputusan.

Pulihkan jalurnya, lalu buktikan

Sambungkan kembali VPN yang dimaksud dan selesaikan autentikasinya, lalu pastikan nama server berkas teresolusi dan layanan SMB menjawab melalui terowongan. Status tersambung hanya menjelaskan terowongannya, jadi anggap itu awal pemeriksaan, bukan akhirnya.

1. Pastikan resolusi nama dan keterjangkauan server berkas melalui terowongan.

2. Beri satu menit pada mount yang ada sebelum membuat yang lain; volume kedua dengan label identik lebih sulit dicerna daripada pemulihan yang lambat.

3. Jika volume tidak kembali, sambungkan dengan sengaja melalui Go, lalu Connect to Server, dan alamat server yang dikenal seperti smb://files.corp.example/team.

4. Masuk dengan akun server berkas, yang merupakan keputusan kredensial terpisah dari login VPN, dan pastikan status dokumen di aplikasi sebelum melanjutkan.

Panduan koneksi Finder dari Apple mendokumentasikan metode alamat eksplisit, dan itulah jalur yang andal di sini. Nama volume di bilah samping adalah label yang di-cache, bukan bukti bahwa koneksi sebelumnya masih bisa dipakai.

Mengapa sesi baru tidak bisa menjanjikan handle terbuka

SMB memang punya mekanisme untuk bertahan dari pemutusan sementara, dan keduanya bersyarat. Pembukaan tahan lama dapat disambungkan ulang dalam jendela waktu yang dinegosiasikan antara klien dan server, sedangkan pembukaan persisten membutuhkan kemampuan yang lebih ketat di kedua sisi. Kesepakatan klien Mac dan server berkas untuk me-mount berbagi tidak mengatakan apa pun tentang apakah salah satu mekanisme itu dinegosiasikan untuk berkas yang Anda buka.

Spesifikasinya sama jelasnya soal kegagalan: bila pemulihan tidak berhasil, handle dibatalkan dan klien diharapkan memperlakukan berkas sebagai tertutup. Aplikasi yang saat itu berada di tengah penulisan tidak punya handle valid untuk melanjutkan, meskipun berbagi itu kembali bisa dijelajahi dan berkasnya tampak utuh di Finder.

Karena itulah volume yang muncul kembali adalah langkah yang perlu dan bukan yang cukup. Editor, aplikasi bergaya basis data, dan apa pun yang memegang kunci eksklusif mungkin perlu membuka koneksinya sendiri lagi, dan satu-satunya laporan yang bisa dipercaya tentang status dokumen datang dari aplikasi, bukan dari daftar berkas.

Jangan paksa mount terlihat rapi

Melepas mount volume secara paksa atau mematikan pembantu sistem berkas untuk membersihkan bilah samping yang macet memang menggoda dan biasanya kontraproduktif. Keadaan macet sering mencerminkan operasi nyata yang masih tertunda, dan mencabut mount dari bawahnya tidak mengantar data aplikasi ke tempat yang aman. Itu juga mempersulit penyelidikan berikutnya, karena galat yang dilihat pengguna sudah terhapus dari layar. Catat galat persis yang dilaporkan aplikasi dan waktu pemutusannya, karena stempel waktu itulah yang memungkinkan Anda mencocokkan laporan dengan log server.

Jika berbagi tetap sibuk, gunakan prosedur layanan berkas atau dukungan Mac alih-alih menaikkan kekuatan. Menjaga bukti lebih berharga daripada bilah samping yang bersih.

Sebelum pemutusan terencana berikutnya

Selesaikan penyimpanan, tutup berkas yang bergantung, dan keluarkan berbagi secara normal sebelum memutus VPN dengan sengaja. Urutan itu murah dan menghapus seluruh kelas pertanyaan ini.

Untuk pekerjaan yang sering kena gangguan, ubah model kerjanya, bukan mount-nya: simpan salinan lokal dan sinkronkan melalui mekanisme yang didukung aplikasi, sehingga terowongan yang putus membuat Anda kehilangan satu interval sinkronisasi alih-alih penyimpanan yang tidak pasti. Skrip mount tidak dapat menjaga transaksi berkas terbuka yang sembarang, dan tidak ada penyetelan yang akan membuatnya mencoba.