Если резервная копия на офисном компьютере устарела, сначала сравните её с последним завершённым бэкапом на сервере. Свежая серверная копия при старой офисной указывает на сбой доставки; если устарели обе, проверять нужно создание бэкапа.
Компьютер может спать, быть выключенным или терять интернет в момент загрузки. Решение — проверить условия запуска и завершение передачи, а затем контролировать возраст данных именно у получателя: новый файл в папке ещё не означает новую точку восстановления.
1. Найдите, на каком участке возникло отставание
Для одного сайта сопоставьте серверный комплект и его офисную копию. Запишите идентификатор бэкапа, точку времени скопированных данных, время завершения на сервере и время окончания загрузки в офисе; приведите часы к одному часовому поясу.
- На сервере есть новый комплект, в офисе только старый. Разбирайте расписание загрузки, доступ к источнику и передачу.
- Один комплект есть с обеих сторон, но данные старые. Повторное скачивание не поможет: проверяйте создание исходной копии.
- В офисе файл появился, но загрузка не завершилась. Не считайте его пригодным комплектом и не удаляйте предыдущую копию.
Дата изменения файла может отражать время переноса, а не свежесть базы. Для инкрементальной схемы нужны также предшествующие части цепочки: отдельный свежий фрагмент не заменяет полный комплект.
2. Проверьте запуск без участия сотрудника
Откройте журнал планировщика и программы загрузки за пропущенное время. Отделите отсутствие старта от обрыва уже начатой передачи.
Сон, выключение и питание
В Windows проверьте условия питания, возможность пробуждения для задания и запуск после пропущенного расписания. Это отдельные настройки: WakeToRun, StartWhenAvailable и ограничения работы от батареи описаны в документации Microsoft.
Не рассчитывайте, что пробуждение из сна включит полностью выключенный компьютер. Проверяйте поведение на конкретной машине: режим питания и доступность устройства должны соответствовать выбранному расписанию.
Если ночная загрузка зависит от рабочего ПК, предусмотрите догоняющий запуск после его включения. Проверьте и выходные: схема, которая работает только при присутствии сотрудника, оставляет предсказуемые интервалы без доставки.
Пользователь и доступы
Запустите задание в том же режиме, в котором его выполняет планировщик, при закрытой программе и без интерактивного входа сотрудника. Убедитесь, что этому пользователю доступны папка назначения, программа, ключи доступа и сетевой путь.
Подключённый в рабочем сеансе диск или открытое вручную VPN-соединение могут быть недоступны фоновому заданию. Проверка «я нажал скачать, всё работает» не подтверждает автоматический запуск; секреты при этом не выводите в журнал.
3. Разберите сетевой обрыв и неполный файл
Проверяйте доступ именно к хранилищу копий: работающий интернет и открывающийся сайт не доказывают, что доступны нужный адрес, порт и учётная запись. По журналу найдите последний успешный этап: соединение, авторизацию, чтение списка или передачу.
Затем проверьте свободное место, квоту и права записи на офисном диске. Если источник доступен, но передача каждый раз обрывается, сопоставьте время обрыва с переходом ПК в сон, отключением VPN и ошибками программы.
Сохраняйте незавершённую загрузку отдельно от готовых копий. Переводить её в состояние «готово» следует только после успешного окончания передачи и предусмотренной проверки результата; старый пригодный комплект должен остаться доступным.
Докачка допустима, если программа её поддерживает и продолжает тот же неизменяемый объект. При изменившемся источнике безопаснее начать отдельную загрузку, чем соединить фрагменты разных версий.
4. Контролируйте свежесть офисной копии
Заведите две отдельные отметки: какой комплект уже готов на сервере и какой полностью принят в офисе. Это позволяет отличить пропуск создания от задержки доставки, даже если оба задания формально завершились без ошибки.
Для принятого комплекта храните точку данных и время окончания передачи. Оценивать нужно возраст точки данных, а не только время последнего соединения с сервером: скачанный сегодня старый архив не становится свежим.
Допустимый возраст задайте по принятому пределу потери данных — RPO. Выбрать его поможет руководство по RPO, RTO и частоте бэкапов; предупреждение должно оставлять время на повторную передачу до превышения этого предела.
Проверку отсутствия нового принятого комплекта разместите вне офисного ПК. Иначе его выключение остановит одновременно загрузку и оповещение; в сигнале укажите сайт, последний принятый комплект, его возраст и ответственного.
5. Проверьте догоняющую загрузку
В согласованном тесте пропустите одну офисную загрузку, сохранив создание серверной копии. Затем включите компьютер и проверьте:
- Задание запускается без ручного открытия программы.
- Загрузка выбирает нужный завершённый комплект и необходимые части цепочки.
- Незавершённый файл не появляется среди готовых копий.
- Контроль замечает отставание и снимает сигнал после подтверждённого приёма.
Свежесть и завершение передачи не доказывают возможность вернуть сайт. Это отдельно проверяют пробным восстановлением в изолированной среде.
Если офис регулярно выключен, а допустимое отставание короткое, перенесите обязательную доставку на постоянно доступный получатель; офисную копию можно оставить дополнительной. Web-Puls контролирует внешнюю доступность сайта, но HTTP-ответ не подтверждает свежесть резервных копий.
Если пропуски повторяются, отправьте заявку на профессиональную поддержку: укажите расписание, режим работы ПК, времена последнего серверного и офисного комплектов и обезличенную ошибку. Специалист оценит задачу и предложит формат работ; пароли и содержимое архивов в заявку не включайте.