Сбой резервного копирования NAS: что проверить

Сбой резервного копирования NAS: что проверить

Kevin Wu
6 сентября 2026 г.· 9 мин чтения

Если произошёл сбой резервного копирования NAS, до любых изменений сохраните точное задание, назначение, время последнего успеха, первую ошибку и полный журнал. Затем определите: оно не стартует, не читает источник, не проходит проверку подлинности или не достигает назначения, исчерпывает квоту, теряет связь либо завершается ошибкой при проверке. Не удаляйте цепочку резервных копий в качестве первого решения.

Ключевые выводы

  • Предупреждение, пропуск, очередь и ошибка — разные состояния.
  • До редактирования защитите последнюю хорошую копию и экспортируйте журнал.
  • Проверяйте источник, назначение, емкость, служебную учетную запись, сеть, расписание и целостность отдельно.
  • Небольшое тестовое задание с расходными данными запускайте только после сохранения сведений о рабочем задании.
  • Успешный повторный запуск еще нужно подтвердить восстановлением.

Статья предполагает существующее задание. Для общей схемы используйте руководство по диагностике, а при отсутствии настройки — инструкцию по резервному копированию на NAS.

Сбой резервного копирования NAS? Сначала запишите состояние задания

Сохраните первую полную ошибку, а не только итоговый баннер. Документация QNAP Hybrid Backup Sync разделяет отчеты задания и историю файлов, где видны состояние, длительность, объем, пропуски, предупреждения и ошибки.[1] Названия у продуктов разные, но доказательство должно указывать этап.

Зафиксируйте исходное состояние:

  • модель NAS, версию ОС, название и версию приложения резервного копирования;
  • точное имя и тип задания, источник, назначение, расписание и правила хранения;
  • время начала и окончания последнего успешного запуска;
  • первый неудачный запуск и первое относящееся к нему сообщение либо код ошибки;
  • затронуты все задания или только одно;
  • недавние изменения пароля, ключа, сертификата, прав, прошивки, сети, хранилища или политики;
  • свободное место, квоту и состояние источника и назначения;
  • читается ли последний заведомо исправный набор и защищен ли он от изменений.

Экспортируйте конфигурацию только поддерживаемым способом и скрывайте имена узлов, пользователей, контейнеров, токенов, ключей и личные пути. Не меняйте ключ и не удаляйте задание, пока не ясно, какие исторические наборы от них зависят.

Это ошибка, очередь, пропуск или предупреждение?

Задание, которое не запускается, проверяют иначе, чем задание, которое передаёт данные и падает на этапе проверки.

СостояниеПервые проверки
В очереди или ожиданиеПерекрытие заданий, лимит параллельности, обслуживание, пауза службы, зависимое задание
Пропуск файловИсключения, неподдерживаемые имена, открытые файлы, права, ссылки, ограничения пути или размера
Ошибка входаУчетная запись, права, токен, ключ, сертификат, часы и политика
Назначение недоступноАдрес, служба, интерфейс, маршрут, DNS при имени, межсетевой экран, удаленное обслуживание
Мало местаФайловая система, квота, снимки, версии, политика хранения и временная область
Обрыв передачиСеть, интерфейс, питание, сон, лимиты и большие файлы
Ошибка целостностиОбъекты, индекс, проверка, здоровье репозитория или прошлый обрыв

Сверяйте числовой код и подробный журнал с документацией точной установленной версии. Итоговое уведомление может быть лишь сводкой, отправленной уже после исходной причины; исправив симптом из сводки, можно так и не устранить первый сбой. Одновременный отказ нескольких заданий указывает на общую учетную запись, сертификат, часы, пул, интерфейс, обновление или ресурс. Один отказ сравнивайте с работающим заданием по источнику, назначению, служебной учетной записи, фильтру и расписанию.

Доступны ли источник и назначение?

Подтвердите существование и монтирование источника, а также чтение учетной записью службы. Возможность пользователя открыть папку не доказывает права фонового задания. Проверьте переименованную общую папку, измененные права, отключенный внешний диск, снимок приложения, блокировку файла, путь, исключения и ссылки.

