» Надежное резервирование

Привет всем.
Ситуация следующая: есть Вин 2003 сервер стандарт, на нем висит контроллер домена, сервер терминалов, базы 1с, общие файлы, пользовательские файлы.
Вопрос следующий: подскажите, плз, как лучше сделать резервирование, чтобы в случае выхода из строя железа, работу можно было восстановить максимально быстро?
Имеется в виду не подробная инструкция, а направления поиска. Заранее спасибо

Разработать и внедрить политику резервного копирования.

JackRIP

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

to Fall0utJack
Вот именно о вариантах технических решений я и хотел бы узнать

Все зависит от допустимого времени простоя и допустимой потери информации. Чем выше эти требования, тем сложнее и дороже резервирование.

Например если допустим простой 5-6 часов и потеря информации за сутки, то тебе достаточно будет обойтись стандартным ntbackup с копированием информации раз в сутки (по ночам). А если допустимый простой не более 5 минут и потеря информации не допустима, то необходимы дорогие решения с кластеризацией и стенбай серверами.

Т.е. тебе необходимо определиться с допустимыми параметрами простоя и потери и исходя из них искать решения.

все зависит от стоимости информации и стоимости простоя фирмы.
Привожу некоторый меры, их можно использовать как отдельно так и комбинировано
1. установка RAID, можено 0, 3, 5 или 10 типа
2. установка второго сервера со вторым доменным контролером. на нем можно организовать резервное копирование.
3. установить стример (ленточный накопитель), нужно расчитать его емкость, чтобы на одну кассету входило все что нужно бекапить, + коэффицент запаса по емкость 1,5-2.
Создать план резервного копирования. Например (4 лент на ежедневное копирование, 3 ленты на еженедельное, 2 - ежемесечное). Зависит от срока хранения данных, определяется стоимостью информации. Не забудьте про ротацию лент.
4. выбрать и установить программу для резервного копирования : можно использовать стандартный виндовый. Я использую BrightStor ArcServe Backup

Допустим, это critical system с допустимым временем простоя 15 минут.
Интересуют конкретные решения для Win 2003 Server и FreeBSD

Я бы установил бы Windows 2003 и FreeBSD в виртуальной среде - ну например ESXi 4.0 - которая на сегодняшний день бесплатна и снимал бы stapshot при помощи стороннего продукта - можно и VMX - Trilead VM Explorer.

Цитата:

можно и VMX - Trilead VM Explorer.

а можно и Acronis Echo

1. Отказоустойчивая дисковая подсистема на серверах
2. Резервный контроллер домена, который хранит глобальный каталог.
3. Второй сервер терминалов там же.
4. Статические записи в ДНС на кадждую роль, т.е. если это терминалка, то пусть будет term.domain.lc, клиентов прописывать именно к этим записям. В случае сбоя и перевода на другой сервак, достаточно будет сменить ДНС-запись.
5. Перемещаемые профили, бекапить или нет дело ваше, но рекомендую засунуть в ДФС с репликацией (см. ниже)
6. Файловые шары засунуть в ДФС, сделать две или более конечных ссылки, настроить репликацию, оставить активной только одну ссылку (чтобы конфликтов при совмесном доступе не было). Шары юзерам прописывать как ДФС-пути. В случае сбоя одного из серверов - переключить ссылки.
7. минимум - ежедневный бекап систем стейта серверов. Т.к. развертывание полного бекапа из снапшота или ал-ля снимков акрониса приведек к уснроллбек и придется переустанвливать один из КД.
8. вынести папку "мои документы" юзеров на отдельную шару ДФС, сказать чтобы юзеры хранили важную инфу там (дать указание на административном уровне), бекапить ее с заданной периодичностью
9. Два ДНС-свервера, 2 ДХЦП сервера с неперкрывающимися диапазонами из одной подсети.
10. Продумать перекрестный бекап с необходимой периодичностью. Средств уйма.

Т.о. Время реакции на инцидент минимально. затраты минимальны. при переключении "ролей" на дргой сервер информация будет максимально актуальна.

Вроде ничего не забыл. Если 1с базы не файловые, а SQL, настроить мирроринг средсвами SQL (MSSQL или Постгри, да пускай ДБ2, не важно). Ни в коем случае не включаьт две конечные ссылки на базы, т.к. данные будут теряться, репликация не для этого предназначена.

Если есь другие критичные сервисы, пишите, обсудим.

ЗЫ, настоящую отказоустойчивость (HA кластер) за минимальные деньги (работа специалистов не в счет) можно получить юзая xen+kemari, но это сложно в настройке и очень ресурсоемко (никак не подойдет для высоконагруженных сервисов).

а можно и Acronis Echo

согласен, сервак можно поднять за 10-15 мин.

а можно и Handy Backup

acronis true image,
но в случае несоответствия железа будут проблемы!
лучше всего vmware и бекап как данных так и машины...
не забудь что не проверенный архив-не существующий архив..
system state кстати может помочь при восстановлении

А можно использоват и Citrix XenServer в качестве платформы для виртуализации.