Как создать резервную копию windows server 2003

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В записи кратко собраны заметки о порядке действий во время резервного копирования и восстановления в Windows 2003, 2008, 8.1, VMWare, VirtualBox.

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

По пунктам как сделать резервное копирование в windows 2003:

• Открываем пуск и запускаем: Start Menu — Programs — Accessories — System Tools — Backup
• Если увидели окошко «Backup or Restore Wizard», то кликаем на  «Advanced Mode» — мне больше нравятся расширенные интерфейсы.
• Переходим на вкладку «Backup»
• Отмечаем галочками нужные локальные диски и «system state»
• В нижнем левом углу кнопочкой Browse указываем куда сохранять резервную копию и жмем «Start Backup»

Вот и все. NTBackup поддерживает VSS (Volume Shadow Copy Service, теневое копирование) — то есть будут «забекаплены» даже системные заблокированные файлы и файлы с которым на данный момент времени ведется работа.

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

Сначала необходимо установить Windows Server Backup Features:

• Пуск — Administrative tools — Server Manager
• Кликаем на Features — Add Features
• Скролим и почти в самом низу ставим галочку напротив Windows Server Backup Features
• Жмем Next — Install

Ждем окончания установки и переходим к резервному копированию:

• Пуск — Administrative tools — Windows Server Backup
• В правом меню нажимаем «Backup Once»
• Different Options — Custom
• Отмечаем галочками нужные логические диски
• Указываем тип резервного копирования, я выбрал сетевой диск — «Remote Shared Folder». Если будете выбирать резервное копирование на локальный диск, то почитайте дополнительную информацию — есть жалобы что в некоторых режимах полностью форматируется диск, на который совершается резервное копирование.
• Указываем куда копировать Backup — адрес сетевой папки
• Указываем тип резервного копирования, я выбрал VSS Full Backup
• Подтверждаем

Стоит знать что в Windows 2008 R2 добавлен некоторый функционал в Windows Server Backup по сравнению с Windows Server 2008.

Бонус: регулярные бекапы на сетевой диск можно реализовать с помощью task Scheduler и команды

wbadmin start backup -backupTarget:\[server][share] -include:C: -vssFull

Можно добавить параметр -quiet, чтобы не задавались лишние вопросы. Запуск естественно через админа.

К сожалению если создавать резервные копии на сетевую папку, то нет возможности сохранять более чем одно состояние сервера, то есть хранится лишь одна резервная копия, все предыдущие удаляются. Но это можно обойти таким способом: подключить в качестве локального тома iscsi-диск, для этого ничего покупать не понадобиться, нужен только еще один windows-сервер с большими дисками для хранения резервных копий. Как это делается можно прочесть в статье «Настройка iSCSI-хранилища в Windows Server 2008 R2»

Восстановление:

• С флешки восстановиться не получиться, microsoft заблокировал возможность хранение резервных копий на флешке, а значит и восстановление с них
• Если копируете резервную копию на логический диск, для того чтобы с него восстановиться, то в корне логического диска должна находиться папка WindowsImageBackup
• Команда для получения версий бекапа с логического диска d:

wbadmin get versions -backuptarget:d:

• Команда восстановления с резервной копии:

wbadmin start systemstaterecovery -version:11/11/2014-19:00 -backuptarget:d:

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

Способ 1: как сделать бэкап через оконный интерфейс

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

Идем в «Панель управления — История файлов — Резервная копия образа системы»

Способ 2: бэкап при помощи команды wbadmin

Пригодится если хотите настроить автоматическое периодическое создание резервных копий.

Пример команды которая делает резервную копию системы на диск L:

wbadmin start backup -backupTarget:L: -include:C: -allCritical -quiet

Значение параметров:

• -backupTarget – букву диска или сетевой путь, где сохранится резервный образ (в автоматически созданную папку WindowsImageBackup)
• -include – буквы дисков (перечисляются через запятую), которые нужно включить в резервный образ
• -allCritical – обеспечивает автоматическое включение в образ всех разделов необходимых для полноценного восстановления системы
• -quiet – обеспечивает тихое выполнение команды без лишних вопросов

Осталось прописать выполнение этой команды в планировщике задач через оконный интерфейс или при помощи например вот такой команды, которая создаст в планировщике задачу «WinBackup» с запуском в 23:00 часа каждые 3 дня:

schtasks /Create /TN WinBackup /RL Highest /SC daily /mo 3 /ST 23:00 /TR "wbadmin start backup -backupTarget:L: -include:C: -allCritical -quiet"

Посмотреть доступные резервные копии можно при помощи команды:

wbadmin get versions

Восстановление Windows 8.1

Находим установочный диск Windows, грузимся с него и доходим до вот этого этапа:

Далее выбираем «Диагностика» — «Дополнительные параметры» — «Восстановление образа системы». Ну а дальше думаю разберетесь =)

Восстановление определенных файлов из резервной копии

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

Но если все-таки понадобилось достать какие-то файлы из резервной копии, это сделать достаточно легко. Нужно смонтировать файл с расширением vhdx из папки «WindowsImageBackupИмя_хостаBackup Дата» в качестве диска.

Порядок действий:

