Восстановление утраченных данных с источника
Повторный импорт восстанавливает содержимое письма или вложения, если в хранилище не осталось исправных копий чанка, но письмо ещё доступно на исходном почтовом сервере. Существующая запись письма и постоянные ссылки на неё сохраняются.
Перед началом
- Выполните проверку целостности и найдите проблему со статусом S6.
- Проверьте, что исходный источник IMAP или EWS существует, включён и доступен.
- Убедитесь, что в кластере работает узел с ролью [Импорт] и доступно хранилище для восстановленных данных.
Если исправная копия есть на другом узле, восстанавливайте данные с донора. Повторный импорт предназначен для проблем, у которых такой копии нет.
Запустите восстановление
- Откройте [Состояние системы] → [Целостность данных].
- Найдите проблему со статусом S6 и нажмите [Ре-импорт] (!).
- В окне подтверждения проверьте имя источника, его доступность и число восстанавливаемых объектов.
- Если источник недоступен, устраните указанную причину: включите источник, исправьте подключение или учётные данные. Повторите проверку. Пока источник недоступен, запуск заблокирован.
- Подтвердите запуск.
{{СКРИНШОТ}}
Клавдий создаёт задачу, которая получает только затронутые письма: для Exchange — по идентификатору элемента, для IMAP — по UID. Полный сбор источника заново не запускается.
Проверьте результат
- В очереди задач найдите созданную задачу импорта и дождитесь её завершения.
- Если есть ошибки, откройте журнал задачи: завершение задачи само по себе не подтверждает восстановление всех объектов.
- Откройте затронутое письмо по прежней ссылке. Проверьте тело и вложения.
- Повторите проверку целостности и убедитесь, что проблема закрыта. Запись также может закрыться автоматически после восстановления.
Ограничения
| Ситуация | Что учитывать |
|---|---|
| Массовый источник Exchange со служебной учётной записью или IMAP с мастер-учётной записью | точечное восстановление этим способом не поддерживается; причина отображается при проверке |
| Письмо принято по SMTP | исходного источника для повторного получения нет |
| Утрачен мета-чанк письма | идентификаторы для точечного восстановления неизвестны; проблема классифицируется как безвозвратная |
| Письмо удалено с исходного сервера | задача не сможет получить его заново |
Изменился UIDVALIDITY папки IMAP |
сохранённый UID нельзя использовать для точечного восстановления; причина будет в журнале |
Статусы S2, S4 и S7 не поддерживают восстановление этой командой. Их значение, а также восстановление с донора для S1, S3 и S5 описаны на странице Проверка состояния хранилищ.
Если данные не восстановлены
- Выполните проверку подключения в форме исходного источника кнопкой [Проверить].
- Проверьте наличие работающего узла с ролью [Импорт].
- Проверьте журнал задачи и доступность письма на исходном сервере.
-
WARN_KLVD_IMPORT_028означает, что письмо удалено на сервере IMAP. -
WARN_KLVD_STORAGE_045при этой операции может сопровождать ожидаемую перезапись записи чанка; оценивайте результат по задаче, доступности письма и повторной проверке целостности.
Связанные материалы
Навигация по книге
- Следующая статья: Проверка состояния PostgreSQL