Как сделать образ сервера 2008 r2

Обновлено: 04.07.2024

Здравствуйте. Решил сделать копию системного диска для сервера и положить от греха подальше в сейф. Однако выяснилось что не могу востановить Windows Server 2008 из образа Акрониса на другой диск. Система работает, образ свежий, использовался Acronis True Image Ent Server 9.7.8.206.
Делаю образ диска С:, mbr и 100мб зарез системой на левый диск. Перетыкаю в соседний комп, вставляю Hdd приготовленный для востановления(он меньше системного, но диск D я в образ не закладывал) и разбиваю Акронисом новый диск на части. В один раздел востанавливаю зарез системой 100мб, во второй диск С:. MBR востанавливаю на тот же физический диск, логические он игнорирует. Все востанавливается успешно.
В результате получаю:
Не удалось запустить windows. Возможно это произошло из-за недавнего изменения конфигурации или програмного обеспечения.
состояние:0xс000000e
сведения: сбой меню загрузки, поскольку требуемое устройство недоступно.

Что я делаю не так? До этого востанавливал только с Windows Xp там все работало. Диска в 2Tb под клон у меня пока нет(.

Создание общего ресурса в Win Server 2008
При добавлении общего ресурса в файловой службе Win Server общая папка не отображается в Win XP на.

Восстановление бэкапа лицензионной Windows 7 с помощью Acronis True Image Server 9.7
Здравствуйте. Месяц назад забэкапил лицензионную windows 7 Home Basic с помощью Acronis True Image.

Решения для бэкапа сервера на Server 2008 R2
Есть сервак на Server 2008 R2. Необходимо делать инкрементальный бэкап всего-всего куда-нибудь в.

Чем отличается Win Server 2008 R2 от Win 7 Ultimate
Доброго вечера! Возник нубский вопрос, который написан в шапке:) Точнее вопрос звучит так: .

В том что ты не понимаешь что и как. GUID метки в MBR. С твоим созданием разделов это бред. Диск бэкапится ПОЛНОСТЬЮ. Ладно хоть акронис для чайников и хотя бы MBR на две части делит, таблица разделов ТОЖЕ В MBR и о создании чего-то при восстановлении MBR вообще говорить некорректно.

Ты прав, не понимаю. Поэтому и спрашиваю.
1)"Диск бэкапится полностью" - имеется ввиду логический?
2)Какие разделы изначально необходимо закладывать в бэкап?
Я пробовал закладывать в бэкап только диск C: и потом его же и востанавливать, результат неутешительный, система так же не грузится. После этого и решил попробовать с разбивкой дисков.
Сразу несколько дисков акронис так же не востанавливает. Если у меня есть диск на 500 гигов и я востанавливаю на него архив, он занимает весь диск. При попытке востановить туда что-то еще, он попросту затирает то что было востановлено до этого. Поэтому я и решил сначала разбить диск на логические разделы и потом востанавливать уже в них. Не получилось, значит не угадал, это понятно. Но в чем именно? Не то забэкапил? Не в том порядке и не так востанавливал? Взял диск меньшего размера и не стал копировать исходный полностью, со всеми логическими дисками? Я понимаю что если знать - тут все элементарно, а я выгляжу обезьяной с гранатой, но все когда-то учатся.
Не получу ответа тут, пойду читать мануалы и шерстить инет дальше. Конечно в идеале с этого и нужно было начать, а потом что-то делать и куда-то писать, но правильно не всегда получается. Да и попытка изобрести велосипед самостоятельно может и делает изобретателю честь, но занимает слишком много времени.

1. Нет, Весь. А уж дальше можно правильно его ресайзить и раскрывать на диск иного размера физический. НЕ ТРОГАЯ разделы.

2. Все что используются, есть такой неприятный момент в зависимости от версии винды как метки. Новые с висты/2008 идут по GUID меткам разделов в MBR, вот оттуда у тебя и проблемы. Подробнее механизм расписан в вики, но дело не в нём, он очень простой, дело в том, как сохранить всё это дело и не потерять метки. Ручная разбивка - ты их теряешь как сейчас и получаешь что есть. По-моему с 11 акрониса можно вбивать GUID разделу руками, но давно им не пользовался, точно не скажу.

Оптимальный вид - акронис и бэкап ВСЕГО ДИСКА с разделами и MBR, а лучше тупо raid. Для создания же фоновых копий оффлайн на случай софта, а не сбоя железа - acronis backup&recovery который то же самое делает на живой системе вполне неплохо.

Предыстория

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

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

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

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

В первую очередь, скачиваем последнюю стабильную версию. На момент написания это 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 никуда не ведет, единственная найденная мной версия

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

Мной была использована следующая структура каталогов:
D:\winfsbackup — корневая директория скрипта и связанных файлов
D:\winfsbackup\7z — библиотеки и исполняемый файл 7za
D:\winfsbackup\backup — место хранения бэкапов (можно переназначить путем правки переменных, как и любые другие используемые файлы)
D:\winfsbackup\lists — списки включаемых и исключаемых файлов. О них расскажу чуть позже
D:\winfsbackup\log — логи
D:\winfsbackup\pdate
D:\winfsbackup\tmp — устанавливает рабочий каталог для временного базового архива
D:\winfsbackup\winfsbackup.bat — сам скрипт.

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

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

Переменные

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Я так понял, вы хотите сделать

В таком случае нужно создавать несколько заданий, в случае свыше

1) еженедельно в понедельник (будет инкрементным в следующий пн)

2) еженедельно во вторник (будет инкрементным в следующий вт) и т.д.

да. Мне хочется делать ежедневный инкрементальный бэкап в удаленную сетевую папку.

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

Вы же утверждаете обратное. Можно тогда получить какие-нибудь инструкции на этот счет, или ссылку на пост, где бы описывалось как это сделать?

Скажем перезапись раз в месяц )

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

в вин7 запланированный инкреминтальный бэк ап делается так

wbadmin start backup –backuptarget:h: -include:c: -quiet

Может более подробно рассказать, как создать 31 задание? Это только можно я так понимаю сделать через планировщик заданий, а не через систему архивации данных. Я экспортировал уже существующую задачу, которая у меня появилась после настройки через систему архивации данных, изменил расписание (указал раз в месяц), изменил рабочую папку, но не менял пункт добавить аргументы в окне изменение действия. После выполнения задачи резервная копия сделалась в папку, которая была настроена через систему архивации данных, а не в ту, которую я указал в задаче в планировщике заданий.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ошибка 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"

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

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

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

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

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

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

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

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

Читайте также: