Резервная копия полезна только если её можно восстановить. tar подходит для файлов и конфигураций, но не всегда создаёт согласованную копию работающей базы данных.
Определите, что копировать
Составьте список конфигураций, скриптов и пользовательских файлов. Базы данных лучше экспортировать штатными средствами или использовать согласованный механизм резервирования.
Создайте архив
mkdir -p ~/backups
tar -czf ~/backups/config-$(date +%F).tar.gz /etc/nginx /etc/ssh
Это пример архива конфигураций Nginx и SSH. Убедитесь, что вы имеете право читать файлы и что архив не попадёт в общедоступное хранилище: конфигурации могут содержать секреты.
Проверьте архив
tar -tzf ~/backups/config-$(date +%F).tar.gz | head -n 30
Проверьте код завершения создания архива и его размер. Периодически выполняйте тестовое восстановление в отдельный каталог.
Храните копии отдельно
Архив на том же диске не защитит от отказа диска, компрометации VPS или удаления аккаунта. Важные копии переносите на другой хост или защищённое отдельное хранилище. Не перезаписывайте единственный архив при каждом запуске.
Составьте план восстановления
Запишите, как восстановить файлы, какие владельцы и права нужны и какие службы перезапустить. Не архивируйте работающую базу данных как обычную папку без понимания механизма согласованности. Ограничьте доступ к резервным копиям и проверьте, что в них нет секретов, которые не должны храниться в выбранном месте.

