Резервное копирование active directory acronis

Обновлено: 07.07.2024

Продуктами фирмы Acronis я пользуюсь 10 лет. Каждый год я покупаю обновление для Acronis True Image. Acronis Disk Director с такой частотой не обновляют. При администрировании рабочих станций, а также в учебном процессе я использую и штатные средства резервного копирования Windows, и Acronis True Image и корпоративные решения Acronis, а также средства резервного копирования других разработчиков. Но данная статья посвящена программе Acronis True Image 2020, а именно резервному копированию системного раздела.

Acronis True Image Home 2020 – это программный комплекс, в который входят средства, позволяющие создавать резервные копии операционной системы, приложений, пользовательских настроек и всех имеющихся данных, средства для уничтожения информации, создания загрузочных дисков, выполнения «небезопасных» операций в операционной системе и др.

Резервные копии, создаваемые программой Acronis True Image 2020, имеют расширение TIBX. По умолчанию они создаются с использованием сжатия данных, поэтому требуется гораздо меньше дискового пространства для их хранения. Степень сжатия всегда можно настроить перед запуском резервного копирования.

Рис.1 Невозможность восстановление резервной копии формата TIBX версией Acronis True Image 2019

Для непрерывных резервных копий, заверенных, на уровне файлов, а также резервных копий, сохраненных на CD/DVD/Blu-ray, FTP или в Зоне безопасности Acronis продолжает использоваться формат TIB.

Содержание

Системные требования

В данной статье рассматривается версия Acronis True Image 2020 build 22510 для Windows, выпущенная 21 ноября 2019 года, поэтому требования для версии Acronis True Image 2020 для Mac не описываются.

Процессор Pentium с тактовой частотой не менее 1 ГГц.
1 Гбайт ОЗУ.
3,5 ГБ свободного пространства на жестком диске.
Привод CD-RW/DVD-RW или флэш-накопитель USB для создания загрузочных носителей
Мышь или иное указывающее устройство (рекомендуется).

Поддерживаемые устройства хранения

Жесткие диски (HDD)
Твердотельные накопители (SSD)
Сетевые устройства хранения
FTP-серверы
CD-R/RW, DVD-R/RW, DVD+R (в том числе двухслойные DVD+R), DVD+RW, DVD-RAM, BD-R, BD-RE
Устройства хранения USB 1.1 / 2.0 / 3.0, FireWire (IEEE-1394), eSATA, SCSI и PC card

Поддерживаемые операционные системы

Windows 7 SP1
Windows 8
Windows 8.1
Windows 10

Используя загрузочный носитель Acronis True Image Home 2020, можно осуществлять резервное копирование и восстановление дисков или разделов на компьютере под управлением любой операционной системы Windows или Linux.

Поддерживаемые файловые системы

FAT16/32;
NTFS;
Ext2/Ext3/Ext4;
ReiserFS;
Linux SWAP;
HFS+/HFSX.

Файловые системы Ext2/Ext3/Ext4, ReiserFS, HFS+/HFSX и Linux SWAP поддерживаются только для операций резервного копирования и восстановления дисков или разделов с использованием загрузочного носителя Acronis.

Установка Acronis True Image 2020

Пробная версия Acronis True Image 2020 может быть использована в течение 30 дней со следующими ограничениями:

клонирование дисков отключено;
при загрузке с носителя Acronis доступно только восстановление, нельзя создать резервную копию. Создание резервной копии доступно в пробной версии в среде Windows.

Установка

Запустить файл инсталляции Acronis True Image 2020

Рис.2 Завершение установки программы Acronis True Image

Нажать кнопку Установить.

По окончании инсталляции запустить приложение Acronis True Image 2020.

Рис.3 Завершение установки программы Acronis True Image

Принять лицензионное соглашение и нажать кнопку ОК.

Рис.4 Лицензионное соглашение

Рис.5 Активация программы Acronis True Image 2020

Рис.6 Главное окно программы Acronis True Image 2020

Подготовка раздела для хранения резервных копий

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

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

Создать второй раздел жесткого диска, за счет свободного пространства системного раздела

Запустить оснастку Управление дисками

Данную оснастку можно запустить разными способами:

