» Резервное копирование в сети

Есть сеть с двумя контроллерами домена, клиентов всего 10, зато 4 сервака: на одном AD DNS DHCP CertSrv, на втором LCS SQL SPS, на третьем Файловая помойка Сервер касперского бэкап софт и AD с DNS, ну а четвертый это маршрутизатор с ISA... Портал LCS SQL все это нужно так как у нас три офиса я делал три разных домена с доверительными отношениями (так удобно). Теперь хочу продумать как бы все это добро бэкапить, куда (железо) хотлеось бы чтобы можно было все при все восстановить, чем (софт) к помощи какого софта все это делать.
Бэкап должен быть таким что даже при падении системы на сервере можно было восстановить. Но тут проблема, если на сетевой накопитель бэкапить образы дисков то при падении DHCP как же я смогу подключится к сетевому накопителю? Ну и вообще кто и как делает

Хотелось бы чтоб бэкапы хранились с нормальными понятными именами лучше по моему шаблону в разных папках для каждого сервера или приложения. Ну и ессно загрузочный диск.

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

AzovSkY попробуй http://azovsky.com.ua/

Я не про софт спрашивал а про саму организацию, как и чего и куда...

Люди как вы такие задачи решаете?

Я использую Acronis True Image. Раз в неделю снимаю образы с серверов. SQL бэкапится своими средствами. А папки пользователей бэкапятся или скриптами или ShadowCopy. Но можно использовать и ntbackup.exe. Бэкапы хранятся на файл-сервере и на болванках. Хочу настроить зеркалирование, чтобы свести простои при восстановлении к минимуму.

На болванки ты пишешь сам периодически или же у тебя это тоже автоматизированно? ShadowCopy это действительно удобно. У меня еще и Портал есть на Sharepoint 2007 и в Backup Exec есть возможность архивировать его, но я вот не понимаю что именно он будет архивировать?

Как забэкапить сервер на котором LCS, SQL2005, SPS2007 базы храняться не на системном разделе.

Акронис позволяет писать болванки автоматически. Но надо только подсовывать болванки в привод вовремя.

IceFusion для таких как у тебя целей есть сетевые или ленточные накопители.
бэкапится туда можно стандартными средствами.

например - по ночам. стоимость решений - от $1000 и выше.

А сама схема, бэкапить целиком диски или отдельно систему (т.е. диск C), отдельно Приложения?

Расскажу как сделано у меня:На серверах стоит TIES 9.1, на нек машиках (бухи), на которых стоит клиент банк и заказные проги, в удаленном подразделении - то же. На одной из машинок (вполне дохлой по производительности) на аппаратном RAID 1 с WinXP поднят FTP, комп не в домене. Все нужные машинки по шедулеру Акрониса кидают ДИФФЕРЕНЦИАЛЬНЫЕ архивы на него. На DC копирование системного раздела и домашних папок пользователей 2 раза в сутки, на бухах 1 раз. На этих же машинках активирован Recovery Manager, в котором записана чистая система с TIES. В случае сбоя файловой системы или вирусной атаки я могу поднять систему за 10 мин, при сдохшем диске 10мин + время на подключение CD привода, при смерти матери - ~ за 40 мин с Universal Restore. Там же, на FTP лежит 2 универсальных образа (для бухов и остальных) которые, в случае надобности разворачиваются оттуда на клиентские машины. Родной NTBackup мне не нравится (однажды из-за сбоя на ленте весь мой бэкап накрылся медным тазом).
Цитата:

или отдельно систему (т.е. диск C), отдельно Приложения?

Система отдельно, данные пользователей - отдельно. Архивы старше 7 дней - в помойку.

IceFusion

Цитата:

А сама схема, бэкапить целиком диски или отдельно систему (т.е. диск C), отдельно Приложения

Имхо делать полностью лучше. У меня 4 сервера, на GC
делаются копии системы и общих шар, SQL базы бакапятся скульными
средствами. Раз в 2 недели сбрасываю все архивы серверов на винты,
на всех серверах хранится 3 ежедневных архива.
Юзаю ntbackup.
Насчет сетевых хранилищ. Прибольших объемах архивов и медленной сетке
лучше локально хранить. Со локального диска восстановить проще имхо.

andrejvb
Что за Recovery manager и как с его помощью ты восстановишь DC за 10 минут? Систему чистую я поимаю, а вот DC?

