Резервное копирование Duplicati прервано: повтор задачи

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

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

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

Что означает, что резервное копирование Duplicati прервано?

Результат говорит о ненормальном завершении запуска, но не определяет доступные для восстановления файлы и не доказывает сетевую причину. Локальная база Duplicati хранит сведения о копиях, а удаленное назначение — данные. Удаление одной стороны меняет задачу восстановления.［3］

Выберите ветвь по первой содержательной ошибке и операции. Каждая строка о повторе не является отдельной причиной: более поздняя ошибка проверки или очистки может следовать за ранним сбоем передачи.

Свидетельство	Что проверять сначала	Чего не делать сразу
Запрос загрузки истек по времени	Доступность назначения и выполняющий хост	Менять шифрование или хранение
Аутентификация отклонена	Аккаунт и права назначения	Постоянно менять маршрут
Ошибка локальной базы	Состояние базы и исходная задача	Удалять базу
Удаленный файл отсутствует или не согласован	Состояние хранилища с поддержкой	Удалять удаленные блоки
Источник не читается	Права источника и учетная запись службы	Считать это ошибкой отправки

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

Шаг 1: Сохраните задачу и первую ошибку

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

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

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

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

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

Шаг 2: Проверьте назначение и выполняющий компьютер

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

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

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

Определите, где работает Duplicati. Браузер на ноутбуке может управлять сервером, контейнером или NAS. VPN на ноутбуке не подтверждает изменение пути удаленного процесса. Не включайте эти среды в настольное сравнение без отдельного понимания их сетевого маршрута.

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

Контрольная точка: задача указывает на прежнее место, а хост и учетная запись определены. Частному сервису или внутреннему endpoint может требоваться исходная разрешенная сеть.

Шаг 3: Отличите передачу от состояния базы

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

Документация описывает локальную базу как метаданные для учета удаленных данных. Руководство восстановления отличает работу с уже настроенной копией от прямого восстановления, которое загружает сведения и строит частичную базу. Медленный сбор информации поэтому не означает автоматически сбой скачивания файлов.［2］［3］

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

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

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

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

Шаг 4: Один раз повторите исходную задачу

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

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

Если публичное назначение регулярно возвращает тайм-аут на компьютере отправки, подключите этот поддерживаемый компьютер через AethoVPN и повторите исходную задачу один раз. Windows использует официальный установщик; Linux ограничен пакетом .deb для Debian/Ubuntu x64; Mac — руководством на сайте и VPN-клиентом с Pro или Premium. Выберите доступное ближайшее расположение и включите глобальный режим перед запуском. Сравнение сохраняет хранилище и шифрование, меняя путь отправки; оно не исправляет рассогласование базы, отсутствующие блоки или права хранения.

Создайте аккаунт для пробной отправки исходной копии по другому пути; новый пользователь получает одноразовый пробный период Pro на 3 дня.

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

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

Шаг 5: Восстановите файл именно из новой версии

Успешный запуск — повод проверить восстановление, а не закончить расследование. В Restore выберите исходную настроенную копию, явно укажите версию, созданную повтором, и тестовый файл. Восстановите его в другую пустую папку, сохраняя исходные данные.［2］

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

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

Права — отдельный критерий приемки. Если файл получен, но текущий аккаунт не может открыть его, исследуйте доступ к целевой папке. Вместе с тем один видимый каталог или нечитаемый файл не подтверждает восстановление.

После малого успеха переходите к представительной выборке. Один документ не проверяет все версии и согласованность приложения. Ответственный за восстановление должен принять замену production-данных до ее выполнения.

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

Итоги

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

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

Нужно ли удалять базу после прерывания?

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

Создает ли повтор новую конфигурацию?

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

Что если тест соединения проходит, а отправка падает?

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

Поможет ли VPN на компьютере браузера резервированию NAS?

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

Какую версию выбирать для восстановления?

Явно выберите версию после повтора. Доступность более ранней копии показывает только чтение старого содержимого и не подтверждает сохранение актуального источника новой задачей.

Успешный код выхода доказывает восстановимость?

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

Когда прекращать повтор резервной копии Duplicati?

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

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

Источники:

1. Duplicati — Running a backup
2. Duplicati — Restoring files
3. Duplicati — The local database
4. Duplicati — Community docs: advanced options

Sources checked 7 октября 2026 г.