--- canonical: https://koalavps.com/ru/guides-encrypted-vps-backups-restic-borg/ language: ru generated: 2026-10-21T13:34:01.257Z --- [Главная](https://koalavps.com/ru/) / [Обзор](https://koalavps.com/ru/resources/) / Заметки о поле KoalaVPS Заметки о поле KoalaVPS # Зашифрованные резервные копии, которые действительно можно восстановить. Постройте независимый путь восстановления с помощью такого инструмента, как restic или Borg, и проверьте его до того, как он понадобится. [Найдите свой VPS](https://koalavps.com/ru/vps/) ## В ЭТОМ ДОКУМЕНТЕ [Выберите границу репозитория](https://koalavps.com/ru/guides-encrypted-vps-backups-restic-borg/#section-1)[Собирайте согласованные данные](https://koalavps.com/ru/guides-encrypted-vps-backups-restic-borg/#section-2)[Усложните удаление](https://koalavps.com/ru/guides-encrypted-vps-backups-restic-borg/#section-3)[Планируйте проверки и учения по восстановлению](https://koalavps.com/ru/guides-encrypted-vps-backups-restic-borg/#section-4)[Отделяйте добавление копии от удаления истории](https://koalavps.com/ru/guides-encrypted-vps-backups-restic-borg/#section-5)[Учебное восстановление с критерием успеха](https://koalavps.com/ru/guides-encrypted-vps-backups-restic-borg/#section-6)[Составьте манифест восстановления перед выбором исключений](https://koalavps.com/ru/guides-encrypted-vps-backups-restic-borg/#section-7)[Проверяйте сохранённые данные, а также метаданные репозитория](https://koalavps.com/ru/guides-encrypted-vps-backups-restic-borg/#section-8)[Держите обслуживание вне досягаемости скомпрометированного клиента](https://koalavps.com/ru/guides-encrypted-vps-backups-restic-borg/#section-9)[База знаний](https://koalavps.com/ru/resources/) ## Выберите границу репозитория Используйте отдельное назначение и учётные данные, отличные от рабочего сервера. Шифрование на стороне клиента может защитить сохранённые копии, но пароль или ключ репозитория необходимо хранить в приватном резервном месте. Их потеря может сделать каждый зашифрованный снимок непригодным. ## Собирайте согласованные данные Используйте собственные средства дампа базы данных или поддерживаемую приложением процедуру снимков. Резервируйте конфигурацию, инструкции по развёртыванию и защищённые секреты, необходимые для восстановления. Исключайте временные кэши только тогда, когда знаете, что их можно пересоздать. ## Усложните удаление Рассмотрите назначение только для добавления или неизменяемое хранилище, где исходная машина не может стереть каждую историческую копию. По возможности храните учётные данные для хранения и очистки отдельно. Одно лишь шифрование не мешает скомпрометированному серверу удалить доступный для записи репозиторий. ## Планируйте проверки и учения по восстановлению Следите за кодом завершения заданий и давностью последней исправной резервной копии. Запускайте проверки целостности репозитория, поддерживаемые инструментом. Регулярно восстанавливайте образец и проводите полную тренировку восстановления после крупных изменений приложения. ## Отделяйте добавление копии от удаления истории Назначение только для добавления позволяет производственному серверу добавлять снимки, сохраняя право удаления на отдельной доверенной машине. Политику хранения всё равно нужно тщательно проверять: поддельные более новые снимки могут подорвать некоторые политики отбора по календарю. Изучите рекомендации инструмента, выполните пробный прогон политики хранения и следите за ёмкостью. Операция forget в Restic выбирает снимки; очистка удаляет неиспользуемые сохранённые данные. - Держите учётные данные обслуживания репозитория вне продакшн-машины - Проведите пробный прогон политики хранения перед разрешением удаления - Используйте новую пустую цель для каждого учебного восстановления ``` restic check restic snapshots restic restore latest --target /srv/restore-drill ``` Официальная документация: [Хранение и очистка в Restic](https://restic.readthedocs.io/en/stable/060_forget.html) ## Учебное восстановление с критерием успеха Выберите один реалистичный сбой: удалённый файл, потерянная база данных или полная пересборка машины. Восстанавливайте в отдельный каталог или изолированный хост. Проверьте содержимое файлов, права доступа и способность приложения их использовать. Зафиксируйте затраченное время и любой ручной шаг, которого не было в инструкции. Проверка репозитория подтверждает иное свойство, чем рабочее восстановление приложения. - Не восстанавливайте поверх работающего приложения в качестве первого теста - Убедитесь, что учётные данные шифрования можно восстановить независимо - Оповещать, если самая новая успешная резервная копия превышает целевой срок восстановления ## Составьте манифест восстановления перед выбором исключений Перечислите то, что нельзя воссоздать переустановкой пакета: содержимое баз данных, загрузки, конфигурацию приложений, ключи подписи или шифрования и версии развёртывания. Рядом с каждым пунктом укажите метод обеспечения согласованности. Дамп базы данных соответствует определённому моменту времени; копирование каталога занятой базы данных может дать другой результат. Храните доступ к репозиторию, его парольную фразу и любой экспорт ключа Borg в отдельном приватном месте восстановления. Проверьте, что запасная машина может открыть репозиторий, прежде чем делать его единственной копией для восстановления. - Укажите целевую точку восстановления: сколько последней работы может быть потеряно. Составьте график с учётом этого требования. - Укажите целевую точку восстановления: сколько времени может занять пересборка. Включите импорт базы данных и изменения DNS в репетицию. - Проверьте, что исключение, предназначенное для кэшей, не удаляет также загрузки, тома контейнеров или защищённую конфигурацию. - Используйте документацию для установленной мажорной версии Borg; форматы репозиториев и команды не взаимозаменяемы между всеми версиями. Официальная документация: [Borg: шифрование, согласованность и восстановление](https://borgbackup.readthedocs.io/en/stable/quickstart.html) ## Проверяйте сохранённые данные, а также метаданные репозитория Проверка репозитория Restic по умолчанию и сквозная проверка чтением выполняют разные задачи. Планируйте проверку данных с учётом её нагрузки на пропускную способность и времени выполнения. В примере проверяется одна определённая пятая часть pack-файлов; последующие плановые проверки должны использовать остальные доли, чтобы охватить репозиторий. Случайно выбранное подмножество не даёт такой же гарантии охвата. Ни одна из операций не доказывает, что приложение может запуститься с восстановленными данными. ``` restic check --read-data-subset=1/5 restic snapshots --host example-host restic restore latest --host example-host --target /srv/restore-drill ``` Официальная документация: [restic: проверки репозитория и верификация данных](https://restic.readthedocs.io/en/stable/045_working_with_repos.html) ## Держите обслуживание вне досягаемости скомпрометированного клиента Хранилище Borg только для добавления сохраняет зафиксированные данные сегментов, но клиент всё ещё может изменить видимый список архивов; восстановление и уплотнение требуют документированной административной процедуры. Ограничьте удалённые учётные данные резервного копирования серверной командой Borg, а не неограниченным доступом к оболочке или файловой системе, который мог бы обойти эти защиты. С restic изучите рекомендации keep-within для хранения только для добавления. Перед любым обслуживанием, которое может удалить историю, проверьте состояние репозитория и просмотрите выборку с доверенной машины. - Следите за давностью последней успешной копии, ростом репозитория, местом в кэше и свободной ёмкостью на обеих сторонах. - Если восстановление не удалось, сохраните исходный репозиторий и журналы перед попытками ремонта или очистки. - Если задание выполняется успешно, но ожидаемые файлы отсутствуют, проверьте содержимое архива и шаблоны исключений, прежде чем менять срок хранения. - Завершите учения, открыв файлы и выполнив проверки приложений в изоляции; не включайте рабочие назначения в команду восстановления. Официальная документация: [Borg: работа и обслуживание в режиме только добавления](https://borgbackup.readthedocs.io/en/stable/usage/notes.html) · [restic: хранение и соображения по режиму только для добавления](https://restic.readthedocs.io/en/stable/060_forget.html) ПРОДОЛЖАЙТЕ ИЗУЧАТЬ ## Продолжить чтение. [Руководства ### Резервная копия важна, когда её восстанавливают. Стройте резервное копирование вокруг данных, которые вы не можете воссоздать, и времени, потерю которого ваш сервис может себе поз…](https://koalavps.com/ru/backups/)[Руководства ### Машина остаётся вашей. Безопасность — это постоянная рутина: сокращайте открытые поверхности, ограничивайте привилегии, обновляйте осознанно и обеспечива…](https://koalavps.com/ru/server-security/)[Руководства ### Файлы под вашим контролем с восстановлением, которое можно проверить. Nextcloud объединяет файловое хранилище, базу данных, конфигурацию приложения и необязательные интеграции. Поддерживайте их соглас…](https://koalavps.com/ru/guides-self-host-nextcloud-on-a-vps/) НАСТРОЙТЕ СВОЮ ИНФРАСТРУКТУРУ ## Возьмите контроль. Развёртывайте на своих условиях. Без документов об идентификации. Полный доступ администратора. Оплата в криптовалюте. [Выберите конфигурацию](https://koalavps.com/ru/vps/)