Одна из самых простых ошибок при работе с серверами Linux, Docker или локальными приложениями — это изменение того, что уже работает, без предварительного создания резервной копии. Звучит очевидно, но это избавляет от многих головных болей. Если бы это было...
Одна из самых простых ошибок при работе с серверами Linux, Docker или локальными приложениями — это изменение того, что уже работает, без предварительного создания резервной копии.
Звучит очевидно, но это избавляет от многих головных болей.
Мое простое правило
Если это работает, сделайте резервную копию.
Прежде чем изменять файлы конфигурации, код приложения, настройки Docker или производственные сервисы, создайте резервную копию.
Например:
cp -a /mnt/d/mailtrain /mnt/d/mailtrain-backup-$(дата +%Y%m%d-%H%M)
Теперь у вас есть копия на определенный момент времени, к которой вы можете вернуться, если что-то пойдет не так.
Еще лучше: используйте Git
Для кода и конфигурации, которые вы планируете регулярно настраивать, Git даже лучше.
git-статус
git добавить.
git commit -m "Резервное копирование перед настройкой"
Затем вы увидите, что изменилось:
git diff
И, при необходимости, откатиться к предыдущей версии.
Почему это важно
Когда вы работаете с Dockerized-приложениями, небольшое изменение конфигурации иногда может повлиять на несколько служб.
Пятисекундное резервное копирование может сэкономить час на устранение неполадок.
А если вы создаете систему, которую планируете воспроизвести для нескольких клиентов, резервные копии становятся еще более ценными. Вам нужна повторяемая установка, а не сервер, который только