Назад | Перейти на главную страницу

Каковы наилучшие методы резервного копирования производственной среды для веб-приложения?

Я использую 2 бокса на hetzner и хотел бы выяснить, как лучше всего сделать резервную копию - приложения - данных - живой среды

Я понимаю, что часть приложения и данных очень специфична для моей веб-службы, поэтому я не собираюсь вдаваться в подробности здесь. Но был бы очень признателен за общий ответ, предполагающий такие основы, как LAMP на Ubuntu.

В настоящее время я делаю следующее -

  1. Хетцнер обеспечил поддержку
  2. Ежедневный дамп SQL на удаленный диск (и репликация по крайней мере в 2 отдельных места)

Что еще мне следует учесть?

Спасибо.

все зависит от того, насколько ценны ваши данные и сколько вы можете потратить на резервное копирование. несколько случайных мыслей:

  • следить за своими резервными копиями - сделайте систему предупреждений, которая уведомит вас, если какая-либо из команд во время резервного копирования не сработает [вы можете использовать ловушка ]
  • время от времени проверяйте свои резервные копии - например, восстанавливайте на тестовом сайте каждый квартал
  • если возможно, постарайтесь сохранить резервные копии в автономном режиме или, по крайней мере, используйте метод извлечения, а не проталкивать [журналы хоста резервного копирования на ваш производственный сервер, чтобы сделать резервную копию, а не наоборот] - таким образом, даже если ваш сервер будет скомпрометирован и злоумышленник уничтожит его. не сможет удалить ваши резервные копии.
  • держите свои резервные копии в безопасности ... в идеале - у меня должен быть хост, недоступный из Интернета [например, компьютер за брандмауэром или nat или обоими], инициировать всю процедуру резервного копирования, извлекая все ваши данные, шифрование на уровне файловой системы, такое как truecrypt для хоста резервного копирования, не больно либо
  • хранить несколько прошлых резервных копий - вы можете сжимать полные дампы в отдельные архивы и ротацию их, например, ежемесячно или воспользоваться таким инструментом, как rdiff-резервное копирование. Если вы что-то напортачите и заметите только через несколько дней, это может спасти вам жизнь.
  • насколько загружен ваш сайт? если есть много обновлений / вставок в sql - подумайте о том, чтобы включить подчиненное устройство репликации mysql с двоичным ведением журнала всех основных запросов. таким образом вы сможете восстановить [по крайней мере, содержимое sql] до момента до сбоя.
  • проверьте, не влияют ли резервные копии на производительность вашего сайта, при необходимости используйте некоторое регулирование [ionice, ограничение скорости для rsync или xtrabackup].

Единственное, что я могу добавить к ответу pQd: хранить внешние резервные копии. Если Hetzner когда-нибудь обанкротится или обанкротится, вы будете счастливы, что у вас они есть.