Настройка архивации windows server 2008 r2

Система архивации пришла на смену NTBackup с выходом Windows Server 2008 и на сегодняшний день является вполне зрелым и проверенным продуктом, но многие администраторы до сих пор не используют данную компоненту ОС, отдавая предпочтения альтернативным продуктам. Этому могут быть как объективные причины, так и непонимание принципов работы системы архивации Windows Server. Поэтому мы решили устранить возможные пробелы в знаниях при помощи данной статьи.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

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

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

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

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

В Windows Server применяется принципиально иной подход. Проще всего провести аналогию с системами видеонаблюдения, когда поток непрерывно пишется на диск и в любой момент времени мы имеем некую продолжительность записи, определяемую объемом диска. Скажем, поставили диск на 500 ГБ — имеем неделю видео, заменили на 1 ТБ — две недели и т.д.

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

Здесь возникает еще одно затруднение. У многих администраторов слово диск ассоциируется только с физическим жестким диском, после чего сразу возникает масса вопросов: где взять столько дисков, как подключить их к серверам, как обеспечить хранение архивов отдельно от системы и т.д. и т.п. Да и выделять для бекапа рядового сервера даже 500 ГБ диск выглядит несколько расточительно. Поэтому самое время вспомнить о технологии iSCSI, которая позволяет сразу решить весь пласт «проблем».

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

Мы немного забежим вперед и покажем результат архивирования тестового сервера с объемом архивируемых данных размером 29 ГБ:

Как видим, восемь копий состояния системы заняли примерно 9 ГБ, что довольно неплохо и общего объема, выделенного нами iSCSI диска в 60 ГБ, хватит примерно на три недели хранения ежедневных копий, что на наш взгляд более чем достаточно.

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

Отдельно следует коснуться резервного копирования баз данных, если с поддерживающими теневое копирование продуктами, такими как MS SQL Server или Exchange, проблем не возникает, то со сторонними продуктами, например, PostgreSQL могут возникнуть проблемы. Механизм теневого копирования не проверяет логической целостности файлов, просто делая снимок их состояния на определенный момент времени, системы, поддерживающие VSS, умеют обрабатывать этот момент, приводя базу к непротиворечивому состоянию перед моментом создания теневой копии. Для неподдерживаемых систем мы просто получим срез базы на определенное состояние времени, при восстановлении такой базы она будет приведена в непротиворечивое состояние средствами СУБД, проще говоря будут отменены все незавершенные транзакции и может произойти потеря данных.

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

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

Затем оснастку управления службой можно запустить либо через Средства в Диспетчере серверов, либо через ярлык в Панель управления — Администрирование.

Оснастка абсолютно типична для служб Windows Server и не вызывает каких-либо затруднений при работе с ней.

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

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

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

Для их добавления просто нажмите Добавить элементы.

Если выбрать Восстановление исходного состояния системы, то автоматически будут добавлены Состояние системы, системный раздел (диск C:) и служебный раздел с загрузчиком. К этим данным мы в учебных целях добавили папку с базами MS SQL, которые должны представлять некие пользовательские данные.

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

А также задать параметры службы теневого копирования, если у вас есть приложения использующие данную службу, например, MS SQL Server, то следует выбрать настройку Копировать журнал VSS, что обеспечит их нормальное взаимодействие со службой теневого копирования, в том числе и при восстановлении.

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

С расписанием разобрались, теперь самое время определиться с местом хранения архивов. На выбор предлагается три варианта, каждый из них довольно неплохо прокомментирован, что облегчает правильный выбор:

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

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

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

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

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

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

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

После чего указываем, что именно мы хотим восстановить:

Как видим, это могут быть файлы и папки, виртуальные машины Hyper-V, тома, приложения и состояние системы. Отдельно следует упомянуть о приложениях. Эта функция доступна только для зарегистрированных в системе архивации приложений, которые должны уметь работать с API этой службы и поддерживать VSS. Проще говоря, в этот список попадает ограниченное количество программ, в основном от самой Microsoft, а для стороннего софта данная функция бесполезна.

В тоже время трудно переоценить возможность восстановления состояния системы, которая позволяет выполнить откат состояния ОС, не затрагивая при этом пользовательские данные. Это сильно выручает в ситуациях, когда между внесением изменений в систему и выявлением их негативного эффекта прошло какое-то время.

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

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