• Запускаем оснастку «Управления дисками», команда diskmgmt.msc
• В главном меню оснастки выбираем «Действия» — «Присоединить виртуальный жесткий диск»
• В обзоре выбираем «WindowsImageBackupИмя_хостаBackup Дата», галочку «Только для чтения» не ставим
• Вы увидите что в списке дисков появился новый диск, но скорее всего ему не будет выделена «Буква диска», поэтому жмем правой кнопкой мышки по размеченной области диска (на изображении ниже помечено как 1) и выбираем пункт с «Изменить букву диска». Жмите кнопку «Добавить» и назначьте какую-либо букву.
• Теперь  «Моем компьютере» в списке локальных дисков у Вас должен появиться еще один логический диск с тем томом, на котором находятся нужные Вам файлы
• После окончания работы нажмите правой кнопкой мышки на области которая отмечена цифрой 2 на изображении ниже и выберите пункт «Отсоединить виртуальный жесткий диск»

Восстановление файлов и папок из теневой копии

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

Windows время от времени делает теневые копии томов, в том числе во время создания точек восстановления. Для того, чтобы посмотреть список теневых копий введите команду (от имени администратора):

vssadmin list shadows

Для каждой из копий указана буква диска и датавремя ее создания:

Для просмотра файлов определитесь с нужной датой и скопируйте идентификатор тома теневой копии (на изображении выше отмечен желтым цветом).

После этого выполните команду:

mklink /d %SystemDrive%shadowcopy \?GLOBALROOTDeviceHarddiskVolumeShadowCopy2

Вместо shadowcopy и HarddiskVolumeShadowCopy2 подставляйте свои значения.

В корне системного диска появится символическая ссылка shadowcopy, ведущая в теневую копию. Перейдя по ссылке, вы увидите знакомую структуру файлов и папок на время создания теневой копии.

Ошибка 0x8004231f

Если во время резервного копирования Вы получаете ошибку

Подробные сведения об ошибке: ОШИБКА: ошибка в операции службы теневого копирования томов (0x8004231f)
Недостаточно места для создания файла для хранения теневой копии или других данных теневого копирования.
Список файлов, успешно включенных в архив:
C:WINDOWSLogsWindowsBackupBackup-13-06-2016_08-30-09.log

Журнал файлов, архивация которых завершилась сбоем:
C:WINDOWSLogsWindowsBackupBackup_Error-13-06-2016_08-30-09.log

Недостаточно места на диске для создания теневой копии тома в местоположении хранения. Убедитесь, что для всех томов, которые необходимо архивировать, на диске имеется минимально необходимое место для создания теневой копии. Это касается как местоназначения хранения архивов, так и томов, включенных в архив.
Минимальные требования: для томов размером меньше 500 мегабайт — не менее 50 мегабайт свободного пространства. Для томов больше 500 мегабайт — не менее 320 мегабайт свободного пространства.
Рекомендуемые требования: для томов размером свыше 1 гигабайта рекомендуется иметь не менее 1 гигабайта свободного дискового пространства для каждого архивируемого тома.
ОШИБКА: ошибка в операции службы теневого копирования томов (0x8004231f)
Недостаточно места для создания файла для хранения теневой копии или других данных теневого копирования.

Или на английском:

Detailed error: ERROR — A Volume Shadow Copy Service operation error has occurred: (0x8004231f) Insufficient storage available to create either the shadow copy storage file or other shadow copy data.

There is not enough disk space to create the volume shadow copy on the storage location. Make sure that, for all volumes to be backup up, the minimum required disk space for shadow copy creation is available. This applies to both the backup storage destination and volumes included in the backup. Minimum requirement: For volumes less than 500 megabytes, the minimum is 50 megabytes of free space. For volumes more than 500 megabytes, the minimum is 320 megabytes of free space. Recommended: At least 1 gigabyte of free disk space on each volume if volume size is more than 1 gigabyte. ERROR — A Volume Shadow Copy Service operation error has occurred: (0x8004231f) Insufficient storage available to create either the shadow copy storage file or other shadow copy data.

То попробуйте выполнять команду резервного копирования без параметра «-allCritical»

Подсказку нашел тут: superuser.com/a/665098/265945

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

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

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

• Сделать backup хостового сервера захватив диски на которых располагаются папки с виртуальными машинами
• Сделать резервное копирование каждой виртуальной машины посредством ее ОС
• Сделать снимки (Snapshot) средствами VMWare
• Выключать по порядку виртуальные машины и копировать их папки-контейнеры.

Сначала я остановился на варианте со снимком — ведь он должен создаться без остановки виртуальной машины. Но как оказалось снимки в VMWare не совсем те снимки, которые я подразумевал.

Делая снимок виртуальной машины мы просто «замораживаем» файл с файловой системой виртуальной машины и записываем все изменения в дополнительный файл. Снимок делается с целью протестировать какое-то ПО или что-либо вроде этого, и если все хорошо, то снимок удаляется через консоль VMWare (delete shapshot) , в процессе удаления из дополнительного файла все изменения файловой системы накатываются на основной файл. Если же тестирование прошло неудачно, то можно вернуться к предыдущему состоянию через Revert to Snapshot в VMWare.

Выходит в VMWare создавать бекапы через снимки неправильно. Если сделать снимок, то все равно придется копировать все файлы виртуальной машины, а не отдельный файл снимка. Плюс все изменения файловой системы будут записываться в дополнительный файл, если же создать потом еще один снимок — получим +1 дополнительный файл. В результате со временем получим глючную и тормозящую систему.

Потому я выбрал пункт вариант «выключить виртуальную машину и скопировать ее папку», так как мои виртуальные машины не критичны относительно простоев и выключений.

Резервное копирование в Virtual Box

Тут все банально просто:

• Выключаем виртуальную машину
• В главном меню VirtualBox выбираем «Файл — Эскпорт конфигураций», далее все будет понятно. Учитывайте что операция не быстрая
• Для восстановления выбираем пункт меню  «Файл — импорт конфигураций»

Полезные ссылки и используемые источники:

• Почему снапшоты виртуальных машин в VMware vSphere — это плохо
• Как работают снапшоты (снимки) в VMware VI
• Как настроить создание полного образа Windows (7, 8, 8.1) по расписанию
• Зачем нужен Windows Server Backup?
• Резервное копирование и восстановление Active Directory в Windows Server 2008
• Параметры команды Wbadmin отличаются в windows 2008 и windows 2008 R2
• Fixing the Windows Bootloader
• Use Bootrec.exe in the Windows RE to troubleshoot startup issues
• Windows Server Backup — 0x80042407

Понравилось? =) Поделись с друзьями:

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

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

В момент настройки резервного копирования Windows Server сетевые диски подключаются по iSCSI протоколу, работая с ними аналогично физическим. Также создаются тома, остается возможность форматирования и т.д. Операционная система «видит» их как физические диски. Чтобы сделать бэкап, достаточно подключить iSCSI диск к проблемному серверу. Скорость восстановления данных позволит избежать серьезных перебоев работоспособности.

В настоящее время используются несколько версий Windows Server в разных редакциях. Начиная с XXI века ОС маркируется годом запуска. Выбор поколения основывается на предоставляемом функционале. Каждая последующая версия увеличивает возможности.

Поддержка операционной системы составляет 10 лет. Поэтому выпуск патчей для версии 2003 года закончен пять лет назад, а техподдержка 2008 R2 завершается. До 2023 года поддерживается Windows Server 2012 R2, а решения 2016 и 2019 годов прослужат соответственно до 2026 и 2029 годов. По соображениям безопасности рекомендуется использовать последние версии системы.

Для тех, кто недостаточно хорошо разбирается в IT, существует комплексное решение — Acronis Backup Windows Server. Новое ПО быстро резервирует данные и восстанавливает сервера, созданные на платформе Windows. Образы дисков всего сервера создаются на уровне блоков несколькими кликами. Восстановление занимает несколько минут, касаясь как отдельных файлов, папок, дисков, так и всего сервера. Данные минут восстанавливаться на исходном месте либо переноситься на другое оборудование, в т.ч. виртуальное.

Windows Server имеет функционал, полноценно доступный в последних версиях и крайне урезанный в старых.

• сочетание масштаба / производительность;
• динамика перемещения информации при единстве ресурса;
• виртуализация в сетях;
• небольшая стоимость хранилища;
• оболочка для ОС с интерактивными подсказками и сценарными средами (Windows PowerShell 3.0);
• интерактивные веб-приложения;
• высокая плотность многоарендных сайтов;
• простая структура облачных решений для рабочих столов с поддержкой больших возможностей;
• возможности динамического управления для администраторов.

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

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

Стоимость Windows Server 2012 R2 / 2016 / 2019 не меняется для стандартной лицензии и Datacenter 2016. Различие, начиная с 2016 года, заключается в изменении стоимости лицензирования для серверов, имеющих высокую плотность ядер. По новым правилам лицензии выдаются для не для процессора, а поядерно.

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

Для создания резервной копии Windows Server 2003 используется компонента NTBackup. Запись производится даже на ленточные устройства. Допускается резервное копирование информации вручную или при помощи мастера, полное, частичное для групп файлов и данных о конфигурации.

Возможности весьма ограниченные, исходя из 64 логических процессоров поддерживаемой системы и 1 Тб ОЗУ. Каждый сертификат SSL привязан только к единственному IP-адресу. Необходимо для передачи данных между разными модулями использовать соединения типа «точка–точка».

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

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

При этом версия утратила значительную долю полезных функций, например, пропали средства архивирования, а образы перестали разворачиваться, утратив обратную совместимость. Необходимый, но «исчезнувший» функционал из NTBackup вернули только спустя год, под эгидой Windows Server 2008 R2, сделав создание копий вновь удобным и легким.

Транспортный протокол iSCSI используется для хранения архивов и систем, с правом распоряжения дисковым пространством. Решение задействует теневое копирование (VSS), позволяющее непрерывно вести запись без простоев в работе пользователей и замедления системы.

Если сравнивать со старой версией 2003 года:

• расширилась ОЗУ (2 ТБ), увеличилось число логических процессоров (256 LP), появилась поддержка гостевых операционных систем и кластеризации;
• поддержка коснулась предыдущих версий VDI, персонализируя и дополнительно защищая рабочую среду;
• упростилось логика восстановления информации и ОС;
• ускорился процесс создания копий.

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

Начиная с данной версии возможна создание архивов работающих на хостинге облачных машин, с последующим поочередным восстановлением состояния. Доступно беспроблемное VSS-копирование продукции Exchange и MS CQL Server. Из минусов – появился конфликт с продуктами других компаний.

Мастер восстановления, созданный для приложения Microsoft, умеет выполнять «откат» до нужного состояния ОС без вмешательства в пользовательские данные. Альтернативно на уровне томов данные восстанавливаются с уничтожением совокупности информации и необходимой загрузкой выбранного состояния на конкретную дату. Подобный подход практикуется и в решениях Windows Server 2012 R2 Acronis.

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

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

• Foundation. Операционная система для серверов с низкими техническими характеристиками, используется в небольших офисах численностью до 15 человек.
• Удачное решение, имеющее ограничения по количеству устройств (50) и численности пользователей (25). Имеет заранее установленные файловые службы, настроенный удаленный рабочий стол и предварительно настроенные роли.
• Standart. Не ограничивает количество пользователей, предлагая различные клиентские лицензии. Система акцентирована на виртуализацию среды.
• Datacenter. Лучшая редакция, отличающаяся от Standart возможностью запуска неограниченного числа с сервера гостевых ОС.

Изменения коснулись сочетания масштабности и производительности. Для серверов резервного копирования доступны 4 Тб оперативки, 640 логических процессоров, поддержка до 1024 облачных машин, увеличилось число сторонних ОС, имеющих доступ к процессорам и т.п. Простое соединение сменилось миграцией виртуальных машин через Ethernet.

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

Настройка производится посредством встроенного компонента Windows Server Backup. Архивация сервера устанавливается админами самостоятельно, рекомендуемый режим – ежедневный.

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

Доступно четыре редакции.

• Hyper-V. Предназначена для бесплатного запуска гипервизора виртуальной среды.
• Essentials. Обладает базовым функционалом.
• Standard. Предлагает расширенный функционал без интенсивной виртуализации.
• Datacenter. Имеет высокую степень виртуализации без каких-либо ограничений количества облачных машин.

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

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

Обновленные Standard и Datacenter имеют разные способны установки, влияющие на требуемый функционал. В первую очередь изменения касаются набора сервисов и полноты графического интерфейса.

• Desktop Experience. Популярная система с большим функционалом, но и значительным количеством перегрузок, требуемых обновлений, открытых портов.
• Небольшой объем серверного ядра – это меньшая кодовая база, и, соответственно, меньшая зависимость от внешних атак. Версия без лишних наворотов и специальных возможностей.
• Установка, начиная с этой версии, доступна лишь в виде контейнеризированного образа ОС. Используется для создания различных приложений серверных ОС.

Версия Windows Server 2019 поставляется без функции архивации, которую надо устанавливать дополнительно.

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

In this article, you will find an overview of Windows Server 2003 backup and recovery options using either the built-in NTBackup tool (backup app for Windows 2000, Windows XP and Windows Server 2003.

Since NTBackup does not support image-based backups, we will also take a brief look at the differences between a file-level system data copy and an image-based backup.

What Is System Image Backup?

System image backup is a byte-to-byte copy of selected drive partitions with all corresponding file systems and boot metadata. You can even use this copy for exact recovery of the entire drive. This backup type helps in most disaster recovery scenarios, or it can be used as a part of a server maintenance procedure.

For more information on System Image Backup please refer to our guide:

Further reading System Image Backup and Recovery Guide

Windows Server 2003 Image Backup with Built-In NTBackup

The built-in tool NTBackup does not support image-based backups — it only allows you to create a file-level backup covering all necessary data to restore from scratch. This copy combines full data backup with a few configuration files that you can use when booting from a Windows installation CD. This technology is called Automated System Recovery (ASR) and it is built into Windows Server 2003 as a part of the NTBackup tool that allows performing bare-metal restores in the event any local system disaster strikes.

Here is a quick guide on how to perform an ASR backup:

Limitations of NTBackup for Windows 2003

Built-in Windows backup software is a powerful tool for a daily routine, but it has a few drawbacks you should remember:

• You need to use a floppy drive during the restore process since Windows uses it to save pre-restore info such as disk configuration information and system signature. Though there is a workaround, you can use Remote Installation Server instead of a recovery floppy.
• ASR does not have scheduling out of the box. You need to manually configure such backups using scripting including separately created .SIF files.
• ASR is not intended to be used for server migration purposes, so any attempt to recover the system on another hardware can require additional efforts such as a hard drive’s controller drivers installation.

Summary

Windows 2003 does not have a built-in tool supporting image-based backups, but you can still use the ASR feature that creates a file-level data copy and allows you to use it for bare-metal recovery. This feature has a few peculiarities, such as the necessity to use a floppy drive. So we suggest choosing modern third-party backup tools with the support of an image-based backup.

Время прочтения
11 мин

Просмотры 45K

Здесь мы рассмотрим, как сделать систему дифференциального бэкапа «из коробки» (ну почти), с привлечением минимального количества внешних модулей, в лучших традициях UNIX-way.
Будем использовать 7za.exe 7z, а также UNIX-like утилиту pdate.exe, чтобы со временем нам было работать также удобно, как и в ламповом *NIX, а заменой bash нам будет «простонародный» BAT. Предыстория и подробности — под катом.

Предыстория

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

Взглянув на сие зашифрованное непотребство, я с благодарностью вспомнил про то, что каждый день у меня делается бэкап этой (и не только этой) шары встроенными средствами Windows Server 2003 SP2 x64. Но, полистав этот бэкап, я понял, что в плане резервного копирования средствами самой Windows не все так радужно. Во-первых, полный бэкап оказался недоступен, а значит восстановить cold-data (файлы, которые меняются очень редко) вряд ли получится. Во-вторых, восстановление из созданного инкрементального бэкапа оказалось задачей нетривиальной — за каждый шаг получалось восстановить только данные, которые были изменены, и ничего более. Получается, чтобы восстановить хотя бы все измененные данные (раз полный бэкап оказался утерян), то пришлось бы перебирать по очереди все бэкапы — не совсем то, что я ожидал от инкрементального бэкапа в таком случае.

Кто то из вас может сказать — надо было проверять работоспособность бэкапа, и да, так оно и есть. Но тот из вас, кто работает в торговле, может понять, куда может уходить время админа — да-да, они самые, онлайн-кассы.

Крепко задумавшись, я вспомнил свое первое знакомство с системой инкрементального копирования fsbackup за авторством Максима Чиркова www.opennet.ru/dev/fsbackup — гибкость, простота, в то же время обилие возможностей и открытый формат хранения архивов (tar). Жаль, что система разработана под *NIX / Linux. Google также не ответил на мой вопрос про подобную систему под Windows. Самое полезное, что я нашел — это краткий гайд хабровчанина antip0d и пример скрипта для резервного копирования. Именно материал по последней ссылке я и использовал для своего скрипта.

Собираем систему

В первую очередь, скачиваем последнюю стабильную версию. На момент написания это 16.04. Наш бэкап будем хранить в 7z архиве: поддержка многопоточности, шифрованных/многотомных архивов, а скорость извлечения из 7z выше скорости упаковки в 10-20 раз!
UPD: Спасибо хаброжителю Taciturn за поправку — вы также можете использовать 7z.exe, уже установленный в вашей системе. Функциональных различий между 7z и 7za я не выявил.

Нас интересуют:
7za.exe — автономная версия 7-Zip.
7za.dll — библиотека для работы с архивами 7z
7zxa.dll — библиотека для распаковки 7z архивов.
Для 64-битных ОС используем те же файлы из каталога x64.
К сожалению, ссылка из используемого мной материала на утилиту pdate никуда не ведет, единственная найденная мной версия

pdate v1.1 build 2007.12.06
© 2005-2007 Pavel Malakhov 24pm@mail.ru

Ссылка из встроенного мануала pdate ведет туда же, а именно — в никуда.

pm4u.opennet.ru/mysoft/pdate.htm

К счастью, на том же ресурсе есть краткая статья по этой программе, там же ее можно скачать.

Мной была использована следующая структура каталогов:
D:winfsbackup — корневая директория скрипта и связанных файлов
D:winfsbackup7z — библиотеки и исполняемый файл 7za
D:winfsbackupbackup — место хранения бэкапов (можно переназначить путем правки переменных, как и любые другие используемые файлы)
D:winfsbackuplists — списки включаемых и исключаемых файлов. О них расскажу чуть позже
D:winfsbackuplog — логи
D:winfsbackuppdate
D:winfsbackuptmp — устанавливает рабочий каталог для временного базового архива
D:winfsbackupwinfsbackup.bat — сам скрипт.

Логика работы

После обработки переменных скрипт смотрит блок :Main, где указывается логика работы бэкапа — в каком случае должен выполниться новый бэкап, а в каком случае — обновить существующий базовый архив. По умолчанию, новый архив создается в начале месяца, а все файлы из директории backup перемещаются в backupold, или если базового архива не существует.
Уже во время написания статьи я понял, что нужно добавить возможность обновления базового архива — упрощенный вариант «полный бэкап раз месяц + дифференциальный бэкапы к нему» целесообразно использовать для файловых обменников размером до ~250 Гб. Для моего файлообменника в 550 Гб с преобладанием мелких файлов скорость бэкапа оказалась неудовлетворительна (почти 55 часов). Справедливости ради стоит сказать, что это не может служить сколь нибудь достоверным замером производительности — в процессе бэкапа выяснилось, что некоторые файлы недоступны (привет chkdsk), а бэкап складывался в раздел удаленного сервера, который тоже был занят операциями дискового ввода-вывода.

:Main
REM Здесь описаны условия, в каком случае будет выполняться полный  дифференциальный бэкап, либо обновление базового бэкапа.

REM Базовое условие - создание полного бэкапа если он не существует
IF NOT EXIST %baseArch% GOTO BaseArchive

REM полный бэкап раз месяц + дифференциальныt бэкапы к нему
IF %dm% EQU 1 GOTO BaseArchive ELSE GOTO UpdateArchive

REM обновляем базовый архив в 1 день месяца
REM IF %dm% EQU 1 GOTO UpdateBase ELSE GOTO UpdateArchive

REM Ежеквартальный полный бэкап (2, 19, 36 неделя года)
REM IF NOT %wn%.%dw% EQU 02.5 GOTO UpdateArchive
REM IF NOT %wn%.%dw% EQU 19.5 GOTO UpdateArchive
REM IF NOT %wn%.%dw% EQU 36.5 GOTO UpdateArchive

REM Обновляем базовый архив, каждую субботу
REM IF %dw% EQU 6 (GOTO UpdateBase) ELSE (GOTO UpdateArchive)

REM А здесь можно разместить действие, которое выполнится если предыдущие условия не отработают.
REM Я стараюсь избегать подобного поведения
ECHO Warning! No one condition matching, check :Main block of script >> %Log%
GOTO End

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

Переменные

dm, dw, wn — соответственно день месяца, день недели и номер недели (в численном выражении).
verboseLevel — режим «говорливости», выдает информацию о том, куда будет записываться архив, и прочее. Полезно, когда вносишь в структуру скрипта серьезные изменения.
tmpDir — место сохранения временного файла. По умолчанию, 7-Zip строит новый базовый файл архива в том же самом каталоге, где и старый базовый файл архива. Определяя этот ключ, вы можете установить рабочий каталог, где будет построен временный базовый файл архива. После того, как временный базовый файл архива построен, он копируется поверх первоначального; затем временный файл удаляется.

Дифференциальный бэкап

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

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

Некоторые опции командной строки

-bsp2 — выводит строку с прогрессом выполнения в STDERR. STDOUT 7z перенаправлен в лог, прогресс, естественно, туда не пишется. Эта команда выводит его в STDERR, для большей информативности.

-ssw — упаковывает файлы, открытые для записи другим приложением. Если этот ключ не установлен, 7-Zip не включает такие файлы в архив.

-slp — крайне полезная опция. Режим больших страниц увеличивает скорость сжатия. Однако, есть пауза в начале сжатия, в то время когда 7-Zip распределяет большие страницы в памяти. Если 7-Zip не может разместить большие страницы, он размещает обычные маленькие страницы. Кроме того, Диспетчер задач не показывает реальное использование памяти программами, если 7-Zip использует большие страницы. Эта особенность работает только на Windows 2003 / XP x64. Также нужно иметь права администратора для вашей системы. Рекомендованный размер оперативной памяти для этой особенности — 3 Гб или больше. если вы используете режим -slp, ваша система Windows может зависнуть на несколько секунд, когда 7-Zip выделяет блоки памяти. Когда Windows пытается выделить большие страницы из оперативной памяти для 7-Zip, Windows может подвесить другие задачи на это время. Это может выглядеть как полное зависание системы, но затем ее работа восстанавливается, и, если распределение прошло успешно, 7-Zip работает быстрее. Не используйте режим -slp, если вы не хотите, чтобы другие задачи быть «подвешены». Кроме того, бессмысленно использовать режим -slp для сжатия небольших наборов данных (менее 100 МБ). Но если вы сжимаете большие наборы данных (300 Мб или более) методом LZMA с большим словарем, вы можете получить увеличение скорости на 5% -10% в режиме -slp.
-mmt=on — устанавливает режим многопоточности. Если у вас многопроцессорная / многоядерная система, вы можете получить увеличение скорости с этим ключом. 7-Zip поддерживает режим многопоточности только для сжатия LZMA/LZMA2 и сжатия/распаковки BZip2.

-ms=off — отключает создание solid-архивов. Качество сжатия при этом, конечно же, падает, однако есть весьма весомые плюсы — вы можете периодически обновлять данные базового архива чтобы уменьшить размер дифференциальный бэкапов, и так как архив не является целостным, не нужно будет его дополнительно «пережимать». Non-solid архив более стоек к повреждениям, и время извлечения из него происходит заметно быстрее.

Include / exclude листы
По умолчанию определено 2 типа списка — список включаемых файлов / директорий (include_general.txt), и 2 списка исключений (exclude_general.txt, exclude_regexp.txt).

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

Например, если директория для бэкапа E:foobar, и мы хотим исключить вложенную директорию E:foobarsomefolder, то в exclude_general.txt мы должны добавить barsomefolder или barsomefolder

Путь без слэша в конце может относиться как к файлу, так и к директории.
В exclude_regexp.txt вносятся исключаемые по regexp файлы, которые просматриваются рекурсивно. * — последовательность произвольных символов,? — любой символ.
7-Zip не использует системный синтаксический анализатор подстановочных знаков, поэтому «любой файл» для 7 Zip это ‘*’, а ‘*.*’ — файл, имеющий расширение.

Ну и наконец, скрипт целиком:

@ ECHO OFF
REM Sources were found on http://sysadminwiki.ru/wiki/Резервное_копирование_в_Windows
CD %~dp0
TITLE winfsbackup
MODE CON: COLS=120 LINES=55
ECHO Setting vars...
REM --- Definition block ---
SET verboseLevel=1
SET tmpDir=D:winfsbackuptmp
SET run_7z=D:winfsbackup7z7za.exe
SET run_pdate=D:winfsbackuppdatepdate.exe
FOR /F "usebackq" %%a IN (`%run_pdate% e`) DO (SET dm=%%a)
FOR /F "usebackq" %%a IN (`%run_pdate% u`) DO (SET dw=%%a)
FOR /F "usebackq" %%a IN (`%run_pdate% V`) DO (SET wn=%%a)
SET LogDir=D:winfsbackuplog
SET Log=%LogDir%general.log
SET dDir=D:winfsbackupbackup
SET dlmDir=D:winfsbackupbackupold
SET baseArch=%dDir%general.7z
SET IncludeList=listsinclude_general.txt
SET ExcludeList=listsexclude_general.txt
SET ExcludeRegexp=listsexclude_regexp.txt
SET updArch_dw=%dDir%day_general_%dw%.7z
SET updArch_wn=%dDir%week_general_%wn%.7z

IF %verboseLevel%==0 GOTO Main
ECHO Verbose mode ON!
ECHO Today is %wn% week of year, %dw% day of week.
ECHO Full quarter backup will execute (if enabled) on 2, 19 and 36 week, friday.
ECHO Temporary directory is %tmpDir%
ECHO Now logging into %Log%
ECHO Current backup directory is %dDir%, older backups stored into %dlmDir%

:Main
REM Here discribed conditions - in which case script will make new backup, update older one, etc
REM You are free to change these conditions
REM Make sure you envisaged all possible cases
REM Actions here are not disigned to be active more than 1 at same time, excluding base condition
REM If you want multiple conditions, you should edit it

REM Base condition - full backup will be created if it is not exist
IF NOT EXIST %baseArch% GOTO BaseArchive

REM Command below turns on making full backup at 1'st day of every month, in other days - increments
REM IF %dm% EQU 1 GOTO BaseArchive ELSE GOTO UpdateArchive

REM This option enables updating full backup every month
IF %dm% EQU 1 GOTO UpdateBase ELSE GOTO UpdateArchive

REM Uncomment these 3 commands if you want to run full backup ~every quarter (2, 19, 36 week of year)
REM IF NOT %wn%.%dw% EQU 02.5 GOTO UpdateArchive
REM IF NOT %wn%.%dw% EQU 19.5 GOTO UpdateArchive
REM IF NOT %wn%.%dw% EQU 36.5 GOTO UpdateArchive

REM This option enables rewriting base archive every saturday with new files in order to decrease size of increments
REM IF %dw% EQU 6 (GOTO UpdateBase) ELSE (GOTO UpdateArchive)

REM Here you can place default action if conditions of previous ones were not executed.
%run_pdate% "Z --- Action was not selected! >> %Log%
ECHO Warning! No one condition matching, check :Main block of script
GOTO End

:BaseArchive
ECHO Clear %dlmDir% and move data of previous month to that dir...
IF NOT EXIST %dlmDir%nul MKDIR %dlmDir%
DEL /Q %dlmDir%*
MOVE /Y %dDir%* %dlmDir% 2> nul

%run_pdate% "====== Y B =======" > %Log%
%run_pdate% "Z --- Start to create new archive" >> %Log%

ECHO Creating new backup %baseArch%
%run_7z% a %baseArch% -w%tmpDir% -i@%IncludeList% -x@%ExcludeList% -xr@%ExcludeRegexp% -bsp2 -ssw -slp -scsWIN -mmt=on -mx3 -ms=off >> %Log%
IF %ERRORLEVEL%==0 (
	%run_pdate% "Z --- Exit code  - archive successfully created!" >> %Log%
	) ELSE (
		IF %ERRORLEVEL%==1 (
		%run_pdate% "Z --- Warning! Recieved exit code 1" >> %Log%
			) ELSE (
				IF %ERRORLEVEL%==2 (
				%run_pdate% "Z --- Exit code 2 - FATAL ERROR!" >> %Log%
				) ELSE (
					IF %ERRORLEVEL%==7 (
					%run_pdate% "Z --- Exit code 7 - Command prompt error!" >> %Log%
					) ELSE (
						IF %ERRORLEVEL%==8 (
						%run_pdate% "Z --- Exit code 8 - Not enough memory" >> %Log%
						) ELSE (
							ECHO Recieved error 255 - user stopped running process or exit code unknown! >> %Log%
						)
					)
				)
			)
		)
	)
)
GOTO End

:UpdateBase
ECHO Refreshing base archive
ECHO ******* ******* *******  >> %Log%
%run_pdate% "Z --- Start to update archive" >> %Log%
%run_7z% u %baseArch% -up0q1r2x1y2z1w0 -w%tmpDir% -i@%IncludeList% -x@%ExcludeList% -xr@%ExcludeRegexp% -bsp2 -ssw -slp -scsWIN -mmt=on -mx5 -ms=off >> %Log%
IF %ERRORLEVEL%==0 (
	%run_pdate% "Z --- Exit code  - update successfully finished" >> %Log%
	) ELSE (
		IF %ERRORLEVEL%==1 (
		%run_pdate% "Z --- Warning! Recieved exit code 1" >> %Log%
			) ELSE (
				IF %ERRORLEVEL%==2 (
				%run_pdate% "Z --- Exit code 2 - FATAL ERROR!" >> %Log%
				) ELSE (
					IF %ERRORLEVEL%==7 (
					%run_pdate% "Z --- Exit code 7 - Command prompt error!" >> %Log%
					) ELSE (
						IF %ERRORLEVEL%==8 (
						%run_pdate% "Z --- Exit code 8 - Not enough memory" >> %Log%
						) ELSE (
							ECHO Recieved error 255 - user stopped running process or exit code unknown! >> %Log%
						)
					)
				)
			)
		)
	)
)
GOTO End

