Вопрос или проблема
Я планирую делать резервные копии писем Outlook с настольных компьютеров на NAS. Инструмент, который я выбрал, – это rsnapshot, так как я могу установить его на старый NAS (Synology DS 1010+). Rsnapshot использует rsync для выполнения своей работы. Классический Outlook (2016) сохраняет сообщения в файлах pst или ost, которые могут вырасти до гигабайтов, если содержат много писем. Опция --append
rsync может значительно ускорить процесс резервного копирования больших файлов. Я обеспокоен, безопасно ли делать резервные копии файлов pst и ost с использованием этой опции. В частности, после получения или отправки нового письма Outlook, вероятно, добавляет эти письма в соответствующие файлы pst или ost. Однако когда одно из писем удаляется, как это управляется в файлах pst и ost, т.е. удаляется ли часть в середине файла pst/ost? Если да, то это сделает опцию --append
неприменимой. Поэтому мой вопрос состоит в том, безопасно ли использовать опцию --append
для резервного копирования файлов pst и ost Outlook.
В связи с этим, Thunderbird сохраняет письма в файлах (без расширения), и кроме них записывает некоторые файлы msf, которые намного меньше предыдущих. Безопасно ли использовать опцию --append
rsync для резервного копирования больших файлов без расширения (в которых содержатся реальные письма)?
Ответ или решение
Использование опции --append
в утилите rsync для резервного копирования файлов pst и ost из Outlook, а также файлов Thunderbird требует осторожного подхода. Давайте рассмотрим каждый из случаев более подробно.
Outlook: файлы PST и OST
Файлы PST и OST в Outlook представляют собой базы данных, которые хранят электронные письма, календари, контакты и другие данные. При добавлении новых электронных писем в эти файлы Outlook действительно выполняет операцию добавления записей в конец файла. Тем не менее, при удалении писем или перемещении их в другие папки в этих файлах не происходит простого удаления данных — удаляемые записи просто помечаются как удаленные, и фактическое место на диске может не быть оперативно освобожденным. Таким образом, структура файла может измениться при любом редактировании, что делает использование опции --append
небезопасным.
Если вы используете --append
и Outlook изменяет файл в этот момент (например, вы получаете новое письмо или удаляете старое), это может привести к несовпадению содержимого файла в процессе синхронизации или даже к повреждению файла. В результате, вам может потребоваться полное резервное копирование файла, чтобы избежать потери данных. Поэтому для файлов PST и OST рекомендуется не использовать опцию --append
, а вместо этого выполнять полное резервное копирование, чтобы гарантировать целостность данных.
Thunderbird: файлы без расширения и MSF
Файлы без расширения (которые являются основными файлами сообщений в Thunderbird) также имеют свои особенности. В отличие от PST и OST, Thunderbird использует файл без расширения для хранения сообщений, и этот файл может также изменяться при добавлении или удалении писем. Как и в случае с Outlook, при удалении сообщений содержимое файла может измениться, и поэтому использование --append
может привести к тому, что вы сохраните неактуальную или поврежденную версию файла.
Файлы MSF (Mail Summary File) являются индексами для файлов сообщений и не содержат самих писем. Эти файлы могут быть более «гибкими» с точки зрения изменений и обновлений, но всё же их резервное копирование одновременно с основным файлом сообщений требует повышенной осторожности.
Рекомендации
-
Не используйте
--append
для файлов PST и OST. Вместо этого регулярно выполняйте полное резервное копирование. -
Отдавайте предпочтение полному резервному копированию файлов без расширения Thunderbird. Это обеспечит целостность данных и предотвратит потенциальные проблемы с синхронизацией.
-
Рассмотрите возможность создания резервных копий в оффлайн-режиме, когда приложения не работают. Это минимизирует риск изменения файлов в процессе резервного копирования.
-
Тестируйте резервные копии на предмет целостности и возможности восстановления, чтобы удостовериться, что данные сохранились корректно.
Таким образом, для обеспечения надежности и безопасности резервного копирования ваша стратегия должна заключаться в избежании использования --append
в данной ситуации и в проведении полного резервного копирования.