Через Панель управления. Открыть раздел Администрирование через диалоговое окно стандартной Панели управления. Далее найти в конце списка доступных оснасток Управление компьютером и запустить оснастку Управление дисками.
С помощью окна Выполнить. Данное окно можно открыть, используя сочетание клавиш Win +R или кликнув правой клавишей мыши по кнопке windows и выбрав команду Выполнить или выбрать через меню Все приложения > Служебные …. > Выполнить
- Набрать в окне Выполнить название оснастки compmgmt.msc для запуска оснастки Управление компьютером или сразу diskmgmt.msc для запуска оснастки Управление дисками
Рис.7 Запуск окна Выполнить
- Можно запустить оснастку, кликнув правой клавишей мыши ко кнопке Windows и выбрать Управление дисками.
Оснастка Управление дисками позволяет управлять логическими разделами на таких носителях, как жесткий диск, USB-накопитель или оптический привод. Через Управление дисками можно создавать и удалять разделы, или, если это необходимо, форматировать их.
- выбрать системный раздел (в приведенном примере диск С:) и ПКМ вызвать контекстное меню
- В контекстном меню выбрать команду Сжать том
Рис.8 Оснастка Управление дисками
- В открывшемся окне дождаться окончания опроса. Затем в появившемся окне в строке Размер сжимаемого пространства указать количество свободного места и нажать Сжать
Рис.9 Оснастка Управление дисками
- Щелкнуть ПКМ по нераспределенному пространству жесткого диска и выбрать команду Создать простой том.
Рис.10 Оснастка Управление дисками
- В диалоговом окне Мастер создания простых томов нажать кнопку Далее.
- Ввести размер создаваемого тома в мегабайтах (МБ) или оставить максимальный размер по умолчанию, а затем нажать кнопку Далее.
- Оставить букву диска по умолчанию или выбрать другую букву для идентификации раздела, а затем нажать кнопку Далее.
- Отформатировать раздел, в поле метка тома можно указать смысловое название для будущего раздела по его предназначению и нажать кнопку Далее.
Рис.11 Мастер создания простых томов оснастки Управления дисками
- Просмотреть выбранные параметры и нажать кнопку Готово.
- Перезагрузить компьютер. Раздел для хранения резервной копии готов.
Создание резервной копии системного раздела
- Запустить программу Acronis True Image 2020
- В главном окне программы на боковой панели выбрать раздел Резервное копирование
Раздел Резервное копирование и восстановление обеспечивает быстрый доступ ко всем функциям программы, связанным с резервным копированием и восстановлением данных.

Рис.12 Выбор раздела Резервное копирование
- Далее необходимо указать, что нужно резервировать. Для этого щелкнуть по источнику резервного копирования.
Рис.13 Выбор источника резервного копирования
- В окне Источник резервного копирования выбрать Диски и разделы
Рис.14 Выбор источника резервного копирования
- Установить флажок в чекбоксе системного раздела. Флажки с других разделов необходимо убрать. Нажать кнопку ОК.
Рис.15 Выбор источника резервного копирования
- Далее необходимо выбрать место назначения резервной копии, щелкнув по разделу Выбор хранилища
Рис.16 Выбор хранилища для резервных копий
- В окне Место назначения резервного копирования выбрать Обзор.
Рис.17 Выбор хранилища для резервных копий
- Раскрыть узел Этот Компьютер и выбрать нужный раздел для хранения резервных копий, нажать кнопку ОК.
Рис.18 Выбор хранилища для резервных копий

Рис.19 Запуск резервного копирования системного раздела
- Далее можно программу закрыть, так как создание резервной копии продолжиться в фоновом режиме, а также в случае необходимости можно установить флажок в чекбоксе Выключить компьютер после завершения.
Рис.20 Выбор опции выключения компьютера после завершения процедуры резервного копирования
- По окончании резервного копирования система оповестит о том, что резервное копирования завершено.
Рис.21 Результат успешного завершения резервного копирования
- В разделе Активность можно посмотреть, сколько было затрачено времени на создание резервной копии, ее размер, какой использовался метод резервного копирования.
Рис.22 Раздел Активность

Отдельные дополнительные настройки резервного копирования

В разделе Параметры можно указать дополнительные настройки для будущей резервной копии.

Рис.23 Раздел Параметры

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

В разделе Расписание можно настроить периодичность создания резервных копий. По умолчанию система Acronis предлагает создавать резервные копии еженедельно. А также раскрыв узел Дополнительные настройки, можно указать вариант запуска резервного копирования при простое компьютера, возможности программы выводить компьютер из спящего режима, согласно заданному расписанию резервного копирования и др.

Рис.24 Раздел Расписание