IceFusion
Это фишка такая в TIES, содаешь на диске скрытый раздел (Acronis securt zone), делаешь в него слепок системы и активируешь Recovery manager. В результате, при загрузке по нажатию F11 можешь грузиться в Акронисовский загрузочный образ и из него (без всякой винды) быстренько восстановить последнюю копию DC. В принципе, если на сервере или на машине есть сидюк, то это нафиг не надо, хватает загрузочного диска. Вся прелесть TIES в том, что можно восстановить образ на ЛЮБУЮ машину, с совершенно другим железом. Стандартный ntbackup этого не позволит. По поводу целиком или нет бэкапить - систему да, а для файлового сервака лучше использовать DFS, надёжность таже, а гемора при сбое меньше. Средства SQL это канешна хорошо, но очень любят жрать место на диске. Проще ( и во сто крат надёжнее ) по ночам делать выгрузку средствами 1С и копировать на FTP скриптиком (бонус - проверка базы). Хранить бэкапы локально - тогда их можно вообще не делать, лёг рэйд - потерял всё. Почему тачка с ФТП не в домене, ты понял, да ? Почему DC копируется 2 раза в сутки - тоже ? Кстати, на это уходит 3-6 мин всего

Почему ФТП не в домене я понял ) Почему DC два раза в стуки честно говря не совсем! На SQL у меня только SharePointServer и LCS, так что наверное средствами SPS и сохранять. И если у меня два DC второй как бы резервный есть ли смысл бэкапить один из них или тогда надо оба одновременно копировть?

andrejvb
Чел тебя спросил конкретно насчет ДС. Ты предлагаешь
востанавливать копию системы хз какого срока давности?
Либо постоянно перегружать сервак с акроникса, чтобы
сделать свежую копию сис раздела в секуре зону?
Имхо неудобняк. А если ДС не один, они ведь и подраться
могут. Насчет DFS чем лучше бакапа? Если ДС ляжет, как
восстанавливать.
Насчет скл - не все скульные базы 1с , у меня например
проджект сервер и прочие прелести.

Цитата:

лёг рэйд - потерял всё

Если рейд зеркало не вижу проблем, разве что токо все винты
разом крякнут что маловероятно

1. Машина с ФТП не в домене для максимальной автономности системы и доступности из удалённых подразделений. Поэтому же и не использую Acronis Backup server.
Есть и ещё одна причина - кой-какой софтик - левый, и эта машинка хорошо спрятана Если заберут сервак, на время "экспертизы" я на любую тачку его восстановлю
2. В Acronis secure zone можно держать всё что угодно ХР, 2003 - лишь бы там был установлен Акронис. И нуна это только если нет сидюков на машинах. При восстановлении из-под Recovery manager ты восстанавливаешь эту систему, а потом из под неё - последнюю копию с ФТП.
3. Копироваие DC 2 раза в сутки необходимо для того, чтобы всегда иметь актуальную копию (один раз попробовал восстановить недельной давности - лучше б поновой всё настраивал...). Резервный контролер можно копировать или перед или после копирования основного, но, желательно, в 15 мин интервале. Тогда не подерутся (в случае восстановления обоих одновременно )
4.Про SQL - согласен, если там не 1С - то только встроенными средствами. Причём бэкапы не инкрементные, а полные на каждый день недели. Это сильно уменьшает объём перегоняемый на ФТП. Копию (для ускорения) можно делать на локальном диске, а перегонять - скриптом.
5. Акронис делает бэкап без перезагрузки, в фоне. Почему не в secure zone: там может лежать только ОДНА копия и дифф или инкр архивы и совсем не факт, что то, что ты восстановишь будет работать + переполнеие этого раздела (само оно чистить не умеет, точнее у меня не получилось заставить)
6. Перед всеми этими манипуляциями надо проверить (с загрузочного диска) видит ли Акронис твой райд как райд или как набор дисков. Не для всех контроллеров у него есть дрова.
7.Про DFS - если у тебя файловый сервак с 300 Гб и больше, то прикинь, сколько займёт его восстановление, а так - просто переключить корень. И имеем 100% зеркалирование. Синхронизацией оно занимается само
8. У тебя контроллер рэйда ни разу не сдыхал? Везучий....

Нашел вот такой вот NAS начального уровня, как думаете подойдет? http://www.thg.ru/network/kraftway_storage_start/index.html

