The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"какой способ резервного копирование лучше использовать"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"какой способ резервного копирование лучше использовать" 
Сообщение от dimau Искать по авторуВ закладки(ok) on 26-Май-05, 11:13  (MSK)
Назрела такая задача:
есть сервер (шлюз в интернет для предприятия), на нем стоит днс, биллинговая  система, нат, gatekeeper, короче -все.
часто обновляемая информация хранится в базе. Остальное обновляется значительно реже.
Ну и решили поставить еще один сервер, чтобы он был копией рабочей машины и в случае чего можно было бы быстро заменить его сломанным.
Я так понял, что базу надо копировать раз в 4 часа ( примерно ), а сам сервер ( полностью ) раз в неделю. Базу-то ладно - ерунда. А вот как сам сервер копировать полностью в автоматическом режиме по сети я не очень хорошо представляю. Подскажите что лучше использовать , или вообще надо что-то другое думать???
  Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "какой способ резервного копирование лучше использовать" 
Сообщение от bass Искать по авторуВ закладки(??) on 26-Май-05, 12:23  (MSK)
>Назрела такая задача:
>есть сервер (шлюз в интернет для предприятия), на нем стоит днс, биллинговая
> система, нат, gatekeeper, короче -все.
>часто обновляемая информация хранится в базе. Остальное обновляется значительно реже.
>Ну и решили поставить еще один сервер, чтобы он был копией рабочей
>машины и в случае чего можно было бы быстро заменить его
>сломанным.
>Я так понял, что базу надо копировать раз в 4 часа (
>примерно ), а сам сервер ( полностью ) раз в неделю.
>Базу-то ладно - ерунда. А вот как сам сервер копировать полностью
>в автоматическом режиме по сети я не очень хорошо представляю. Подскажите
>что лучше использовать , или вообще надо что-то другое думать???

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

Однако рассмотрим ваш вариант. Скопируйте один раз, и используйте частичный бэкап только при внесении изменений в конфиги или апгрейде софта.


  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "какой способ резервного копирование лучше использовать" 
Сообщение от dimau Искать по авторуВ закладки(ok) on 26-Май-05, 12:44  (MSK)
Тут главная задача в том, чтобы в случае поломки сервера за минимальные сроки был включен резервный сервер и не было бы большого простоя.

меня интересует вопрос: мне самому ручками заново установить систему и все сервисы, и потом копировать все конфиги и базу, или же копировать сразу весь хард ( ну то есть его секторы ), в этом случае меня беспокоит совместимость???

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "какой способ резервного копирование лучше использовать" 
Сообщение от bass Искать по авторуВ закладки(??) on 26-Май-05, 12:57  (MSK)
>Тут главная задача в том, чтобы в случае поломки сервера за минимальные
>сроки был включен резервный сервер и не было бы большого простоя.
>
>
>меня интересует вопрос: мне самому ручками заново установить систему и все сервисы,
>и потом копировать все конфиги и базу, или же копировать сразу
>весь хард ( ну то есть его секторы ), в этом
>случае меня беспокоит совместимость???

ну зачем сразу посекторно, есть прелестные утилиты типа cp или tar. Рекомендую посмотреть на этом сайте статьи по поиску Резервное копирование

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "какой способ резервного копирование лучше использовать" 
Сообщение от Anastas Искать по авторуВ закладки(??) on 26-Май-05, 13:01  (MSK)
>Тут главная задача в том, чтобы в случае поломки сервера за минимальные
>сроки был включен резервный сервер и не было бы большого простоя.
>
>
>меня интересует вопрос: мне самому ручками заново установить систему и все сервисы,
>и потом копировать все конфиги и базу, или же копировать сразу
>весь хард ( ну то есть его секторы ), в этом
>случае меня беспокоит совместимость???

IMHO
для аналогичной задачи (восстановления за <10мин в случае чего ... тьфу*3)
поставил на шлюз (ну и + сервисы разные) второй винт и еженочный бекап чего надо.

За 3 года один раз "приспичило", выключил, поменял мастер/слейв, включил,
заработало, с подходом/отходом - 7 минут, потом заменил винты.

В случае чего резервный винт можно поставить и на другую машину, но пока
не требовалось :)


  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "какой способ резервного копирование лучше использовать" 
