Збереження зависає, тунель падає, і через тридцять секунд VPN знову підключено, а вікно Finder крутиться на порожньому спільному ресурсі. Усе виглядає так, ніби має працювати. Тунель піднято, мережу піднято, а том — ні. Пройдіть це по порядку, бо перепідключення, поки застосунок ще вважає, що тримає відкритий дескриптор, — це шлях, яким непевний запис стає втраченим.

Почніть із зупинки роботи на спільному ресурсі, а не з його перепідключення. Це здається пасивним, і саме цей крок захищає ваші дані.

Зупиніть запис до перепідключення

Закрийте все, що активно намагається писати, і збережіть що можете в локальне місце через власний шлях збереження або відновлення застосунку. Не починайте велике копіювання, не дозволяйте клієнту синхронізації повторювати спроби нескінченно і не приймайте запит, що пропонує замінити копію на сервері вашою локальною. Саме третя інструкція коштує даних, бо збереження з минулим терміном не підтверджено і не обов’язково відсутнє, а перезапис файлу на сервері видаляє єдиний доказ того, що сталося насправді.

Якщо застосунок показує дві версії одного документа, залиште обидві на місці поки що. Вибір переможця за іменем файлу або позначкою часу — це здогад, одягнений у рішення.

Відновіть шлях, а потім доведіть його

Перепідключіть потрібний VPN і завершіть його автентифікацію, потім переконайтеся, що ім’я файлового сервера розв’язується і що служба SMB відповідає через тунель. Стан підключено описує лише тунель, тому вважайте його початком перевірки, а не її кінцем.

  1. Підтвердьте розв’язання імен і доступність файлового сервера через тунель.

  2. Дайте наявному монтуванню хвилину, перш ніж створювати ще одне; другий том з ідентичною міткою складніше осмислити, ніж повільне відновлення.

  3. Якщо том не повертається, підключіться навмисно через Go, потім Connect to Server, і відому адресу сервера, наприклад smb://files.corp.example/team.

  4. Увійдіть з обліковим записом файлового сервера, що є окремим рішенням про облікові дані, відмінним від входу в VPN, і підтвердьте стан документа в застосунку, перш ніж продовжити.

Посібник Apple зі підключення через Finder описує метод явної адреси, і саме він тут надійний. Ім’я тома в бічній панелі — це кешована мітка, а не доказ того, що попереднє з’єднання ще придатне.

Чому новий сеанс не може обіцяти відкриті дескриптори

SMB справді має механізми переживання тимчасового розриву, і обидва умовні. Стійкі відкриття можна перепідключити протягом часового вікна, узгодженого між клієнтом і сервером, тоді як постійні відкриття потребують суворіших можливостей з обох боків. Згода клієнта Mac і файлового сервера змонтувати ресурс нічого не каже про те, чи було узгоджено хоч один із цих механізмів для файлів, які ви мали відкритими.

Специфікація так само ясно говорить про невдачу: коли відновлення не вдається, дескриптор анулюється, і клієнт має вважати файл закритим. Застосунок, який у цей момент був посеред запису, не має дійсного дескриптора, щоб продовжити, навіть якщо ресурс знову переглядається і файл у Finder виглядає цілим.

Тому том, що знову з’являється, — необхідний крок, але не достатній. Редакторам, застосункам у стилі баз даних і всьому, що тримає виняткове блокування, може знадобитися знову відкрити власне з’єднання, а єдиний достовірний звіт про стан документа надходить від застосунку, а не зі списку файлів.

Не змушуйте монтування виглядати охайно

Примусово відмонтувати том або вбити допоміжні процеси файлової системи, щоб очистити завислу бічну панель, — спокусливо і зазвичай контрпродуктивно. Завислий стан часто відображає реальну операцію, що ще чекає, і виривання монтування з-під неї не доставляє дані застосунку нікуди в безпечне місце. Це також ускладнює наступне розслідування, бо помилку, яку бачив користувач, уже стерто з екрана. Запишіть точну помилку, яку повідомив застосунок, і час розриву, оскільки саме ця позначка часу дозволяє зіставити ваш звіт із журналами сервера.

Якщо ресурс залишається зайнятим, використовуйте процедуру файлової служби або підтримки Mac замість нарощування сили. Збереження доказів цінніше за охайну бічну панель.

Перед наступним плановим розривом

Завершіть збереження, закрийте залежні файли і штатно витягніть ресурс, перш ніж навмисно відключати VPN. Ця послідовність дешева і знімає весь цей клас питань.

Для роботи, яку часто зачіпають збої, змінюйте модель роботи, а не монтування: тримайте локальну копію і синхронізуйте через механізм, який підтримує застосунок, щоб тунель, що впав, коштував вам одного інтервалу синхронізації замість непевного запису. Скрипт монтування не може зберегти довільні транзакції відкритих файлів, і жодне налаштування не змусить його це спробувати.

Схожі статті