:UpdateArchive
ECHO Updtaing existing full backup
ECHO ******* ******* *******  >> %Log%
%run_pdate% "Z --- Start to update archive" >> %Log%
IF %dw%==7 (SET updArch=%updArch_wn%) ELSE SET updArch=%updArch_dw%

REM --- Check files existence ---
IF EXIST %updArch% DEL /Q %updArch%

REM --- Create incremental archive ---
<nul set /p strTemp=Updating %baseArch% to incremental %updArch% archive
ECHO.
%run_7z% u %baseArch% -u- -up0q0r2x0y2z0w0!%updArch% -w%tmpDir% -i@%IncludeList% -x@%ExcludeList% -xr@%ExcludeRegexp% -bsp2 -ssw -slp -scsWIN -mmt=on -mx5 -ms=off >> %Log%
IF %ERRORLEVEL%==0 (
	%run_pdate% "Z --- Exit code  - update successfully finished" >> %Log%
	) ELSE (
		IF %ERRORLEVEL%==1 (
		%run_pdate% "Z --- Warning! Recieved exit code 1" >> %Log%
			) ELSE (
				IF %ERRORLEVEL%==2 (
				%run_pdate% "Z --- Exit code 2 - FATAL ERROR!" >> %Log%
				) ELSE (
					IF %ERRORLEVEL%==7 (
					%run_pdate% "Z --- Exit code 7 - Command prompt error!" >> %Log%
					) ELSE (
						IF %ERRORLEVEL%==8 (
						%run_pdate% "Z --- Exit code 8 - Not enough memory" >> %Log%
						) ELSE (
							ECHO Recieved error 255 - user stopped running process or exit code unknown! >> %Log%
						)
					)
				)
			)
		)
	)
)

