Windows server 2003 backup стандартными средствами

Записки IT специалиста

Технический блог специалистов ООО»Интерфейс»

Windows Server 2003. Резервное копирование.

Перед тем, как приступить к практической части нашей статьи, необходимо усвоить немного теории. А именно базовые принципы, которые должны лежать в основе вашей политики резервного копирования. Многие начинающие админы путают резервное копирование с обеспечением отказоустойчивости, думая что наличие «зеркала» или RAID5 избавляет их от необходимости делать резервные копии. Но это не так. Отказоустойчивость предупреждает потерю данных в случае аппаратных сбоев, никак при этом не защищая от программных и человеческого фактора. Сбой в программе способен разрушить БД сразу на всех дисках RAID, то же самое произойдет и с ошибочно удаленными данными.

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

Ответом на следующий вопрос должен быть перечень данных подлежащих резервному копированию, частота создания резервных копий и период в течении которого они должны хранится. Для одних данных будет достаточно еженедельного копирования, для других потребуется ежедневное. Для оперативно меняющихся и активно используемых данных вполне хватает одной резервной копии, для других, когда ошибка может быть замечена по прошествии более длительного периода времени желательно иметь резервные копии за период превышающий время обнаружения ошибки. При этом следует соблюдать «золотую середину», помня что резервные копии «продукт скоропортящийся» и устанавливать разумные сроки. Например, для активно использующейся базы 1С резервная копия месячной давности уже не представляет особой практической ценности, а только занимает место на диске.

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

На этом закончим с теорией и перейдем к практике. Для решения поставленной задачи мы будем использовать штатные инструменты предоставляемые нам операционной системой. Это позволит избежать необоснованных расходов на дополнительное ПО и повысит надежность системы в целом (мы считаем что каждое лишнее приложение на сервере вносит дополнительный риск сбоев). Да и зачем изобретать велосипед, когда все уже придумано до нас.

Пуск — Стандартные — Служебные — Архивация данных. В открывшемся в режиме мастера приложении последовательно выбираем: Архивация файлов и параметров, затем Предоставить возможность выбора объектов для архивации.

В следующем окне выбираем файлы и папки для которых мы хотим создать резервные копии. Не стоит пытаться объять необъятное и одним махом архивировать все данные. Более разумно создать отдельные задания для каждого типа данных, это позволит более гибко управлять как параметрами архивации, так и восстановления, а также избежать таких ситуаций, когда вместе с нужными документами случайно «восстановили» ненужные, уничтожив результат труда за последний день / несколько дней / неделю. Далее предстоит указать месторасположение и наименование архива, после чего с основными настройками будет закончено.

Но не спешите жать кнопку Готово. Самое время перейти к настройке дополнительных параметров.

На этом этапе мы можем выбрать тип архивации в зависимости от типа данных и наших требований. Так как в нашем примере архивируются базы 1С, то мы выбрали Обычный способ, так как при активной работе затрагиваются практически все файлы БД. Для папки с офисными документами более подойдет Добавочный способ, позволяющий архивировать только вновь измененные или созданные файлы. Следующим шагом следует указать: добавить ли данный архив к существующим или перезаписать его. В нашем случае была выбрана опция перезаписать, в активно используемой 1С базе ошибки как правило выявляются сразу и необходимости иметь множество резервных копий как правило нет.

Наконец мы добрались до логического завершения, настройки расписания для резервного копирования. Мастер архивации предложит нам выполнить архивацию немедленно или создать задание для планировщика. Естественно, что нас интересует последний вариант. Мы настроили ежедневное выполнение задания в 20:00, когда в офисе гарантированно никого не будет. Затем следует перейти в Панель управления — Назначенные задания и щелкнув правой кнопкой мыши выбрать Выполнить.

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

Восстановление данных можно выполнить двойным щелчком по файлу архива, либо запустив Архивацию данных и выбрав вручную необходимый файл. Мастер последовательно предложит нам выбрать файлы для восстановления (не обязательно восстанавливать весь архив целиком), место для восстановления (есть возможность восстановить файлы по их изначальному расположению либо в отдельную папку) и, в дополнительных опциях, настройки перезаписи уже существующих файлов. Для баз 1С, во избежание коллизий и разрушения БД, следует выбирать полную перезапись, для архива документов, в случае удаления отдельных файлов можно восстановить только их, не затрагивая существующие.

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

В строке Выполнить изменим имя создаваемого файла архива, добавив сокращенное наименование дня недели (МО — Monday — Понедельник и т.д.).

