Kongsi SMB selepas VPN terputus: senarai semak pemulihan
Berhenti menulis, pulihkan laluan pelayan sebenar dan anggap simpanan yang gagal sebagai tidak diketahui, bukan hilang. Pemegang terbuka tidak bertahan sesi VPN baharu.
Simpanan anda tergantung, terowong terputus, dan tiga puluh saat kemudian VPN bersambung semula manakala tetingkap Finder berpusing pada kongsi kosong. Semuanya kelihatan seolah-olah sepatutnya berfungsi. Terowong hidup, rangkaian hidup, dan volum tidak. Lakukan ini mengikut urutan, kerana menyambung semula semasa aplikasi masih menyangka ia memegang pemegang terbuka ialah cara tulisan tidak pasti menjadi tulisan yang hilang.
Mulakan dengan menghentikan kerja pada kongsi itu dan bukan dengan menyambungnya semula. Ia kelihatan pasif dan langkah itulah yang melindungi data anda.
Hentikan penulisan sebelum menyambung semula
Tutup semua yang aktif cuba menulis, dan simpan apa yang mampu ke lokasi setempat melalui laluan simpanan atau pemulihan aplikasi itu sendiri. Jangan mulakan salinan besar, jangan biarkan klien penyegerakan mencuba tanpa henti, dan jangan terima gesaan yang menawarkan untuk menggantikan salinan pelayan dengan salinan setempat anda. Arahan ketiga itulah yang merugikan data, kerana simpanan yang tamat masa tidak disahkan dan tidak semestinya tiada, dan menimpa fail pelayan menghapuskan satu-satunya bukti tentang apa yang sebenarnya berlaku.
Jika aplikasi menunjukkan dua versi dokumen yang sama, biarkan kedua-duanya di tempatnya buat masa ini. Memilih pemenang mengikut nama fail atau cap masa ialah tekaan yang berpakaian keputusan.
Pulihkan laluan, kemudian buktikannya
Sambung semula VPN yang dimaksudkan dan selesaikan pengesahannya, kemudian sahkan bahawa nama pelayan fail diselesaikan dan perkhidmatan SMB menjawab melalui terowong. Status bersambung hanya menerangkan terowong, jadi anggapnya permulaan pemeriksaan dan bukan penghujungnya.
Sahkan penyelesaian nama dan ketercapaian pelayan fail melalui terowong.
Beri satu minit kepada lekap yang sedia ada sebelum mencipta yang lain; volum kedua dengan label sama lebih sukar difikirkan daripada pemulihan yang perlahan.
Jika volum tidak kembali, sambung dengan sengaja melalui Go, kemudian Connect to Server, dan alamat pelayan yang diketahui seperti
smb://files.corp.example/team.Log masuk dengan akaun pelayan fail, yang merupakan keputusan kelayakan yang berasingan daripada log masuk VPN, dan sahkan keadaan dokumen dalam aplikasi sebelum meneruskan.
Panduan sambungan Finder daripada Apple mendokumenkan kaedah alamat eksplisit, dan itulah laluan yang boleh dipercayai di sini. Nama volum di bar sisi ialah label yang dicache, bukan bukti bahawa sambungan terdahulu masih boleh digunakan.
Mengapa sesi baharu tidak boleh menjanjikan pemegang terbuka
SMB memang mempunyai mekanisme untuk bertahan daripada pemutusan sementara, dan kedua-duanya bersyarat. Pembukaan tahan lama boleh disambung semula dalam tetingkap masa yang dirundingkan antara klien dan pelayan, manakala pembukaan berterusan memerlukan keupayaan yang lebih ketat pada kedua-dua pihak. Persetujuan klien Mac dan pelayan fail untuk melekap kongsi tidak mengatakan apa-apa tentang sama ada mana-mana mekanisme itu dirundingkan untuk fail yang anda buka.
Spesifikasi juga jelas tentang kegagalan: apabila pemulihan tidak berjaya, pemegang itu dibatalkan dan klien dijangka menganggap fail itu tertutup. Aplikasi yang berada di tengah-tengah penulisan pada saat itu tidak mempunyai pemegang sah untuk meneruskan, walaupun kongsi itu boleh dilayari semula dan fail kelihatan utuh dalam Finder.
Itulah sebabnya volum yang muncul semula ialah langkah yang perlu dan bukan yang mencukupi. Editor, aplikasi bergaya pangkalan data dan apa sahaja yang memegang kunci eksklusif mungkin perlu membuka semula sambungannya sendiri, dan satu-satunya laporan yang boleh dipercayai tentang keadaan dokumen datang daripada aplikasi dan bukan daripada senarai fail.
Jangan paksa lekap kelihatan kemas
Melepaskan lekap volum secara paksa atau membunuh pembantu sistem fail untuk membersihkan bar sisi yang tersekat memang menggiurkan dan biasanya bertentangan dengan hasil. Keadaan tersekat sering mencerminkan operasi sebenar yang masih tertunda, dan mencabut lekap dari bawahnya tidak menghantar data aplikasi ke mana-mana tempat yang selamat. Ia juga menyukarkan siasatan seterusnya, kerana ralat yang dilihat pengguna sudah dipadamkan dari skrin. Catat ralat tepat yang dilaporkan aplikasi dan masa pemutusan, kerana cap masa itulah yang membolehkan anda memadankan laporan anda dengan log pelayan.
Jika kongsi kekal sibuk, gunakan prosedur perkhidmatan fail atau sokongan Mac dan bukannya meningkatkan kekerasan. Memelihara bukti lebih bernilai daripada bar sisi yang bersih.
Sebelum pemutusan terancang seterusnya
Selesaikan simpanan, tutup fail yang bergantung dan keluarkan kongsi secara normal sebelum memutuskan VPN dengan sengaja. Urutan itu murah dan menghapuskan seluruh kelas soalan ini.
Untuk kerja yang sering dilanda gangguan, ubah model kerja dan bukan lekap: simpan salinan setempat dan segerakkan melalui mekanisme yang disokong aplikasi, supaya terowong yang jatuh merugikan anda satu selang penyegerakan dan bukan tulisan tidak pasti. Skrip lekap tidak dapat memelihara transaksi fail terbuka yang sewenang-wenangnya, dan tiada penalaan akan membuatnya mencuba.