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 часов практики и доступ навсегда.

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

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

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

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

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

Резервное копирование системы Windows Server 2003:

Существует несколько методов резервного копирования в Windows Server 2003:

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

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

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

Значение и важность резервного копирования

Значение резервного копирования заключается в следующем:

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

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

Методы резервного копирования в Windows Server 2003

1. Полное резервное копирование (Full Backup)

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

2. Инкрементное резервное копирование (Incremental Backup)

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

3. Дифференциальное резервное копирование (Differential Backup)

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

4. Копирование логического тома (Volume Shadow Copy)

Windows Server 2003 также предоставляет возможность создания теневых копий логических томов. Это позволяет создавать копии данных на основе «снимков» состояния файловой системы в определенный момент времени. Такие копии можно использовать для восстановления отдельных файлов или папок без необходимости полного восстановления сервера.

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

Советы по резервному копированию системы Windows Server 2003

1. Планируйте резервное копирование	Планирование резервного копирования поможет вам определить, какие данные и системные файлы необходимо сохранить, а также выбрать подходящий метод резервного копирования.
2. Используйте несколько источников хранения данных	Для увеличения надежности резервного копирования рекомендуется использовать несколько различных источников хранения данных, таких как внешние жесткие диски или удаленные серверы.
3. Проверяйте резервные копии	Регулярная проверка резервных копий поможет убедиться, что данные записаны корректно и могут быть успешно восстановлены в случае необходимости.
4. Автоматизируйте процесс резервного копирования	Использование автоматического программного обеспечения для резервного копирования поможет избежать забывчивости и находиться в соответствии с заданным графиком.
5. Храните резервные копии в надежном месте	Очень важно хранить резервные копии в безопасном месте, чтобы предотвратить их потерю, повреждение или несанкционированный доступ к данным.

Следование этим советам поможет вам эффективно выполнить резервное копирование системы Windows Server 2003 и обеспечить безопасность вашего сервера и данных.

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.

Так случилось что один из наших админов решил переинсталлировать наш 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 \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy2\

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

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

Ошибка 0x8004231f

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

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

Журнал файлов, архивация которых завершилась сбоем:
C:\WINDOWS\Logs\WindowsBackup\Backup_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

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

Backup Windows Server 2003: A Comprehensive Guide

Introduction
Backing up your Windows Server 2003 is crucial for the safety and stability of your data and system. In this article, we will delve into the various methods and best practices for creating backups of your Windows Server 2003. We will explore both manual and automated backup techniques, as well as discuss the importance of creating a backup schedule and the different types of backups available.

Why Backup?
Before we dive into the specifics, let’s first understand why backing up your Windows Server 2003 is essential. A backup provides you with a copy of your data, applications, and settings, allowing you to restore them in case of data loss, system failure, or disaster. By having regular backups, you protect yourself from potential data loss, minimize downtime, and ensure business continuity.

Manual Backup Techniques
Let’s start with manual backup techniques that you can employ to safeguard your Windows Server 2003.

1. File-Level Backup: This is the most basic type of backup that involves manually copying important files and folders to an external storage device or network location. Though this method is simple, it is time-consuming and can be error-prone if you miss any critical files or directories.

2. System State Backup: Windows Server 2003 allows you to create a backup of the system state, which includes important system files, registry settings, and Active Directory if applicable. You can perform this backup using the built-in Backup Utility or third-party tools like Acronis True Image or Norton Ghost. It’s important to note that a system state backup does not include user files, applications, or settings.

Automated Backup Techniques
While manual backups are viable for small-scale systems, larger environments require automated backup solutions for efficiency and convenience. Below are some automated backup methods for Windows Server 2003.

1. Full Server Backup: This technique involves creating a complete image of your server, including the operating system, applications, settings, and data. You can use tools like Windows Server Backup (previously known as NTBackup), Acronis Backup, or Symantec Backup Exec. A full server backup provides a comprehensive snapshot of your server, allowing for easy recovery in case of a disaster.

2. Incremental Backup: This method backs up only the changes made since the last backup, reducing the time and storage space required. To perform an incremental backup, you need to have a previous full server backup. This type of backup provides more flexibility and quicker recovery times when compared to full server backups, especially for larger data sets.

3. Differential Backup: Similar to incremental backups, differential backups only save the changes made since the last full backup. However, unlike incremental backups, differential backups accumulate all changes made since the full backup. This means that each subsequent differential backup becomes larger, increasing storage requirements over time but simplifying the recovery process.

Creating a Backup Schedule
Having a consistent backup schedule ensures that your data is protected effectively without disrupting your regular business operations. Here are a few key factors to consider when creating a backup schedule for your Windows Server 2003.

1. Frequency: Determine how often you need to perform backups based on your data’s criticality and the frequency of changes. For critical data, daily or even hourly backups may be necessary, while less critical data can be backed up less frequently.

2. Retention: Decide how long you want to keep backups. Retention periods can vary depending on your industry’s regulations or internal policies. Ensure that you have enough storage capacity to accommodate your retention requirements.

3. Testing: Regularly validate the integrity of your backups through restoration tests. A backup without a working restore process is practically useless. Testing ensures that you can successfully recover your data when needed, minimizing any potential downtime during recovery.

Conclusion
Backing up your Windows Server 2003 is essential for data protection, system recovery, and business continuity. By considering manual and automated backup techniques, creating a suitable backup schedule, and ensuring regular testing, you can safeguard your critical data and applications from potential disasters. Remember, having a solid backup strategy is a proactive measure that can save you significant time, money, and stress in the long run.