Отдельно проверьте точный репозиторий назначения. Учтите свободное место, пользовательскую квоту, лимит объектов, снимки, версии, корзину, временную область и режим только для чтения. Большое общее свободное место на NAS не отменяет исчерпанную квоту задания.

Документация QNAP показывает расписания, фильтры, управление версиями, проверку целостности и клиентское шифрование.[2] Это иллюстрирует роль настроек, но не заменяет документацию вашего продукта. Меняйте одну переменную.

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

Исправны ли учетные данные NAS, права, сертификат и время?

Проверьте, что учетная запись активна и допущена к точному назначению. Новые правила условного доступа, ограничения IP, региона, протокола или хранилища могут блокировать ранее рабочее задание. Повторно вводите учетные данные только через доверенный интерфейс производителя NAS.

Для токена и ключа проверьте срок действия, область разрешений и связь с репозиторием. Замена может сделать историю нечитаемой. Для сертификата проверьте имя узла, даты, цепочку доверия и часы NAS. Сильно неверное время ломает проверку сертификатов и подписей.

Не ослабляйте проверку TLS, не принимайте неизвестный сертификат навсегда, не открывайте службу управления в интернет и не подменяйте учетную запись администраторской ради быстрого обхода. Исправляйте права или отношения доверия. Если назначением управляет организация, запросите у администратора минимально необходимые разрешения и проверку записи об отклоненном действии.

Synology связывает доступ к назначению с разрешениями и службой выбранного типа хранилища.[3] Успешный интерактивный вход не подтверждает, что запланированное задание имеет права читать, создавать, обновлять и перечислять объекты репозитория, применять правила хранения и выполнять проверку. Сопоставляйте отказ с конкретной операцией, а не только с результатом входа.

Мешают ли место на NAS, хранение версий и проверка целостности?

Место занимают не только последние видимые файлы. Версии, индексы дедупликации, базы, снимки, корзины, рабочая область проверки целостности и временные объекты прерванных запусков тоже требуют емкости. Сопоставляйте реальное свободное место и квоту назначения с этапом отказа, а не оценивайте их только по размеру источника.

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

Используйте фирменное обслуживание репозитория и не удаляйте его внутренние файлы вручную. Проверка целостности может завершиться ошибкой из-за повреждения, недоступности, нехватки временных ресурсов или лимита времени. Synology описывает случай отказа Hyper Backup при превышении времени проверки.[4] Точная ошибка важнее общего предположения.

Если пул хранения деградировал, это уже не только проблема задания. Перейдите к руководству по деградировавшему пулу, сократите ненужные записи, сохраните независимые копии и соблюдайте порядок восстановления, предписанный производителем точной модели.

Как изолировать сеть, расписание и ресурсы?

Сопоставьте метки времени сбоя с перезапуском роутера, изменениями WAN, продлением аренды DHCP, удаленным обслуживанием, событиями питания, сном NAS, обновлением сертификата, интенсивной индексацией медиатеки, антивирусными проверками, снимками, репликацией и другими заданиями резервного копирования.

Для сетевого назначения проверяйте имя узла или адрес, порт, интерфейс и маршрут поддерживаемой диагностикой. DNS относится только к имени. Не объявляйте VPN причиной без сравнения и не выставляйте NAS в интернет для обхода маршрута.

Если стабильная передача только медленная, используйте руководство по скорости NAS. Здесь рассматриваются остановки, пропуски, отказы и ошибки проверки.

Два задания могут конкурировать за заблокированный репозиторий, слот снимка, USB-диск, сетевую полосу, память или CPU. Измените одно тестовое расписание, не трогая хранение версий и шифрование, и проследите один запуск. Если задание каждый раз обрывается через одинаковый промежуток, проверьте тайм-аут, длительность сеанса, удаленные ограничения частоты и окно обслуживания.

Перезагрузка всего NAS может уничтожить временные доказательства и прервать здоровые службы. Делайте ее только по процедуре производителя или при подтвержденном зависании службы, предварительно сохранив журналы и проверив активные операции с хранилищем.

Как безопасно перепроверить?

Меняйте одну обратимую переменную. После исправления выполните поддерживаемую проверку соединения, затем малое задание с расходными нечувствительными данными и изолированным назначением. Не экспериментируйте на единственном репозитории, если продукт может изменить его формат.