Сообщение от dimau Искать по авторуВ закладки(ok) on 26-Май-05, 13:15  (MSK)
>IMHO
>для аналогичной задачи (восстановления за <10мин в случае чего ... тьфу*3)
>поставил на шлюз (ну и + сервисы разные) второй винт и еженочный
>бекап чего надо.
>
>За 3 года один раз "приспичило", выключил, поменял мастер/слейв, включил,
>заработало, с подходом/отходом - 7 минут, потом заменил винты.
>
>В случае чего резервный винт можно поставить и на другую машину, но
>пока
>не требовалось :)

А какими ср-вами ты второй слейв загрузочным сделал? ( или просто туда тоже free поставил а затем разделы  копирнул ( dump restore ) , а потом уже только по файлам копировал, правильно???

А если потом придется хард на другую систему перебросить, с этим проблем не будет ???( то есть разве что конфиги подправить где интерфейсы прописаны )


  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "какой способ резервного копирование лучше использовать" 
Сообщение от Anastas Искать по авторуВ закладки(??) on 26-Май-05, 14:28  (MSK)
>А какими ср-вами ты второй слейв загрузочным сделал? ( или просто туда
>тоже free поставил а затем разделы  копирнул ( dump restore
>) , а потом уже только по файлам копировал, правильно???

делал как учили :)  (когда что СИЛЬНО менял в системе, ... ну 2 раза в год) :
http://freebsd.org.ru/how-to/w2w.html

и + еженочно таром/бзипом, то, что считаю нужным (сам уж придумай)

>А если потом придется хард на другую систему перебросить, с этим проблем
>не будет ???( то есть разве что конфиги подправить где интерфейсы
>прописаны )
не, ну если везде интел, и одинаковые карты, зачем что-то править-то ?

там, только один простой момент:
бекапимся например с ad0 на ad1,
и чтобы система СРАЗУ поднялась "влехкую" с бекап диска,
его ессно надо "заперемычить" так,
чтобы он определялся как ad0 (ну типа мастером).

Соответственно "бекап" диск лучше не прописывать в fstab,
а монтировать/размонтировать при бекапах.

ну или соответственно правь fstab как тебе нужно.

Все - про FreeBSD, а то может у тебя OpenVMS ?  :о)

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "какой способ резервного копирование лучше использовать" 
Сообщение от nio Искать по авторуВ закладки(??) on 26-Май-05, 13:56  (MSK)
>Назрела такая задача:
>есть сервер (шлюз в интернет для предприятия), на нем стоит днс, биллинговая
> система, нат, gatekeeper, короче -все.
>часто обновляемая информация хранится в базе. Остальное обновляется значительно реже.
>Ну и решили поставить еще один сервер, чтобы он был копией рабочей
>машины и в случае чего можно было бы быстро заменить его
>сломанным.
>Я так понял, что базу надо копировать раз в 4 часа (
>примерно ), а сам сервер ( полностью ) раз в неделю.
>Базу-то ладно - ерунда. А вот как сам сервер копировать полностью
>в автоматическом режиме по сети я не очень хорошо представляю. Подскажите
>что лучше использовать , или вообще надо что-то другое думать???


Что касается копирования разделов, то тут инфы можно много найти, хоть fdisk используй...

А вот синхронизация - это дело интересное. Вот моё предложение: nfs + mirrordir. Всё очень просто: на рабочем сервере ставишь nfs сервер и разрешаешь на экспорт всё что нужно держать на 2-м сервере. Стоит заметить что nfs очень подходящее решение, т.к. в совокупности с iptables может обеспечить более-менее надёжную защиту. Ну дак вот, потом на 2-м сервере монтируешь всё это дело. Ставишь на 2-м сервере mirrordir и вешеешь на крон. Плюсы: запускать можно хоть каждый час, т.к. по сетке гоняться будут только изменённые или созданные файлы, т.е. не так и много инфы. В результате мы получаем полностью эдентичный сервер, а если ещё и бэкап делать, то вообще красота будет!

Я сам с этой проблемой сталкивался. Пробовал другие методы, но всё не очень удачно :( Теоретически mirrordid можно заставить по сетке работать, но я не стал с этим ковыряться.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх


Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру