Запис у мережу: як надійно виконати завдання через UNC-шлях

Як налаштувати резервне копіювання в мережу, щоб воно надійно виконувалося?

Записуй мету в завданні резервного копіювання як \\Server\Backup — а не як літеру диска на кшталт Z:. Внеси там також ім'я користувача та пароль для спільного доступу. Тоді резервне копіювання виконуватиметься й уночі, коли ніхто не ввійшов у систему на комп'ютері.

Причина: Windows прив'язує кожне з'єднання зі спільним ресурсом до точно одного облікового запису користувача. Під будь-яким іншим обліковим записом з'єднання відсутнє. З цього виникають три типові картини помилок.

Картина помилки 1: Резервна копія зростає, хоча ти видаляєш файли

Симптом. Мета займає дедалі більше місця. Давно видалені файли й далі лежать там.

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

Існує тип резервного копіювання «Синхронізація»: він узгоджує мету з джерелом. Ми не радимо цього робити. Синхронізація віддзеркалює, а не резервує. Кожна втрата в джерелі потрапляє під час наступного запуску в мету — навіть та, яку ти помітиш лише через тижні.

Ось як ти звільниш місце й збережеш захист:

• Відкрий через «Прибирання в папках» вікно «Прибирання».
• Вибери «Очистити видалені файли…».
• Ти побачиш усі файли, яких більше немає в джерелі. Познач те, що справді можна прибрати.

Картина помилки 2: Розклад виконується, а ручний запуск не вдається

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

Причина. Нічне резервне копіювання виконується під обліковим записом фонової служби, ручний запуск — під твоїм власним обліковим записом. Windows прив'язує з'єднання зі спільним ресурсом лише до одного з двох облікових записів. Під іншим воно відсутнє — попри права адміністратора.

Ось як ти це вирішиш.

1. Внести мету як UNC-шлях. UNC-шлях — це прямий запис спільного ресурсу, наприклад \\Server\Backup. Літера диска не годиться: Windows знає її лише доти, доки ти ввійшов у систему.

2. Зберегти дані для входу в завданні.

• Познач найвищий елемент резервного копіювання.
• Відкрий його через «Редагувати».
• Внеси на вкладці «Вхід» ім'я користувача та пароль для мережевого доступу.

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

Після цього перевір обидва шляхи.

Картина помилки 3: Відкриті файли відсутні в резервній копії

Симптом. Файли працюючої бізнес-програми відсутні або позначені в протоколі як заблоковані. Резервне копіювання виконується на самому сервері, але як джерело вказано шлях спільного ресурсу \\Server\Daten замість D:\Daten.

Ось як ти це вирішиш.

• Внести джерело локально. На відміну від мети, тут до завдання належить локальний шлях. Через шлях спільного ресурсу Windows не дістанеться до відкритих файлів.
• Включити відкриті файли. Увімкни в завданні опцію для відкритих файлів.
• Перевірити результат. Виконай резервне копіювання при відкритій бізнес-програмі та перевір протокол.

У мету належить UNC-шлях із даними для входу — тоді резервне копіювання виконується без користувача, що ввійшов у систему. У джерело належить локальний шлях.