В разделе Схема можно указать методы резервного копирования. Acronis True Image позволяет выполнять следующие варианты резервного копирования.

1 вариант. Полное резервное копирование. В этом варианте:
- в архив включаются все архивируемые данные;
- созданный архив является полной, самостоятельной базой;
- созданная база является основой для других вариантов резервного копирования.
2 вариант. Инкрементное резервное копирование. В этом варианте:
- созданная база содержит только изменившиеся за определенный период данные;
- период изменений определяется текущим временем и временем создания последней резервной копии любого варианта;
- созданная база содержит не все архивируемые данные;
- для восстановления необходимы все предыдущие инкрементные резервные копии и полную резервную копию, созданную по 1 варианту.
3 вариант. Дифференциальное резервное копирование. В этом варианте:
- создается отдельный файл;
- созданный файл содержит все изменения данных по отношению к последней полной резервной копии (1 вариант).
Рис.25 Выбор метода резервного копирования

В разделе Дополнительно можно настроить Режим создания образа.

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

Рис.26 Раздел Дополнительно

В разделе Защита резервной копии раздела Дополнительно можно установить пароль для будущей резервной копии. Нельзя изменить параметры защиты для существующей резервной копии.

В разеделе Производительность раздела Дополнительно можно настроить степень сжатия резервной копии в случае ограничения свободного пространства. А также приоритет операции резервного копирования.

Рис.27 Выбор уровня сжатия резервной копии

Рис.28 Настройка параметра Приоритет операции

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

В разделе Обработка ошибок можно настроить такие параметры, как:

Резервная копия на уровне дисков с поддержкой приложений доступна для физических машин, виртуальных машин ESXi и виртуальных машин Hyper-V.

При резервном копировании машины, на которой выполняется Microsoft SQL Server, Microsoft Exchange Server или доменные службы Active Directory, включите Резервное копирование приложений для дополнительной защиты данных этих приложений.

Почему нужно использовать резервное копирование с поддержкой приложений?

Используя резервное копирование с поддержкой приложений, вы обеспечиваете следующее:
1. Резервные копии приложений в согласованном состоянии, поэтому доступны немедленно после восстановления машины.
2. Можно восстановить базы данных SQL и Exchange, почтовые ящики и элементы почтовых ящиков без восстановления всей машины.
3. После каждого успешного резервного копирования выполняется сокращение журналов транзакций SQL. Усечение журнала SQL можно отключить в параметрах плана защиты. Журналы транзакций Exchange сокращаются только на виртуальных машинах. Чтобы урезать размер журналов транзакций Exchange на физической машине, можно включить параметр полного восстановления VSS.
4. Если домен содержит несколько контроллеров домена, то при восстановлении одного из них выполняется непринудительное восстановление; при этом откат USN не выполняется после восстановления.
Что необходимо для использования резервного копирования с поддержкой приложений?

На физической машине кроме агента для Windows должен быть установлен агент для SQL и (или) агент для Exchange.

На виртуальной машине наличие установленного агента не требуется. Предполагается, что резервная копия виртуальной машины создана агентом для VMware (Windows) или агентом для Hyper-V.

Агент для VMware (виртуальное устройство) и агент для VMware (Linux) может создать резервные копии с поддержкой приложений, но не может восстановить из них данные приложения. Чтобы восстановить данные приложения с резервных копий, созданных этими агентами, необходимо иметь агент для VMware (Windows), агент для SQL или агент для Exchange на машине с доступом к хранилищу, в котором хранятся резервные копии. При настройке восстановления данных приложения выберите точку восстановления на вкладке Хранилище резервных копий , а затем выберите эту машину в списке Машина для обзора .

Веб-справка по Акронис Защита Данных 15 Обновление 2 . © ООО Акронис Инфозащита, 2021

Инновационные решения для резервного копирования и восстановления сред Active Directory.

Язык интерфейса: Русский

Acronis Backup Advanced for Active Directory — первоклассное решение для защиты баз данных и контроллеров доменов Active Directory.

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