На закладке Расписание назначим заданию еженедельное исполнение по Понедельникам в 20:00 с перезаписью существующего архива. Теперь скопируем это задание (перетянуть на свободное место ПКМ) и изменим его для Вторника, аналогично поступим для Среды и т.д. В итоге получим пять заданий, выполняющихся каждое в свой день недели с понедельника по пятницу. Последовательно запустим их и убедимся в корректности работы.

В результате мы должны получить пять архивов на каждый день недели. Таким же способом можно задать любое расписание для архивации данных, либо скомбинировать любые варианты. Например в добавок к ежедневному архиву создавать еженедельный по пятницам и т.п.

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

Источник

Резервное копирование Windows Server 2003

Среди плавного потока заявок «нет Интернета» или «не печатает принтер» иногда (к счастью, редко) проносится вихрь с коротким и ёмким названием «Сервер не включается. Вообще.» Разрушения от таких вихрей разные – где-то просто сдувает кабель питания, а где-то раз и навсегда разваливается жёсткий диск, похоронив с собой все пользовательские профили, Active Directory, установленную 1С и так далее. Вот тут-то вихрь, подгоняемый ропотом разом «вставшего» клиента, перерастает в настоящую бурю.

Как избежать таких бурь? Способы профилактики известны. Для начала нужно приобрести надёжные сервера, вероятность поломки которых минимальна. Потом на них нужно развернуть как минимум два контроллера домена. Потом организвовать регулярное резервное копирование баз данных и файловых ресурсов. И всё это мы делаем, да. Но, к сожалению, не у всех клиентов есть возможность купить целых два сервера. Ровно как и не у всех есть понимание, а зачем они вообще нужны (а чего за этим компьютером никто не работает?) Бывает и так, что от сбоя по питанию умирают все сервера вообще. Бывает разное. Поэтому мы предлагаем средство резервного копирования не только файлов пользователя, но и всей серверной системы – с Active Directory, настройками DNS и DHCP, другими службами и ролями Windows.

Различные ключи к решению этой задачи мы подбирали давно. Мы искали решение, которое:

1. Не требует остановки сервера.
2. Позволяет надёжно восстанавливать контроллеры домена с сохранением всей информации о домене.
3. Позволяет восстанавливать сервер на другом оборудовании. Увы, иногда сервера выходят из строя необратимо, и требуется развернуть резервную копию на новом.
4. Позволяет пропускать некоторые диски или ресурсы сервера. К сожалению, не всегда есть возможность сделать выделенный контроллер домена. Часто один сервер исполняет все роли сразу – и файловое хранилище, и 1С, и домен. Это плохо, но что делать – решение о покупке или не покупке сервера принимает клиент. В таком случае не имеет смысла делать полную копию. По большому счёту нужен только системный диск, а базы и ресурсы будут иметь собственные, более компактные резервные копии снятые другими механизмами.
5. Не требует больших ресурсов (кроме места под копии, конечно).
6. Быстро разворачивается.

Наиболее известные инструменты для создания резервных образов предлагает компания Acronis. Но далеко не каждый клиент готов купить лицензию на эту программу. Тем более, что за эти деньги можно купить ещё один low-end сервер в резерв. Поэтому мы искали решение штатными средствами Windows.

Исторически, первым решением по резеврному копированию серверной системы стал Ntbackup из состава Windows Server 2003. Я провёл специальное исследование – собрал резервные копии 4-х разных контроллеров из 3-х разных доменов. С каждого сервера снималось по две резервных копии. Первая – только System State. Вторая – диск C + System State. Каждую копию я попробовал развернуть на двух серверах разных поколений (один – Core 2 Duo + P45, второй – Pentium 4 + 865). На сервер предварительно устанавливалась необходимая версия Windows Server 2003.

Резервная копия System State успешно не разворачивается. В лучшем случае сервер грузится, ярлыки и оснастки на месте, но службы не работают. В худшем – ошибка HAL и синий экран при загрузке. Пробовал разные варианты восстановления (leave existing file, replace existing files, предварительно поднять роли и т.п.) Ничего не помогает.

А вот резервная копия диска C + System State у 3-х серверов из 4-х поднялась и заработала. Причём заработала полностью – запустилось AD и все остальные службы, dcdiag ошибок не находит. Плясок с бубном не надо, все опции восстановления остаются в Recommended-положении.

