SMB megosztás VPN-kiesés után: ellenőrzőlista a helyreállításhoz

A mentés lefagy, az alagút elesik, és harminc másodperccel később a VPN újra csatlakoztatva van, miközben a Finder ablaka egy üres megosztáson pörög. Minden úgy tűnik, mintha működnie kellene. Az alagút fent van, a hálózat fent van, a kötet pedig nem. Haladjon végig ezen sorrendben, mert az újracsatlakozás, miközben egy alkalmazás még mindig azt hiszi, hogy nyitott leírót tart, az az út, amelyen a bizonytalan írás elveszett írássá válik.

Kezdje azzal, hogy leállítja a munkát a megosztáson, nem azzal, hogy újracsatlakoztatja. Ez passzívnak tűnik, és éppen ez a lépés védi az adatait.

Állítsa le az írást, mielőtt újracsatlakozna

Zárjon be mindent, ami aktívan írni próbál, és mentse, amit tud, helyi helyre az alkalmazás saját mentési vagy helyreállítási útvonalán keresztül. Ne indítson nagy másolást, ne hagyja, hogy egy szinkronizáló kliens a végtelenségig próbálkozzon, és ne fogadjon el olyan kérést, amely a szerverpéldány helyi példánnyal való lecserélését kínálja. A harmadik utasítás az, amely adatokba kerül, mert egy lejárt mentés sem nem megerősített, sem nem feltétlenül hiányzó, és a szerverfájl felülírása eltávolítja az egyetlen bizonyítékot arról, ami valójában történt.

Ha az alkalmazás ugyanazon dokumentum két verzióját mutatja, egyelőre hagyja mindkettőt a helyén. Győztest választani fájlnév vagy időbélyeg alapján döntésnek öltözött találgatás.

Állítsa vissza az útvonalat, majd bizonyítsa be

Csatlakoztassa újra a szándékolt VPN-t, és fejezze be a hitelesítését, majd erősítse meg, hogy a fájlszerver neve feloldódik, és hogy az SMB szolgáltatás válaszol az alagúton keresztül. A csatlakoztatva állapot csak az alagutat írja le, ezért tekintse az ellenőrzés kezdetének, nem a végének.

1. Erősítse meg a névfeloldást és a fájlszerver elérhetőségét az alagúton keresztül.

2. Adjon egy percet a meglévő csatolásnak, mielőtt újat hozna létre; egy azonos címkéjű második kötet nehezebben átgondolható, mint egy lassú helyreállítás.

3. Ha a kötet nem tér vissza, csatlakozzon szándékosan a Go, majd a Connect to Server menün és a szerver ismert címén keresztül, például smb://files.corp.example/team.

4. Jelentkezzen be a fájlszerver-fiókkal, amely a VPN-bejelentkezéstől különálló hitelesítő adatokra vonatkozó döntés, és a folytatás előtt erősítse meg a dokumentum állapotát az alkalmazásban.

Az Apple Finderes csatlakozási útmutatója dokumentálja az explicit cím módszerét, és itt ez a megbízható út. Az oldalsávban ülő kötetnév gyorsítótárazott címke, nem bizonyítéka annak, hogy az előző kapcsolat még használható.

Miért nem ígérhet nyitott leírókat egy friss munkamenet

Az SMB-nek valóban vannak mechanizmusai az ideiglenes megszakítás túlélésére, és mindkettő feltételes. A tartós megnyitások újracsatlakoztathatók a kliens és a szerver között egyeztetett időablakon belül, míg az állandó megnyitások szigorúbb képességeket igényelnek mindkét oldalon. Az, hogy egy Mac kliens és egy fájlszerver megegyezik egy megosztás csatolásában, semmit sem mond arról, hogy a nyitva tartott fájlokhoz egyeztettek-e bármelyik mechanizmusról.

A specifikáció ugyanilyen egyértelmű a kudarcról: ha a helyreállítás nem sikerül, a leíró érvénytelenné válik, és a kliensnek a fájlt zártként kell kezelnie. Egy abban a pillanatban éppen írás közben lévő alkalmazásnak nincs érvényes leírója, amelyről folytathatná, még akkor sem, ha a megosztás újra böngészhető, és a fájl sértetlennek látszik a Finderben.

Ezért az újra megjelenő kötet szükséges lépés, és nem elégséges. A szerkesztőknek, az adatbázis jellegű alkalmazásoknak és mindennek, ami kizárólagos zárolást tart, szüksége lehet a saját kapcsolata újranyitására, és a dokumentum állapotáról szóló egyetlen megbízható jelentés az alkalmazásból érkezik, nem a fájllistából.

Ne kényszerítse a csatolást rendezett küllemre

A kötet kényszerű leválasztása vagy a fájlrendszer-segédek megölése egy beragadt oldalsáv tisztításához csábító és általában ellentermékeny. A beragadt állapot gyakran valódi, függőben lévő műveletet tükröz, és a csatolás alóla való kitépése nem juttatja biztonságos helyre az alkalmazás adatait. A következő vizsgálatot is megnehezíti, mert a felhasználó által látott hiba már törlődött a képernyőről. Jegyezze fel az alkalmazás által jelentett pontos hibát és a megszakítás idejét, mert ez az időbélyeg teszi lehetővé, hogy a jelentését a szerver naplóihoz illessze.

Ha a megosztás foglalt marad, a fájlszolgálat vagy a Mac-támogatás eljárását alkalmazza az erő fokozása helyett. A bizonyítékok megőrzése többet ér egy rendezett oldalsávnál.

A következő tervezett kiesés előtt

Fejezze be a mentéseket, zárja be a függő fájlokat, és a szokásos módon dobja ki a megosztást, mielőtt szándékosan leválaszt egy VPN-t. Ez a sorrend olcsó, és megszünteti ezt az egész kérdésosztályt.

Az olyan munkánál, amelyet gyakran ér kiesés, a munkamodellt változtassa meg, ne a csatolást: tartson helyi példányt, és az alkalmazás által támogatott mechanizmuson keresztül szinkronizáljon, hogy egy elesett alagút egy szinkronizálási időközbe kerüljön a bizonytalan írás helyett. Egy csatolószkript nem tud tetszőleges nyitott fájlú tranzakciókat megőrizni, és semmilyen hangolás nem fogja erre rávenni.