Теперь можно легко защитить и мгновенно восстановить целый контроллер доменов (или отдельные файлы базы данных AD), как локально, так и на удаленном сервере.
- Эффективное инкрементное резервное копирование. При инкрементном резервном копировании сохраняются только измененные данные, что позволяет значительно сократить время резервного копирования, а также ресурсы сети и хранилища данных.
- Дедупликация. Встроенная дедупликация данных на уровне блоков может выполняться на стороне исходной машины или целевого архива, чтобы уменьшить передвижение данных. Это позволяет уменьшить расходы на хранение дополнительных данных и снизить загрузку сети.
- Модульная архитектура. Гибкая модульная архитектура Acronis позволяет в любое время добавлять в основное решение дополнительные продукты Acronis Backup Advanced для расширенного резервного копирования. Начните с самых важных компонентов, а затем, по мере расширения организации, просто добавляйте дополнительные продукты для защиты новых серверов или рабочих станций — вам не потребуется устанавливать новые выделенные сервера под нужды резервного копирования
- Аварийное восстановление. В случае сбоя оборудования или стихийного бедствия запатентованные решения Acronis для резервного копирования образа диска гарантируют быстрое восстановление на "голое железо". Восстановление всего сервера происходит за считанные минуты, сводя к минимуму затратное время простоя.
- Централизованное управление и отчетность. Продукты пакета Acronis Backup Advanced поддерживаются системой централизованного управления и отчетности. Управляйте всеми операциями резервного копирования на всех физических и виртуальных машинах с единой консоли и просматривайте отчеты с помощью единой панели мониторинга.
Технология Acronis AnyData предоставляет полную защиту всех устройств, операционных систем, виртуальных сред, приложений и хранилищ данных. Одновременное использование продуктов из набора Acronis Backup Advanced в различных сочетаниях позволяет создать единую платформу для защиты данных с понятным пользовательским интерфейсом, унифицированными политиками и централизованным управлением.

12.12.2019

Active Directory, PowerShell, Резервное копирование

комментарий 21
В этой статье мы поговорим об особенностях резервного копирования контроллеров домена Active Directory, рассмотрим, как настроить автоматическое резервное копирование AD с помощью PowerShell и встроенных средств Windows Server.

Нужно ли бэкапить Active Directory?

Не раз слышал от знакомых администраторов мысль, что если у тебя несколько (5, 10 и т.д.) территориально разнесенных контроллеров домена Active Directory, то бэкапать AD вообще не нужно, т.к. при нескольких DC вы уже обеспечили высокую отказоустойчивость домена. Ведь в такой схеме вероятность одновременного выхода из строя всех DC стремится к 0, а если один контроллер домена упал, то быстрее развернуть новый DC на площадке, а старый удалить с помощью ntdsutil.

Однако в своей практике я встречался с различными сценариями, когда все контроллеры домена оказались повреждёнными: в одном случае все контроллеры домена (а их было более 20 штук в разных городах) оказались зашифрованными из-за перехвата пароля домена шифровальщиком через утилиту mimikatz (для предотвращения таких схем см. статьи “Защита Windows от mimikatz” и “Защита привилегированных групп администраторов”), в другом случае домен положила репликация поврежденного файла NTDS.DIT.

В общем, бэкапить AD можно и нужно. Как минимум вы должны регулярно создавать резервные копии ключевых контроллеров доменов, владельцев ролей FSMO (Flexible single-master operations). Вы можете получить список контролеров домена с ролями FSMO командой:

netdom query fsmo

Как проверить дату последнего бэкапа контроллера домена Active Directory?

Вы можете проверить, когда создавалась резервная копия текущего контроллера домена Active Directory с помощью утилиты repadmin:

В данном примере видно, что последний раз бэкап DC и разделов AD выполнялся 2017-02-18 18:01:32 (скорее всего он не делался с момента развертывания контроллера домена).

Вы можете получить статус по резервному копированию всех DC в домене командой:
Если ваши контроллеры домена запущены на виртуальных машинах, и вы создаете бэкап через снапшоты (см. пример с резервным копированием Hyper-V), то при бэкапе эти даты не обновляются по понятной причине. В большинстве современных средств резервного копирования есть опция, позволяющая указать что это DC и при бэкапе нужно обновлять данные в каталоге LDAP.
Бэкап контроллера домена AD с помощью Windows Server Backup

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

При создании резервной копии контроллера домена через WSB, вы создаете резервную копию Состояния системы (System State). В System State попадает база Active Directory (NTDS.DIT), объекты групповых политик, содержимое каталога SYSVOL, реестр, метаданные IIS, база AD CS, и другие системные файлы и ресурсы. Резервная копия создается через службу теневого копирования VSS.

Если компонент WSB отсутствует, его можно установить с помощью PowerShell:

Add-Windowsfeature Windows-Server-Backup –Includeallsubfeature

Или установите его из Server Manager -> Features.