Но есть нюанс. Поскольку резервная копия перенесена с исходного сервера на новый, то при первой загрузке приходится переустанавливать все драйвера. Начиная от BIOS и заканчивая клавиатурой. При этом USB-мыши и клавиатуры не работают, так как драйвера на материнскую плату устанавливаются где-то ближе к концу процесса. Соответственно, для первой загрузки и установки потребуется PS/2 клавиатура и сервер, имеющий такой разъём . Сама процедура довольно длительная – устройств много, особенно системных, драйвера ищутся и ставятся в Server 2003 весьма неспешно. На древнем сервере (Pentium 4 + 865) переустановка всех драйверов растягивалась на час-полтора.

Вывод следующий. Ntbackup – неплохое решение для Windows Server 2003. Оно выполняет свою роль в случае бекапа системного диска и System State, хотя и не совсем надёжно. У резервной копии есть проблемы с переносимостью, так как она тащит на новый ПК весь комплект старых драйверов.

Источник

Резервное копирование windows server систем

Резервное копирование windows server систем

Добрый день уважаемые читатели блога, я вам уже много раз показывал, как ремонтируется и восстанавливается операционная система Windows, но почти все эти статьи были про клиентские версии, сегодня я хочу исправиться и наконец осветить вопрос, как производится резервное копирование windows server систем, так как выход из стоя сервера, чревато для бизнеса денежными потерями, в отличии от простоя обычного офисного компьютера. Я вам расскажу свои примеры из жизни, в которых мне бы очень помогла архивация windows server 2012 r2.

Архивация windows server 2012 r2

Как вы уже наверно догадались, резервное копирование windows server систем, осуществляется с помощью встроенного компонента система архивации данных windows server 2012 r2. Хочу сразу отметить, что она есть и в 2008 R2, но я буду рассказывать на примере более современной версии, хотя все изложенное подойдет и для предыдущей версии. Если вы еще застали времена Windows Server 2003, то наверняка знакомы с компонентом NTBackup, именно им все делали бэкап системы, и она даже умела писать на ленты. Затем пришел на смену 2008, без R2 и показал убогий и переработанный компонент архивация windows, у которого убрали кучу функционала, до сих пор мне не понятна логика людей, выпустивших тогда этот компонент в таком виде. Прошел год и вышел R2, который уже вернул большую часть функций, которые были в NTBackup и сделал резервное копирование windows server, очень простым и удобным.

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

Расскажу пример из жизни, как и у всех администраторов большая часть серверного парка уже давно это виртуальные машины, хотя есть небольшая часть серверов, которая не виртуализована, просто потому, что не рационально и не даст выхлопа, я говорю про сервера с 300 гб оперативной памяти и MS SQL сервером. В один прекрасный день был сбой по электричеству и UPS все не выдержал. В итоге сервера выключились, не совсем правильно. Восстанавливая сервисы один из серверов не загружался и у него была ошибка an error occurred while attempting при загрузке Windows. Ее получилось победить, но через 5-6 часов, что согласитесь не очень быстро, а вот если бы была резервная копия системы и средство восстановления, то все прошло бы за пару минут.

Если вы зайдете в Свойства системы, то вкладку Защита системы, вы не найдете на Windows Server 2012 R2.

Почему именно система архивации данных windows server 2012 r2

Но система архивации данных windows server 2012 r2, уже идет под капотом в самой системе и самый большой шок, то что большинство системных администраторов, просто о нем не знают, поэтому вынуждены использовать сторонние продукты. Кто-то мне говорил, что он не понимает, как это все работает, что натолкнуло меня на написание данной статьи, чтобы люди, увидели все это на практике.

Куда можно делать резервную копию

Система архивации данных windows server может создавать резервные копии на такие хранилища:

• В идеале для системы должен быть отдельный диск, который размечает система архивации и скрывает от пользователя, для дальнейшего создания точек восстановления. Сама Microsoft рекомендует именно этот вариант. Кстати, если кто-то знаком с Microsoft System Center Data Protection Manager, то там так и работала система резервного копирования.
• Можно использовать уже размеченные разделы
• Сетевые папки
• ISCSI диски

Система архивации данных windows server 2012 R2 умеет создавать полную копию и дифференциальную (добавочную), сама управляет сроком хранения. У нее принцип работы очень простой, она будет записывать и хранить столько копий, сколько ей позволяет дисковое пространство, затем будет циклическое перезаписывание, более нового на более старое, очень похоже на видео наблюдение.

