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