«Acronis® Backup & Recovery ™ 10 Advanced Workstation Руководство пользователя © Acronis, 20002009. Все права защищены. Acronis и Acronis Secure Zone являются зарегистрированными товарными знаками ...»
Статус задания помогает оценить успешность его выполнения. Дополнительную информацию о состояниях заданий см. в разделах Состояния задания (см. стр. 201) и Статусы задания (см. стр. 203). Работа с заданиями • Для более удобного просмотра таблицы заданий рекомендуется использовать функции фильтрации и сортировки (см. стр. 335). • Для выполнения какихлибо операций с заданием необходимо выбрать его. 7.1.5.1. Действия с заданиями Ниже приводится описание операций с заданиями. Просмотреть сведения о Щелкните Просмотр сведений. задании В окне Сведения о задании (см. стр. 208) можно просмотреть все сведения, Просмотреть журнал Нажмите Просмотр журнала. задания Представление Журнал (см. стр. 335) отображает список записей журнала, Запустить задание Нажмите Запустить. Задание будет выполнено немедленно независимо от его расписания. Остановить задание Нажмите Остановить. Что произойдет, если остановить задание? Остановка задания прекращает его выполнение (резервное копирование, восстановление, проверку, экспорт, преобразование, миграцию). Сначала задание входит в состояние Остановка, а затем в состояние «Простой». Расписание задания, если оно было создано, остается в силе. Чтобы завершить операцию, необходимо повторно запустить задание. • Задание восстановления (из резервной копии диска). Целевой том будет удален, а его пространство останется нераспределенным; таким же будет результат, если восстановление завершится ошибкой. Для восстановления потерянного тома потребуется выполнить задание еще • Задание восстановления (из резервной копии файлов). Прекращенная операция может привести к изменениям в целевой папке. Некоторые файлы можно восстановить, а некоторые нельзя, в зависимости от времени, когда задание было остановлено. Для восстановления всех файлов потребуется запустить задание еще раз. Изменить задание Нажмите Изменить. • Задание входит в план резервного копирования Только задания, не входящие в план резервного копирования, например план восстановления, могут быть изменены напрямую. Если резервного копирования, следует изменить план резервного копирования. Задание, входящее в централизованный план резервного централизованной политики, которая охватывает план. Эта операция может быть выполнена только администратором сервера управления. Без прав администратора на этой машине пользователь не может изменять задания, относящиеся к другим пользователям. Удалить задание Нажмите Удалить. • Задание входит в план резервного копирования Задание, входящее в план резервного копирования, не может быть удалено отдельно от плана. Измените план, чтобы удалить задание, Без прав администратора на этой машине пользователь не может удалять задания, относящиеся к другим пользователям. Каждый узел хранения имеет служебное задание, которое называется заданием на уплотнение. Это задание не может быть удалено. Обновить таблицу Нажмите Обновить. заданий Консоль управления дополнит список заданий, существующих на машинах, самыми последними сведениями. Несмотря на то, что список заданий обновляется автоматически на основании событий, данные не могут быть получены немедленно с управляемой машины в силу задержки. Обновление вручную позволит отобразить самые последние сведения. 7.1.5.2. Фильтрация и сортировка заданий Ниже приводится описание фильтрации и сортировки заданий. Задать количество Выберите Параметры > Параметры консоли > Количество заданий (см. стр. отображаемых заданий 92) и задайте необходимое количество. Максимальное количество отображаемых заданий — 500. Если количество заданий превышает указанное значение, используйте фильтры для отображения заданий, не Отсортировать задания по Щелкните заголовок столбца, чтобы отсортировать задания в восходящем Щелкните заголовок еще раз, чтобы отсортировать задания в нисходящем Отфильтровать задания по Введите имя задания (имя владельца или плана резервного копирования) в имени, владельцу или поле, расположенное ниже соответствующего заголовка столбца. плану резервного В результате будет отображен список заданий, имена (имена владельцев или копирования планов резервного копирования) которых полностью или частично Отфильтровать задания по В поле, расположенном ниже соответствующего заголовка, выберите типу, состоянию необходимое значение из списка. выполнения, статусу, типу, происхождению, последнему результату, расписанию Изменение параметров таблицы заданий По умолчанию в таблице отображаются восемь столбцов, остальные скрыты. Если требуется, можно скрыть показанные столбцы и показать скрытые. Чтобы показать или скрыть столбцы 1. Щелкните правой кнопкой мыши любой заголовок, чтобы открыть контекстное меню. Отметьте элементы меню, соответствующие заголовкам столбцов, представленным в таблице. 2. Щелкните элемент, который нужно отобразить или скрыть. В журнале Acronis Backup & Recovery 10 сохраняется история всех действий, производимых этой программой на машине, а также производимых пользователем с помощью этой программы. Например, когда пользователь редактирует задание, запись об этом заносится в журнал. Когда программа выполняет то или иное задание, в журнале сохраняется запись для каждой производимой операции. Локальное и централизованное ведение журнала Acronis Backup & Recovery 10 Acronis Backup & Recovery 10 регистрирует события в локальном и централизованном журнале. Локальный журнал событий В локальном журнале событий хранится информация о действиях Acronis Backup & Recovery 10 на управляемой машине. Например, такие действия, как создание плана резервного копирования, выполнение плана резервного копирования, управление архивами в индивидуальных хранилищах, выполнение задания восстановления, создают события, которые сохраняются в локальном журнале событий. Физически локальный журнал событий представляет собой набор XMLфайлов, которые хранятся на машине. Локальный журнал событий управляемой машины доступен, когда консоль подключена к машине. Локальное ведение журнала событий отключить нельзя. Операции, выполняемые с помощью загрузочных носителей, также фиксируются в журнале, однако время жизни журнала ограничено текущим сеансом. При перезагрузке журнал удаляется, однако его можно сохранить в файл при загрузке машины с носителя. Узел хранения Acronis Backup & Recovery 10 имеет собственный локальный журнал событий. События в этом журнале доступны только через централизованный журнал. Централизованный журнал событий Централизованный журнал событий доступен, когда консоль подключена к серверу управления. Централизованный журнал можно использовать для просмотра хронологии операций централизованного управления, таких как создание группы управляемых объектов, применение политики, управление централизованным хранилищем, а также для просмотра журнала операций, занесенных в локальные журналы зарегистрированных машин и узлов хранения. Физически централизованный журнал событий представляет собой таблицу в выделенной базе данных Microsoft SQL. Таблица содержит записи журнала для событий, произошедших на сервере управления, а также записи локальных журналов, преобразованные в формат записей централизованного журнала. Можно выбрать типы записей для сбора из локальных журналов в централизованную базу данных либо вообще отключить сбор локальных записей. Дополнительные сведения см. в разделе Уровень ведения журнала (см. стр. 92). Ведение журнала событий сервера управления нельзя настроить или отключить. Обратите внимание, что имеется ограничение на число записей централизованного журнала событий, поскольку максимальный размер базы данных SQL Express составляет 4 ГБ. Работа с записями журнала • В централизованном журнале может быть до 50000 записей. Одновременно может отображаться до 10000 записей. В случае если в журнале больше 10000 записей, рекомендуется использовать функции фильтрации и сортировки, чтобы показать нужные записи в таблице. Также можно скрыть ненужные столбцы и отобразить скрытые. Дополнительные сведения см. в разделе Фильтрация и сортировка записей журнала (см. стр. 338). • Чтобы произвести с одной или несколькими записями журнала какиелибо операции, необходимо выбрать их. Дополнительные сведения см. в разделе Действия с записями журнала (см. стр. 337). • С помощью панели Информация можно просматривать подробную информацию о выбранной записи журнала. По умолчанию панель свернута. Чтобы развернуть панель, щелкните значок шеврона . Содержимое панели также дублируется в окне Данные записи журнала (см. стр. 339). Открытие представления «Журнал» с предварительной фильтрацией записей После того как будут выбраны элементы в других административных представлениях (панель мониторинга, «Машины», «Политики резервного копирования», «Задания»), можно открыть представление «Журнал», где записи уже будут отфильтрованы по требуемому элементу. Таким образом, не требуется самостоятельно вручную настраивать фильтры в таблице журнала. Представление Действие Панель В календаре щелкните правой кнопкой мыши выделенную дату и выберите мониторинга Просмотр журнала. Откроется представление «Журнал» со списком записей журнала, уже отфильтрованных по указанной дате. Машины Выберите машину или группу машин и нажмите кнопку Просмотр журнала. В представлении «Журнал» появится список записей журнала, относящихся к Политики Выберите политику резервного копирования, затем нажмите кнопку Просмотр резервного журнала. Представление «Журнал» отображает список записей журнала, копирования относящихся к выбранной политике. Задания Выберите задание, затем нажмите кнопку Просмотр журнала. Появится представление «Журнал» с записями, принадлежащими выбранному заданию. 7.1.6.1. Действия с записями журнала Все операции, описанные ниже, выполняются с помощью соответствующих элементов на панели инструментов журнала. Все эти операции также можно выполнить с помощью контекстного меню (вызывается щелчком правой кнопки мыши по записи журнала) или панели Действия с журналом (на панели Действия и инструменты). Далее представлены рекомендации, которые нужно использовать при выполнении действий с записями журнала. Выбор одной записи Щелкните эту запись. журнала Выбор нескольких Непоследовательных: удерживая клавишу CTRL, последовательно записей журнала щелкните нужные записи левой кнопкой мыши. • Последовательных: выберите одну запись, затем, удерживая клавишу SHIFT, щелкните левой кнопкой мыши другую запись.
Если выбрана схема Создать резервную копию сейчас, резервное копирование будет выполнено немедленно, сразу же после нажатия кнопки ОК в нижней части страницы. В поле Тип резервной копии выберите, следует ли создать полную, инкрементную или дифференциальную (см. стр. 31) резервную копию. 7.2.7.2. Схема «Создать резервную копию позже»
Если выбрана схема «Создать резервную копию позже», то резервное копирование будет выполнено однократно в указанную дату и время. Задайте требуемые настройки следующим образом. Тип резервной Выберите тип резервной копии: полная, инкрементная или дифференциальная. копии Если в архиве полная резервная копия отсутствует, то будет создана при выборе любого типа резервного копирования. Дата и время Укажите время начала резервного копирования. Задание будет Установите этот флажок, если планировать выполнение задания резервного запущено вручную копирования не требуется и оно будет запущено впоследствии вручную. 7.2.7.3. Простая схема При выборе простой схемы резервного копирования необходимо установить только время и частоту создания резервных копий и задать правило хранения. При первом запуске создается полная резервная копия. Последующие резервные копии будут инкрементными. Чтобы настроить простую схему резервного копирования, задайте следующие настройки. Резервное Задайте расписание резервного копирования — время и частоту создания резервных копирование копий. Дополнительные сведения о задании расписания см. в разделе Планирование (см. Правило При использовании простой схемы предусмотрена возможность установить только хранения одно правило хранения (см. стр. 42). Установите срок хранения для резервных 7.2.7.4. Схема «дед-отец-сын»
Немедленно • Ежедневные инкрементные, еженедельные дифференциальные и ежемесячные полные резервные копии • Произвольно выбранный день для создания еженедельных и ежемесячных резервных • Произвольно выбранные сроки хранения для резервных копий каждого типа Описание Предположим, что требуется задать план резервного копирования, по которому будут регулярно создаваться серии ежедневных (D), еженедельных (W) и ежемесячных (M) резервных копий. Вот как можно это сделать: в следующей таблице приведен образец двухмесячного периода для такого плана. Ежедневные резервные копии создаются в каждый рабочий день, кроме пятницы, которая оставлена для создания еженедельных и ежемесячных резервных копий. Ежемесячные резервные копии создаются каждую четвертую пятницу, а еженедельные — во все оставшиеся пятницы. • Ежемесячные резервные копии («дед») являются полными. • Еженедельные резервные копии («отец») являются дифференциальными. • Ежедневные резервные копии («сын») являются инкрементными. Параметры Можно задать следующие параметры схемы «дедотецсын». Начать резервное Указывает время начала резервного копирования. Значение копирование в: по умолчанию — 12:00. Дата резервного Указывает дни, в которые будет создаваться резервная копия. копирования: Значение по умолчанию — рабочие дни. Еженедельно/ежемесячно: Указывает, какой из дней, заданных в поле Дата резервного Хранить резервные копии: Указывает, сколько времени резервные копии будут храниться в архиве. Срок можно задать в часах, днях, неделях, В любом случае резервная копия не удаляется, пока не подойдет срок удаления всех зависящих от нее резервных копий. Именно поэтому иногда еженедельные или ежемесячные резервные копии могут оставаться в архиве еще в течение нескольких дней по истечении срока их хранения. Если расписание начинается с создания ежедневной или еженедельной резервной копии, то создается полная резервная копия. Примеры Каждый день прошлой недели, каждая неделя прошлого месяца Рассмотрим схему резервного копирования «дедотецсын», которая может быть полезной для многих пользователей. • Создание резервных копий файлов каждый день, включая выходные • Возможность восстанавливать файлы на любую дату за последние семь дней • Доступ к еженедельным резервным копиям за последний месяц • Бессрочное хранение ежемесячных копий Затем можно задать следующие параметры схемы резервного копирования. • Начать резервное копирование в: 11:00:00 • Дата резервного копирования: все дни • Еженедельно/ежемесячно: суббота (например) • Хранить резервные копии: o Ежедневно: 1 неделя o Еженедельно: 1 месяц o Ежемесячно: неограниченно В результате будет создан архив ежедневных, еженедельных и ежемесячных резервных копий. Ежедневные резервные копии будут храниться в течение семи дней с момента создания. Например, резервная копия, сделанная в воскресенье, 1 января, будет храниться до следующего воскресенья, 8 января; первая еженедельная копия, сделанная в субботу, 7 января, будет храниться в системе до 7 февраля. Ежемесячные копии не удаляются никогда. Ограниченное хранение Если выделение значительных объемов дискового пространства для хранения огромного архива нежелательно, то можно настроить схему «дедотецсын», чтобы резервные копии хранились менее продолжительное время, одновременно обеспечивая возможность восстановления данных в случае их потери. Предположим, что требуется: • создавать резервные копии в конце каждого рабочего дня; • иметь возможность восстановить случайно удаленный или неправильно измененный файл, если такой случай был обнаружен относительно быстро; • иметь доступ к еженедельной резервной копии в течение 10 дней после ее создания; • хранить ежемесячные резервные копии в течение полугода. Затем можно задать следующие параметры схемы резервного копирования. • Начать резервное копирование в: 18:00 • Дата резервного копирования: рабочие дни • Еженедельно/ежемесячно: пятница • Хранить резервные копии: o Ежедневно: 1 неделя o Еженедельно: 10 дней o Ежемесячно: 6 месяцев При использовании такой схемы пользователь сможет восстановить предыдущую версию поврежденного файла в течение недели из ежедневной резервной копии, а также будет иметь доступ к еженедельной резервной копии в течение 10 дней. Каждый месяц создается полная резервная копия, которая хранится в течение шести месяцев от даты создания. Расписание работы Предположим, что вы финансовый консультант на неполной ставке и работаете в какойто компании по вторникам и четвергам. В настоящее время часто вносятся изменения в финансовые документы и отчеты, а также обновляются таблицы и прочие данные на портативном компьютере. Для резервного копирования этих данных можно: • отслеживать изменения в финансовых отчетах, таблицах и т. п., внесенные во вторник или в четверг (ежедневное инкрементное резервное копирование); • иметь еженедельную сводку об изменениях в файлах за последний месяц (еженедельное инкрементное резервное копирование по пятницам); • ежемесячно создавать полную резервную копию своих файлов. Кроме того, вы желаете иметь доступ ко всем резервным копиям, включая ежедневные, по крайней мере за последние шесть месяцев. Для этого подойдет следующая схема «дедотецсын»: • Начало резервного копирования: 23:30 • Дни резервного копирования: вторник, четверг, пятница • Еженедельно/ежемесячно: пятница • Срок хранения резервных копий: o Ежедневные: 6 месяцев o Еженедельные: 6 месяцев o Ежемесячные: 5 лет В данном случае инкрементные резервные копии будут создаваться по вторникам и четвергам, а еженедельные и ежемесячные — по пятницам. Обратите внимание, что для выбора пятницы в поле Еженедельно/ежемесячно необходимо сначала указать этот день в поле Дни резервного копирования. Такой архив позволит сравнивать финансовые документы по состоянию на первый и последний день работы, а также иметь пятилетнюю историю всех документов и т. п. Рассмотрим более экзотическую схему «дедотецсын». • Начало резервного копирования: 12:00 ночи • Дни резервного копирования: пятница • Еженедельно/ежемесячно: пятница • Срок хранения резервных копий: o Ежедневные: 1 неделя o Еженедельные: 1 месяц o Ежемесячные: неограниченно Таким образом, резервное копирование производится только по пятницам. Это делает пятницу единственным выбором для еженедельного и ежемесячного резервного копирования и не оставляет другого дня для создания дневных копий. В итоге получится архив «дедотец», состоящий только из еженедельных дифференциальных и ежемесячных полных резервных копий. Хотя использование схемы «дедотецсын» для создания такого архива возможно, пользовательская схема резервного копирования будет более гибкой в этой ситуации. 7.2.7.5. Схема «Ханойская башня»
Немедленно • До 16 уровней полных, дифференциальных и инкрементных резервных копий • Резервные копии следующего уровня создаются в два раза реже, чем на предыдущем • Одновременно на каждом уровне находится по одной резервной копии • Более высокая плотность более свежих резервных копий Параметры Для схемы «Ханойская башня» можно задать следующие параметры. Расписание Установите ежедневное (см. стр. 180), еженедельное (см. стр. 182) или сложного ежедневного расписания: задание запускается каждые три дня Количество Выберите от 2 до 16 уровней резервного копирования. Далее приведен Период отката Гарантированное число сеансов, на которое можно в любое время Пример Установлены следующие параметры расписания • Повтор: каждый день • Частота: один раз в 18:00 Количество уровней: 4 Вот как выглядят первые 14 дней (или 14 сеансов) графика этой схемы. Затененные числа обозначают уровни резервного копирования. На разных уровнях находятся резервные копии разных типов. • На последнем уровне (в данном случае уровень 4) находятся полные резервные копии. • Резервные копии промежуточных уровней (2, 3) являются дифференциальными. • На первом уровне (1) хранятся инкрементные резервные копии. Механизм очистки обеспечивает хранение на каждом уровне только последних резервных копий. Вот как архив выглядит на восьмой день, перед созданием новой полной резервной копии. Схема позволяет хранить данные эффективно: на текущую дату накапливается больше резервных копий. При наличии четырех резервных копий можно восстановить данные по состоянию на сегодня, вчера, три дня назад и неделю назад. Период отката В разные дни количество дней, на которое можно вернуться назад, разное. Минимальное гарантированное количество дней называется периодом отката. В следующей таблице показаны полная резервная копия и периоды отката для схем разных уровней. Количество Полное В другие дни Период При добавлении еще одного уровня периоды отката и наличия полной копии удваиваются. Чтобы понять, почему количество дней восстановления изменяется, вернемся к предыдущему примеру. Вот какие резервные копии имеются на 12й день (цифры, выделенные серым цветом, обозначают удаленные резервные копии). Новая дифференциальная резервная копия на уровне 3 еще не создана, поэтому резервная копия для пятого дня все еще хранится. А поскольку она зависит от полной резервной копии первого дня, эта копия также не удалена. Благодаря этому период отката составляет 11 дней, что является наиболее благоприятным сценарием. Однако на следующий день будет создана новая дифференциальная резервная копия на третьем уровне, а старая полная копия будет удалена. Изза этого интервал восстановления сокращается всего до четырех дней, что является наихудшим сценарием. На 14й день интервал составляет пять дней. В последующие дни он будет увеличиваться, пока снова не сократится до четырех дней и т. д. Период отката показывает, сколько дней гарантировано даже в худшем случае. Для четырехуровневой схемы он составляет четыре дня. 7.2.7.6. Пользовательская схема резервного копирования Немедленно • Пользовательское расписание и условия для резервных копий каждого типа • Пользовательское расписание и правила хранения Параметры Полная резервная копия Указывает, по какому расписанию и при каких условиях следует создавать Например, можно настроить создание полной резервной копии в каждое воскресенье в 01:00, после выхода из системы последнего пользователя. Инкрементная Указывает, по какому расписанию и при каких условиях следует создавать Если на момент выполнения задания в архиве нет резервных копий, то Дифференциальная Указывает, по какому расписанию и при каких условиях создавать Если на момент выполнения задания в архиве нет резервных копий, то вместо дифференциальной будет создана полная резервная копия. Срок хранения Указывает, какие правила хранения будут применяться к архиву. Например, можно настроить процедуру очистки на удаление всех Применить правила Указывает, когда применять правила хранения (см. стр. 42). (только если установлены Например, можно настроить запуск процедуры очистки после каждого правила хранения) резервного копирования, а также по расписанию. Этот параметр доступен, только если задано хотя бы одно правило Расписание очистки Указывает расписание для очистки архива. (только если выбран Например, можно запланировать проведение очистки в последний день параметр По расписанию) каждого месяца. Этот параметр доступен, только если установлен флажок По расписанию в Примеры Еженедельное полное резервное копирование По следующей схеме полное резервное копирование производится вечером каждую пятницу. Полное резервное копирование. Расписание: еженедельно, каждую пятницу, в 22:00 Здесь все параметры, кроме параметра Расписание в Полном резервном копировании, оставлены пустыми. Все резервные копии в архиве хранятся неограниченное время (очистка архива не производится). Полное и инкрементное резервное копирование и очистка При использовании следующей схемы архив будет содержать еженедельные полные резервные копии и ежедневные инкрементные резервные копии. Также требуется, чтобы создание полной резервной копии начиналось только после выхода из системы всех пользователей. Полное резервное копирование: Расписание: Еженедельно, в пятницу, в 22:00 Полное резервное копирование: Условия: Пользователь вышел из системы Инкрементное: Расписание: Еженедельно, каждый рабочий день, в 21:00 Кроме того, все резервные копии старше одного года должны удаляться из архива, а очистка должна выполняться после создания новой резервной копии. Правила хранения: удалять резервные копии старше 12 месяцев Применить правила: после создания резервной копии По умолчанию полная резервная копия, хранящаяся больше года, может быть удалена только после того, как зависящие от нее инкрементные резервные копии также будут подлежать удалению. Дополнительные сведения см. в разделе Срок хранения (см. стр. 42). Ежемесячное полное, еженедельное дифференциальное и ежедневное инкрементное резервное копирование и очистка Этот пример демонстрирует использование всех параметров, доступных в пользовательской схеме. Предположим, требуется схема, которая будет создавать ежемесячные полные, еженедельные дифференциальные и ежедневные инкрементные резервные копии. Расписание такого резервного копирования выглядит следующим образом. Полное резервное копирование. Расписание: ежемесячно, каждое последнее воскресенье месяца, в 21:00 Инкрементное резервное копирование. Расписание: еженедельно, каждый рабочий день, в 19:00 Дифференциальное резервное копирование. Расписание: еженедельно, каждую субботу, в 20:00 Кроме того, необходимо добавить условия, которые должны быть выполнены для запуска задания резервного копирования. Они указываются в полях Условия для каждого типа резервного копирования. Полное резервное копирование. Условия: место создания доступно Инкрементное резервное копирование. Условия: пользователь вышел из системы Дифференциальное резервное копирование. Условия: пользователь неактивен В результате полное резервное копирование, запланированное на 21:00, на самом деле может начаться позже: как только хранилище резервных копий станет доступным. Точно так же задания по инкрементному и дифференциальному резервному копированию будут ждать, пока все пользователи выйдут из системы или станут неактивны. Наконец, необходимо задать правила хранения для архива: хранить только резервные копии не старше шести месяцев и производить очистку после выполнения каждого задания резервного копирования, а также в последний день каждого месяца. Правила хранения: удалять резервные копии старше 6 месяцев Применить правила: после каждого резервного копирования, по расписанию Расписание очистки: ежемесячно, в последний день каждого месяца, в 22:00 По умолчанию резервная копия не удаляется, пока существуют зависимые резервные копии, которые должны быть сохранены. Например, если полная резервная копии подлежит удалению, но существуют инкрементные или дифференциальные резервные копии, которые от нее зависят, удаление откладывается до тех пор, пока не станет возможным удаление всех зависимых резервных копий. Дополнительные сведения см. в разделе Правила хранения (см. стр. 42). Результирующие задания Любая пользовательская схема всегда приводит к появлению трех заданий резервного копирования и, если определены правила хранения, задания очистки. В списке заданий каждое задание указывается либо как Запланированное (если задано расписание), либо как Выполняемое вручную (если расписание не задано). Запустить вручную в любое время можно любое задание резервного копирования или очистки, независимо от того, если ли у него расписание. В первом из предыдущих примеров расписание было задано только для создания полных резервных копий. Однако по итогам реализации схемы все равно будет создано три задания резервного копирования, при этом резервное копирование любого типа можно запустить вручную. • Полная резервная копия создается каждую пятницу в 22:00. • Создание инкрементных резервных копий запускается вручную. • Создание дифференциальных резервных копий запускается вручную. Чтобы запустить любое из этих заданий резервного копирования, его нужно выбрать в списке заданий в разделе Планы и задания резервного копирования на левой панели. Если в схеме резервного копирования были также указаны правила хранения, то будут созданы четыре задания: три задания резервного копирования и одно задание очистки. 7.2.8. Проверка архива Настройте задание проверки для определения возможности восстановления данных из резервной копии. Если резервная копия не проходит проверку, то задание проверки завершается неудачей, а план резервного копирования получает статус «Ошибка». Чтобы настроить проверку, укажите следующие параметры. 1. Когда проверять — выберите, когда выполнять проверку. Поскольку для проверки требуется значительный объем ресурсов, разумным является планирование проверки на период внепиковой нагрузки управляемой машины. С другой стороны, если проверка является важнейшей частью стратегии защиты данных, когда предпочтение отдается немедленному получению информации о том, повреждены ли зарезервированные данные и могут ли они быть успешно восстановлены, то можно рассмотреть возможность запуска проверки сразу после создания резервной копии. 2. Что проверять — выберите, проверять ли весь архив или только последнюю резервную копию в архиве. Проверка файла резервной копии имитирует восстановление всех файлов из резервной копии в фиктивную папку. При проверке резервной копии тома вычисляется контрольная сумма для каждого блока данных, сохраненного в резервной копии. Проверка архива приведет к проверке всех резервных копий архива и может занять продолжительное время и задействовать значительную часть системных ресурсов. 3. Расписание проверки (появляется только при установке флажка «По расписанию» в шаге 1) — задайте график проверки. Дополнительные сведения см. в разделе Планирование (см. стр. 179). 8. Словарь терминов Acronis Active Restore Эксклюзивная технология Acronis, запускающая систему сразу после начала операции ее восстановления. Система загружается из резервной копии (см. стр. 390), после чего машина начинает работать и готова предоставлять необходимые сервисы. Данные, требующиеся для выполнения поступающих запросов, восстанавливаются с наивысшим приоритетом; все остальное восстанавливается в фоновом режиме. Ограничения: • резервная копия должна находиться на локальном диске (любом устройстве доступном через BIOS за исключением загрузки по сети) • не работает с образами Linux. Universal Restore (Acronis Backup & Recovery 10 Universal Restore) Эксклюзивная технология компании Acronis, позволяющая запустить Windows на другом оборудовании или на виртуальной машине. Функция Universal Restore справляется с различиями устройств, которые важны для запуска операционной системы, например контроллеров запоминающего устройства, материнских плат и чипсетов. Universal Restore недоступен в следующих случаях: • когда машина запущена с использованием Восстановления при загрузке (см. стр. 378) (нажатием клавиши F11) или • когда восстанавливаемый образ находится в Зоне безопасности Acronis (см. стр. 383) или • при использовании Acronis Active Restore (см. стр. 377), т.к. эти функции в первую очередь предназначены для мгновенного восстановления данных на той же машине. Функция Universal Restore недоступна при восстановлении Linux. WinPE (среда предустановки Windows) Минимальная конфигурация ОС Windows с одним из следующих ядер: • Windows XP Professional с пакетом обновления 2 (PE 1.5) • Windows Server 2003 с пакетом обновления 1 (PE 1.6) • Windows Vista (PE 2.0) • Windows Vista SP1 и Windows Server 2008 (PE 2.1). WinPE обычно используется производителями аппаратного обеспечения и корпорациями для развертывания, тестирования, диагностики и восстановления системы. Машину можно загрузить в WinPE через PXE, CDROM, флэшнакопитель USB или жесткий диск. Подключаемый модуль Acronis для WinPE (см. стр. 387) позволяет агенту Acronis Backup & Recovery 10 (см. стр. 378) работать в среде предустановки. Агент (агент Acronis Backup & Recovery 10) Приложение, выполняющее резервное копирование и восстановление данных и позволяющее проводить другие операции управления на машине (см. стр. 385), такие, как управление задачами и операции с жесткими дисками. Тип данных, резервные копии которых можно создавать, зависит от типа агента. Acronis Backup & Recovery 10 содержит агенты, предназначенные для резервного копирования дисков и файлов, и агенты, предназначенные для резервного копирования виртуальных машин, хранящихся на серверах виртуализации. Архив См. Архив резервных копий (см. стр. 378). Архив резервных копий (Архив) Набор резервных копий (см. стр. 389), созданный и управляемый планом резервного копирования (см. стр. 386). Архив может содержать несколько полных (см. стр. 388), а также инкрементных (см. стр. 383) и дифференциальных резервных копий (см. стр. 382). Резервные копии, принадлежащие одному архиву, всегда хранятся в одном местоположении. Несколько планов резервного копирования могут копировать один и тот же источник в один и тот же архив, но в основном используется сценарий «один план – один архив». Резервные копии в архиве находятся под полным управлением плана резервного копирования. Ручные операции с архивами (проверка (см. стр. 388), просмотр содержимого, подключение и удаление резервных копий) должны выполняться с использованием Acronis Backup & Recovery 10. Не следует изменять архивы, используя проводник Windows или диспетчеры файлов сторонних производителей. Виртуальная машина На сервере управления Acronis Backup & Recovery 10 машина (см. стр. 385) считается виртуальной, если можно создать ее резервную копию с узла виртуализации, не устанавливая агент (см. стр. 378) на эту машину. Виртуальная машина появляется на сервере управления после регистрации сервера виртуализации, на котором находится машина, если агент Acronis Backup & Recovery 10 для виртуальных машин установлен на этом сервере. Восстановление при загрузке (ASRM) Модификация загрузочного агента (см. стр. 382), которая находится на системном диске и запускается во время загрузки при нажатии клавиши F11. Восстановление при загрузке устраняет необходимость в загрузочном носителе или сетевом подключении для запуска загрузочной утилиты аварийного восстановления. Восстановление при загрузке особенно полезно для мобильных пользователей. Если возникает сбой, пользователь перезагружает машину, нажимает клавишу F11 при появлении приглашения «Press F11 for Acronis Startup Recovery Manager…» и выполняет восстановление данных так же, как с помощью обычного загрузочного носителя. Ограничения: нельзя создать на динамическом диске (см. стр. 381); необходима ручная настройка загрузчиков, например LILO и GRUB; требуется повторная активация сторонних загрузчиков. Встроенная группа Группа машин, постоянно существующая на сервере управления (см. стр. 390). На сервере управления имеется две встроенные группы, содержащие все машины каждого из следующих типов: Все физические машины (см. стр. 392), Все виртуальные машины (см. стр. 378). Встроенные группы невозможно удалить, переместить в другие группы или изменить вручную. Во встроенных группах нельзя создать пользовательские группы. Невозможно удалить физическую машину из встроенной группы; можно сделать это, только удалив ее с сервера управления. Виртуальные машины можно удалить путем удаления их хостсервера. К встроенной группе можно применить политику резервного копирования (см. стр. 387). Группа дисков Несколько динамических дисков (см. стр. 381), для которых в базах данных LDM хранятся общие данные конфигурации, что позволяет управлять этими дисками как единым целым. Обычно все динамические диски, созданные на одной машине (см. стр. 385), являются членами одной группы дисков. Сразу же после создания первого динамического диска с помощью LDM или другого инструмента управления дисками имя группы дисков записывается в раздел реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\dmio\Boot Info\Primary Disk Group\Name. Следующие созданные или импортированные диски добавляются к этой же группе дисков. Группа существует, пока существует по крайней мере один из ее членов. После того, как последний динамический диск отключается или конвертируется в базовый, группа прекращает свое существование, но ее имя хранится в указанном разделе реестра. Если динамический диск создается или подключается снова, создается также группа дисков с инкрементным именем. При переносе на другую машину группа дисков считается «внешней» и не используется, пока не будет импортирована в существующую группу дисков. При импорте данные конфигурации обновляются как на локальном, так и на внешнем диске, после чего они составляют единое целое. Внешняя группа импортируется «как есть» (сохраняет исходное имя), если на машине больше нет групп дисков. Более подробные сведения о группах дисков см. в следующей статье базы знаний Майкрософт: http://support.microsoft.com/kb/222189/ENUS/ Дед-отец-сын (GFS) Популярная схема резервного копирования (см. стр. 390), предназначенная для поддержки оптимального равновесия между размером архива резервных копий (см. стр. 378) и количеством точек восстановления (см. стр. 391), доступных из этого архива. Схема «дедотец сын» позволяет производить восстановление ежедневного состояния на несколько дней назад, еженедельного состояния на несколько недель назад и ежемесячного состояния на любой момент времени в прошлом. Более подробные сведения см. в разделе Схема резервного копирования дедотецсын (см. стр. 35). Дедупликация Способ однократного сохранения разных дубликатов одного и того же элемента информации. Acronis Backup & Recovery 10 применяет технологию дедупликации к архивам резервных копий (см. стр. 378), хранящимся на узлах хранения (см. стр. 391). Это позволяет минимизировать пространство хранения, занимаемое архивами, трафик, создаваемый резервным копированием, и нагрузку на сеть во время резервного копирования. Дедуплицирующее хранилище Управляемое хранилище (см. стр. 391), в котором доступна дедупликация (см. стр. 380). Динамическая группа Группа машин (см. стр. 385), заполняемая автоматически сервером управления (см. стр. 390) в соответствии с критериями членства, указанными администратором. Acronis Backup & Recovery 10 предлагает следующие критерии членства: • операционная система • подразделение Active Directory • диапазон IPадресов. Машина остается в динамической группе, пока отвечает критериям этой группы. Машина удаляется из группы автоматически при наступлении следующих условий: • свойства машины изменятся таким образом, что она больше не будет удовлетворять критериям ИЛИ • администратор изменит критерии таким образом, что машина больше не будет удовлетворять критериям. Невозможно удалить машину из динамической группы вручную, можно сделать это, только удалив ее с сервера управления. Динамический диск Жесткий диск, управляемый диспетчером логических дисков (LDM), который доступен в Windows, начиная с Windows 2000. LDM помогает гибко размещать тома на устройстве хранения для повышения отказоустойчивости, увеличения производительности или достижения большего размера тома. Динамический диск может использовать в качестве стиля раздела как основную загрузочную запись (MBR), так и таблицу разделов на основе GUID (GPT). В дополнение к MBR или GPT, каждый динамический диск имеет скрытую базу данных, где LDM хранит конфигурацию динамических томов. Каждый динамический диск содержит полные сведения обо всех динамических томах, существующих в группе дисков, что способствует повышению надежности хранения. База данных занимает последний 1 МБ на диске MBR. На диске GPT Windows создает специальный раздел метаданных LDM, занимая для этого место в резервном разделе Майкрософт (MSR). Динамические диски, организованные на дисках MBR (Диск 1) и GPT (Диск 2). Более подробные сведения о группах дисков см. в следующей статье базы знаний Майкрософт: Disk Management (Windows XP Professional Resource Kit) http://technet.microsoft.com/en us/library/bb457110.aspx 816307 Best practices for using dynamic disks on Windows Server 2003based computers http://support.microsoft.com/kb/816307 Динамический том Любой том, находящийся на динамических дисках (см. стр. 381), или точнее, в группе дисков (см. стр. 379). Динамические тома можно разместить на нескольких дисках. Динамические тома обычно конфигурируются в зависимости от поставленной цели: • для увеличения размера тома (составной том) • для сокращения времени доступа (чередующийся том) • для достижения отказоустойчивости путем введения избыточности (зеркальные тома и тома RAID5). Дифференциальная резервная копия В дифференциальной резервной копии хранятся изменения, произведенные в данных относительно самой поздней версии полной резервной копии (см. стр. 388). Для восстановления данных из дифференциальной резервной копии необходимо иметь доступ к полной резервной копии. Загрузочный агент Программа аварийной загрузки, содержащая большинство функций агента Acronis Backup & Recovery 10 (см. стр. 378). Основой загрузочного агента является ядро Linux. Машину (см. стр. 385) можно загрузить в загрузочный агент, используя как загрузочный носитель (см. стр. 382), так и Acronis PXE Server. Операции можно настроить и контролировать как локально, через пользовательский интерфейс, так и удаленно, используя консоль (см. стр. 384). Загрузочный носитель Физический носитель (CD, DVD, флэшнакопитель USB или другой носитель, поддерживаемый BIOS машины (см. стр. 385) в качестве загрузочного устройства), который содержит загрузочный агент (см. стр. 382) или среду предустановки Windows (WinPE) (см. стр. 377) с подключаемым модулем Acronis для WinPE (см. стр. 387). Машину тоже можно загрузить в вышеперечисленных средах, используя загрузку по сети с Acronis PXE Server или Службу удаленной установки Microsoft (RIS). Такие серверы, содержащие компоненты загрузки, можно также рассматривать как вид загрузочного носителя. Загрузочные носители чаще всего используются для следующего: • восстановления операционной системы, которая не может запуститься • доступа к данным, сохранившимся после повреждения системы, и их резервного копирования • развертывания операционной системы на «голом железе» • создания базовых или динамических томов (см. стр. 382) на «голом железе» • посекторного резервного копирования диска, имеющего неподдерживаемую файловую • создавать в автономном режиме резервные копии любых данных, которые невозможно скопировать в оперативном режиме изза постоянной их блокировки работающими приложениями или по любой другой причине. Задание Задание в Acronis Backup & Recovery 10 — это набор последовательных действий, которые будут выполнены на управляемой машине (см. стр. 391) при наступлении определенного момента времени или события. Такие действия описаны в xmlсценарии. Стартовое условие (расписание) находится в защищенных разделах реестра. Зарегистрированная машина Машина (см. стр. 385), управляемая сервером управления (см. стр. 390). Такая машина может быть зарегистрирована только на одном сервере управления за раз. Машина становится зарегистрированной в результате процедуры регистрации (см. стр. 389). Зона безопасности Acronis Защищенный том для хранения архивов (см. стр. 378) резервных копий на управляемой машине (см. стр. 391). Преимущества • Позволяет выполнить восстановление того же диска, на котором находится резервная копия этого диска. • Предлагает эффективный и удобный метод защиты данных от сбоев программного обеспечения, вирусных атак, ошибок оператора. • Устраняет необходимость в отдельном носителе или сетевом подключении для создания резервной копии или восстановления данных. Это особенно полезно для мобильных пользователей. • Может служить основным расположением для дублирования резервных копий. Ограничение: Зону безопасности Acronis нельзя организовать на динамическом диске (см. стр. 381) или на диске, на котором используется стиль разделов GPT. Зона безопасности Acronis рассматривается как индивидуальное хранилище (см. стр. 383). Индивидуальное хранилище Локальное или сетевое хранилище (см. стр. 392), созданное с использованием прямого управления (см. стр. 389). После создания индивидуального хранилища его ярлык появляется в разделе Индивидуальные хранилища в панели Навигация. Несколько машин могут использовать в качестве индивидуального хранилища одно физическое местоположение, например сетевой ресурс. Инкрементная резервная копия Резервная копия (см. стр. 389), в которой хранятся изменения, произведенные в данных относительно самой поздней резервной копии. Для восстановления данных инкрементной резервной копии требуется иметь доступ к другим резервным копиям того же архива (см. стр. 378). Консолидация Совмещение двух и более последовательных резервных копий (см. стр. 389), принадлежащих одному архиву (см. стр. 378), в единую резервную копию. Консолидация может потребоваться при удалении резервных копий либо вручную, либо во время очистки (см. стр. 385). Например, правила хранения требуют удалить устаревшую полную резервную копию (см. стр. 388), но оставить следующую за ней инкрементную (см. стр. 383). Резервные копии будут объединены в единую полную резервную копию, которой будет присвоена дата инкрементной копии. Правила хранения предоставляют возможность не удалять резервные копии с зависимыми инкрементными, т.к. консолидация может занимать много времени и ресурсов. В приведенном примере полная резервная копия будет сохраняться, пока инкрементная тоже не устареет. После этого обе резервных копии будут удалены. Консоль (консоль Acronis Backup & Recovery 10) Инструмент для удаленного или локального доступа к агентам Acronis (см. стр. 378) и серверу управления Acronis Backup & Recovery 10 (см. стр. 390). Подключив консоль к серверу управления, администратор устанавливает политики резервного копирования (см. стр. 387) и управляет ими, а также получает доступ к другим функциям сервера управления, осуществляя тем самым централизованное управление (см. стр. 392). Используя прямое подключение консольагент, администратор осуществляет прямое управление (см. стр. 389). Локальное задание Задание (см. стр. 383), принадлежащее локальному плану резервного копирования (см. стр. 384), или задание, которое не принадлежит никакому плану, например задание на восстановление. Локальное задание, принадлежащее плану резервного копирования, можно изменить, отредактировав только этот план; другие локальные задания можно изменять напрямую. Локальный план резервного копирования План резервного копирования (см. стр. 386), созданный на управляемой машине (см. стр. 391) с использованием прямого управления (см. стр. 389). Мастер создания загрузочных носителей Специальный инструмент, предназначенный для создания загрузочных носителей (см. стр. 382). Машина Физический или виртуальный компьютер, уникально идентифицируемый установленной операционной системой. Машины с несколькими операционными системами (системы с альтернативной загрузкой ОС) считаются несколькими машинами. Неуправляемое хранилище Любое хранилище (см. стр. 392), которое не является управляемым хранилищем (см. стр. 391). Образ То же, что и резервная копия диска (см. стр. 390). Операция резервного копирования Операция, создающая копию данных, имеющихся на жестком диске машины (см. стр. 385), для восстановления или возврата этих данных к состоянию на указанное время и дату. Очистка Удаление резервных копий (см. стр. 389) из архива резервных копий (см. стр. 378) с целью избавиться от устаревших копий или предотвратить превышение желаемого размера архива. Очистка представляет собой применение к архиву правил хранения, установленных планом резервного копирования (см. стр. 386), который создал этот архив. Эта операция проверяет, превышает ли архив свой максимальный размер, а также контролирует наличие устаревших архивов. В зависимости от того, нарушены ли правила хранения, это может привести или не привести к удалению резервных копий. Более подробные сведения см. в разделе Правила хранения (см. стр. 42). Очистка на стороне агента Очистка (см. стр. 385), выполняемая агентом (см. стр. 378) в соответствии с планом резервного копирования (см. стр. 386), который создает архив (см. стр. 378). Очистка на стороне агента выполняется в неуправляемых хранилищах (см. стр. 385). Очистка на стороне узла хранения Очистка (см. стр. 385), выполняемая узлом хранения (см. стр. 391) в соответствии с планами резервного копирования (см. стр. 386) и позволяющая получить архивы (см. стр. 378), хранящиеся в управляемом хранилище (см. стр. 391). Такая очистка является альтернативой очистке на стороне агента (см. стр. 385) и освобождает производственные сервера от ненужной загрузки ЦП. Т.к. расписание очистки находится на той машине (см. стр. 385), где имеется агент (см. стр. 378) и, следовательно, использует время и события этой машины, агент должен инициировать очистку на стороне узла хранения всякий раз при наступлении времени или события, указанного в расписании. Для этого агент должен быть запущен. В следующей таблице приведены виды очистки, использующиеся в Acronis Backup & Recovery 10. устанавливается: резервного копирования Правила хранения Планом Планом резервного устанавливаются: резервного копирования Параметры резервного копирования Параметры конфигурации операции резервного копирования (см. стр. 385), такие как команды для выполнения до/после резервного копирования, максимальная полоса пропускания сети, предоставленная потоку резервного копирования или уровень сжатия данных. Параметры резервного копирования являются частью плана резервного копирования (см. стр. 386). План См. план резервного копирования (см. стр. 386). План резервного копирования (план) Набор правил, определяющих, как конкретные данные будут защищены на конкретной машине. План резервного копирования определяет следующее: • какие данные подлежат резервному копированию • где хранить архив резервных копий (см. стр. 378) (имя и местоположение архива резервных копий) • схему резервного копирования (см. стр. 390), содержащую расписание резервного копирования и [необязательно] правила хранения • [необязательно] правила проверки (см. стр. 388) архива • параметры резервного копирования (см. стр. 386). Например, план резервного копирования может содержать следующие сведения: • создать резервную копию диска C: (это данные, которые будет защищать план) • назвать архив MySystemVolume и поместить его в каталог \\server\backups\ (это имя и местоположение архива резервных копий) • выполнять полное резервное копирование ежемесячно в последний день месяца в 10 часов утра и инкрементное резервное копирование по воскресеньям в 10 часов вечера. Удалять архивы старше трех месяцев (это схема резервного копирования) • проверять резервную копию сразу после ее создания (это правило проверки) • защитить архив с помощью пароля (это параметр). Физически, план резервного копирования — это пакет заданий (см. стр. 383), сконфигурированных для выполнения на управляемой машине (см. стр. 391). План резервного копирования может создаваться непосредственно на машине (локальный план) или появиться на машине в результате развертывания политики резервного копирования (см. стр. 387) (централизованный план (см. стр. 393)). Подключаемый модуль Acronis для WinPE Модификация агента Acronis Backup & Recovery 10 для Windows, которая может запускаться в среде предустановки. Подключаемый модуль можно добавить к образу WinPE (см. стр. 377), используя Acronis WinPE ISO Builder. Полученный в результате загрузочный носитель (см. стр. 382) можно использовать для загрузки любой ПКсовместимой машины и выполнять (с некоторыми ограничениями) большую часть операций прямого управления (см. стр. 389) без участия операционной системы. Операции можно настроить и контролировать как локально, через пользовательский интерфейс, так и удаленно, используя консоль (см. стр. 384). Политика См. Политика резервного копирования (см. стр. 387). Политика резервного копирования (политика) Шаблон плана резервного копирования, созданный администратором сервера управления (см. стр. 390) и хранящийся на сервере управления. Политика резервного копирования содержит те же правила, что и план резервного копирования, но может не указывать точно, какие именно данные необходимо включать в резервную копию. Вместо этого можно использовать правила выбора (см. стр. 388), например переменные среды. Благодаря такому гибкому выбору, политику резервного копирования можно централизованно применять к нескольким машинам. Если данные, подлежащие резервному копированию, определены явно (например, /dev/sda или C:\Windows), политика создаст их резервные копии на каждой машине, где будет найден такой путь. Применяя политику к группе машин, администратор одним действием развертывает множество планов резервного копирования. При использовании политик применяется следующий порядок работы. 1. Администратор создает политику резервного копирования. 2. Администратор применяет эту политику к группе машин или одной машине (см. стр. 385). 3. Сервер управления развертывает политику на машинах. 4. На каждой машине установленный на ней агент (см. стр. 378) находит данные, предназначенные для резервного копирования, используя правила выбора. Например, в случае использования правила выбора [Все тома] будет выполнено резервное копирование всей машины целиком. 5. На каждой машине установленный на ней агент создает план резервного копирования (см. стр. 386), используя другие правила, установленные политикой. Такой план резервного копирования называется централизованным планом (см. стр. 393). 6. На каждой машине установленный на ней агент создает набор централизованных заданий (см. стр. 392), которые будут выполнять план. Полная резервная копия Самостоятельная резервная копия (см. стр. 389), содержащая все необходимые данные. Для восстановления данных полной резервной копии не требуется иметь доступ к любой другой резервной копии. Правила проверки Часть плана резервного копирования (см. стр. 386). Правила, определяющие, когда и как часто выполнять проверку (см. стр. 388), а также проверять ли весь архив (см. стр. 378) целиком или только его последнюю резервную копию. Правило выбора Часть политики резервного копирования (см. стр. 387). Позволяет администратору сервера управления (см. стр. 390) выбирать на машине данные, подлежащие копированию. Проверка Операция, проверяющая возможность восстановления данных из резервной копии (см. стр. 389). Проверка файла резервной копии имитирует восстановление всех файлов из резервной копии в фиктивное местоположение. В предыдущих версиях продукта файл резервной копии считался действительным, если метаданные, содержащиеся в его заголовке, были согласованными. Метод, использующийся в текущей версии, занимает много времени, но гораздо более надежен. Проверка резервной копии тома вычисляет контрольную сумму для каждого блока данных, хранящегося в архиве. Эта процедура также требует много ресурсов. Несмотря на то, что успешная проверка означает высокую вероятность успешного восстановления, она не проверяет все факторы, влияющие на процесс восстановления. При резервном копировании операционной системы только тестовое восстановление с загрузочного носителя на резервный жесткий диск может гарантировать успешное восстановление в будущем. Проверка на стороне агента Проверка (см. стр. 388), выполняемая агентом (см. стр. 378) в соответствии с планом резервного копирования (см. стр. 386), который создает архив (см. стр. 378). Проверка на стороне агента выполняется в неуправляемых хранилищах (см. стр. 385). Проверка на стороне узла хранения Проверка (см. стр. 388), выполняемая узлом хранения (см. стр. 391) в соответствии с планами резервного копирования (см. стр. 386), которые создают архивы (см. стр. 378) в управляемом хранилище (см. стр. 391). Такая проверка является альтернативой проверке на стороне агента (см. стр. 388) и освобождает производственные сервера от ненужной загрузки ЦП. Прямое управление Любая операция управления, выполняющаяся на управляемой машине (см. стр. 391) с использованием прямого подключения консоль (см. стр. 384)агент (см. стр. 378) (в противоположность централизованному управлению (см. стр. 392), при котором операции конфигурируются на сервере управления (см. стр. 390) и затем передаются сервером на управляемые машины). Прямое управление предусматривает следующие операции: • создание локальных планов резервного копирования (см. стр. 384) и управление ими • создание локальных заданий (см. стр. 384), таких как задания по восстановлению, и управление ими • создание индивидуальных хранилищ (см. стр. 383) и архивов, хранящихся в них, а также управление ими • просмотр состояния, хода выполнения и свойств централизованных заданий (см. стр. 392), имеющихся на машине • просмотр журнала операций агента и управление им • операции управления диском, такие как клонирование, создание тома, преобразование В некотором роде прямое управление осуществляется при использовании загрузочного носителя (см. стр. 382). Некоторые операции прямого управления можно также выполнять посредством пользовательского интерфейса сервера управления. Это, однако, предполагает либо явное, либо неявное прямое подключение к выбранной машине. Регистрация Процедура, добавляющая управляемую машину (см. стр. 391) на сервер управления (см. стр. 390). Регистрация устанавливает доверительные отношения между агентом (см. стр. 378), находящимся на машине, и сервером. Во время регистрации консоль извлекает клиентский сертификат сервера управления и передает его агенту, который затем использует его для аутентификации пытающихся подключиться клиентов. Это позволяет предотвратить любые попытки сетевых взломщиков установить фальшивое соединение от имени доверенного участника (сервера управления). Резервная копия Результат одной операции резервного копирования (см. стр. 385). Физически это файл или запись на ленте, содержащий копию архивированных данных по состоянию на определенную дату и время. Файлы резервных копий, созданные Acronis Backup & Recovery 10, имеют расширение TIB. TIBфайлы, получившиеся в результате консолидации (см. стр. 384) архивов, также называются резервными копиями. Резервная копия диска (образ) Резервная копия (см. стр. 389), содержащая секторную копию диска или тома в запакованном виде. Обычно копируются только сектора, содержащие данные. Acronis Backup & Recovery 10 предоставляет дополнительную возможность получить необработанный образ, т.е. копировать все сектора диска, что позволяет создавать образы неподдерживаемых файловых систем. Сервер управления (сервер управления Acronis Backup & Recovery 10) Центральный сервер, управляющий защитой данных внутри корпоративной сети. Сервер управления Acronis Backup & Recovery 10 предоставляет администратору следующие возможности: • единую точку входа в инфраструктуру Acronis Backup & Recovery 10 • простой способ защиты данных на множестве машин (см. стр. 385) с помощью политик резервного копирования (см. стр. 387) и группировки • внутрикорпоративный мониторинг • возможность создавать централизованные хранилища (см. стр. 393) для хранения архивов резервных копий (см. стр. 378) организации • возможность управлять узлами хранения (см. стр. 391). При наличии нескольких серверов управления в сети они функционируют независимо, управляют разными машинами и используют разные централизованные хранилища для хранения архивов. Статическая группа Группа машин, которые администратор сервера управления (см. стр. 390) заполняет путем ручного добавления в нее машин. Машина остается в статической группе, пока администратор не удалит ее из группы или с сервера управления. Схема резервного копирования Часть плана резервного копирования (см. стр. 386), включающая в себя расписание резервного копирования и [необязательно] правила хранения и расписание очистки (см. стр. 385). Например: выполнять полное резервное копирование (см. стр. 388) ежемесячно в последний день месяца в 10 часов утра и инкрементное резервное копирование (см. стр. 383) по воскресеньям в 10 часов вечера. Удалять резервные копии старше 3 месяцев. Проверять наличие таких резервных копий каждый раз по завершении операции резервного копирования. Acronis Backup & Recovery 10 предоставляет возможность использовать хорошо известные оптимизированные схемы резервного копирования, такие как «дедотецсын (см. стр. 380)» и Ханойская башня (см. стр. 392) для создания пользовательской схемы резервного копирования или для однократного резервного копирования данных. Точка восстановления Дата и время, к состоянию на которые можно восстановить данные. Узел хранения (узел хранения Acronis Backup & Recovery 10) Сервер, предназначенный для оптимизации использования разных ресурсов, необходимых для защиты корпоративных данных. Это достигается путем организации управляемых архивов (см. стр. 391). Узел хранения позволяет администратору делать следующее: • освобождать управляемые машины (см. стр. 391) от лишней загрузки ЦП с помощью очистки на стороне узла хранения (см. стр. 385) и проверки на стороне узла хранения (см. стр. 389) • радикально уменьшить трафик резервного копирования и объем хранения, занимаемый архивами (см. стр. 378), используя дедупликацию (см. стр. 380) • предотвратить доступ к архивам резервных копий, даже в случае хищения носителя архива или доступа к нему злоумышленника, используя шифрованные архивы (см. стр. 393). Управляемая машина Физическая или виртуальная машина (см. стр. 385), на которой установлен по крайней мере один агент Acronis Backup & Recovery 10 (см. стр. 378). Управляемое хранилище Централизованное хранилище (см. стр. 393), управляемое узлом хранения (см. стр. 391). Доступ к архивам (см. стр. 378) в управляемом хранилище можно получить следующими способами: bsp://адрес_узла/имя_хранилища/имя_архива/ Физически управляемые хранилища могут находиться на сетевом ресурсе, SAN, NAS, на жестком диске, расположенном локально на узле хранения или в библиотеке ленточных носителей, подключенной локально к узлу хранения. Узел хранения выполняет очистку на стороне узла хранения (см. стр. 385) и проверку на стороне узла хранения (см. стр. 389) каждого архива, хранящегося в управляемом хранилище. Администратор может назначить дополнительные операции, которые узел хранения будет выполнять (дедупликацию (см. стр. 380), шифрование). Любое управляемое хранилище является самостоятельным, т.е. содержит все метаданные, необходимые узлу хранения для управления хранилищем. Если узел хранения утерян или его база данных повреждена, новый узел хранения извлекает эти метаданные и создает базу данных заново. Когда хранилище подключено к другому узлу хранения, происходит та же самая процедура. Физическая машина На сервере управления Acronis Backup & Recovery 10 физическая машина — это то же самое, что и зарегистрированная машина (см. стр. 383). Виртуальная машина считается физической, если на ней установлен агент Acronis Backup & Recovery 10 и она зарегистрирована на сервере управления. Ханойская башня Популярная схема резервного копирования (см. стр. 390), предназначенная для поддержки оптимального равновесия между размером архива резервных копий (см. стр. 378) и количеством точек восстановления (см. стр. 391), доступных из этого архива. В отличие от схемы «дедотецсын (см. стр. 380)», имеющей только три уровня восстановления состояния (ежедневного, еженедельного и ежемесячного), схема «Ханойская башня» постепенно уменьшает временной интервал между точками восстановления по мере старения резервной копии. Это позволяет наиболее эффективно использовать пространство хранилищ резервных копий. Более подробные сведения см. в разделе Схема резервного копирования Ханойская башня (см. стр. 40). Хранилище Место для хранения архивов резервных копий (см. стр. 378). Хранилище можно организовать на локальном или сетевом диске или съемном носителе, таком как внешний USBнакопитель. Настроек для ограничения размера хранилища или количества резервных копий в нем не существует. Можно ограничить размер каждого архива, используя процедуру очистки (см. стр. 385), но общий размер архивов, находящихся в хранилище, ограничен только количеством свободного места в этом хранилище. Централизованное задание Задание (см. стр. 383), принадлежащее централизованному плану резервного копирования (см. стр. 393). Такое задание появляется на управляемой машине (см. стр. 391) в результате развертывания политики резервного копирования (см. стр. 387) с сервера управления (см. стр. 390), и изменить его можно, только отредактировав эту политику. Централизованное управление Управление инфраструктурой Acronis Backup & Recovery 10 посредством центрального управляющего блока, называемого сервер управления Acronis Backup & Recovery 10 (см. стр. 390). Централизованное управление предусматривает следующие операции: • создание и применение политик резервного копирования (см. стр. 387), а также управление ими • создание и управление статическими (см. стр. 390) и динамическими группами (см. стр. 380) машин (см. стр. 385) • управление заданиями (см. стр. 383), имеющимися на машинах • создание централизованных хранилищ (см. стр. 393) для хранения архивов, а также управление этими хранилищами • управление узлами хранения (см. стр. 391) • мониторинг действий компонентов Acronis Backup & Recovery 10, просмотр централизованного журнала и другое. Централизованное хранилище Местоположение в сети, выделенное администратором сервера управления (см. стр. 390), в качестве хранилища архивов резервных копий (см. стр. 378). Централизованное хранилище может управляться узлом хранения (см. стр. 391) или быть неуправляемым. Общее количество и размер архивов, находящихся в централизованном хранилище, ограничивается только его размером. Как только администратор сервера управления создает централизованное хранилище, имя хранилища и путь к нему передаются всем зарегистрированным машинам (см. стр. 383) на сервере. Ярлык созданного хранилища появляется на машинах в списке централизованных хранилищ. Любой план резервного копирования (см. стр. 386), имеющийся на машинах, включая локальные планы, может использовать это централизованное хранилище. На машине, которая не зарегистрирована на сервере управления, пользователь, обладающий правом резервного копирования в централизованное хранилище, может произвести такое копирование, указав полный путь к хранилищу. Если хранилище является управляемым, архивы пользователя, также как и другие архивы, находящиеся в этом хранилище, будут управляться узлом хранения. Централизованный план резервного копирования План резервного копирования (см. стр. 386), появляющийся на управляемой машине (см. стр. 391) в результате развертывания политики резервного копирования (см. стр. 387) с сервера управления (см. стр. 390). Такой план можно изменить, только отредактировав политику резервного копирования. Шифрованное хранилище Управляемое хранилище (см. стр. 391), в котором все записываемые данные шифруются, а все читаемые оттуда — прозрачно дешифруются узлом хранения (см. стр. 391) с использованием ключа шифрования, определенного для каждого хранилища и хранящегося на узле. В случае утери носителя хранилища или доступа к нему неуполномоченного пользователя, злоумышленник не сможет дешифровать содержимое хранилища, не имея доступа к узлу хранения. Шифрованные архивы (см. стр. 394) шифруются посредством шифрования, выполняемого агентом (см. стр. 378). Шифрованный архив Архив резервных копий (см. стр. 378), шифрованный в соответствии с Advanced Encryption Standard (AES). Если в параметрах резервного копирования (см. стр. 386) установлена возможность шифрования и пароль к архиву, каждая резервная копия, принадлежащая этому архиву, перед сохранением шифруется агентом (см. стр. 378). Криптографический алгоритм AES действует в режиме Cipherblock chaining (CBC) и использует случайно генерируемый ключ размером 128, 192 или 256 бит, задаваемый пользователем. Ключ шифрования затем шифруется алгоритмом AES256; в качестве ключа используется хэш SHA256 пароля. Сам пароль не хранится ни на диске, ни в файле резервной копии; для проверки используется хэш пароля. Такая двухуровневая безопасность позволяет защитить данные резервной копии от любого несанкционированного доступа, но при этом восстановление утерянного пароля невозможно. 9. Указатель Acronis Active Restore - 50, 54, 233, 235, 248, Acronis Backup & Recovery 10 - Acronis PXE Server - Inventory - 146, 150, 151, Labeling - 150, 151, Policy selection - 315, 325 качестве управляемого хранилища PXE Server - PXE-сервер и DHCP-сервер на одном сервере - Rescan - 139, 148, 149, 150, 151, Universal Restore - 19, 235, 248, Universal Restore (Acronis Backup & Recovery 10 Universal Restore) - 50, 52, 233, 248, Volume Shadow Copy Service - 98, 104, Восстановление данных - 177, 233, 250, WinPE (среда предустановки Windows) Восстановление из библиотеки Агент (агент Acronis Backup & Recovery 265, 10) - 22, 27, 57, 378, 382, 384, 385, резервного копирования - 175, Временные оповещения - Время восстановления - 235, Время после последнего резервного копирования - Всплывающие сообщения - Встроенная группа - 62, Выбор архива - 234, 237, 257, 258, 261, Выбор дисков и томов - Выбор дисков/томов - Выбор исходного и целевого дисков - библиотеке - Выбор машин - Выбор назначения - Выбор операционной системы для управления дисками - Выбор расположения - 257, Выбор резервной копии - 257, 259, 261, Выбор содержимого - 234, Выбор схемы резервного копирования - копирования - 307, 154, 355, Выбор типа виртуальной машины / хранилищами - 60, 135, 136, сервера виртуализации - 240, 242, Выбор типа создаваемого тома - 297, Выбор тома - 261, Выбор файлов - Выбор целевых дисков - 297, 298 Диски - 235, Выполнение проверки - 257, 260 Дифференциальная резервная копия Г Главная область, представления и Добавление машины в другую группу страницы действий - 11, 15 315, Группа дисков - 45, 379, 382 Добавление машины на сервере Группирование зарегистрированных машин - 10, 60, 62, 313 Добавление подключаемого модуля Группы безопасности Acronis - Добавление подключаемого модуля Защита архива - 98, Acronis в WinPE 2.x - 271, Добавление узла хранения - 330, 331, Дополнительные параметры - 49, 99, 122, 125, Дополнительные параметры планирования - 181, 183, 185, Дополнительные сведения записей централизованного журнала - 337, Драйверы для Universal Restore - 273, И Дублирование резервных копий - 51, 99, Ежедневное расписание - 180, 228, 331, Импорт машин из текстового файла Ежемесячное расписание - 185, 228, Индивидуальное хранилище - 383, 331, Еженедельное расписание - 182, 228, 331, Журнал - 204, 211, 310, 312, 316, 320, Исключение файлов источника - 98, 321, 328, 333, Журнал событий Windows - 93, 95, 100, 112, 125, Загрузочные компоненты и мастер устройства - создания загрузочных носителей - Загрузочный носитель - 9, 20, 23, 27, 116, 197, 233, 267, 270, 287, 305, 382, 384, 387, Задание - 27, 383, 384, 387, 392, 393 GRUB и изменить его конфигурацию Задание размера тома - 298, Задания - 310, 312, 316, 320, 328, Запуск Acronis Disk Director Lite - Запуск плана резервного копирования Клиентские и серверные приложения Зарегистрированная машина - 91, 383, 392, Когда дедупликация наиболее Машина - 20, 378, 379, 380, 382, 383, Количество заданий - 92, 335 Метод клонирования и дополнительные Команда до захвата данных - Команда после восстановления - Команда после захвата данных - Команда после резервного копирования Команда, выполняемая перед Наследование политик - восстановлением - Команды до и после захвата данных - & Recovery 10 - 98, 104, 102, 104, 124, Компоненты Acronis Backup & Recovery Компоненты для централизованного Компоненты носителя - 99, Консолидация - 145, 384, Консоль (консоль Acronis Backup & Recovery 10) - 27, 382, 384, 387, Консоль управления - 9, Критерий организационной единицы Необходимо участие пользователя - (OU) - 326, Кумулятивное состояние и статус Локальное задание - 384, Локальный план резервного Мастер создания ISO-образа WinPE - Мастер создания загрузочных носителей - 197, 271, 272, 284, 305, Мастер создания тома - Обычные операции - 176 Параметры, задаваемые через Ограничения - Ограничения дедупликации - 74, Ожидающие операции - 288, 289, 291, 292, 293, 300, 301, Операции с архивами, хранящимися в Операции с дисками - Операции с машиной - Операции с резервными копиями - 135, Перемещение одной группы в другую Операции с томами - 295 План - Операция резервного копирования - План резервного копирования (план) - 9, Оповещения SNMP - 93, 96, 100, 113, Основные меры предосторожности Планирование лент - 154, Основные понятия - 8, 27, 56, 57, 214 Планирование лент. Пример 1 - Очистка - 27, 144, 384, 385, 390, 392 Планирование лент. Пример 2 - Очистка на стороне агента - 385 Планы и задания резервного Очистка на стороне узла хранения - 22, Панель - 11, 13, Параметры - Параметры восстановления по ленту - 99, 120, 144, 149, умолчанию - 124, Параметры машины - 94, 113, 130, 131 Подключаемый модуль Acronis для Параметры резервного копирования Подключение к машине, загружаемой с Параметры резервного копирования и восстановления по умолчанию - 95, Подключение образа - 96, Параметры резервного копирования по умолчанию - 97, 215, Параметры сервера управления - Политика машины или группы - 63 Представления - Политика резервного копирования Преобразование базового диска в (политика) - 20, 57, 379, 384, 387, 388, динамический - 288, 292, 390, 392, Политики для машин и групп - 63, 313 базовый - 288, 292, Политики резервного копирования - 307 Преобразование диска GPT в MBR Полная резервная копия - 378, 382, 384, дифференциальные резервные копии Применение административного Пользователь вышел из системы - 194 Пример схемы - 156, 157, 161, 163, 165, Пользователь неактивен - Пользовательская схема резервного копирования - 183, 184, 186, 230, 373 Приоритет резервного копирования - 98, Порядок наследования - 320, 324, Построение Bart PE с подключаемым модулем Acronis на основе дистрибутива Windows - 272, 277 Приступая к работе - Почему программа запрашивает Проверка - 27, 144, 378, 388, пароль? - Права администратора сервера управления - Права для служб Acronis - 80, Права для удаленного подключения в Windows - Права для централизованного управления - Права пользователя на узле хранения Прямое управление - 57, 196, 383, 384, Права пользователя на управляемой 387, машине - 33, 76, 77, 216, 236, 258, Правила выбора томов для резервного копирования - Правила выбора файлов для резервного копирования - 357, Правила проверки - 386, Правила хранения - 42, 223, 230, 231, Работа в подсетях - 232, 366, 373, 374, 375, Правило выбора - 69, 387, Предварительные требования - 147 резервного копирования - Представление - Работа с представлением - 135, 136, Сетевой порт - 272, 173, Разбиение резервной копии - 99, Размер Зоны безопасности Acronis Скорость записи на жесткий диск - 98, 265, Регистрация - 21, 57, 62, 94, 312, 383, Редактирование пользовательских групп - 325, Резервная копия - 27, 31, 378, 383, 384, 385, 388, 389, Резервная копия диска (образ) - 377, 385, ленточных носителей - Резервное копирование динамических томов (Windows) - 45, Ротация лент - 144, Сведения о группе - 312, 314, 325, 328 копирования - 205, 214, 256, 316, Сведения о задании - 199, 204, 208, 320, Создание политики резервного Сведения о машине - 312, 314, 316, 319 Создание пользовательской Сведения о плане резервного копирования - 199, 204, 210, Сведения о политике - 307, 310, 311, 320, Сведения об узле хранения - 330, 331, Свойства тома - 242, Связь между компонентами Acronis 139, 147, 330, Backup & Recovery 10 - Сервер управления - 8, 20 Состояние развертывания политики в Сервер управления (сервер управления Acronis Backup & Recovery 10) - 10, 21, Состояние развертывания политики на 57, 91, 379, 380, 383, 384, 387, 388, машине - 389, 390, 392, Сервер управления Acronis Backup & резервного копирования - 199, 200, Сертификаты SSL - 81, 84, 87, 351 Состояния задания - 199, 201, резервного копирования - 67, Список команд и утилит, доступных на загрузочных носителях на основе Увеличение размера Зоны Средства безопасности на уровне Удаление архивов и резервных копий файлов - 99, 115, 116, 124, 128 176, Стартовая страница - 90 Удаление Зоны безопасности Acronis Статическая группа - 390, Статус политики для группы - Статус политики на машине - Статусы задания - 199, 203, Статусы плана резервного копирования 385, 389, 390, 391, - 199, 201, копирования - 307, 312, Страницы действий - 13, 14, Схема - 223, 227, 365, 366, 370 безопасности Acronis - Схема резервного копирования - 380, Управление библиотекой ленточных Схема резервного копирования - 35, 40, Управление дисками - 48, 234, 144, Схема резервного копирования - 380 - 265, Схема резервного копирования - 392 Управление машиной - 94, Схемы резервного копирования - 215, Управление питанием ВМ - Таблица совместимости лент - 48, 144, 384, 387, 389, 391, 392, 145, 171, Тип источника - 210, 214, 216, 217 Уровень сжатия - 98, Типы динамических томов - 295 Условия - 118, Типы подключений к управляемой Условия запуска задания - 99, 118, 180, Том назначения - 240, 242 Установка Acronis PXE Server - Точка восстановления - 380, 391, Трассировка событий - 93, 95, 112, Учетные данные для доступа к Централизованное управление - 57, источнику - 214, 218, 257, 260, 355, 304, 384, 389, Учетные данные для доступа к 57, 390, 391, назначению - 235, хранилищу - 234, 239, 355, Учетные данные для доступа к копирования - 51, 57, 387, 388, 392, Учетные данные задания - 236, Учетные данные плана резервного копирования - 214, Учетные данные политики - 355, 356 Ш Физическая машина - 379, Физические машины - Фильтрация и сортировка архивов - 137, 173, Фильтрация и сортировка заданий - 333, Э Фильтрация и сортировка записей журнала - 211, 212, 336, 338 Элементы для резервного копирования Фильтрация и сортировка машин - 314, Фильтрация и сортировка планов и заданий резервного копирования Фильтрация и сортировка политик резервного копирования - 307, 311, 320, Форматирование тома - 295, Ханойская башня - 390, Хост местоположения доступен - Хранилища - 45, 134, 256, 268, Хранилище - 28, 51, 268, 383, 385, Целевой диск - Централизованное задание - 388, 389,