Так что после настройки хранилища резервных копий, служба архивации Windows Server, сама все сделает и организует пространство хранения данных. В этом кроется огромный плюс для начинающих системных администраторов, так как не все сразу способны оценить нужный объем хранилища и объем данных, многие не знают, что данные в резервных копиях сжимаются, а если вы знаете еще такое слово как дедупликация Windows, то сможете выжать из дискового пространства максимум.

Давайте немного поговорим про сам механизм работы системы архивации windows server, тут нового ничего нету, она использует службу теневого копирования тома (VSS), ее задачей является дать средству архивирования работать с открытыми и системными файлами, и не просто работать, а еще и не мешать системе работать, служба просто делает некий слепок состояния, это очень похоже на снапшот у виртуальных машин. На движке Windows Server 2012 R2, вы можете таким образом архивировать виртуальные машины на Hyper-V 3.0, не прекращая их работы.

Возможности VSS так же распространяются и на базы данных, могу со сто процентной уверенностью сказать, что проблем с Exchange или MS SQL у вас не возникнет, а вот PostgreSQL может создать определенные трудности. Если мы говорим про MS SQL, то она прекрасно понимает службу VSS и переводит БД перед моментом создания теневой копии к непротиворечивому состоянию, сама VSS не думает даже проверять логическую целостность данных, ей это не нужно, так как ее задача — это сделать снимок. Если, например, таким образом сделать резервную копию PostgreSQL, то при восстановлении мы получим срез базы на определенное состояние времени в противоречивом состоянии и в ней не будет всех незавершенных транзакций на момент создания бэкапа. Так, что есть некая такая проприетарность к своим продуктам.

Куда лучше копировать

Ответить на этот вопрос не просто, так как у всех ситуации по резервному копированию разные и инфраструктура разная. Давайте рассмотрим плюсы и минусы разных хранилищ. Напоминаю их у нас их несколько. Во-первых, если вы кладете резервную копию локально на сервер, то вы быстрее ее сделаете и быстрее сможете восстановиться при необходимости, а с другой стороны сервер может сломаться локально, а еще хуже если это будет RAID, то тут все будет печально. Второй пример вы делаете бэкап на ISCSI диски, хорошо, что хранится удаленно от сервера, можно быстро пере подключить к другому серверу при необходимости, но медленней скорость создания бэкапа и скорость восстановления, и так же могут выйти из строя сервера и диски с которых вы делаете ISCSI диски. Подведя итог, у вас в идеале должны быть копии в нескольких местах, понятно что не всегда это возможно, но стремиться к этому нужно, тут надо понять критичность данных и реализовать систему исходя из этого.

Установка системы архивации windows server

Давайте смотреть как устанавливается система архивации данных windows server 2012 r2, еще начиная с 2008 это компонент системы и логично, что его нужно искать в диспетчере сервера. Выбираем пункт Управление > Добавить роли и компоненты

оставляем пункт установка ролей и компонентов

Пропускаем роли и жмем далее.

Выбираем пункт Система архивации Windows Server

Через пару мгновений, у вас установится нужный компонент.

Настройка системы архивации windows server

После установки компонента архивации, его нужно настроить, давайте приступать. Открываем диспетчер сервера > Средства и находим пункт система архивации данных Windows Server.

Так же данную оснастку можно вызвать, нажав WIN+R и введя wbadmin.msc, полный список сокращений mmc смотрите по ссылке. Открыв оснастку, вы сразу увидите, что вам настоятельно рекомендуют настроить первое расписание. Сделать это можно через меню действий:

1. Расписание архивации
2. Однократная архивация
3. Восстановление

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

в окне объекты архивации, система архивации данных windows server попросит вас добавить элементы с помощью соответствующей кнопки.

Среди элементов у вас будет:

• Восстановление исходного состояния системы
• Состояние системы
• Локальные диски
• Роль Hyper-V, если установлена.

В итоге объекты для архивации будут добавлены в список, хочу отметить, что если нажать кнопку Дополнительные параметры, то можно задать параметры VSS:

• Полная архивация VSS > подойдет если вы не используете сторонние приложения для бэкапа.
• Копировать архив VSS > если для архивации приложений на томах, включенных в архив, используется другая программа.

Так же на вкладке исключения, вы сможете добавить папки, которые не нужно копировать, в них например могут быть временные файлы, удобно когда вы до этого добавили полное копирование диска С:.

Теперь, чтобы осуществить резервное копирование windows server, нужно задать расписание, тут либо раз в день, либо чаще, задаем на свое усмотрение.

Далее нужно задать место назначения, как я и писал выше тут три варианта:

