Как вы делаете backup системы Windows 2008 server R2?
 

Собственно, вопрос.
Система стоит на RAID-1, не виртуализована.
Как лучше делать бекап?

зависит от ролей сервера.
например контроллер домена делаю через скрипт в планировщике: wbadmin start systemstatebackup -backupTarget:\\server\IT\Backup\ -quiet
резервные копии файлов - сторонним приложением поддерживающим дифференциальный\инкрементальный бекап.
и т.д.
можно для уверенности периодически запускать bare metal recovery.

У меня роли файловый, терминальный сервер. Все на диске C. Делаю systemstate раз в сутки и полный бекап C:.
Вопрос такой - а как его развернуть этот диск C, ежели система рухнула, хотелось бы поточнее.
Вчера попробовал - развернуть можно только через командную строку, разворачивал wbadmin start recovery -version:10/15/2013-20:00 -items:c: -itemtype:Volume -backuptarget:g:
Так не прокатило, говорит нет у вас архивной копии для диска С.
Попробовал указать явно диск С и убил диск H: :not-me:
Я честно говоря так и не понял, то ли диск из-под загрузочного диска вовсе не С. то ли глюк.
Момент второй: а заработает ли всё даже в случае успешного разворота бэкапа? и что еще за itemtype: Приложение?

я делал bare metal recovery - там точно всё работает. по другому системные диски не бекапирую.
systemstate для AD - только из режима восстановления каталогов.
образы дисков - из графического интерфейса с установочного диска.

собственно, статья по резервному копированию и восстановлению.
Описание ключей.

Это восстановление на голое железо, а как сам весь процесс выглядит?
Как резервируется ? Процесс восстановления понятен, с установочного диска например из командной строки.
UPD: А, это нужно DPM 2010, 2012?
UPD2: 45000 р за этот продукт как-то многовато.

да, можно и на голое. только два (или одно) условие должны выполняться:
- одинаковый процессор (тут не уверен)
- диски не меньше оригиналов.
выглядит так, на примере утилиты в 2012 R2 PW:
1) загружаемся с установочного диска (можно скачать с Microsoft) и выбираем пункт восстановления:

2) выбираем "инструменты"

3) выбираем утилиту восстановления из образа. Утилита в графическом интерфейсе:

4) т.к. система голая, то никаких бекапов она не найдёт (хотя хз, может на втором диске и найдёт), по этому выбираем где находится бекап - в сети.

всё.
вопрос не понятен. Bare Metal Recovery входит во встроенный Windows Backup
DPM предоставляет больше возможностей (вроде дедупликации и пр.).

Еще момент:
а если снять wbadmin start backup -allCritical -backuptarget:g:?
Он снимает и вот по get versions получаем: Возможность восстановления: Тома, Файл(ы), Приложение(ия), Восстановление исходн
ого состояния системы, Состояние системы.
Как его потом восстановить?

берёте виртуальные машины и тестируете возможные варианты ;)
резервное копирование лучше руками потрогать.

Попробовал:
делаем так: wbadmin start backup -AllCritical -backuptarget:T: - получаю архив с томом зарезервированым системой и системным диском C:
Восстаналиваем: если система жива - грузимся, давим F8, заходим в восстановление системы и там можно восстановить систему из образа. Вот как-то так.
Если не жива, то грузимся с установочного диска и аналогично находим образ бекапа.

В результате экспериментов Вы выяснили, что wbadmin start systemstatebackup ... применять не нужно, т.к. только по схеме bare metal r восстанавливает?
А нужно wbadmin start backup -AllCritical -backuptarget:T: - тогда восстанавливает по-любому тоже самое?

Что значит фраза: "получаю архив с томом зарезервированым системой и системным диском C", я понял что Вы получаете что-то на сетевом диске Т:, что, какие файлы?
Ваш том D: с базами тоже туда архивируется?
Какой объем должен быть у этого хранилища бэкапов?

Выяснили, почему базы откатились на 4 часа назад?

это разные варианты резервной копии. первый - состояние системы, её настройки; второй - образ системы, в которой будет тот же самый systemstate.
systemstatebackup применяется для резервной копии, например, только Active Directory.
systemstatebackup можно восстанавливать при сбое в Active Directory, а -AllCritical при сбое всей операционной системы или диска.
Соответственно время резервного копирования и восстановления у каждого варианта свои. И в зависимости от объёмов информации могут быть не очень быстрыми для -AllCritical.

Цитата exo:
systemstatebackup применяется для резервной копии, например, только Active Directory. »

Какой смысл это бэкапить? Для увеличения объема хранения бэкапов и невозможности восстановления того, что нужно, случись что?
Мы же не знаем никогда, где-что сломается и что "поломка" связана/затронула только с AD?

И, имхо, если уж бэкапить, то нужно все для скорейшего восстановления. Или Вы имеете в виду некие "чистые" сервера на которых, кроме AD ничего нет?

Ведь на сервере может быть установлено ряд программ, например, для работы с базами, файлами, которые пользователю нужны прежде всего. Что пользователю до AD, он об AD не думает. Если Вы восстановите только AD, то сколько времени потратите на восстановление всего остального без наличия -allcritical.

О_О а вот и ответ:
вот это и есть одна из причин не совмещать роли контроллеров домена с ролями, которые явно используются пользователем.
alef2474, вот вам пример из моей практики:
- SBS 2007 - в разрез с рекомендацией выше о разделение ролей.
- -AllCritical разделы имели суммарный объём около 500 GB.
- бекап systemstate - 25 GB.
- после выхода из строя AD восстановление заняло 4 часа.
- Сколько заняло бы восстановление из бекапа -AllCritical, который был на порядок больше 25 GB ? (данные пользователей были не на системной диске, которые можно было использовать на другом сервере без операции восстановления из бекапа (при наличии сервера и raid контроллера :)))
- Начальство выделило бюджет на отдельный базовый сервер специально под AD.
- миграция с SBS 2007 на 2008 R2.
- второй контроллер домена на виртуалке.

п.с.: ситуация с AD повторилась - пока пользователи работали вместе со вторым контроллером домена, была выявлена причина сбоя AD.

Если такие времена на восстановление, то как вообще бэкап делать - он же тоже потребует нескольких суток??
И работа предприятия остановится?
Видимо бэкапные диски должны быть несетевыми и без опций разносто-дифференциального бэкапа бэкап обсуждать бессмысленно.

настройки программ также копируются в systemstate. А базы для программ - не системные диски.
а никто не говорил, что его нет. Тема называется:
raid - отказоустойчивое решение в пределах одного сервера.
кластер - отказоустойчивое решение в пределах нескольких серверах.
виртуализация - ещё одно решение.
все три варианта можно комбинировать.
Всё это стоит денег, но сколько стоят ваши данные?

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

п.с. извиняюсь, что пишу одновременно и бэкап и бекап...

Цитата exo:
не системный диск. после бекапа файл резервной копии копируется на внешнее сетевое хранилище по сети в 1 гбит. хотя можно было настроить бекап сразу в хранилище »


Бэкап в хранилище, как пишет автор темы с обозначением Т: - видимо, сетевого диска, не настроить, т.к. просто ночного времени не хватит, а дифференциальных опций, чтоб использовать выходные нет, как я понял. Т.е. строчка wbadmin - только для маленьких систем, а чуть побольше, так нужен все-таки DPM продукт с VSS и точками восстановления.

стоп-стоп. при чём тут автор? я совершенно не знаю какая у него конфигурация сети и рассказывал не о ней, а о вариантах резервных копий.
Автор уже решил свой вопрос. Это у вас возникли вопросы:

Цитата exo:
я совершенно не знаю какая у него конфигурация сети и рассказывал не о ней, а о вариантах резервных копий.
Автор уже решил свой вопрос. »


Я не думаю, что автор решил до конца свой вопрос. У него случилась беда:http://forum.oszone.net/thread-270055.html
И, естественно, он захотел выяснить, как реально бэкапить, чтоб такое не повторялось.

При этом эксперименты на модельных пустых виртуалках или экспериментальных сетевых хранилищах (вряд ли Вы, даже не зная его сети, будете утверждать, что диск с буквой Т: - не сетевой) без оценки времен могли его привести к неправильным выводам о настройке той или иной версии бэкапа. Автор в последнем своем сообщении сделал вывод в пользу -allcritical вместо Вашего systemstate. А, возможно, ни то ни другое не подходит.

У меня похожая ситуация, как у автора. Бэкап я не делаю, надеясь на рейд и UPS, поэтому интересуюсь.

Делать надо - горький опыт подсказывает. Не знаю, что у вас за RAID, но представьте, что контроллер вышел из строя (оно бывает) - что вы дальше будете делать?

А вообще, в качестве оффтопа - было бы 2 гипервизора и 2 бодрых NAS и все это на гигабите, ведь сколько возни бы отпало сразу - и приложения разнести и бэкапить просто и понятно...

А по теме - насчет А кто получше (бесплатный)?

И еще - нужен ли system state, если бэкап системного раздела что-то в районе 30 Gb?

нормальный объём для бекапа. Cobian Backup поддерживает дифференциальный\инкрементальный бекап. А кто лучше - не тестировал. поищите статьи в интернете.
во-первых, systemstate не мой, а Микрсофта. Если вам он не нравится пишите им.
во-вторых, автор проверил два варианта и выбрал тот, который ему подходит. я лишь ответил на его вопрос: Как вы делаете.
в-третьих, не надо за автора придумывает вопросы для него. он сможет задать их и без вашей помощи. вы интересуетесь своей ситуацией? но я ни слова не увидел о вашей ситуации.
в-четвёртых, резервное копирование встроенными средствами Windows Backup можно комбинировать. Для этого достаточно написать несколько скриптов и запускать их в разное время.
При этом бэкап systemstate не обязательно делать каждый день, если в систему не вносятся ежедневные изменения. Тоже самое и с allcritical. Куда более важно, как вы заметили - данные пользователей. Но вы же вообще никаких бекапов не делаете...
Резервное копирование это не только возможность восстановления своих данных в случае аппаратно\программного сбоя, но ещё и возможность восстановления данных за определённый период времени, и, что более важно, возможность восстановления от случайного или намеренного удаления информации - УПС, Рейд не спасут вас от вирусов или рук пользователей. Я надеюсь, вы хотя бы VSS на файловых серверах то включили?

exo,
А какой сервер? Работает стабильно? Системные файлы и т.д. - нормально читает?

не понял вопроса.
системные файлы бекаплю встроенными средствами.

Если VSS включать, то тут же все и грохнется или затормозит: для хранения копий ведь место нужно, а у меня системный диск С: заполнен на 65%, диск с данными на 70%.

почитайте что ли что-нибудь о VSS...
omg...

exo, вопрос был про версию винды, как я понял - у вас 2008 R2. Вы теневым копирование в Cobian пользовались (а то, как раз занятые файлы бэкапить надо)?

А насчет VSS, насколько я помню, при бэкапе на системный раздел в System Volume Information теневая копия появляется (или я не прав)?

AllCritical позволит мне загрузиться с компакт диска, если система совсем мертва и восстановить ОБРАЗ СИСТЕМЫ. systemstate отнюдь не восстановить мне все программы.
Диск T не сетевой, это терабайтный WD на 5400.
Систему я в прошлый раз починил, 4 часа записей в базы восстановили пользователи.
D с базами архивируется вечером в 22.00 через Cobian backup.


2all: в моем случае, когда на сервере меняется что-то раз в неделю, а то и в 2. -all critical залог успеха. Но у меня роли ТС и ФС. Ни DNS, ни AD тут нет.
Мне хватит моего решения. Вам - зависит во много от ролей сервера.

Насчет Cobian backup, мысль интересная, попробую среди дня базу 1с файловую скопировать, посмотрим, не придется ли ее тестировать и исправлять.

Никакой бэкап не скопирует Вам корректно файловую базу 1С во время работы пользователей, т.к. все зависит от того, что в момент копирования делает каждый пользователь. Какой-то редкий бэкап может кончиться успехом, когда все дружно ушли пить чай.
Я знаю 1С-ника, который специально писал для этого программу на 1С, приостанавливающую операции пользователей на время бэкапа.
На SQL помогает snapshot.

Скопирует. Тот, что использует VSS.

alef2474,
Я вот этот момент хотел рассмотреть, на выходных обязательно посмотрю.