Ndarja SMB pas një rënieje të VPN-së: listë kontrolli për rikuperim

Ruajtja juaj ngec, tuneli bie dhe tridhjetë sekonda më vonë VPN-i është i lidhur përsëri, ndërsa dritarja e Finder-it rrotullohet mbi një ndarje bosh. Gjithçka duket sikur duhet të funksionojë. Tuneli është lart, rrjeti është lart, dhe vëllimi nuk është. Kaloni nëpër këtë me radhë, sepse rilidhja ndërsa një aplikacion ende mendon se mban një dorezë të hapur është mënyra se si një shkrim i pasigurt bëhet i humbur.

Filloni duke ndaluar punën mbi ndarjen në vend që ta rilidhni atë. Kjo duket pasive dhe është pikërisht hapi që mbron të dhënat tuaja.

Ndaloni shkrimin përpara se të rilidheni

Mbyllni gjithçka që po përpiqet aktivisht të shkruajë dhe ruani çfarë mundeni në një vend lokal përmes rrugës së vetë aplikacionit për ruajtje ose rikuperim. Mos nisni një kopje të madhe, mos lini një klient sinkronizimi të provojë pafundësisht dhe mos pranoni një kërkesë që ofron të zëvendësojë kopjen në server me tuajën lokale. Është pikërisht udhëzimi i tretë ai që kushton të dhëna, sepse një ruajtje që ka skaduar as nuk është konfirmuar as nuk është domosdoshmërisht e papranishme, dhe mbishkrimi i skedarit në server heq provën e vetme të asaj që ndodhi në të vërtetë.

Nëse aplikacioni shfaq dy versione të të njëjtit dokument, lërini të dyja në vend për tani. Zgjedhja e një fituesi sipas emrit të skedarit ose vulës kohore është hamendje e veshur si vendim.

Riktheni rrugën, pastaj provojeni

Rilidhni VPN-në e synuar dhe përfundoni vërtetimin e saj, pastaj konfirmoni që emri i serverit të skedarëve zgjidhet dhe që shërbimi SMB përgjigjet përmes tunelit. Statusi i lidhur përshkruan vetëm tunelin, prandaj trajtojeni si fillimin e kontrollit dhe jo si fundin e tij.

1. Konfirmoni zgjidhjen e emrave dhe arritshmërinë e serverit të skedarëve përmes tunelit.

2. Jepini montimit ekzistues një minutë përpara se të krijoni një tjetër; një vëllim i dytë me etiketë identike është më i vështirë për t'u menduar sesa një rikuperim i ngadaltë.

3. Nëse vëllimi nuk kthehet, lidhuni qëllimisht përmes Go, pastaj Connect to Server, dhe adresës së njohur të serverit, si për shembull smb://files.corp.example/team.

4. Hyni me llogarinë e serverit të skedarëve, e cila është një vendim i veçantë për kredencialet, i ndryshëm nga hyrja në VPN, dhe konfirmoni gjendjen e dokumentit në aplikacion përpara se të vazhdoni.

Udhëzuesi i Apple për lidhjen me Finder dokumenton metodën e adresës eksplicite, dhe kjo është rruga e besueshme këtu. Një emër vëllimi në shiritin anësor është një etiketë e ruajtur në memorie, jo provë që lidhja e mëparshme është ende e përdorshme.

Pse një sesion i ri nuk mund të premtojë doreza të hapura

SMB vërtet ka mekanizma për t'i mbijetuar një shkëputjeje të përkohshme, dhe të dy janë të kushtëzuar. Hapjet e qëndrueshme mund të rilidhen brenda një dritareje kohore të negociuar midis klientit dhe serverit, ndërsa hapjet këmbëngulëse kërkojnë aftësi më të rrepta në të dyja anët. Fakti që një klient Mac dhe një server skedarësh bien dakord të montojnë një ndarje nuk thotë asgjë se a është negociuar ndonjëri prej këtyre mekanizmave për skedarët që kishit të hapur.

Specifikimi është po aq i qartë për dështimin: kur rikuperimi nuk ka sukses, doreza anulohet dhe pritet që klienti ta trajtojë skedarin si të mbyllur. Një aplikacion që në atë moment ishte në mes të një shkrimi nuk ka një dorezë të vlefshme për të vazhduar, edhe pse ndarja është përsëri e shfletueshme dhe skedari duket i paprekur në Finder.

Prandaj vëllimi që rishfaqet është një hap i nevojshëm dhe jo i mjaftueshëm. Redaktorët, aplikacionet e tipit bazë të dhënash dhe çdo gjë që mban një bllokim ekskluziv mund të kenë nevojë të rihapin lidhjen e tyre, dhe raporti i vetëm i besueshëm për gjendjen e dokumentit vjen nga aplikacioni, jo nga lista e skedarëve.

Mos e detyroni montimin të duket i rregullt

Shkëputja me forcë e vëllimit ose vrasja e ndihmësve të sistemit të skedarëve për të pastruar një shirit anësor të ngecur është joshëse dhe zakonisht kundërproduktive. Një gjendje e ngecur shpesh pasqyron një operacion real në pritje, dhe shkulja e montimit poshtë tij nuk i dërgon të dhënat e aplikacionit askund në mënyrë të sigurt. Gjithashtu e vështirëson hetimin e radhës, sepse gabimi që pa përdoruesi tashmë është fshirë nga ekrani. Shkruani gabimin e saktë që raportoi aplikacioni dhe kohën e shkëputjes, sepse ajo vulë kohore është ajo që ju lejon të përputhni raportin tuaj me regjistrat e serverit.

Nëse ndarja mbetet e zënë, përdorni procedurën e shërbimit të skedarëve ose të mbështetjes së Mac-it në vend që të përshkallëzoni forcën. Ruajtja e provave vlen më shumë se një shirit anësor i pastër.

Përpara rënies së radhës të planifikuar

Përfundoni ruajtjet, mbyllni skedarët e varur dhe nxirrni ndarjen normalisht përpara se të shkëputni qëllimisht një VPN. Ajo sekuencë është e lirë dhe heq të gjithë këtë klasë pyetjesh.

Për punën që goditet shpesh nga ndërprerje, ndryshoni modelin e punës dhe jo montimin: mbani një kopje lokale dhe sinkronizoni përmes një mekanizmi të mbështetur nga aplikacioni, në mënyrë që një tunel i rënë t'ju kushtojë një interval sinkronizimi në vend të një shkrimi të pasigurt. Një skript montimi nuk mund të ruajë transaksione arbitrare të skedarëve të hapur, dhe asnjë rregullim nuk do ta bëjë të provojë.