Я буду сохранять бэкап данного контроллера домена AD в сетевую папку на отдельном выделенном сервере для резевного копирования. Например, путь к каталогу будет таким \\srvbak1\backup\dc01. Настроим NTFS разрешения на этой папке: предоставьте права чтения-записи в этот каталог только для Domain Admins и Domain Controllers.

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

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

Import-Module ServerManager
[string]$date = get-date -f 'yyyy-MM-dd'
$path=”\\srvbak1\backup\dc1\”
$TargetUNC=$path+$date
$TestTargetUNC= Test-Path -Path $TargetUNC
if (!($TestTargetUNC))New-Item -Path $TargetUNC -ItemType directory
>
$WBadmin_cmd = "wbadmin.exe START BACKUP -backupTarget:$TargetUNC -systemState -noverify -vssCopy -quiet"
Invoke-Expression $WBadmin_cmd

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

У меня первая попытка создать бэкап DC завершилась с ошибкой (контролер домена — это виртуальная машина VMWare):
В файле содержится одна ошибка:

Забегая вперед, скажу, что проблема оказалась в некорректном пути в одном из драйверов VMWware Tools.

DiskShadow /L writers.txt
list writers detailed

В моем случае найденная строка выглядит так:

Как вы видите, используется неверный путь к драйверу VSOCK.SYS.

$File List: Path = c:\windows\\systemroot\system32\drivers, Filespec = vsock.sys$

Измените значение ImagePath с
\systemroot\system32\DRIVERS\vsock.sys
на
System32\DRIVERS\vsock.sys

Запустите скрипт бэкапа еще раз.

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

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

На сервере резевного копирования размер каталога с резервной копией контроллера домена занимает около 9 Гб. По сути на выходе вы получили vhdx файл, который можно использовать для восстановления ОС через WSB, или вы можете вручную смонтировать vhdx файл и скопировать из него нужные файлы или папки.

$WBadmin_cmd = "wbadmin start backup -backuptarget:$path -include:C:\Windows\NTDS\ntds.dit -quiet"
Invoke-Expression $WBadmin_cmd

Размер такого бэкапа будет составлять всего 50-500 Мб в зависимости от размера базы AD.

$Trigger= New-ScheduledTaskTrigger -At 01:00am -Daily
$User= "NT AUTHORITY\SYSTEM"
$Action= New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "c:\ps\backup_ad.ps1"
Register-ScheduledTask -TaskName "StartupScript_PS" -Trigger $Trigger -User $User -Action $Action -RunLevel Highest –Force

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

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

Тома для резервного копирования

Чтобы создать резервную копию Active Directory, создайте резервные копии следующих томов

системный том и загрузочный том;

тома, где находятся база данных и журналы транзакций Active Directory (стр. 323);

том с папкой SYSVOL. По умолчанию эта папка находится в %SystemRoot%\SYSVOL. Чтобы

определить текущее расположение этой папки, посмотрите значение Sysvol в следующем

На что обратить внимание для резервного копирования

Для настройки и выполнения резервного копирования Active Directory убедитесь в следующем:

Вы создаете резервную копию не реже чем раз в месяц. Если у домена только один

контроллер домена, рекомендуется создавать резервные копии по крайней мере

Самая последняя резервная копия не старше половины времени существования отметки

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

существования отметки полного удаления по умолчанию равно 60 дням или 180 дням.

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

восстановление возможно из любой.

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

База данных или журналы транзакций Active Directory были перемещены.

Операционная система на контроллере домена была обновлена, или был установлен

Было установлено исправление, изменяющее базу данных Active Directory.

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

Создать эту дополнительную резервную копию необходимо потому, что успешное

восстановление Active Directory из предыдущих резервных копий может оказаться

11.1.3.3 Резервное копирование данных SharePoint

Ферма Microsoft SharePoint состоит из интерфейсных веб-серверов и серверов Microsoft SQL.

Интерфейсный веб-сервер — это хост, на котором работают службы SharePoint. Некоторые

интерфейсные веб-серверы могут быть идентичны друг другу (например, интерфейсные

веб-серверы, на которых выполняется веб-серверное программное обеспечение). Требуются

резервные копии не всех одинаковых интерфейсных веб-серверов, а только уникальных.

Для защиты баз данных SharePoint необходимо выполнить резервное копирование всех

серверов Microsoft SQL и всех уникальных интерфейсных веб-серверов, принадлежащих

ферме. Резервное копирование должно выполняться по одинаковому расписанию. Это

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

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