• Архивация на жесткий диск для архивов > тут полностью отдается физический HDD, форматируется и скрывается от пользователя, такая защита от дурака, чтобы шаловливые ручки все не попортили.
• Архивация на том > то же очень распространено, берете существующий том (он может быть частью RAID или же другой физический диск) и льете туда, под это же дело попадает и ISCSI диск, который в системе видится как локальный.
• Ну и общая шара, очень удобно, все находится вне физического сервера.

Если выбрать Архивация на жесткий диск для архивов, то на следующем шаге от вас потребуют указать диск, который будет отдан под резервное копирование windows server.

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

Далее задаем UNC путь к папке в формате \\папка

Если выбрать Архивация на том, то вам нужно указать том назначения, на который будет выполнено резервное копирование windows server.

Смотрим сводную информацию и подтверждаем расписание.

Видим, что система архивации windows server успешно создала расписание.

Восстановление Windows Server 2012 R2

После того, как у вас появилась резервная копия, давайте рассмотрим ситуацию при которой вам нужно будет произвести процедуру восстановления Windows Server 2012 R2. Во первых вы можете посмотреть детали резервного копирования Windows Server (размер, дату)

Как восстановить отдельный файл или папку

Если вам нужно восстановить, например, отдельный файл, то нет смысла восстанавливать его через оснастку, так как резервная копия это виртуальный диск, который можно подцепить к системе. Давайте посмотрим, саму структуру файлов, лежат они в папке WindowsImageBackup.

Пот пример моего виртуального диска, кликнув по нему правым кликом, вы можете нажать Подключить.

Вас предупредят, что образ диска не инициализирован, содержит нераспознаваемые разделы или тома, которым не назначены буквы дисков. С помощью оснастки «Управление дисками» убедитесь, что диски, разделы и тома пригодны для использования.

Тут все просто идем в оснастку Управление дисками, через правый клик мыши по кнопке пуск.

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

Назначаем нужную букву, у меня это буква Е.

Все открываем мой компьютер и видим, новый локальный диск.

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

Восстановление в случае поломки операционной системы

Никто не застрахован от такого, я много раз встречал в своей практике, что система Windows Server выходила из строя, и для ее восстановления без наличия бэкапа, уходило куда больше времени, чем просто переустановка системы и дальнейшая перенастройка, примером может быть служить ошибка an error occurred while attempting to read the boot configuration data. Поэтому пару раз, когда вы обожжетесь, вы поймете, что система архивации данных windows server 2012 r2 шикарная вещь, позволяющая в считанные минуты сделать резервное копирование windows server и в нужный момент восстановиться из него.

Заходим в систему архивации windows server и в правом углу выбираем пункт Восстановление. У вас на выбор будет два пункта:

1. Этот сервер > имеется ввиду, что бэкап лежит локально
2. Архив находится в другом расположении.

Для начала давайте выберем второй пункт «Архив находится в другом расположении»

Тут два варианта, либо вы подсовываете cd-rom или внешний диск, либо указываете UNC путь в формате \\папка

Главное, чтобы у системы были права на ее чтение.

Если в начале выбрать пункт Этот сервер, то у вас покажется список доступных резервных копий Windows Server, вам лишь нужно выбрать дату отката.

Далее мастер восстановления Windows Server 2012 r2 даст вам вот такой выбор:

• Файлы и папки
• Hyper-V
• Тома
• Приложения
• Состояние системы

Выбрав первый вариант «Файлы и папки» вы можете восстановить отдельные файлы или папки из бэкапа.

Если выбрать Hyper-V, то вам предложат:

• Восстановить в исходное расположение > по сути это перезапись
• Восстановить в другое расположение
• Скопировать в папку

Пункт приложения, немного специфичный, так как он работает не для всех приложений, а для тех, кто умеет работать с API службы архивации и поддерживать VSS. Ну и восстановление системы:

• Исходное размещение > будет откат на то состояние, которое было в момент резервного копирования Windows Server
• Другое размещение > по сути создастся папка с набором файлов.

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

После перезагрузки вы увидите сообщение:

Альтернативой восстановления состояния системы может служить восстановление на уровне тома, при этом все данные будут уничтожены и том будет приведен в состояние, в котором он находился на указанную дату. Это может оказаться полезным в случае вирусного инцидента, когда вы хотите быть уверенным, что в системе не осталось закладок вредоносного ПО, а также в случаях, когда исходный том был поврежден. Вообще сам инструмент очень хороший и не уступает конкурентам, тот же Acronis, так что используйте и упрощайте себе жизнь.

Источник