Поэтому просто следует запастись терпением и дождаться сообщения об успешном завершении операции. В зависимости от скорости сети, производительности дисков и объема данных эта операция может занять значительное время.

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

В общем и целом, данная операция ничем не отличается от восстановления тома из образа любым иным ПО, например, Acronis.

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

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

В Windows Server (2008, r2, 2012, r2) при настройки архивации через графический интерфейс есть один большой минус, предоставлен выбор архивировать каждый день или чаще чем один раз в день. Тем самым нельзя настроить запуск архивации данных в разные дни. С большим объемом данных копирование каждый день невозможно (система просто на просто не успевает доделать копию). Примерно начиная от 3 ТБ.

В система один раздел на 4ТБ с данными и два диска по 3 ТБ под бекап.

Раздел с данными под буквой d:

Раздел под бекап f: и e:

Приступим к созданию bat файла, который будет запускать архивацию данных.

Открываем Блокнот (нажимаем сочетание клавиш windows+r набираем команду notepad и нажимаем enter)

Вставляем следующую команду с параметрами

wbadmin start backup -backupTarget:f: -include:d:folder1,d:folder2 -systemstate -vssFull -quiet

wbadmin — штатное приложение для архивации

-backupTarget:f: — место где будет располагаться архив (в первом bat файле указываем диск f

-include:d:folder1,d:folder2 — папки в разделе d: которые мы будем архивировать

-systemstate — Создает резервную копию, включающую состояние системы помимо всех прочих элементов, заданных с помощью параметра -include. (Полностью раздел относящий к системе и её состояние в том числе раздел «зарезервированный системой» )

-vssFull — Выполняет полную архивацию с использованием службы теневого копирования томов (VSS). Факт архивации каждого файла отражается в соответствующем журнале. Если этот параметр не используется, команда «WBADMIN START BACKUP»+B192 выполняет копирующую архивацию, но журнал архивируемых файлов не обновляется. Внимание! Не используйте этот параметр, если для архивации приложений на томах, включенных в текущую архивацию, используется продукт, отличный от системы архивации данных Windows Server. Это может привести к повреждению добавочной, разностной или другой резервной копии, создаваемой другим продуктом.

-quiet — подавляет все запросы для пользователя

Сохраняем файл с расширением .bat

Создаем задачу допустим раз в неделю в субботу в планировщике и указываем данный файл.

Теперь создадим второй bat файл только теперь вставим команду уже с другими параметрами

wbadmin start backup -backupTarget:e: -include:d:folder4,d:folder5 -exclude:d:folder4temp -systemstate -vssFull -quiet

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

В этой команде используется параметр -exclude:d:folder4temp (исключает папку из копирования).

Сохраняем файл с расширением .bat

Создаем еще одну задачу уже на воскресение в планировщике и указываем данный файл.

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

Через графический интерфейс это сделать не возможно.

Дополнительные параметры, которые могу пригодиться

-exclude — Указывает список элементов, исключаемых из архивации, через запятую. Можно включить несколько файлов, папок или томов. Тома можно указывать с использованием буквы диска, точки подключения тома или имени тома на основе GUID. Если используется имя тома на основе GUID, оно должно заканчиваться обратной косой чертой (). При указании пути к файлу можно использовать в имени файла подстановочный знак (*). Его следует использовать только вместе с параметром -backupTarget.

-nonRecurseInclude — Указывает нерекурсивный список элементов, включаемых в архивацию, через запятую. Можно включить несколько файлов, папок или томов. Тома можно указывать с использованием буквы диска, точек подключения томов или имен томов на основе GUID. Имя тома на основе GUID должно заканчиваться обратной косой чертой (). При указании пути к файлу можно использовать в имени файла подстановочный знак (*). Его следует использовать только вместе с параметром -backupTarget.

-nonRecurseExclude — Указывает нерекурсивный список элементов, исключаемых из архивации, через запятую. Можно включить несколько файлов, папок или томов. Тома можно указывать с использованием буквы диска, точки подключения тома или имени тома на основе GUID. Имя тома на основе GUID должно заканчиваться обратной косой чертой (). При указании пути к файлу можно использовать в имени файла подстановочный знак (*). Его следует использовать только вместе с параметром -backupTarget.

-hyperv — Указывает список включаемых в архивацию компонентов через запятую. Идентификатором может быть имя или GUID компонента (с фигурными скобками или без них).

-allCritical — Создает резервную копию, включающую все важные тома (важные тома содержат файлы и компоненты операционной системы) помимо всех прочих элементов, указанных с помощью параметра -include. Этот параметр полезен при создании резервной копии для восстановления исходного состояния системы. Его следует использовать только вместе с параметром -backupTarget.

-noVerify — Отменяет проверку резервных копий, записываемых на съемные носители (такие как DVD-диски), на наличие ошибок. Если этот параметр не используется, резервные копии, сохраняемые на съемных носителях, проверяются на наличие ошибок.

-user — Если резервная копия сохраняется в удаленной общей папке, указывает имя пользователя с разрешением на запись в эту папку.

-password — Указывает пароль для имени пользователя, указанного для параметра -user.

-allowDeleteOldBackups — Перезаписывает найденные резервные копии перед обновлением.

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

В предыдущей части бэкапа в Windows Server 2008 R2 (Windows Server 2008 R2 и Windows Backup (часть 1)) мы рассмотрели основные моменты создания бэкапа средствами PowerShell. Сегодня мы рассмотрим вопросы самого процесса бэкапа и о его хранении.

Проверка успешности бэкапа

Когда процесс бэкапа закончится, можно посмотреть его статус:

[↑] [Administrator] Get-WBSummary


NextBackupTime                  : 0001.01.01. 0:00:00
NumberOfVersions                : 5
LastSuccessfulBackupTime        : 2009.10.07. 14:39:42
LastSuccessfulBackupTargetPath  : \?Volume{ca6dbf07-14ad-11de-937f-806e6f6e6963}
LastSuccessfulBackupTargetLabel : Camelot Share-1
LastBackupTime                  : 2009.10.07. 14:39:42
LastBackupTarget                : E:
DetailedMessage                 :
LastBackupResultHR              : 0
LastBackupResultDetailedHR      : 0
CurrentOperationStatus          : NoOperationInProgress

Здесь вы увидите основные сведения о результатах бэкапа. Свойство LastBackupResultHR содержит код возврата. Если это 0, то всё хорошо. Если это не 0, то бэкап не был выполнен удачно. А вот свойство NumberOfVersions показывает сколько уже копий бэкапа содержится в текущем архиве. Более подробно этот момент будет рассмотрен ниже.

Процесс создания и хранения бэкапа

При выполнении бэкапа происходит несколько вещей:

• В корне диска назначения бэкапа создаётся структура папок: <путь до диска или сетевой папки>WindowsImageBackup<имя компьютера>

• После окончания бэкапа система делает теневую копию этого тома (кроме сетевых папок) тома, на котором хранится бэкап.

• Обновляется каталог бэкапов.

Если это сетевая папка, то в пути \ServerBackupShareWindowsImageBackup создаст папку для каждого компьютера и в ней будет хранить бэкап соответствующего компьютера. При этом последующие операции бэкапа будут копировать архив в эту же папку.  Во времена ntbackup.exe мы могли выбирать метод выполнения бэкапа — с использованием VSS или без (это не относилось к SystemState бэкапам), а теперь этот вопрос решён однозначно — VSS используется всегда. Это обусловлено ещё тем, что Server Backup использует VSS для ведения истории бэкапов, что исключает путаницу в архивных копиях. Внимательные читатели могут заметить, что внутри папки бэкапа есть VHD файл (по одному VHD на каждый архивируемый том), который содержит актуальное состояние бэкапа. И тут появляется интересная вещь: каждый новый бэкап копируется в один VHD файл — а куда же деваются предыдущие копии? На самом деле все они хранятся в этом VHD файле, но скрыты за теневыми копиями, которые создаются при каждой операции бэкапа и закрепляются за архивом:

[↑] [Administrator] Get-WBBackupSet


VersionId        : 10/07/2009-10:49
BackupTime       : 2009.10.07. 13:49:41
BackupTarget     : E:
RecoverableItems : Volumes, Files
Volume           : {System (C:)}
Application      : {}
VssBackupOption  : VssCopyBackup
SnapshotId       : 8d6aa8ef-bb24-4ffc-93da-08831bc4ae88

VersionId        : 10/07/2009-11:15
BackupTime       : 2009.10.07. 14:15:36
BackupTarget     : E:
RecoverableItems : Volumes, Files
Volume           : {System (C:)}
Application      : {}
VssBackupOption  : VssCopyBackup
SnapshotId       : ab2c6d39-3447-4c9b-b072-f03d746045c4

<...>

Команда Get-WBBackupSet показывает историю бэкапов системы и ID номер теневой копии, которая содержит файлы архива на момет выполнения конкретного задания бэкапа. При восстановлении из бэкапа консоль MMC считывает эти копии и позволяет восстановить файлы на любой момент времени выполнения бэкапа. Чтобы дать более понятное представление об этом, покажу простой пример:

1. Выполняется первый бэкап №1.
2. В BackupTarget создаётся папка с архивом и в VHD файл записываются данные, которые мы архивируем;
3. В BackupTarget создаётся теневая копия, которая так же содержит эти файлы и закрепляется за этим бэкапом;
4. Время бэкапа и ID теневой копии записывается в каталог бэкапа;
5. Выполняется следующий бэкап этого же задания под № 2.
6. В BackupTarget уже ничего не создаётся, а новые данные добавляются в VHD файл, скрывая данные из бэкапа №1;
7. В BackupTarget создаётся теневая копия, которая так же содержит новые данные и закрепляется за этим бэкапом (№2);
8. Время бэкапа и ID теневой копии записывается в каталог бэкапа.
9. повторяются пункты 5-8.

Несмотря на то, что при непосредственном просмотре VHD файла мы видим только данные сохранённые после последней операции бэкапа, в нём по прежнему хранятся и все предыдущие копии, которые система различает по теневым копиям, которые закреплены за каждым бэкапом. Именно здесь теневые копии играют огромную роль в хранении истории бэкапа. И пока эти теневые копии живы, мы имеем доступ к предыдущим версиям файлов внутри VHD архива. Это даёт следующие преимущества:

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

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

Как долго хранятся бэкапы на архивном томе?

Хранятся они там сколь угодно долго, пока есть свободное место. Когда свободное место заканчивается, то Server Backup автоматически пытается отыскать себе место. Если у нас выполняются только полные бэкапы, то наиболее старые версии архивов просто удаляются. Если у нас комбинируются полные бэкапы с инкрементальными/дифференциальными, то берётся наиболее старый архив и в него вписываются инкрементальные/дифференциальные архивы, которые были выполнены в промежутках между полными бэкапами до тех пор, пока не освободится достаточно для нового бэкапа места. Таким образом обеспечивается сохранность наиболее новых архивов с удалением более старых. Такая схема автоматической ротации так же будет востребована в большинстве случаев. Для экономии места Server Backup для запланированного задания автоматически делает комбинирование полных и инкрементальных бэкапов. Каждые 2 недели выполняется полный бэкап и ежедневно в промежутках между полными будет выполняться только инкрементальное архивирование.

Такая автонастройка режимов для запланированных бэкапов и авторотация будет достаточно эффективна и проста в сегменте SOHO/SMB, не отвлекая на себя слишком много внимания администратора. От администратора потребуется только создание задания и организация отказоустойчивости тома с архивами.

Совмещение нескольких заданий и индивидуальная ротация архивов

Разработчики Server Backup сделали всё, чтобы упростить процесс выполнения бэкапа в стандартных случаях SOHO/SMB. Но когда появляются особые условия, то тут начинаются свои сложности, хотя это всё относительно преодолимо. Например, вы создали несколько заданий бэкапов, которые отдельно что-то архивируют в одну и ту же точку. Но к каждому заданию предъявляются свои требования по сроку хранения бэкапа.

Пример: это файл-сервер и вы архивируете папку с документами пользователей ежедневно и следует хранить только 7 последние копии. Другое задание архивирует инсталляционные файлы вашей сети раз в неделю и требуется наличие только 4 последних копий. Так же все копии должны копироваться в сетевую папку или на съёмный диск на случай катастрофы и/или ада и Израиля. В такой ситуации мы потеряем возможность использования авторотации архивов и прочих плюшек. Давайте посмотрим, как будет выглядеть примерный скрипт:

Add-PSSnapin Windows.Serverbackup

$profiles = New-WBPolicy

$source = New-WBFileSpec -FileSpec "D:Users"
Add-WBFileSpec -Policy $profiles -FileSpec $source

$target = New-WBBackupTarget -VolumePath "E:"
Add-WBBackupTarget -Policy $profiles -Target $target

Start-WBBackup -Policy $profiles

if ((Get-WBSummary).LastBackupResultHR -eq 0) {
    
    $newname = "Profiles_$(Get-Date -f dd.MM.yyyy)"
    Ren E:WindowsImageBackup -NewName $newname
    
    copy e:$newname \serverbackupsprofiles
    
    dir \serverbackupsprofiles | ?{$_.lastwritetime -lt (Get-Date).AddDays(-7)} | del -Force
} else {
    
}

И уже этот файл отдельно зашедулить в Task Scheduler. В такой ситуации дополнительных шагов не требуется, т.к. пока живы теневые копии, вы можете восстанавливать файлы из них (наличие самого архива не требуется). А если теневых копий уже не осталось (например, том с архивами был отформатирован), то для восстановления данных просто копируете папку с архивом в корень любого тома с именем WindowsImageBackup и тогда этот архив будет определён системой как пригодный для восстановления. Так вы можете делать несколько раздельных заданий с индивидуальным расписанием бэкапа и ротацией.

Если ротация архивов в сетевой папке достаточно проста и укладывается в одну строчку, то с локальными архивами придётся подключать утилиты CMD, а именно — diskshadow.exe! Вам нужно внутри diskshadow выполнить Delete Shadows ID {GUID}, где GUID — ID теневой копии, которая закреплена за конкретным бэкапом и его можно получить из вывода Get-WBBackupSet (свойство SnapshotID)

[↑] [Administrator] diskshadow
Microsoft DiskShadow version 1.0
Copyright (C) 2007 Microsoft Corporation
On computer:  CAMELOT,  2009.10.13. 22:18:05


DISKSHADOW> delete shadows ID {8d6aa8ef-bb24-4ffc-93da-08831bc4ae88}
Deleting shadow copy {8d6aa8ef-bb24-4ffc-93da-08831bc4ae88}...

1 shadow copy deleted.

DISKSHADOW>

Вот таким образом можно удалять старые теневые копии архивов по одиночке. При удалении теневой копии при следующей операции бэкапа будет обновлён каталог бэкапов. Чтобы удалить все предыдущие архивы кроме текущего внутри diskshadow нужно выполнить:

Delete Shadows Oldest E:

где E: — путь к тому с архивами.

Сами данные из VHD файла будут удалены только при следующей операции бэкапа. Однако, это не относится к архивам, которые содержат SystemState. Для ротации архивов SystemState придётся воспользоваться уже другой утилитой — wbadmin.exe:

wbadmin delete systemstatebackup –version: datetime

где datetime — дата и время выполнения бэкапа. Эту дату можно получить так же из вывода командлета Get-WBBackupSet (свойство VersionID). Чтобы удалить все бэкапы SystemState, кроме текущего следует выполнить:

wbadmin delete systemstatebackup –backuptarget:E: –deleteoldest

и для удаления всех наиболее старых архивов SystemState с сохранением N копий выполнить:

wbadmin delete systemstatebackup –keepversions:N

где N — количество копий SystemState, которые должны быть сохранены.

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

Add-PSSnapin Windows.Serverbackup

$profiles = New-WBPolicy

$source = New-WBFileSpec -FileSpec "D:Users"
Add-WBFileSpec -Policy $profiles -FileSpec $source

$target = New-WBBackupTarget -VolumePath "E:"
Add-WBBackupTarget -Policy $profiles -Target $target

Start-WBBackup -Policy $profiles

if ((Get-WBSummary).LastBackupResultHR -eq 0) {
    
    $newname = "Profiles_$(Get-Date -f dd.MM.yyyy)"
    Ren E:WindowsImageBackup -NewName $newname
    
    copy e:$newname \serverbackupsprofiles
    
    dir \serverbackupsprofiles | ?{$_.lastwritetime -lt (Get-Date).AddDays(-7)} | del -Force
    
    $csv = Import-Csv E:ProfileBackup.csv
    
    $count = $csv.count
    
    
    if ($count -gt 7) {
        $old = $count - 7
        
        $file = [System.IO.Path]::GetRandomFileName()
        
        $csv | sort | select -First $old | %{
            
            "delete shadows ID {$($_.SnapshotID)}" > $Env:TEMP$file
            
            diskshadow -s $Env:TEMP$file
        }
        del $Env:TEMP$file
    }
    
    $current = Get-WBBackupSet | select -Last 1  | select VersionID, SnapshotId
    
    $csv += $current
    
    $csv | sort | select -Last 7 | Export-Csv E:ProfileBackup.csv -NoTypeInformation
} else {
    
}

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

Вот и всё, наверное, что я хотел рассказать про бэкап в Windows Server 2008 R2. В Windows 7 нет командлетов для бэкапа,  поэтому свои хотелки придётся реализовывать только средствами CMD (wbadmin, vssadmin, diskshadow). И это будет значительно сложнее, чем вариант с командлетами повершела.

Каковы достоинства и
недостатки средств резервного копирования,
встроенных в Windows Server
2008 R2?

Когда лучше использоватьсторонние средства (программы) резервногокопирования для Windows Server 2008?

Существуют ли бюджетныеили бесплатные решения резервногокопирования для Windows Server 2008? В чем ихограничения?

Чем отличаются решения
резервного копирования для среды Windows
Server 2008?

Каковы достоинства
и недостатки средств резервного
копирования, встроенных в Windows
Server 2008 R2?

Задача создания и
ведения архива резервных копий — одна
из важнейших в системном администрировании,
решению которой всегда уделялось
повышенное внимание. Традиционно любая
серверная ОС содержит в
своем составе продукт, посредством
которого и осуществлялись операции
этого типа, и семейство ОС Windows
не исключение. С момента выпуска Windows
NT 3.51 в комплекте поставки Windows Server
присутствовала системная утилита
NTBACKUP, вызвавшая много нареканий со
стороны пользователей и подтолкнувшая
сторонних разработчиков к выпуску
собственного ПО, предназначенного для
выполнения операций резервного
копирования/восстановления. Впрочем,
несмотря на множественные недостатки,
NTBACKUP успешно решала поставленную задачу
и использовалась в составе всех версий
серверных релизов Windows,
претерпевая незначительные изменения.

К моменту выхода Windows
Server 2008 R2
было известно, что в числе прочих
кардинальных перемен будет полностью
пересмотрена концепция утилиты резервного
копирования: ожидалось, что разработчики
внесут существенные коррективы в
концепцию и полностью перепишут эту
функцию. Пользователи не обманулись в
ожиданиях: действительно, устаревшей
утилиты NTBACKUP в новой версии ОС не
оказалось… как, впрочем, не оказалось
вообще никакого средства создания
архивов.

Вскоре выяснилось, что
оно есть, только требует отдельной
установки: компонент Windows Server Backup перестал
инсталлироваться по умолчанию. Дальнейшее изучение
полностью обновленной утилиты повергло
многих пользователей в недоумение,
складывалось впечатление (а многие
эксперты заявляли об этом в открытую),
что Microsoft решила полностью
избавиться от средства для резервирования,
вынуждая клиентов приобретать стороннее
ПО либо платные утилиты Microsoft.

Почему? Дело в том, что
Windows Server Backup действительно был полностью
и бескомпромиссно изменен, настолько,
что потерял обратную совместимость с
NTBACKUP. Первыми с этим
столкнулись сотрудники ИТ-служб,
установившие новую ОС на имеющиеся
серверы, которые не смогли развернуть
образы из архивов, созданные посредством
программы-предшественницы. Действительно,
Windows Server Backup не совместим с резервными
копиями, выполненными с помощью NTBACKUP
ни на каком уровне, и это самое важное
нововведение, о котором необходимо
знать. Дело в том, что для формирования
резервных копий данных на внешнем диске
или сетевом диске NTBACKUP использовала
файлы формата .BKF, теперь же они записываются
в формате .VHD. Выход, конечно же, есть —
можно использовать утилиту Microsoft’s
Windows NT Backup‘Restore Utility, при помощи которой
восстанавливаются данные с резервных
копий «устаревшего» формата. Несмотря
на то, что VHD-файлы представляют собой
файлы виртуальных жестких дисков, взять
резервную копию Windows Server 2008, связать ее
с виртуальным сервером и загрузиться
с нее нельзя. Зато можно смонтировать
файл резервной копии Windows в качестве
тома виртуального сервера, получив
простой способ легкого извлечения
отдельных файлов из архива.

Следующий подводный
камень — поддержка накопителей. Тем,
кто привык хранить данные на магнитной
ленте, вряд ли понравиться то, что Windows
Server Backup не поддерживает ленточных
накопителей: в качестве носителей могут
выступать только жесткие диски либо
внешние хранилища. Здесь
тоже не обошлось без неожиданностей:
для резервных копирований, выполняемых
по расписанию, необходимо предоставить
операционной системе выделенный жесткий
диск (неплановые резервные копии можно
размещать в общей UNC-папке или на съемном
накопителе). Весьма неожиданно не только
то, что системе создания backup‘ов
нужен «собственный» НЖМД, но и то, что
доступ к его содержимому невозможен
никакими средствами ОС, кроме утилиты
Windows Server Backup: это напрочь уничтожает
идею оборота резервных носителей и
возможность их хранения в территориальном
отдалении от сервера (теоретически эту
задачу можно решить, но не тривиальными
методами).

Кроме таких серьезных
проблем, новая утилита утратила
возможность делать копии отдельных
файлов/папок, работая только с целыми
томами, также Windows Backup может создавать
резервные копии только тех томов, которые
используют файловую систему NTFS.

Возможно, по прочтении
этого перечня возникает мысль, что
Microsoft не сделала вообще
никаких позитивных изменений, переписав
утилиту. На самом деле есть несколько
положительных моментов, таких как
упрощенное восстановление данных,
простая возможность восстановления
операционной системы Windows, ускорение
процесса резервного копирования и
улучшенная управляемость (программу
Windows Backup теперь можно запускать из
консоли управления).

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

Те, кому приходилось
делать восстановление ОС из резервной
копии при помощи NTBACKUP,
знают, насколько это трудоемкий и
кропотливый процесс. Новая утилита
требует только загрузки ОС с установочного
диска и, через команду Repair,
запуска восстановления: все необходимые
операции (включая разбиение и форматирование
диска) Windows Backup осуществит самостоятельно.

Следует отметить и
возможность контролировать практически
каждый аспект процесса резервного
копирования с помощью команды WBADMIN.

Когда лучше
использовать сторонние средства
(программы) резервного копирования для
Windows Server 2008?

Учитывая все вышесказанное,
а также мнения многих ИТ-специалистов,
вывод напрашивается сам собой: во всех
случаях, когда резервное копирование
для организации становится критически
важной операцией, лучшим выбором будет
использование мощных инструментов
сторонних разработчиков (или отдельного
продукта Microsoft). К этому,
по сути, склоняет и Microsoft,
убрав Windows Backup из перечня компонентов,
устанавливаемых по умолчанию. Принимая
во внимание множественные ограничения,
выбрать сторонний продукт придется и
тем пользователям, для которых эти
ограничения критичны. Например, если
на предприятии используются ленточные
накопители (стриммеры), как основное
средство создания библиотек архивов,
придется или держать отдельный сервер
на основе ранних версий (например,
Windows 2003 Server)
только для работы с архивами такого
типа (что нерационально), или воспользоваться
сторонним ПО.

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

Существуют ли
бюджетные или бесплатные решения
резервного копирования для Windows Server
2008? В чем их ограничения?

Предприятия, в силу
особенностей работы не имеющие возможности
(или необходимости) приобретать недешевые
продукты сторонних разработчиков, но
нуждающиеся в подобных утилитах, могут
воспользоваться бесплатными программами.
Конечно, самой доступной является именно
встроенная Windows Server Backup, с которой
придется немного повозиться, но решить
поставленную задачу.

В качестве альтернативы
подойдет Fbackup— бесплатная утилита,
чьим достоинством является пригодность
и для персонального, и для коммерческого
применения. В ней реализована возможность
автоматического резервного копирования
на любой USB/Firewire накопитель, локальный
или сетевой диск. Резервируемые данные
могут быть заархивированы (с помощью
стандартного zip-формата) или скопированы
с сохранением исходного вида и структуры
как точная копия исходных файлов.
Дополнительное удобство этой утилиты
— возможность подключения плагинов
для решения различных задач по
архивированию. К сожалению, она непригодна
для резервного копирования системы
полностью (создания образов), но эту
возможность можно реализовать посредством
штатной утилиты.

Еще одна интересная
программа — Areca Backup. Она поддерживает
не только сжатие резервных копий в
форматы ZIP и ZIP64, но и шифрование архивов
алгоритмами Triple DES и AES (в том числе можно
сгенерировать USB-ключ). Резервные
копии могут как храниться на локальном
диске, так и копироваться на сетевые
диски, внешние накопители или FTP-серверы
(с явным и неявным SSL/TLS). Приложение не
имеет никаких сложных конфигурационных
файлов, а внесение изменений в свойства
резервной копии (хранится в виде
XML-файла) может быть осуществлено в
графическом интерфейсе; возможен и
режим командной строки для автоматизации
резервного копирования. Вообще, перечень
бесплатных (или недорогих) утилит весьма
обширен, и из него можно выбрать средства,
подходящие для решения практически
любых задач.

Чем отличаются
решения резервного копирования для
среды Windows

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

Microsoft Data Protection Manager (DPM) 2010 обеспечивает
унифицированную защиту данных для
серверов и клиентов Windows, а также
предоставляет масштабируемое и
экономически эффективное решение
архивации и восстановления Microsoft для
ОС Windows. DPM 2010 предоставляет наилучшую
защиту и поддерживает наиболее вероятные
сценарии восстановления с диска, ленты
или из облака, обеспечивая при этом
масштабируемость, управляемость и
экономическую эффективность.

С его помощью реализуется
резервное копирование и восстановление
в физических и виртуальных серверных
средах, включая восстановление приложений
без потерь; аварийное восстановление
и непрерывность бизнес-операций благодаря
виртуализации серверов. Кроме того,
приложение имеет низкую стоимость
приобретения и выгодную общую модель
лицензирования с использованием пакета
лицензий Server Management Suite Enterprise (SMSE).

В отличие от решения,
продвигаемого Microsoft,
продукт Symantec Backup Exec характеризуется
более высокой стоимостью лицензии (в
сравнении на один сервер разница в
стоимости более чем трехкратная). К тому
же, по отзывам потребителей, этот продукт
значительно более сложен в освоении и
эксплуатации, требуя от персонала весьма
высокого уровня подготовки и умения
нестандартно мыслить в проектировании
различных нетривиальных операций.

Несмотря на некоторые
недостатки, решение от Symantec
весьма мощный инструмент, по праву
занимающий лидирующие места в рейтингах
подобной продукции. Среди его достоинств
можно отметить такие, как интегрированное
средство устранения дублирования Backup
Exec Deduplication Option (с использованием технологии
NetBackup PureDisk), которое обеспечивает
встроенные и настраиваемые возможности
устранения дублирования, позволяющие
оптимизировать любую стратегию резервного
копирования за счет следующих функций:
устранение дублирования на стороне
клиента (удаление дубликатов данных на
исходном или удаленном сервере),
устранение дублирования на сервере
резервного копирования (удаление
дубликатов данных на сервере резервного
копирования), устранение дублирования
в программно-аппаратном комплексе
(интегрируется с программно-аппаратными
комплексами устранения дублирования
OpenStorage) или копия набора резервного
копирования без дублирования (удаление
дубликатов данных в масштабах от
удаленных офисов до штаб-квартир).

Интересен и набор
интегрированных средств резервного
копирования и устранения дублирования
для подключенных и отключенных сред
VMware ESX 3.5 Update 2 и vSphere 4.0, сред Microsoft Hyper-V
2008 и Hyper-V 2008 R2, а также первое на рынке
средство защиты виртуальных приложений
для Microsoft Exchange, SQL и Active Directory; поддержка
почтовой среды Lotus Domino 8.5, а также
возможности для работы с библиотеками
ленточных накопителей (VTL),
позволяющие интегрировать каждую среду
хранения данных VTL как уникальное
устройство и отображать только те
функции работы с магнитными лентами,
которые допустимы для VTL (например, за
исключением сохранения). Носители VTL
можно настроить и на удаление данных,
срок хранения которых истек, что позволяет
освобождать пространство для более
ценных данных. Кроме того, для Backup Exec
предусмотрен новый компонент VTL Unlimited
Drive Option, предоставляющий неограниченное
количество компонентов Library Expansion Option
для устройств VTL.

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