:End
ECHO Done!
%run_pdate% "Z --- Done" >> %Log%
ping localhost -w 1000 -n 5 > nul

Вместо окончания

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

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

Собранный пример можно посмотреть на YandexDisk.

Там же — zip-архив для скачивания.
Конструктивная критика, советы, и тем более, тестирование — welcome!
Спасибо за внимание! Всем долгого аптайма, стабильного линка, и конечно, бэкапов под рукой.

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

Графическое
инструментальное средство Windows 2003 Backup
предназначено для автоматического и
ручного резервного копирования и
восстановления файлов, расположенных
на разделах файловых систем FAT и NTFS.

Выбор
стратегии резервного
копирования

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

Отбор файлов для
резервного копирования

По степени важности
(а следовательно, и по частоте создания
резервных копий) папки и файлы можно
разделить на три категории:

—   важные
— их резервные копии создаются всегда;

—   полезные
— их резервные копии создаются изредка;

—   малозначимые
— их резервные копии не создаются
никогда.

Отбирая файлы для
резервного копирования, учитывайте
следующие правила:

—   всегда
создавайте резервные копии

o   файлов,
жизненно важных для работы Вашей
организации;

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

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

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

Выбор типа резервного копирования

Windows 2003
Программа архивации (Backup
Utility)
предлагает пять вариантов резервного
копирования: обычное (normal), копирующее (copy), инкрементальное (incremental), разностное(differential)
и ежедневное (daily).
Выбор стратегии резервного копирования
определяется тем, сколько времени
отводится на сохранение данных и каковы
требования к скоростям поиска резервных
копий и восстановления файлов.

Рисунок  7. Выбор
типа архивации

Краткая характеристика
перечисленных выше типов резервного
копирования приведена в таблице.

Таблица  5. Варианты
резервного копирования

Журналы резервного
копирования

Журнал резервного
копирования (backup log) — это текстовый
файл, в котором регистрируются операции
резервного копирования (рис. 8). Он полезен
при восстановлении данных. Его можно
либо распечатать, либо посмотреть в
любом текстовом редакторе. Журнал
хранится на диске, поэтому в случае
повреждения каталога архива на ленте
обратитесь к нему, чтобы найти нужный
файл.

Рисунок  8. Журнал
резервного копирования

Журнал резервного
копирования содержит следующую
информацию:

—   дату
создания архива;

—   название варианта
резервного копирования;

местонахождение накопителя.

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

Местонахождение
накопителя __ Местонахождение лент_______

Недельное расписание
резервного копирования

Типы резервного
копирования:

О = Обычное, Д =
Инкрементальное, Р = Разностное, К =
Копирующее, ЕК = Ежедневное копирование

Резервное копирование
файлов

Программа
резервного копирования Windows 2003
выглядит следующим образом. (рис. 9)

Рисунок   9. Окно
мастеров архивации

Чтобы
запустить программу, в
меню Start (Пуск) выберите
пункты Programs (Программы),Accessories (Стандартные), System
Tools (Служебные), Backup (Архивация
данных).

На рис. 10 представлены
мастера архивации. Здесь можно выбрать
3 мастера: мастер архивации, мастер
восстановления и мастер аварийного
восстановления системы.

Рисунок  10. Окно
«Архивация»

На рисунке 10 представлено
окно архивации. Здесь можно выбрать
параметры архивации: объекты архивации
и назначение архивации. Можно также
выбрать дополнительные параметры
архивации (рисунок 11).

Рисунок  11. Окно
«Дополнительные параметры архивации»

Рисунок  12. Окно
«Восстановление и удаление носителем»

На рисунок 12 представлено
окно восстановления управления носителем.
Здесь можно выбрать необходимые для
восстановления объекты.

Рисунок  13. Окно
«Запланированные задания»

На рисунок 13 представлено
окно планировщика заданий. Здесь можно
создать задание архивации, путем вызова
мастера архивации (рисунок 14).

Рисунок  14. Мастер
архивации

Рисунок 15. Окно «Мастер
архивации». Выбор типа архивации.

На рисунок 15 представлены
типы архивации: обычный, копирующий,
добавочный, разностный, ежедневный.
Далее предлагается выбрать время
выполнения задания (рисунок 16) и параметры
задания (рисунок 17).

Рисунок  16. Окно
«Расписание»

Рисунок  17. Окно
«Параметры архивации»

Соседние файлы в папке Адм в ИС ЛР 1-4

• #
• #
• #
• #