Насторожила только малая скорость (7\13 мб\с). При заявленной цене $1000 + $85 за каждый винт, это как-то... тем более что сетка - 1Гб. Тогда уж проще поднять FreeBSD, Samba и FTP на менее дорогом железе. Хотя прилагаемый лиц.софт - неплохо, хотя он и с проблемами.

Прилагаемым софтом пользоваться не буду, скорость меня тоже насторожила, реальные тесты дали 6 мб\с восстановление 45Гигов заняло 2 часа. Собирать компутер из более слабого железа как то не очень хочется, при том что на это устройство гарантия Next Busines Day, да и как бы ничего лишнего в нем нет, чисто файловое хранилище. Может кто нибудь предложит какой нибудь более продвинутый NAS не стоечный!

Цитата:

Собирать компутер из более слабого железа

Разве я тебе это предлагал?
Цитата:

на менее дорогом железе

В эту 1000$ включена стоимость софта. За эти ж бабки можно взять вполне приличную машину ИМХО, но одно из основных условий - постоянный ИП у этого хранилища, высокая скорость сети. А для меня - и возможность поднять ФТП.

Так вроде в этом устройстве есть можно поднять ФТП, а еще меня радует что это буду собирать не я и она четко заточена для хранения информации ничего лишнего, система я думаю там не слетает, компонентов меньше чем в компе отсюда выходить что это вещь надежнее ну и гарантия за 1500$ я получу устройство с двухгодовой гарнтией Next Busines Day и 500Гб в RAID 10 (4 харда по 250 гигов). Организация не против заплатить, покупать или нет?

Это ты кого спрашиваешь? КаНеШнА бери! Щаз как получим за флейм ....

а может лучше купить нормальный сервер с ленточной библиотекой и поставить варезнутый tivoli storage manager? естессна потом его мона и купить...

Я думаю что во моей сетке таким сложным вещам как Tivoli делать нечего будет. Только бэкап систем с серверов и файлов с папками с рабочих компов, а так же бэкапы с SQL. Tivoli как мне кажеться это очень сложно, в Acronis все просто есть загрузочный диск и есть файл *.tib указал и он его восстановил, а как это делать в Tivoli, мне даже Бэкап Экзек кажеться черезчур громоздким.

Добавлено:
Честно говря вообще не понимаю зачем нжны ленточные накопители.

IceFusion

Цитата:

Честно говря вообще не понимаю зачем нжны ленточные накопители.

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

Ну получается что стримеры нужны когда есть необходимость хранить очень большие объемы данных долго время. И при этом на сколько я знаю их надо полным комплектом хранить, и данные с них считываються последовательно и очень медленно ну и записываються соответственно также.

Цитата:

очень медленно

Нет, достаточно быстро. Там другие подводные камешки. Года 3 назад в одной конторе лёг сервер на NT4, копии на ленте были, но восстановить их можно было ТОЛЬКО из под NT4. Я замахался искать это старьё и потом, при восстановлении, т.к. была уже другая мать, востановить удалось далеко не всё. Это хорошее решение для хранеия ДАННЫХ, но не системы. Кроме того, инкрементный архив пишется последовательно на ленту и, при сбое чтения в одном куске, все последующие недоступны. Был уменя такой случай , поэтому и перешёл сначала на GHOST, а потом на Акронис. Veritas пробовал, не понравилось. Нет универсальности. Для КРИТИЧЕСКИ важных данных предпочитаю максимальную автономность и минимум двойное резервирование.Т.е. или копии образов на 2-х машинах, или на машине (не той с которой образ снят) и DVD. Пьяных электриков, протечки воды, кривые руки пользователей (и админов ), наезд ментов ещё никто не отменял. Раз уж ты более-менее определился, то прими совет: не всегда то, что ты забэкапил можно будет восстановить, если ты предварительно (до критического сбоя) не проверил свою схему бэкапа в деле. Как пример: ты не запретил пользователям менять свой пароль в домене и, при восстановлении старой копии DC, машины в домен не войдут, загрузочный диск Акрониса не видит твоего рэйда как целого, копия данных (SQL допутим) сделана позже, чем копия DC и т.д. Многое из таких нюансов предусмотреть заранее очень тяжело, поэтому крайне желательно процесс восстановления проверить на практике (на другой машине, допустим). Могу тебе сказать, что свою схему я отладил раза с 8-го