Проверьте создание, перечисление, чтение, проверку целостности и удаление согласно политике. Проверка соединения может подтвердить только вход. После малого файла увеличивайте нагрузку осторожно, чтобы проверить время, квоту, размер объекта и соединение.

После успеха просмотрите пропуски и предупреждения, затем восстановите выборку по руководству проверки восстановления. Зеленый статус без восстановления недостаточен.

Если контролируемые тесты продолжают завершаться ошибкой, сохраните журналы, экспорт конфигурации, точные метки времени, версии и минимальное воспроизведение для поддержки производителя. Удалите секреты и личные имена, но оставьте исходный код ошибки и этап, на котором она возникла.

Итоги

  • Сохраните задание, журнал, последний успех, первую ошибку и последнюю хорошую копию.
  • Разделите очередь, пропуски, вход, емкость, передачу и целостность.
  • Проверьте источник и точное назначение с его квотой и временным местом.
  • Проверьте служебную учетную запись, ключи, сертификат, часы и минимальные права.
  • Сопоставьте расписание, блокировки, сеть и ресурсы.
  • Повторите с расходными данными и докажите восстановление.

Часто задаваемые вопросы (FAQ)

Почему ручное копирование работает, а задание нет?

У службы могут быть другая учетная запись, протокол, снимок источника, формат репозитория, фильтр, квота или права. Проверяйте именно учетную запись службы и точное назначение, а не возможность ручного копирования в соседнюю папку.

Нужно удалить и создать задание заново?

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

Можно вручную удалить старые файлы репозитория?

Нет. Используйте поддерживаемые производителем правила хранения или обслуживание, чтобы сохранить согласованность индексов, версий, дедупликации и записей проверки целостности.

Почему сбой появился после смены пароля?

Задание могло сохранить старый пароль, либо изменились токен, права, сеансы или политика учетной записи. Обновляйте данные через доверенный интерфейс задания и проверяйте доступ с минимально необходимыми правами.

При ошибке сертификата отключить проверку?

Нет. Проверьте часы NAS, имя узла, даты сертификата, цепочку доверия и конфигурацию назначения. Отключение проверки может направить учетные данные и резервируемую информацию недоверенному узлу.

Почему проверка завершается ошибкой после передачи?

В репозитории могут быть повреждённые или неполные объекты, несогласованный индекс; причиной также бывают нехватка временных ресурсов, тайм-аут или прерванный ранее запуск. Опирайтесь на подробный журнал проверки целостности и поддерживаемый способ восстановления.

Может ли деградировавший пул вызвать ошибку резервного копирования?

Да. Деградировавший пул, пул в режиме только для чтения или с ошибками может мешать надёжному чтению и записи. Защитите независимые данные и, прежде чем добавлять нагрузку, следуйте процедуре восстановления хранилища для конкретной модели.

Одного успешного запуска достаточно?

Он доказывает завершение только одного запуска. Просмотрите пропуски и предупреждения, затем восстановите представительные данные в изолированное место, проверив содержимое, метаданные, права и ключи.

Источники

  1. QNAP Hybrid Backup Sync - Viewing job reports — https://docs.qnap.com/application/hybrid-backup-sync/3v21.x/en-us/viewing-job-reports-65A190E7.html
  2. QNAP Hybrid Backup Sync - Creating a backup job — https://docs.qnap.com/application/hybrid-backup-sync/3v21.x/en-us/creating-a-backup-job-753C8301.html
  3. Synology DSM Help - Backup destination permissions — https://kb.synology.com/en-eu/DSM/help/HyperBackup/data_backup_destination?version=7
  4. Synology Knowledge Center - Hyper Backup task fails with integrity check — https://kb.synology.com/en-au/DSM/tutorial/Hyper_Backup_task_fails_with_integrity_check

Sources checked 6 сентября 2026 г.

Рекомендуемые статьи

Начните бесплатный 3-дневный пробный период

Зарегистрируйтесь и попробуйте все премиум-функции бесплатно.

*Только для новых пользователей. Один пробный период на пользователя.

Сбой резервного копирования NAS: что проверить | AethoVPN