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

Резервное копирование и аварийное восстановление debian lenny на удаленном сервере

Я новичок в Linux, поэтому прошу прощения за глупые вопросы.

У меня есть веб-сервер Debian lenny с MySQL, dovecot, Postfix Apache, PHP5 и т. Д.

Он работает на сервере в центре обработки данных, поэтому у меня нет физического доступа к серверу. Если произойдет катастрофа, центр обработки данных установит свежий debian lenny с корневым доступом SSH, не более того!

Однако я могу выполнить «жесткую» перезагрузку сервера, поскольку в центре обработки данных есть специальная панель управления, которая может это сделать.

Учитывая, что у вас нет физического доступа к серверу или каких-либо очевидных способов указать, как будет настроен восстановленный сервер, я хотел бы заручиться помощью хостинговой компании, чтобы определить, как лучше всего сделать резервную копию вашего сервера.

В том случае, если они не помогут, я бы:

  • Бегать dpkg-get-selections >/var/backup/package_list каждую ночь, чтобы получить список пакетов на машине
  • Дамп базы данных MySQL или PgSQL
  • Используйте что-то вроде rdiff-backup, чтобы сделать резервную копию /etc, /var, /home, а также любые другие местоположения, которые, как известно, содержат данные, измененные пользователем, в удаленное местоположение (за исключением /var/spool, /var/tmp, /var/state, и текущее расположение любых баз данных)
  • Восстановление - это копирование package_list обратно на машину, выполнение dpkg-set-selections, apt-get dselect, затем скопируйте резервные копии на место.

У меня точно такая же настройка - выделенный сервер на хосте, который отлично работает, но если случится катастрофа, я - СОЛНЕЧНО, потому что резервной копии нет. Я мог бы заплатить за резервную копию, но у меня ограниченный бюджет, и мои данные не являются критически важными.

У меня есть еще один локальный сервер Debian, который запускает rsnapshot, сценарий Perl, который использует rsync для создания инкрементных резервных копий и жестко связывает неизмененные файлы на их исходное место. Есть учебник здесь о том, как все это настроить. Самые важные данные, которые у меня есть на сервере, находятся в моих базах данных MySQL, поэтому я создаю их резервную копию с помощью rsnapshot, а также запускаю сценарий, аналогичный тому, что в учебнике, который выполняет mysqldump для баз данных и резервное копирование, на всякий случай .

Как предложил womble, я также запускаю dpkg-get-selections> / var / backup / debpkgs, потому что, если что-то произойдет и хост переустановит debian, я загружу свой /etc/apt/sources.list, переустановлю нужные мне пакеты и затем восстановите пользовательские скрипты, данные и некоторые файлы конфигурации (вместо попытки заменить сервер резервной копией).

Ты можешь использовать backup2l для стороны резервного копирования, которая выполняет полное, а затем инкрементное резервное копирование, которое затем может быть передано удаленно с помощью rsync.

Прежде всего, узнайте, доступна ли услуга резервного копирования (за дополнительную плату) у вашего интернет-провайдера. Если нет, загляните в облачный сервис резервного копирования и следуйте их рекомендациям.

Вы можете настроить Аманду на то, что хотите, но вам понадобится локальное хранилище, и тогда вы будете сами отвечать на все эти вопросы и настраивать все самостоятельно.

Для аварийного восстановления найдите «Bare Metal Restore». Существуют различные подходы, такие как восстановление образа загрузочного диска, повторная установка ОС и затем установка инструмента резервного копирования / восстановления или использование загрузочного диска восстановления поставщика резервного копирования.