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

В этой статье будет описан порядок создания резервной копии (backup) сервера работающего под ОС Windows Server 2008 R2 штатными средствами и восстановление (restore) из полученного образа.

Все админы делятся на две категории: на тех, кто не делает бэкапы и тех, кто УЖЕ делает бэкапы.

Backup

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

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

Теперь мы можем приступать к резервному копированию, для этого переходим в меню пуск и набираем в строке поиска “архив”, затем выбираем Система архивации данных Windows Server.

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

Выбираем Настраиваемый, жмём далее

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

На следующем этапе необходимо выбрать куда мы будем сохранять данные, я буду сохранять на внешний USB диск, который у меня находится под буквой E: поэтому выбираю Локальные диски. Хотя система архивации позволяет сохранять образы системы так же по сети, в общую папку например.

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

По завершению процесса архивации можем зайти на жёсткий диск и посмотреть, должна появится папка WindowsImageBackup.

В окне Системы архивации в случае успешного завершения создания образа системы должна стоять отметка Успех. Дважды щёлкнув по строке мы можем увидеть подробности.

Restore

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

Выбираем Этот сервер

И выбираем дату, архива.

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

И затем выбираем исходное размещение. И жмём кнопку восстановить.

Bare metal recovery

Так же, если наш сервер по какой-либо причине не загружается, или мы заменили его на новый мы можем воспользоваться установочным диском Windows Server для того чтобы восстановить состояние системы, для этого загружаемся с установочного диска и на втором экране установки выбираем восстановить

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

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

Система сама сканирует диски на наличие образа, есть возможность через кнопку дополнительно установить драйвер или выбрать сетевое расположение образа. Выбираем образ и жмём далее.

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

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

Пожалуй на этом всё.

Как и прежде любые вопросы или пожелания можно оставлять в комментариях ниже, буду стараться по возможности ответить.

Спасибо https://trustore.ru/article/base/rezervnoe-kopirovanie-i-vosstanovlenie-server-2008-r2.html

В предыдущей части бэкапа в 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.

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

В Windows Server 2008 R2 Microsoft значительно доработала и улучшила систему резервного копирования (как блочного, так и файлового). Появились следующие функции:

• Улучшена поддержка резервного копирования на уровне файлов: теперь можно выбрать конкретные папки и файлы, которые нужно включить/исключить из бекапа.
• Улучшена поддержка резервного копирования по сети: теперь появилась возможность выполнять резервное копирование на устройства NAS с запущенной службой доступа к файлам Samba (бекап на уровне файлов полностью не поддерживается). Также поддерживается инкрементальное копирование, но только в том случае, если на получателе работает служба VVS.

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

Резервное копирование с помощью robocopy

Robocopy расшифровывается как “Robust File Copy”, это утилита командной строки для осуществления репликации каталогов, данная утилита во многом похожа на команду Unix – xcopy. Основное преимущество команды заключается в том, что она позволят выполнять копирование/перемещение только тех файлов, которые были изменены, что позволяет реализовать функцию инкрементального резервного копирования.

Синтаксис команды robocopy можно посмотреть, открыв командную строку и набрав:

robocopy
/?

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

robocopy "E:Documents" "\NASBACKUPDocuments" /MIR

Параметры “/MIR” означают, что нужно выполнить зеркальную копию, т.е. если я удалю фото в исходном каталоге, оно удалится и в моем бекапе.

Еще одной удобной функцией robocopy является возможность отложенного копирования, т.е. если папка источника или назначения не доступна, то копирование будет выполнено позднее. По-умолчанию, время ожидания 30 секунд, после которого будет еще 1000000 попуток скопировать файлы, в том случае, если мы хотим, например, выполнить повторное копирование через 15 секунд и повторить его только 5 раз, можно воспользоваться такой командой:

robocopy "E:Documents" "\NASBACKUPDocuments" /MIR /R:5 /W:15 

Еще больше опция:

robocopy "E:Documents" "\NASBACKUPDocuments" /Z /MIR /R:5 /W:15 /V /TS /FP /NP /LOG+:"C:NASSync.log"

Приведенные параметры robocopy говорят о том, что необходимо делать подробный вывод результатов исполнения (/V), выводить метку времен (/TS), полный путь (/FP), не показывать шкалу прогресса (/NP), и выводить результаты в файл лога (/LOG+). Для NAS, которые не поддерживают файловую систему NTFS, необходимо указывать параметр /FFT.

Планирование резервного копирования

Для того, чтобы выполнять регулярное резервное копирование, можно воспользоваться планировщиком Windows — Task Scheduler. Запускаем планировщик, создаем новое задание Create Basic Task, в мастере указываем имя задания (например, backup) и нажимаем Next. На экране Trigger, указываем как часто нужно выполнять резервное копирование. На вкладке Action указываем, что мы хотим запустить программу, нажимаем Next. Далее указываем имя программы, можно просто набрать robocopy, или указать полный путь к программе C:WindowsSystem32robocopy.exe. В окне с параметрами (Add arguments (optional)) мы должны указать аргументы команды robocopy.

Нажимаем Next и Finish.

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

Примеры использования robocopy

Рассмотрим различные сценарии и параметры использования robocopy.

1. Скопировать файлы, измененные за последние 5 дней (исключая сегодня).

robocopy "E:Documents" "\NASBACKUPDocuments" /maxage:5 /minage:1

2. Переместить все файлы:

robocopy "E:Documents" "\NASBACKUPDocuments" /move /e

3. Скопировать файлы за исключением скрытых (/xa:h):

robocopy "E:Documents" "\NASBACKUPDocuments" /e /xa:h

или за исключением read-only (/ia:rs):

robocopy "E:Documents" "\NASBACKUPDocuments" /ia:rs

При копировании также можно менять атрибуты файлов, при помощи опции A+ (добавить атрибут) or A- (удалить атрибут). Скопировать все файлы и задать им атрибут read-only:

robocopy "E:Documents" "\NASBACKUPDocuments" /e /A+:r

4. Скопировать все файлы по шаблону (расширению), пустые папки не копировать:

robocopy "E:Documents" "\NASBACKUPDocuments" *.doc *.ppt /s

5. Скопировать все файлы размером от 1000 до 60000 байт:

robocopy "E:Documents" "\NASBACKUPDocuments" /e /max:60000 /min:1000

6. Исключить из копирования папку AppData (/XD AppData):

Robocopy "C:UsersAdministrator" "\NASBACKUPAdministrator" /MIR /XA:SH /XD AppData /XJD

7. Создать 32 потока (/MT:32) копирования файлов:

Robocopy "C:UsersAdministrator" \NASBACKUPAdministrator /MIR /XA:SH /XD AppData /XJD /R:5 /W:15 /MT:32

В примере мы используем опцию /MT[:n], где n – это число от 1 до 128, которое определяет количество потоков. По умолчанию, если параметр /MT не указан, используется 8 потоков.