Назрела такая задача:
есть сервер (шлюз в интернет для предприятия), на нем стоит днс, биллинговая система, нат, gatekeeper, короче -все.
часто обновляемая информация хранится в базе. Остальное обновляется значительно реже.
Ну и решили поставить еще один сервер, чтобы он был копией рабочей машины и в случае чего можно было бы быстро заменить его сломанным.
Я так понял, что базу надо копировать раз в 4 часа ( примерно ), а сам сервер ( полностью ) раз в неделю. Базу-то ладно - ерунда. А вот как сам сервер копировать полностью в автоматическом режиме по сети я не очень хорошо представляю. Подскажите что лучше использовать , или вообще надо что-то другое думать???
>Назрела такая задача:
>есть сервер (шлюз в интернет для предприятия), на нем стоит днс, биллинговая
> система, нат, gatekeeper, короче -все.
>часто обновляемая информация хранится в базе. Остальное обновляется значительно реже.
>Ну и решили поставить еще один сервер, чтобы он был копией рабочей
>машины и в случае чего можно было бы быстро заменить его
>сломанным.
>Я так понял, что базу надо копировать раз в 4 часа (
>примерно ), а сам сервер ( полностью ) раз в неделю.
>Базу-то ладно - ерунда. А вот как сам сервер копировать полностью
>в автоматическом режиме по сети я не очень хорошо представляю. Подскажите
>что лучше использовать , или вообще надо что-то другое думать???а так ли важна копия? есть другие варианты организации вашей задачи.
Однако рассмотрим ваш вариант. Скопируйте один раз, и используйте частичный бэкап только при внесении изменений в конфиги или апгрейде софта.
Тут главная задача в том, чтобы в случае поломки сервера за минимальные сроки был включен резервный сервер и не было бы большого простоя.меня интересует вопрос: мне самому ручками заново установить систему и все сервисы, и потом копировать все конфиги и базу, или же копировать сразу весь хард ( ну то есть его секторы ), в этом случае меня беспокоит совместимость???
>Тут главная задача в том, чтобы в случае поломки сервера за минимальные
>сроки был включен резервный сервер и не было бы большого простоя.
>
>
>меня интересует вопрос: мне самому ручками заново установить систему и все сервисы,
>и потом копировать все конфиги и базу, или же копировать сразу
>весь хард ( ну то есть его секторы ), в этом
>случае меня беспокоит совместимость???ну зачем сразу посекторно, есть прелестные утилиты типа cp или tar. Рекомендую посмотреть на этом сайте статьи по поиску Резервное копирование
>Тут главная задача в том, чтобы в случае поломки сервера за минимальные
>сроки был включен резервный сервер и не было бы большого простоя.
>
>
>меня интересует вопрос: мне самому ручками заново установить систему и все сервисы,
>и потом копировать все конфиги и базу, или же копировать сразу
>весь хард ( ну то есть его секторы ), в этом
>случае меня беспокоит совместимость???IMHO
для аналогичной задачи (восстановления за <10мин в случае чего ... тьфу*3)
поставил на шлюз (ну и + сервисы разные) второй винт и еженочный бекап чего надо.За 3 года один раз "приспичило", выключил, поменял мастер/слейв, включил,
заработало, с подходом/отходом - 7 минут, потом заменил винты.В случае чего резервный винт можно поставить и на другую машину, но пока
не требовалось :)
>IMHO
>для аналогичной задачи (восстановления за <10мин в случае чего ... тьфу*3)
>поставил на шлюз (ну и + сервисы разные) второй винт и еженочный
>бекап чего надо.
>
>За 3 года один раз "приспичило", выключил, поменял мастер/слейв, включил,
>заработало, с подходом/отходом - 7 минут, потом заменил винты.
>
>В случае чего резервный винт можно поставить и на другую машину, но
>пока
>не требовалось :)А какими ср-вами ты второй слейв загрузочным сделал? ( или просто туда тоже free поставил а затем разделы копирнул ( dump restore ) , а потом уже только по файлам копировал, правильно???
А если потом придется хард на другую систему перебросить, с этим проблем не будет ???( то есть разве что конфиги подправить где интерфейсы прописаны )
>А какими ср-вами ты второй слейв загрузочным сделал? ( или просто туда
>тоже free поставил а затем разделы копирнул ( dump restore
>) , а потом уже только по файлам копировал, правильно???делал как учили :) (когда что СИЛЬНО менял в системе, ... ну 2 раза в год) :
http://freebsd.org.ru/how-to/w2w.htmlи + еженочно таром/бзипом, то, что считаю нужным (сам уж придумай)
>А если потом придется хард на другую систему перебросить, с этим проблем
>не будет ???( то есть разве что конфиги подправить где интерфейсы
>прописаны )
не, ну если везде интел, и одинаковые карты, зачем что-то править-то ?там, только один простой момент:
бекапимся например с ad0 на ad1,
и чтобы система СРАЗУ поднялась "влехкую" с бекап диска,
его ессно надо "заперемычить" так,
чтобы он определялся как ad0 (ну типа мастером).Соответственно "бекап" диск лучше не прописывать в fstab,
а монтировать/размонтировать при бекапах.ну или соответственно правь fstab как тебе нужно.
Все - про FreeBSD, а то может у тебя OpenVMS ? :о)
>Назрела такая задача:
>есть сервер (шлюз в интернет для предприятия), на нем стоит днс, биллинговая
> система, нат, gatekeeper, короче -все.
>часто обновляемая информация хранится в базе. Остальное обновляется значительно реже.
>Ну и решили поставить еще один сервер, чтобы он был копией рабочей
>машины и в случае чего можно было бы быстро заменить его
>сломанным.
>Я так понял, что базу надо копировать раз в 4 часа (
>примерно ), а сам сервер ( полностью ) раз в неделю.
>Базу-то ладно - ерунда. А вот как сам сервер копировать полностью
>в автоматическом режиме по сети я не очень хорошо представляю. Подскажите
>что лучше использовать , или вообще надо что-то другое думать???
Что касается копирования разделов, то тут инфы можно много найти, хоть fdisk используй...А вот синхронизация - это дело интересное. Вот моё предложение: nfs + mirrordir. Всё очень просто: на рабочем сервере ставишь nfs сервер и разрешаешь на экспорт всё что нужно держать на 2-м сервере. Стоит заметить что nfs очень подходящее решение, т.к. в совокупности с iptables может обеспечить более-менее надёжную защиту. Ну дак вот, потом на 2-м сервере монтируешь всё это дело. Ставишь на 2-м сервере mirrordir и вешеешь на крон. Плюсы: запускать можно хоть каждый час, т.к. по сетке гоняться будут только изменённые или созданные файлы, т.е. не так и много инфы. В результате мы получаем полностью эдентичный сервер, а если ещё и бэкап делать, то вообще красота будет!
Я сам с этой проблемой сталкивался. Пробовал другие методы, но всё не очень удачно :( Теоретически mirrordid можно заставить по сетке работать, но я не стал с этим ковыряться.