У нас есть производственный сервер (RHEL 5.3 64 бит), на котором все наши домены размещаются удаленно. Мы хотим иметь стандартный план резервного копирования для нашей системы, чтобы при любом физическом повреждении систему можно было быстро восстановить из точки восстановления, присутствующей в другой удаленной системе.
Любые предложения приветствуются.
У меня пять серверов, два сервера базы данных, два веб-сервера, один балансировщик нагрузки и один резервный диск. поэтому, когда один из веб-серверов выходит из строя, другой может продолжать работу, как будто ничего не случилось. вам нужно изучить балансировщики нагрузки, репликацию базы данных и программный рейд.
В разделе «прочее» много хороших вопросов. Все это сводится к следующему: Зависит от того, что вы делаете и как быстро вам нужно восстанавливаться. Мгновенно? Очень дорогой. Вы можете быть на неделе? Наверное, довольно дешево. Как часто вы бываете рядом с сервером?
Но вот что вы, вероятно, захотите сохранить, как минимум:
/ etc / home ваш webroot любые другие файлы приложений любые файлы базы данных
В большинстве случаев вы можете использовать rsync или tar. Rsync потребует где-то «живого» сервера, на котором вы можете разместить данные. Tar создаст архивный файл (который вы можете использовать bzip), а затем вам придется распаковать его на другом сервере.
Вам определенно понадобится что-то с достаточным дисковым пространством, процессором и прочим, чтобы запустить резервный сервер. Для этого потребуется RHEL5.3 (оставьте на нем те же патчи). Вам, вероятно, не придется лицензировать второй сервер, если вы не используете его все время.
Что касается файлов базы данных, вы, вероятно, захотите начать с mysqldump или pg_dump. Если у вас есть Oracle, начните с rman. Это наиболее неэффективный, но самый быстрый и надежный способ создания резервных копий этих данных.
Надеюсь, это поможет начать.
Сколько вы хотите на это потратить? Для этого существуют коммерческие продукты. Мой любимый - R1Soft. Бесплатная версия будет выгружать базы данных в файл, а затем иметь место в другом месте, где вы синхронизируете данные. Затем вы можете расширить это, чтобы сохранить несколько версий файлов.
Учитывая, что у вас есть стример, я бы посмотрел на бакула. По моему опыту, он просто справляется с безопасным размещением ваших данных на ленте, а восстановление на голом железе выглядит просто элегантно: вы делаете USB-ключ, настроенный на ваше оборудование и конфигурацию bacula, который можно загружать в ящик с холодным резервом и автоматически восстановит его из самых последних резервных копий.
Не забывайте, что вам нужно будет сбросить базы данных на диск, как говорили другие, чтобы bacula правильно сохранила их на ленту. Восстановление БД после восстановления холодным металлом также будет вашей ответственностью.
Что бы вы ни делали, ради любви к Богу, Попробуй это, и часто. Нет ничего более захватывающего, чем открытие того, что график резервного копирования, который, как вы думали, спасет вашу задницу, записывал нули на ленту в течение последних восьми месяцев.