«Acronis® Backup & Recovery ™ 10  Advanced Workstation         Руководство пользователя © Acronis, 20002009. Все права защищены.  Acronis  и  Acronis  Secure  Zone  являются  зарегистрированными  товарными  знаками  ...»

В этом разделе рассматривается реализация схемы резервного копирования «дедотецсын» в  Acronis Backup & Recovery 10.  Резервное копирование с помощью этой схемы разрешается применять не чаще одного раза в  сутки.  Она  позволяет  помечать  ежедневные,  еженедельные  и  ежемесячные  циклы  в  ежедневной  схеме  резервного  копирования  и  устанавливать  периоды  хранения  для  ежедневных, еженедельных и ежемесячных резервных копий. Ежедневные резервные копии в  этой схеме называют «Сын», еженедельные — «Отец», а самые долговременные ежемесячные  резервные копии — «Дед».  Схема «дедотецсын» как схема ротации лент  Схема «дедотецсын» первоначально создавалась как схема ротации лент и называлась так же.  Схемы ротации лент как таковые не обеспечивают автоматизацию. Они просто определяют:  • сколько  магнитных  лент  понадобится,  чтобы  обеспечить  восстановление  с  нужным  разрешением (временной интервал между точками восстановления) и периодом отката;  • а также, какие ленты следует перезаписать в предстоящем резервном копировании.  Схемы ротации лент позволяют обойтись минимальным количеством ленточных картриджей и  не  быть  погребенным  под  завалами  использованных  лент.  Во  многих  интернетисточниках  описываются разновидности схемы ротации лент «дедотецсын». При резервном копировании  на  локальный  накопитель  на  магнитной  ленте  можно  пользоваться  любой  из  этих  разновидностей.   Схема резервного копирования «дедотецсын» от Acronis  В  Acronis  Backup  &  Recovery  10  можно  легко  создать  план  резервного  копирования,  который  позволяет  регулярно  выполнять  резервное  копирование  данных  и  очищать  архивы  согласно  этой схеме.  Создайте, как обычно, план резервного копирования. В качестве назначения резервной копии  выберите  любое  устройство  хранения,  в  котором  можно  выполнять  автоматическую  очистку,  например  устройство  хранения  на  жестких  дисках  или  автоматизированную  библиотеку  ленточных  носителей.  (Освободившееся  после  очистки  пространство  на  магнитной  ленте  нельзя  повторно  использовать,  пока  она  не  станет  пустой,  поэтому  учтите  этот  факт  при  использовании схемы «дедотецсын» в библиотеках ленточных носителей (см. стр.  156)).   Ниже  приводится  объяснение  настроек,  ограниченных  схемой  резервного  копирования  «дед отецсын».  Настройки плана резервного копирования, связанные со схемой «дедотец сын»  Начало резервного копирования:  Дни резервного копирования:  На этом шаге создается общее расписание резервного копирования, то есть определяются  все дни, когда нужно выполнять резервное копирование.  Предположим, было выбрано создание резервных копий в 20:00 в рабочие дни. Вот общее  расписание, которое было определено.  «B» означает «резервная копия».   Еженедельно/ежемесячно  На этом шаге создаются ежедневные, еженедельные и ежемесячные циклы в расписании.  Выберите день недели из дней, определенных на предыдущем шаге. Каждая 1я, 2я и 3я  резервная копия, созданная в этот день недели, будет считаться еженедельной. Каждая 4я  резервная  копия,  созданная  в  этот день  недели,  будет  считаться  ежемесячной.  Резервные  копии, созданные в другие дни, будут рассматриваться как ежедневные.  Допустим,  для  еженедельного/ежемесячного  резервного  копирования  выбрана  пятница.  Ниже приводится общее расписание, помеченное согласно выбранным элементам.  «D»  означает,  что  резервная  копия  рассматривается  как  ежедневная.  «W»  обозначает  еженедельную резервную копию. «M» — ежемесячную.  Это расписание помечено согласно схеме «дедотецсын».  Acronis  использует  инкрементное  и  дифференциальное  резервное  копирование,  помогающее свести к минимуму пространство хранения и оптимизировать очистку так, что  консолидация  архивов  не  требуется.  С  точки  зрения  методов  резервного  копирования  еженедельная резервная копия является дифференциальной (Dif), ежемесячная — полной  (F), а ежедневная — инкрементной (I). Первая резервная копия всегда является полной.  Параметр  «Еженедельно/ежемесячно»  разбивает  общее  расписание  на  ежедневное,  еженедельное и ежемесячное.  Допустим,  для  еженедельного/ежемесячного  резервного  копирования  выбрана  пятница.  Ниже представлено действительное расписание заданий резервного копирования, которые  будут созданы.  Задания резервного копирования, созданные Acronis Backup & Recovery 10 согласно схеме «дедотец Срок хранения резервных копий: ежедневные  На  этом  шаге  определяется  правило  хранения  ежедневных  резервных  копий.  Задание  очистки  запускается  после  каждого  ежедневного  резервного  копирования  и  удаляет  все  ежедневные копии старше заданной даты.  Срок хранения резервных копий: еженедельные  На  этом  шаге  определяется  правило  хранения  еженедельных  резервных  копий.  Задание  очистки запускается после каждого еженедельного резервного копирования и удаляет все  еженедельные  копии  старше  заданной  даты.  Период  хранения  еженедельных  резервных  копий  не  может  быть  меньше  периода  хранения  ежедневных  копий.  Как  правило,  он  в  несколько раз больше.  Срок хранения резервных копий: ежемесячные  На  этом  шаге  определяется  правило  хранения  ежемесячных  резервных  копий.  Задание  очистки  запускается  после  каждого  ежемесячного  резервного  копирования  и  удаляет  все  ежемесячные  копии  старше  заданной  даты.  Период  хранения  ежемесячных  резервных  копий  не  может  быть  меньше  периода  хранения  еженедельных  копий.  Как  правило,  он  в  несколько  раз  больше.  Имеется  возможность  бессрочного  хранения  ежемесячных  резервных копий.  Полученный в результате архив: идеальный  Предположим,  было  решено  хранить  ежедневные  резервные  копии  в  течение  7  дней,  еженедельные в течение 2 недель, а ежемесячные резервные копии в течение 6 месяцев. Вот  как  выглядел  бы  архив  после  запуска  плана  резервного  копирования,  если  бы  все  резервные  копии были выполнены до конца и поэтому могли быть со временем удалены согласно схеме.  В  левом  столбце  представлены  дни  недели.  Для  каждого  дня  недели  показано  содержимое  архива после очередного резервного копирования и последующей очистки.  «D»  означает,  что  резервная  копия  рассматривается  как  ежедневная.  «W»  обозначает  еженедельную резервную копию. «M» — ежемесячную.  Идеальный архив, созданный согласно схеме «дедотецсын».  Срок хранения ежедневных резервных копий: 7 дней  Срок хранения еженедельных резервных копий: 2 недели  Срок хранения ежемесячных резервных копий: 6 месяцев  Начиная  с  третьей  недели  еженедельные  резервные  копии  будут  регулярно  удаляться.  По  прошествии  6  месяцев  начнут  удаляться  ежемесячные  резервные  копии.  График  еженедельного  и  ежемесячного  резервного  копирования  будет  похож  на  недельную  временную шкалу.   Полученный в результате архив: действительный  В действительности содержимое архива будет несколько отличаться от идеальной схемы.  При  использовании  методов  инкрементного  и  дифференциального  резервного  копирования  нельзя  удалять  резервную  копию  согласно  требованиям  схемы,  если  на  ней  построены  последующие  резервные  копии.  Регулярная  консолидация  неприемлема,  поскольку  требует  слишком  много  системных  ресурсов.  Программа  должна  ждать,  пока  схема  не  потребует  удаления всех зависимых резервных копий, а потом удаляет всю цепочку.  Ниже  представлен  первый  месяц  плана  резервного  копирования  в  реальной  обстановке.  «F»  обозначает  полную  резервную  копию.  «Dif»  —  дифференциальная  резервная  копия.  «I»  —  инкрементная.  Резервные  копии,  пережившие  номинальный  срок  существования,  но  хранящиеся  благодаря  зависимостям,  помечены  розовым.  Первоначальная  полная  резервная  копия  будет  удалена  сразу после удаления зависящих от нее дифференциальных и инкрементных копий.  Архив, созданный Acronis Backup & Recovery 10 согласно схеме «дедотецсын».  Срок хранения ежедневных резервных копий: 7 дней  Срок хранения еженедельных резервных копий: 2 недели  Срок хранения ежемесячных резервных копий: 6 месяцев  2.6. Схема резервного копирования «Ханойская Необходимость  часто  резервировать  данные  всегда  вступает  в  конфликт  с  затратами  на  хранение  таких  резервных  копий  в  течение  долгого  времени.  Схема  резервного  копирования  «Ханойская башня» является полезным компромиссом.  Описание схемы «Ханойская башня»  Схема «Ханойская башня» основана на математической головоломке с таким же названием. В  этой  головоломке  несколько  колец  положены  друг  на  друга  в  порядке  уменьшения  размера,  самое  большое  из  них  находится  внизу,  на  одной  из  трех  шпилек.  Целью  является  перемещение колец на третью шпильку. За один раз можно перемещать только одно кольцо,  при  этом  помещать  кольцо  большего  размера  на  меньшее  кольцо  запрещено.  Решение  заключается в перемещении первого кольца через каждый ход (ходы 1, 3, 5, 7, 9, 11...), второго  кольца  —  через  каждые  три  хода  на  четвертый  (ходы  2,  6,  10...),  третьего  кольца  —  через  каждые семь ходов на восьмой (ходы 4, 12...) и т. д.  Например, при наличии в головоломке пяти колец, A, B, C, D и E, решением будет следующий  порядок ходов.  Схема  резервного  копирования  «Ханойская  башня»  основана  на  таком  же  алгоритме.  Только  здесь сеансы вместо ходов и уровни резервного копирования вместо колец. Обычно схема из  N уровней содержит (два в Nй степени) сеансов.  Таким  образом,  пятиуровневая  схема  резервного  копирования  «Ханойская  башня»  представляет собой модель, состоящую из 16 сеансов (на приведенном ранее рисунке это ходы  от 1 до 16).  В  таблице  показана  схема  операций  для  пятиуровневого  резервного  копирования.  Схема  состоит из 16 сеансов.  При реализации схемы резервного копирования «Ханойская башня» на одном уровне хранится  только  одна  резервная  копия.  Все  устаревшие  резервные  копии  должны  удаляться.  Так  схема  обеспечивает  эффективное  хранение  данных:  больше  резервных  копий  накапливается  к  настоящему  времени.  При  наличии  четырех  резервных  копий  можно  восстановить  данные  по  состоянию на сегодня, вчера, три дня назад и неделю назад. При пятиуровневой схеме можно  также восстановить данные, резервные копии которых были созданы две недели назад. Таким  образом  каждый  следующий  уровень  резервного  копирования  удваивает  максимальный  период отката данных.  Схема «Ханойская башня» от Acronis  Схема резервного копирования «Ханойская башня» в целом слишком сложна для вычисления в  уме  следующего  носителя  для  использования.  Однако  Acronis  Backup  &  Recovery  10  обеспечивает  автоматизацию  использования  схемы.  Схему  резервного  копирования  можно  задать при создании плана резервного копирования.  Реализация этой схемы от Acronis имеет следующие характеристики.  • До 16 уровней резервного копирования.  • Инкрементные  резервные  копии  на  первом  уровне  (A)  —  для  обеспечения  экономии  времени  и  дискового  пространства  при  наиболее  часто  выполняемых  операциях  резервного  копирования.

  Однако  на  восстановление  данных  из  таких  резервных  копий  требуется  больше  времени,  поскольку  для  этого  требуется  доступ  к  трем  резервным  копиям.  • Полные  резервные  копии  на  последнем  уровне  (уровень  Е  в  пятиуровневой  модели)  —  резервные  копии,  которые  в  данной  схеме  делаются  реже  всего.  На  их  создание  уходит  больше времени, и они занимают больше места в хранилище.  • Дифференциальные  резервные  копии  на  всех  промежуточных  уровнях  (B,  C  и  D  в  пятиуровневой модели).  • Модель начинается с создания полной резервной копии, поскольку самая первая резервная  копия не может быть инкрементной.  • По  схеме  на  каждом  уровне  резервного  копирования  хранится  только  самая  свежая  резервная  копия,  остальные  копии  удаляются.  Однако  удаление  резервной  копии  откладывается  в  тех  случаях,  когда  она  является  основой  для  другой  инкрементной  или  дифференциальной резервной копии.  • Старая  резервная  копия  сохраняется  на  уровне,  пока  создание  новой  не  будет  успешно  завершено.  В  таблице  показана  схема  операций  для  пятиуровневого  резервного  копирования.  Схема  состоит из 16 сеансов.  В  результате  использования  инкрементных  и  дифференциальных  резервных  копий  может  возникнуть  ситуация,  когда  удаление  старой  резервной  копии  должно  быть  отложено,  поскольку  она  все  еще  является  основой  для  других  резервных  копий.  В  приведенной  далее  таблице  указан  пример,  когда  удаление  полной  резервной  копии  (Е),  созданной  во  время  сеанса 1, отложено во время сеанса 17 до сеанса 25, поскольку дифференциальная резервная  копия  (D),  созданная  во  время  сеанса  9,  все  еще  используется.  Все  ячейки  таблицы,  обозначающие удаленные резервные копии, обозначены серым цветом.  Дифференциальная резервная копия (D), созданная во время сеанса 9, будет удалена во время  сеанса  25  после  завершения  создания  новой  дифференциальной  резервной  копии.  Таким  образом,  архив  резервных  копий,  созданный  по  схеме  «Ханойская  башня»  от  Acronis,  иногда  содержит  до  двух  дополнительных  резервных  копий  свыше  классической  реализации  этой  схемы.  Сведения об использовании схемы «Ханойская башня» для библиотек ленточных носителей см.  в разделе Использование схемы ротации лент «Ханойская башня» (см. стр.  164).  2.7. Правила хранения Резервные копии, созданные планом резервного копирования, составляют архив. Два правила  хранения, описанные в этом разделе, позволяют ограничивать размер архива и устанавливать  срок жизни (период хранения) резервных копий.  1. Удалять резервные копии старше  Обратный  отсчет  интервала  времени  с  момента  применения  правил  хранения.  Каждый  раз,  когда  применяется  правило  хранения,  программа  вычисляет  дату  и  время  в  прошлом,  соответствующие  этому  интервалу,  и  удаляет  все  резервные  копии,  созданные  до  этого  момента. Все остальные копии не удаляются.  2. Оставлять размер архива в пределах  Максимальный размер архива. Каждый раз, когда применяется правило хранения, программа  сравнивает  фактический  размер  архива  с  установленным  значением  и  удаляет  самые  старые  резервные  копии,  чтобы  поддерживать  размер  архива  в  соответствии  с  этим  значением.  На  приведенном ниже рисунке показано содержимое архива до и после удаления.  Существует  определенный  риск,  что  будут  удалены  все  резервные  копии,  кроме  одной,  если  неправильно  установить  максимальный  размер  архива  (слишком  малый)  или  очередная  резервная копия окажется слишком большой. Чтобы защитить последние резервные копии от  удаления,  установите  флажок  Никогда  не  удалять  резервные  копии  младше  и  укажите  максимальный  возраст  хранящихся  резервных  копий.  На  следующем  рисунке  показано  итоговое правило.  Сочетание правил 1 и 2  Можно  ограничить  как  сроки  существования  резервных  копий,  так  и  размер  архива.  На  следующем рисунке показано итоговое правило.  Пример  Удалять резервные копии старше = 3 месяца  Размер архива не более = 200 ГБ  Никогда не удалять резервные копии младше = 10 дней  • При каждом применении правил хранения программа будет удалять все резервные копии,  созданные более 3 месяцев (или, точнее, 90 дней) тому назад.  • Если  после  удаления  размер  архива  составит  более  200  ГБ,  а  возраст  самой  старой  копии  старше 10 дней, программа удалит эту резервную копию.  • Затем при необходимости будут удаляться следующие по возрасту резервные копии, пока  размер архива не уменьшится до установленного предела или возраст самой старой копии  не составит 10 дней.  Удаление резервных копий с зависимостями  Оба  правила  хранения  предусматривают  удаление  определенных  резервных  копий  и  сохранение остальных. А что если архив содержит инкрементные и дифференциальные копии,  зависящие  друг  от  друга  и  от  полных  резервных  копий,  на  которых  они  построены?  Нельзя,  например,  удалить  устаревшую  полную  резервную  копию  и  сохранить  ее  инкрементные  дочерние копии.  Если  удаление  резервной  копии  влияет  на  другие  копии,  применяется  одно  из  следующих  правил.  • Хранить резервную копию, пока не наступит время удаления зависимых копий  Устаревшая  резервная  копия  будет  храниться,  пока  не  устареют  все  зависящие  от  нее  резервные  копии.  Тогда  во  время  очередной  очистки  будет  удалена  сразу  вся  цепочка.  Такой  метод  помогает  избежать  потенциально  долгой  консолидации,  но  требует  дополнительного  пространства  для  хранения  резервных  копий,  удаление  которых  откладывается.  Размер  архива  или  возраст  резервных  копий  могут  превысить  заданные  значения.  • Консолидация резервных копий  Программа  выполнит  консолидацию  резервной  копии,  подлежащей  удалению,  и  следующей  зависимой  копии.  Например,  правило  хранения  требует  удалить  полную  резервную  копию,  но  сохранить  следующую  инкрементную.  Резервные  копии  будут  объединены  в  одну  полную  резервную  копию,  которая  будет  иметь  дату  инкрементной  резервной  копии.  Если  из  середины  цепочки  удаляется  инкрементная  или  дифференциальная резервная копия, тип полученной в результате резервной копии будет  инкрементным.  Этот  метод  гарантирует,  что  после  каждой  очистки  размер  архива  и  возраст  резервных  копий  будут  в  заданных  пределах.  Однако  консолидация  может  потребовать  много  времени  и  системных  ресурсов.  Кроме  того,  потребуется  дополнительное  пространство  в  хранилище для временных файлов, которые создаются во время консолидации.  Что нужно знать о консолидации  Необходимо  учитывать, что  консолидация  —  это  просто  один  из  методов  удаления,  но  не  альтернатива  удалению.  Итоговая  резервная  копия  не  будет  содержать  данные,  которые  присутствовали в удаленной резервной копии и отсутствовали в оставшейся инкрементной  или дифференциальной резервной копии.  Резервные  копии,  полученные  в  результате  консолидации,  всегда  имеют  максимальное  сжатие.  Это  означает,  что  для  всех  резервных  копий,  находящихся  в  архиве,  может  потребоваться максимальное сжатие в результате повторной очистки с консолидацией.  Рекомендации  Сохраняйте  баланс  между  вместимостью  устройства  хранения,  установленными  ограничительными параметрами и частотой очистки. Логика правил хранения основана на том,  что  вместимость  устройства  хранения  намного  выше,  чем  средний  размер  резервной  копии,  поэтому  максимальный  размер  архива  не  должен  приближаться  к  физическому  объему  устройства  хранения,  оставляя  достаточное  свободное  пространство.  Благодаря  этому  превышение размера архива, которое может произойти между запусками заданий очистки, не  является критичным для бизнеспроцесса. Чем реже выполняется задание очистки, тем больше  пространства требуется для хранения устаревших резервных копий.  На  странице  Хранилища  (см.  стр.    134)  представлены  сведения  о  свободном  пространстве  каждого хранилища. Время от времени проверяйте эту страницу. Если свободное пространство  (которое  в  действительности  является  свободным  пространством  устройства  хранения)  приближается к нулю, возможно, понадобится ужесточить ограничения для некоторых или всех  архивов в этом хранилище.  2.8. Резервное копирование динамических томов (Windows) В  этом  разделе  вкратце  объясняется  резервное  копирование  и  восстановление  динамических  томов  (см.  стр.    382)  с  использованием  Acronis  Backup  &  Recovery  10.  Также  обсуждаются  базовые диски GPT.  Динамический  том  —  это  том,  размещенный  на  динамических  дисках  (см.  стр.    381)  или,  точнее,  на  дисковой  группе  (см.  стр.    379).  Acronis  Backup  &  Recovery  10  поддерживает  следующие типы/уровни RAID динамических томов:   • простой/составной  • чередующийся (RAID 0)  • зеркальный (RAID 1)  • зеркальный с чередованием (RAID 0+1)  • RAID 5  Acronis  Backup  &  Recovery  10  может  выполнять  резервное  копирование  и  восстановление  динамических томов и с некоторыми ограничениями базовых томов GPT.  Резервное копирование динамических томов  Резервное  копирование  динамических  томов  и  томов  GPT  выполняется  так  же,  как  в  случае  с  томами  MBR.  При  создании  плана  резервного  копирования  с  помощью  интерфейса  пользователя  для  выбора  доступны  все  типы  томов  как  Элементы  для  резервного  копирования.  При  использовании  командной  строки  динамические  тома  и  тома  GPT  указываются с префиксом DYN.  Примеры командной строки  trueimagecmd /create /partition:DYN1,DYN2 /asz  Эта команда создает в Зоне безопасности Acronis резервную копию томов DYN1 и DYN2.  trueimagecmd /create /harddisk:DYN /asz  Эта  команда  создает  в  Зоне  безопасности  Acronis  резервную  копию  всех  динамических  томов в системе.  Резервное копирование и восстановление кода загрузки базовых томов GPT не выполняется.   Восстановление динамических томов  Динамический том можно восстановить:   • на существующий том любого типа  • в нераспределенное пространство группы дисков  • в нераспределенное пространство базового диска  Восстановление на существующий том  Если  динамический  том  восстанавливается  на  существующий  том,  базовый  или  динамический, данные целевого тома будут перезаписаны содержимым резервной копии.  Тип  целевого  тома  (базовый,  простой/составной,  чередующийся,  зеркальный,  RAID  0+1,  RAID 5) не меняется. Объема целевого тома должно хватать для размещения содержимого  резервной копии.  Восстановление на нераспределенное пространство группы дисков  Если  динамический  том  восстанавливается  на  нераспределенное  пространство  группы  дисков, восстанавливается как тип, так и содержимое тома, полученного в результате этой  операции.  Размера  нераспределенного  пространства  должно  хватать  для  размещения  содержимого  резервной  копии.

  Также  важен  способ  размещения  нераспределенного  пространства по дискам.  Чередующиеся тома занимают равные доли пространства на каждом диске.  Предположим,  необходимо  восстановить  30  ГБ  чередующегося  тома  в  группу  из  двух  дисков.  На  каждом  диске  есть  тома  и  некоторый  объем  нераспределенного  пространства.  Общий  объем  нераспределенного  пространства  составляет  40  ГБ.  Результатом  восстановления  всегда  будет  чередующийся  том,  если  нераспределенное  пространство размещено на каждом диске поровну (20 ГБ и 20 ГБ).  Если на одном диске имеется 10 ГБ нераспределенного пространства, а на другом — 30  ГБ, результат восстановления зависит от размера восстанавливаемых данных.   Если  объем  данных  меньше  20  ГБ,  то  один  диск  может  вместить  10  ГБ,  а  второй  —  оставшиеся 10 ГБ. Таким образом, на обоих дисках будет создан чередующийся том, а  20 ГБ на втором диске останутся нераспределенными.  Если  объем  данных  больше  20  ГБ,  их  невозможно  равномерно  распределить  между  двумя дисками, но можно поместить в один простой том. Простой том, вмещающий все  данные, будет создан на втором диске. Первый диск останется нетронутым.  Нераспределенное пространство  Динамический том  Динамический  Н/Д  Нераспределенное пространство  Основной том MBR  Основной том  Основной том  Нераспределенное пространство  Основной том GPT  Основной том  Основной том GPT  Перемещение и изменение размера тома во время восстановления  Во время восстановления можно изменить размер полученного базового тома, как MBR, так  и GPT, или изменить местоположение тома на диске. Полученный в результате том нельзя  перемещать или изменять его размер.  Подготовка групп дисков и томов  Прежде  чем  начать  восстановление  динамических  томов  на  «голое  железо»,  необходимо  создать группу дисков на целевом оборудовании.  Также  может  понадобиться  создать  или  увеличить  нераспределенное  пространство  на  существующей  группе  дисков.  Это  можно  сделать,  удалив  тома  или  преобразовав  базовые  диски в динамические.  Возможно, придется изменить тип целевого тома (базовый, простой/составной, чередующийся,  зеркальный, RAID 0+1, RAID 5). Это можно сделать, удалив целевой том, а затем создав новый  том в полученном нераспределенном пространстве.   Acronis  Backup  &  Recovery  10  содержит  удобную  утилиту  управления  дисками,  которая  позволяет  выполнять  все  указанные  операции  как  в  операционной  системе,  так  и  на  «голом  железе».  Чтобы  получить  дополнительные  сведения  о  Acronis  Disk  Director  Lite,  см.  раздел  Управление дисками (см. стр.  286).  2.9. Поддержка резервного копирования на магнитную ленту Acronis Backup & Recovery 10 поддерживает библиотеки ленточных носителей, автозагрузчики,  ленточные  устройства  SCSI  и  USB  в  качестве  устройств  хранения.  Ленточное  устройство  может  быть  локально  подключено  к  управляемой  машине  (в  этом  случае  агент  Acronis  Backup  &  Recovery  10  записывает  и  считывает  магнитные  ленты),  или  доступ  к  нему  предоставляется  через  узел  хранения  Acronis  Backup  &  Recovery  10  (см.  стр.    21).  Узлы  хранения  полностью  автоматизируют операции библиотек ленточных носителей и автозагрузчиков (см. стр.  143).  Архивы  резервных  копий,  созданные  с  использованием  разных  методов  доступа  к  магнитной  ленте,  имеют  разные  форматы.  Магнитная  лента,  записанная  узлом  хранения,  не  может  быть  считана агентом.   Загрузочные  носители  формата  Linux  и  PE  обеспечивают  резервное  копирование  и  восстановление, используя как локальный доступ, так и доступ через узел хранения. Резервные  копии, созданные с помощью загрузочных носителей, можно восстанавливать агентом Acronis  Backup & Recovery 10, запущенным в операционной системе.  2.9.1. Таблица совместимости лент В приведенной ниже таблице указана читаемость в программе Acronis Резервное копирование  & Recovery 10 магнитных лент, записанных при помощи Acronis True Image Echo и Acronis True  Image  9.1.  В  этой  таблице  также  содержатся  сведения  о  совместимости  магнитных  лент,  записанных  при  помощи  различных  компонентов  Acronis  Резервное  копирование  &  Recovery  10.  локальном  накопителе  устройство или  библиотека  ленточных  носителей) при  помощи...  посредством...  2.9.2. Использование одного ленточного устройства Ленточное  устройство,  локально  подключенное  к  управляемой  машине,  может  быть  использовано  локальными  планами  резервного  копирования  в  качестве  устройства  хранения.  Функциональность  локально  подключенного  автоматического  загрузчика  или  библиотеки  ленточных носителей ограничивается функциональностью обычного ленточного устройства. Это  означает,  что  программа  может  работать  только  с  подключенной  в  настоящий  момент  магнитной лентой, а другие ленты необходимо подключать вручную.   Резервное копирование на локально подключенный ленточный накопитель  При  создании  плана  резервного  копирования  можно  выбрать  локально  подключенные  ленточные  накопители  в  качестве  назначения  резервного  копирования.  Имя  архива  не  требуется при сохранении резервной копии на магнитную ленту.  Архив  может  размещаться  на  нескольких  лентах,  но  содержит  только  одну  полную  архивную  копию  или  неограниченное  количество  инкрементных  резервных  копий.  Каждый  раз  при  создании  полной  резервной  копии  используется  новая  магнитная  лента  и  создается  новый  архив.  После  заполнения  ленты  появится  сообщение  с  просьбой  вставить  новую  магнитную  ленту.  Содержимое  непустой  магнитной  ленты  будет  удалено  после  подтверждения.  Сведения  об  отключении подтверждений см. в разделе Дополнительные параметры (см. стр.  122).  Альтернативный вариант  Если  необходимо  сохранить  более  одного  архива  на  одной  ленте,  например  отдельно  архивную копию тома С и тома D, выберите режим инкрементного резервного копирования  вместо полного архива при создании изначальной резервной копии второго тома. В других  случаях  инкрементное  резервное  копирование  используется  для  внесения  изменений  в  ранее созданный архив.  Возможны  непродолжительные  паузы,  необходимые  для  перемотки  ленты.  Если  магнитные  ленты низкого качества или старые, а также, если на магнитной головке имеются загрязнения,  паузы могут длиться несколько минут.  Ограничения  1. Несколько полных резервных копий в рамках одного архива не поддерживаются.  2. Отдельные файлы не могут быть восстановлены из резервной копии диска.  3. Резервные копии не могут быть удалены с магнитной ленты вручную или автоматически во  время  чистки.  Правила  хранения  и  схемы  резервного  копирования,  использующие  автоматическую  чистку  («дедотецсын»,  «Ханойская  башня»),  отключены  в  интерфейсе  пользователя  при  проведении  резервного  копирования  на  локально  подключенную  магнитную ленту.  4. Индивидуальные хранилища не могут быть созданы на ленточных накопителях.  5. Поскольку  присутствие  операционной  системы  не  может  быть  обнаружено  в  резервной  копии на магнитной ленте, функция Acronis Universal Restore (см. стр.  377) рекомендуется  при каждом восстановлении диска или тома, даже при восстановлении тома Linux или тома,  отличного от Windows.  6. Функция Acronis Active Restore (см. стр.  377) недоступна при восстановлении с ленты.  Восстановление из локально подключенного ленточного накопителя  Прежде  чем  создать  задание  восстановления,  вставьте  или  подключите  ленту,  содержащую  резервную  копию,  которую  необходимо  восстановить.  При  создании  задания  восстановления  выберите  ленточный  накопитель  из  списка  доступных  местоположений  и  резервную  копию.  После  запуска  восстановления  появится  подсказка  вставить  другие  ленты,  если  это  будет  необходимо.  2.10. Собственные технологии Acronis В этом разделе приведено описание собственных технологий, унаследованных Acronis Backup &  Recovery 10 из семейства продуктов Acronis True Image Echo и Acronis True Image 9.1.  2.10.1. Зона безопасности Acronis Зона  безопасности  Acronis  представляет  собой  защищенный  раздел,  позволяющий  хранить  архивы резервных копий на диске управляемой машины и восстанавливать этот диск несмотря  на то, что на ней хранятся эти резервные копии.  К  этому  разделу  могут  получить  доступ  некоторые  приложения  Windows,  например  инструменты управления дисками Acronis.  Если произойдет физический сбой этого диска, зона безопасности и размещенные там архивы  будут потеряны. Поэтому Зона безопасности Acronis не должна быть единственным местом, где  хранятся  архивные  копии.  В  корпоративной  среде  Зону  безопасности  Acronis  можно  представить как вспомогательное местоположение хранения резервных копий, когда обычное  местоположение временно недоступно или подключено через медленный или занятый канал.  Преимущества  Зона безопасности Acronis:  • обеспечивает восстановление того же диска, на котором находится резервная копия этого  диска;  • предлагает  эффективный  и  удобный  метод  защиты  данных  от  сбоев  программного  обеспечения, вирусных атак, ошибок оператора;  • устраняет  необходимость  отдельного  носителя  или  сетевого  подключения  для  создания  резервной  копии  и  восстановления  данных,  поскольку  является  внутренним  хранилищем  архивов. Это особенно полезно для мобильных пользователей;  • может служить первичным назначением при дублировании (см. стр.  117) резервных копий.  Ограничения  • Зону  безопасности  нельзя  создать  на  динамическом  диске  или  диске  со  стилем  разделов  Управление Зоной безопасности Acronis  Зона безопасности Acronis рассматривается как индивидуальное хранилище (см. стр.  392). Если  зона  безопасности  создана  на  управляемой  машине,  она  всегда  отображается  в  списке  Индивидуальные хранилища. Зона безопасности Acronis (см. стр.  393) может использоваться  как централизованными планами резервного копирования, так и локальными планами (см. стр.   384).  Если  Зона  безопасности  Acronis  используется  не  в  первый  раз,  обратите  внимание  на  значительное  изменение  ее  функциональности.  Зона  не  выполняет  автоматическую  очистку.  Это  означает,  что  удаление  старых  архивов  больше  не  выполняется.  Для  резервного  копирования  в  зону  применяйте  схемы  резервного  копирования  с  автоматической  очисткой  или вручную удаляйте устаревшие копии, используя управление архивами.  Новые функции Зоны безопасности Acronis предоставляют следующие возможности.  • Создание  списка  архивов,  расположенных  в  зоне,  и  резервных  копий,  содержащихся  в  каждом архиве.  • Просмотр содержимого резервной копии.  • Подключение  резервной  копии  диска  для  копирования  файлов  из  резервной  копии  на  физический диск.  • Безопасное удаление архивов и резервных копий из архивов.  Дополнительные  сведения  о  доступных  операциях  в  Зоне  безопасности  Acronis  см.  в  разделе  Индивидуальные хранилища (см.

 стр.  172).  Обновление с версии Acronis True Image Echo  При  обновлении  с  версии  Acronis  True  Image  Echo  до  Acronis  Backup  &  Recovery  10  Зона  безопасности  Acronis  сохранит  все  архивы,  созданные  в  Echo.  Зона  появится  в  списке  индивидуальных хранилищ, а старые архивы будут доступны для восстановления.  Для  обновления  активированного  Восстановления  при  загрузке  отключите  его  и  вновь  активируйте.  Если  Восстановление  при  загрузке  не  активировано,  никаких  действий  не  требуется.  2.10.2. Восстановление при загрузке Модификацию  загрузочного  агента  (см.  стр.    382)  можно  поместить  на  системный  диск  и  настроить  для  запуска  во  время  загрузки  при  нажатии  клавиши  F11.  Тем  самым  исключается  необходимость  использования  загрузочного  носителя  для  восстановления  или  сетевого  подключения  для  запуска  утилиты  загрузки.  Эта  функция  имеет  торговое  название  «Acronis  Startup Recovery Manager» (Восстановление при загрузке).  Восстановление при загрузке особенно полезно для мобильных пользователей. Если возникает  сбой,  пользователь  перезагружает  машину,  нажимает  клавишу  F11  при  появлении  приглашения  «Press  F11  for  Acronis  Startup  Recovery  Manager…»  и  выполняет  восстановление  данных  так  же,  как  с  помощью  обычного  загрузочного  носителя.  Кроме  того,  с  помощью  Восстановления  при  загрузке  пользователь  может  создать  резервную  копию.  Зона  безопасности  Acronis  (см.  стр.    50)  всегда  под  рукой  для  выполнения  операций  резервного  копирования и восстановления.  На  машинах  с  установленным  загрузчиком  GRUB  пользователь  выбирает  Восстановление  при  загрузке в меню загрузки вместо нажатия F11.  Активация и деактивация Восстановления при загрузке  Операция,  позволяющая  использовать  Восстановление  при  загрузке,  называется  активацией.  Активировать  Восстановление  при  загрузке  будет  предложено  при  создании  Зоны  безопасности Acronis (см. стр.  265).  После  создания  Зоны  безопасности  можно  активировать  или  деактивировать  функцию  Восстановления  при  загрузке  в  любое  время  с  помощью  действия  Управление  Зоной  безопасности Acronis. Деактивация отключает запрос при загрузке «Press F11 for Acronis Startup  Recovery  Manager…»  (или  удаляет  соответствующую  запись  в  меню  загрузки  GRUB).  Это  означает, что при отказе системы понадобится загрузочный носитель.  Ограничения  Восстановление при загрузке  • Не может быть организовано на динамическом диске или диске со стилем разделов GPT.  • После активации требуется ручная настройка загрузчиков, таких как LILO и GRUB.  • После активации требуется повторная активация загрузчиков сторонних производителей.  2.10.3. Universal Restore (Acronis Backup & Recovery 10 Universal Acronis  Backup  &  Recovery  10  Universal  Restore  —  это  патентованная  технология  Acronis,  позволяющая восстанавливать и загружать операционную систему Windows на отличающемся  оборудовании  или  виртуальной  машине.  Universal  Restore  учитывает  различия  в  устройствах,  критических  для  запуска  операционной  системы,  таких  как  контроллеры  памяти,  системная  плата или набор микросхем.  Назначение Acronis Backup & Recovery 10 Universal Restore  Операционную систему можно легко восстановить из резервной копии диска (образа) в той же  системе  или  на  идентичном  оборудовании.  Однако  в  случае  замены  системной  платы  или  установки  процессора  другой  версии  (что  вполне  вероятно  при  сбое  аппаратных  средств)  восстановленная система может не загрузиться. Попытка перенести систему на новый, намного  более  мощный  компьютер  обычно  завершается  тем  же:  ОС  не  загружается,  поскольку  новые  аппаратные  средства  несовместимы  с  наиболее  важными  драйверами,  содержащимися  в  образе.  Использование средства Microsoft System Preparation Tool (Sysprep) не решает этой проблемы,  так  как  Sysprep  позволяет  устанавливать  драйверы  только  для  устройств  типа  Plug  and  Play  (звуковых  и  сетевых  плат,  видеокарт  и  т.  п.).  Что  же  касается  системных  драйверов  слоя  абстрагирования  оборудования  (HAL)  и  драйверов  запоминающих  устройств,  то  они  должны  быть одинаковыми на исходном и целевом компьютерах (см. статьи базы знаний Майкрософт  302577 и 216915).  Технология  Universal  Restore  —  это  эффективное  решение  для  аппаратно  независимого  восстановления системы за счет замены важнейших драйверов HAL и запоминающих устройств.  Использование технологии Universal Restore:  1. Мгновенное восстановление отказавшей системы на другом оборудовании.  2. Аппаратно независимое клонирование и развертывание операционных систем.  3. Миграция  систем  с  физической  машины  на  физическую,  с  физической  на  виртуальную  и  с  виртуальной на физическую.  Принципы технологии Universal Restore  1. Автоматический выбор драйверов HAL и запоминающих устройств.  Universal Restore выполняет поиск драйверов в указанной пользователем сетевой папке, на  съемных  носителях,  а  также  в  папках  восстанавливаемой  системы,  где  по  умолчанию  хранятся  драйверы.  Universal  Restore  анализирует  уровень  совместимости  всех  обнаруженных  драйверов  и  устанавливает  те  драйверы  HAL  и  запоминающих  устройств,  которые  лучше  всего  подходят  для  целевого  оборудования.  Также  выполняется  поиск  драйверов  для  сетевых  адаптеров,  которые  передаются  операционной  системе,  устанавливающей их автоматически при первом запуске.  Папка  по  умолчанию  Windows  для  хранения  драйверов  указывается  в  разделе  реестра  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Current  version\DevicePath.  Обычно  это  папка  WINDOWS/inf.  2. Выбор драйвера запоминающего устройства вручную.  Если  в  целевом  компьютере  установлен  определенный  контроллер  запоминающего  устройства  (например,  адаптер  SCSI,  RAID  или  Fibre  Channel),  соответствующий  драйвер  можно установить вручную, обойдя процедуру автоматического поиска и установки.  3. Установка драйверов для устройств Plug and Play.  Для  обработки  различий  аппаратных  средств,  которые  не  являются  критическими  для  запуска  системы,  например  аудио,  видео  и  USBустройств,  Universal  Restore  использует  встроенный  процесс  обнаружения  и  настройки  устройств  Plug  and  Play.  Windows  начинает  управлять этим процессом на этапе входа в систему, и в случае необнаружения какоголибо  нового устройства драйверы для него можно будет установить позднее вручную.  Universal Restore и Microsoft Sysprep  Universal Restore не является средством подготовки системы. Эту технологию можно применять  к  любому  образу  ОС  Windows,  созданному  с  помощью  продуктов  Acronis,  в  том  числе  и  к  образам  систем,  подготовленных  с  помощью  средства  Microsoft  System  Preparation  Tool  (Sysprep). Далее описан пример использования обоих средств на одной и той же системе.  Universal  Restore  не  удаляет  идентификатор  безопасности  (SID)  и  настройки  профиля  пользователя,  чтобы  систему  можно  было  запустить  сразу  после  восстановления  без  ее  повторного  ввода  в  домен  или  переназначения  профилей  сетевых  пользователей.  Если  указанные настройки в восстановленной системе требуется изменить, то ее можно подготовить  с  помощью  средства  Sysprep,  создать  образ  системы  и  восстановить  ее  при  необходимости  с  помощью Universal Restore.  Ограничения  Universal Restore невозможно использовать в следующих случаях:  • компьютер  загружается  с  помощью  функции  Восстановления  при  загрузке  (нажатием  клавиши F11) или  • резервный образ находится в Зоне безопасности Acronis или  • при использовании Acronis Active Restore,  так как эти функции в основном предназначены для немедленного восстановления данных на  этой же машине.  С помощью Universal Restore невозможно восстанавливать ОС Linux.  Получение Universal Restore   Universal  Restore  поставляется  бесплатно  с  Acronis  Backup  &  Recovery  10  Advanced  Server  SBS  Edition и Acronis Backup & Recovery 10 Advanced Server Virtual Edition.   Для других выпусков продуктов Universal Restore приобретается отдельно, имеет собственную  лицензию  и  устанавливается  с  помощью  файла  установки  как  отдельная  функция.  Чтобы  встроить  дополнительный  компонент  в  загрузочный  носитель,  носитель  нужно  создать  повторно.  2.10.4. Acronis Active Restore Active  Restore  —  это  патентованная  технология  Acronis,  которая  запускает  систему  сразу  же  после начала ее восстановления.  Пользователи, знакомые с программой Acronis Recovery для Microsoft Exchange, могут отметить,  что  этот  продукт  использует  технологию  Active  Restore  для  обеспечения  немедленной  готовности  банка  данных  Exchange  после  начала  восстановления.  Несмотря  на  то  что  восстановление  банка  данных  выполняется  по  такой  же  технологии,  проходит  оно  совсем  по другому, чем восстановление операционной системы, описанное в этом разделе.  Поддерживаемые операционные системы  С  помощью  Acronis  Active  Restore  можно  восстанавливать  операционную  систему  Windows,  начиная с версии Windows 2000.  Ограничение  Архив  может  быть  расположен  только  на  локальном  диске,  точнее  говоря,  на  любом  устройстве, доступном через BIOS машины. Это может быть Зона безопасности Acronis, жесткий  диск USB, флэшнакопитель или любой внутренний жесткий диск.  Принципы работы  При  настройке  операции  восстановления  пользователь  выбирает  диски  или  тома  для  восстановления из резервной копии. Acronis Backup & Recovery 10 сканирует выбранные диски  или  тома  в  резервной  копии.  Если  при  сканировании  обнаруживается  поддерживаемая  операционная система, то функция Acronis Active Restore становится доступной.  Если  пользователь  не  включит  эту  функцию,  то  система  будет  восстановлена  как  обычно,  а  машина будет готова к работе после завершения восстановления.  Если  же  пользователь  включит  эту  функцию,  то  будет  выполнена  следующая  последовательность действий.  После  запуска  восстановления  системы  операционная  система  загружается  из  резервной  копии.  Машина  становится  работоспособной  и  позволяет  выполнить  необходимые  функции.  Данные,  необходимые  для  выполнения  входящих  запросов,  восстанавливаются  с  наивысшим  приоритетом, восстановление остальных данных выполняется в фоновом режиме.  Поскольку  обслуживание  запросов  выполняется  одновременно  с  восстановлением,  система  может работать медленно, даже если восстановлению в параметрах восстановления был задан  Низкий приоритет. Таким образом, время простоя системы сокращается до минимума за счет  временного снижения производительности.  Варианты использования  1. Безотказная работа системы является одним из критериев эффективности.  Примеры: онлайнслужбы для обслуживания клиентов, интернетмагазины, избирательные  участки.  2. Соотношение  объемов  памяти,  отводимых  под  систему  и  хранение  файлов,  все  больше  смещается в сторону хранения файлов.  Некоторые  машины  используются  как  устройства  хранения,  в  которых  операционная  система  занимает  очень  мало  места,  тогда  как  все  остальное  дисковое  пространство  отдается  для  хранения  таких  мультимедийных  файлов,  как  фильмы,  музыка  и  др.      Некоторые из этих объемов хранения могут быть очень большими в сравнении с системой,  поэтому  практически  все  время  востановления  будет  занимать  восстановление  файлов,  которые, возможно, потребуются отнюдь не сразу, если вообще понадобятся в обозримом  будущем.  При  выборе  функции  Acronis  Active  Restore  система  будет  готова  к  работе  за  короткое  время.  Пользователи  смогут  открывать  нужные  файлы  из  хранилища  и  использовать  их,  пока  остальные  файлы,  которые  в  данный  момент  не  требуются,  восстанавливаются  в  фоновом режиме.  Примеры: коллекция фильмов, коллекция музыки, мультимедийные файлы.  Порядок использования  1. Создайте резервную копию диска или тома и поместите ее в любое место, доступное через  BIOS  компьютера.  Это  может  быть  Зона  безопасности  Acronis,  жесткий  диск  USB,  флэш накопитель или любой внутренний жесткий диск.  Если  операционная  система  и  ее  загрузчик  размещены  на  разных  томах,  всегда  включайте  в  резервное  копирование  оба  тома.  Эти  тома  должны  восстанавливаться  совместно.  В  противном случае высок риск того, что операционная система не запустится.  2. Создайте загрузочный носитель.  3. В  случае  сбоя  системы  загрузите  машину  при  помощи  загрузочного  носителя.  Запустите  консоль и подключитесь к загрузочному агенту.  4. Настройте восстановление системы: выберите системный диск или том, а также установите  флажок Использовать Acronis Active Restore.  Acronis Active Restore выберет для загрузки и последующего восстановления первую операционную  систему,  обнаруженную  при  сканировании  резервной  копии.  Не  пытайтесь  восстановить  несколько операционных систем с помощью функции Active Restore, поскольку результаты будут  непредсказуемыми.  При  восстановлении  мультизагрузочной  системы  выбирайте  одновременно  только один системный том и один загрузочный том.  5. После  запуска  восстановления  системы  операционная  система  загружается  из  резервной  копии.  На  панели  задач  появляется  значок  Acronis  Active  Restore.  Машина  становится  работоспособной  и  позволяет  выполнить  необходимые  функции.  Желающий  приступить  к  работе пользователь видит дерево дисков и значки и может открывать файлы или запускать  приложения даже притом, что они еще не были восстановлены.  Драйверы  Acronis  Active  Restore  перехватывают  системные  запросы  и  сразу  же  устанавливают  приоритет  для  восстановления  файлов,  необходимых  для  обслуживания  поступающих  запросов.  В  то  время  как  требуемые  файлы  восстанавливаются  на  лету,  продолжающийся процесс восстановления переводится в фоновый режим.  Если пользователь пытается выйти из системы, завершить работу машины или переключить ее  в  спящий  режим  с  помощью  команд  меню  «Пуск»,  окончание  текущего  сеанса  будет  автоматически  отложено  до  завершения  восстановления.  Если  же  пользователь  выключит  машину  кнопкой  выключения  питания,  все  изменения,  внесенные  с  момента  последней  загрузки,  будут  потеряны,  система  не  будет  восстановлена  даже  частично,  а  единственно  возможным  решением  в  этом  случае  будет  запуск  процесса  восстановления  заново  с  помощью  загрузочного  носителя.  6. Восстановление  в  фоновом  режиме  продолжается  до  полного  восстановления  выбранных  томов, в журнал заносится соответствующая запись, а значок Acronis Active Restore исчезает  с панели задач.  2.11. Общие сведения о централизованном управлении В этом разделе содержится обзор централизованной защиты данных с помощью Acronis Backup  &  Recovery  10.  Для  понимания  этого  раздела  необходимо  иметь  представление  о  том,  как  выполняется защита данных на отдельной машине (см. стр.  27).    2.11.1. Основные понятия Применение политик резервного копирования и отслеживание их выполнения  Для  защиты  данных  на  одной  машине  на  нее  устанавливается  агент  (см.  стр.    378)  или  несколько  агентов  для  различных  типов  данных,  которые  требуется  защитить.  К  машине  подключается консоль, и создается план резервного копирования (см. стр.  386) или несколько  таких планов.   А что если приходится работать с сотнями машин? На создание плана резервного копирования  для  каждой  машины  требуется  время,  хотя  сами  планы  могут  быть  совсем  небольшими,  например,  когда  требуется  зарезервировать  системный  диск  и  документы  пользователей.  На  отслеживание  выполнения  планов  на  каждой  машине  в  отдельности  также  уходит  много  времени.   Чтобы  можно  было  распространять  операции  управления  на  несколько  машин,  установите  сервер управления Acronis Backup & Recovery 10 (см. стр.  390) и зарегистрируйте (см. стр.  389)  машины  на  этом  сервере.  После  этого  можно  создавать  группы  машин  и,  таким  образом,  управлять несколькими машинами как единым целым. Защитить можно как все машины, так и  только  выбранные,  задав  общий  для  них  план  резервного  копирования,  который  называется  политикой резервного копирования (см. стр.  387).   После  применения  политики  к  группе  машин  сервер  управления  развернет  ее  на  каждой  из  них. На каждой машине агенты выполняют поиск файлов и папок для резервного копирования  и создают соответствующие централизованные планы резервного копирования (см. стр.  393).  Статус  политик  можно  будет  отслеживать  на  одном  экране  и  при  необходимости  выбирать  каждую  машину,  план  или  задание  для  просмотра  их  статуса  и  относящихся  к  ним  записей  журнала.  Сервер  управления  позволяет  также  отслеживать  и  управлять  локально  инициированными действиями агентов.   Поскольку консоль подключается к серверу управления, а не к каждой машине в отдельности и  все  операции  по  управлению  выполняются  через  центральный  узел  управления,  этот  способ  управления называется централизованным управлением (см. стр.  392).   Централизованное  управление  не  отменяет  прямого  управления  (см.  стр.    389)  каждой  машиной.  Пользователь  может  подключать  консоль  к  каждой  машине  в  отдельности  и  выполнять  любые  операции  прямого  управления.  А  вот  централизованными  планами  резервного копирования можно управлять только через сервер управления, поскольку хорошо  продуманная  политика  функционирует  автоматически  и  редко  требует  вмешательства  человека.  С  помощью  сервера  управления  пользователь  может  создать  одно  или  несколько  централизованных  хранилищ  архивов  (централизованных  хранилищ  (см.  стр.    393)),  которые  будут  совместно  использоваться  зарегистрированными  машинами.  Централизованное  хранилище  может  использоваться  любой  политикой  резервного  копирования,  а  также  любым  планом  резервного  копирования,  созданным  на  зарегистрированных  машинах  с  помощью  прямого управления.   Организация управляемого хранилища архивов  Какой  должна  быть  емкость  централизованного  хранилища?  Что  если  перенос  резервных  копий  большого  размера  в  хранилище  вызовет  перегрузку  сети?  Влияет  ли  резервное  копирование  работающего  сервера  производственного  назначения  на  его  производительность?  Узел  хранения  Acronis  Backup  &  Recovery  10  (см.  стр.    391)  устанавливается  и  настраивается  для  управления  одним  централизованным  хранилищем  или  несколькими,  чтобы  при  централизованном  резервном  копировании  бизнеспроцессы  в  компании  не  замедлялись,  а  также  чтобы  свести  к  минимуму  объем  ресурсов,  необходимый  для защиты данных. Такие хранилища называются управляемыми хранилищами (см. стр.  391).   Узел  хранения  позволяет  агенту  дедуплицировать  (см.  стр.    380)  резервные  копии  перед  их  отправкой  в  управляемые  хранилища,  а  также  дедуплицирует  резервные  копии,  которые  уже  находятся  в  хранилищах.  Результатом  дедупликации  является  уменьшение  трафика  во  время  резервного  копирования  и  экономия  объема  хранилища.  Кроме  того,  узел  хранения  также  выполняет  операции  с  архивами  (например,  проверку  и  очистку),  которые  при  его  отсутствии  выполняются  агентом.  За  счет  этого  управляемые  машины  освобождаются  от  ненужной  вычислительной  нагрузки.  Наконец,  что  не  менее  важно,  узел  хранения  Acronis  Backup  &  Recovery  10  позволяет  использовать  в  качестве  централизованного  хранилища  библиотеку  ленточных носителей для хранения архивов резервных копий.   С  сервера  управления  Acronis  Backup  &  Recovery  10  можно  установить  и  осуществлять  централизованное  управление  несколькими  узлами  хранения,  каждый  из  которых  будет  управлять несколькими хранилищами.  Дополнительные  сведения  об  узлах  хранения  см.  в  разделе  Узел  хранения  Acronis  Backup  &  Recovery 10 (см. стр.  21).  2.11.2. Настройка централизованной защиты данных в Предположим, что в инфраструктуру сети входят серверы (1, 2, 9) и рабочие станции (3, 58) с  Windows и Linux. Есть также сервер VMware ESX (4), где размещены две гостевые системы.   Необходимо  обеспечить  защиту  каждого  сервера  в  целом,  защиту  данных  пользователей  на  рабочих станциях и защиту виртуальных машин. Необходимо иметь возможность отслеживать  состояние системы защиты данных, быть уверенным в том, что в архивах резервных копий нет  дубликатов  данных,  а  устаревшие  резервные  копии  своевременно  удаляются  из  хранилища.  Достичь  этих  целей  можно  путем  регулярного  резервного  копирования  нужных  элементов  данных и сохранения копий в централизованном хранилище с дедупликацией данных.  Настройка инфраструктуры Acronis  1. Установите  консоль  управления  Acronis  Backup  &  Recovery  10  [консоль]  на  машине,  с  которой  необходимо  работать  (3).  Консоль  используется  для  обращения  к  другим  компонентам Acronis и управления ими с помощью графического интерфейса пользователя.  2. Установите  сервер  управления  Acronis  Backup  &  Recovery  10  [AMS]  на  одном  из  серверов  Windows  (2).  Сервер  управления  является  единственной  точкой  входа  в  инфраструктуру  Acronis.  3. Установите  агент  Acronis  Backup  &  Recovery  10  на  всех  машинах  для  резервного  копирования дисков, томов и файлов машин.   o Агент (W) — агент для Windows.  o Агент (L) — агент для Linux.   Агент  для  Linux  можно  установить  на  сервере  ESX,  поскольку  этот  продукт  виртуализации создан на основе Linux Red Hat. Если на сервере используется файловая  система ext2 или ext3, можно будет создавать резервные копии дисков, томов и файлов  сервера.  Резервное  копирование  родной  файловой  системы  ESX  возможно  только  по  При установке агентов зарегистрируйте каждую машину на сервере управления. Для этого  введите  имя  или  IPадрес  сервера,  а  также  учетные  данные  администратора  сервера  в  соответствующем  окне  мастера  установки.  Или  можно  позже  добавить  машины  к  серверу  управления, указав их имена или IPадреса.  4. Установите агент Acronis Backup & Recovery 10 для ESX [агент (ESX)] на сервере ESX (4) для  резервного  копирования  виртуальных  машин  с  сервера.  Агент  поставляется  как  виртуальное приложение.  5. Установите узел хранения Acronis Backup & Recovery 10 [ASN] на один из серверов Windows  (9).  Узел  хранения  позволяет  упорядочить  инфраструктуру  хранения  архивов  резервных  копий  и  использовать  функцию  дедупликации.  Узел  можно  установить  вместе  с  сервером  управления, если сервер поддерживает соответствующие функции.  При установке узла хранения зарегистрируйте его на сервере управления аналогично тому,  как регистрируются агенты.  Советы по установке  • Как AMS, так и ASN можно установить и в операционной системе рабочей станции.   • В  сеть  может  входить  несколько  узлов  хранения.  Каждый  узел  может  управлять  несколькими локальными и удаленными хранилищами (до 20).  • В одной процедуре установки можно установить на машине несколько компонентов Acronis  Backup & Recovery 10.   • В  домене  Active  Directory  можно  развертывать  компоненты  с  помощью  групповой  политики.  Настройка узла хранения  Прежде чем использовать узел хранения, убедитесь в том, что все пользователи, чьи резервные  копии будут храниться в хранилищах узла, имеют на этом узле учетные записи Windows.   • Если  узел  включен  в  домен  Active  Directory,  то  все  пользователи  домена  смогут  хранить  свои  резервные  копии  на  этом  узле,  а  все  администраторы  домена  станут  администраторами узла.  • В  рабочей  группе  создайте  локальную  учетную  запись  для  каждого  пользователя,  чьи  резервные  копии  будут  храниться  на  узле.  Члены  группы  администраторов  станут  администраторами  узлов.  Позже  можно  будет  добавлять  учетные  записи  по  мере  необходимости.  1. Запустите консоль и подключите ее к серверу управления.  2. Создайте  управляемое  хранилище,  как  описано  в  разделе  Операции  с  централизованным  хранилищем (см. стр.  138). Создавая управляемое хранилище, включите дедупликацию.  Настройка политик и групп  Подробное  описание  того,  когда  и  зачем  нужно  создавать  группы  машин,  см.  в  разделе  Группирование  зарегистрированных  машин  (см.  стр.    62).  Здесь  также  приведены  сценарии,  поддерживаемые вышеупомянутой установкой Acronis Backup & Recovery 10.  2.11.2.1. Защита серверов Скорее  всего,  для  каждого  сервера  в  зависимости  от  его  роли  будет  создан  свой  план  резервного  копирования.  Однако  необходимо  хотя  бы  один  раз  создать  полную  резервную  копию  сервера.  Создать  резервную  копию  сервера  можно  во  время  техобслуживания  или  в  окне  резервного  копирования  после  установки  или  обновления  программного  обеспечения,  перед  перемещением  и  т. п.  В  нижеприведенном  примере  нет  необходимости  регулярно  создавать  полные  резервные  копии  серверов.  Удалять  старые  резервные  копии  можно  вручную, так как их немного.  1. Создайте  политику,  по  которой  [Все  тома]  копируются  в  управляемое  хранилище  на  узле  хранения.  Выберите  Создать  резервную  копию  позже,  запуск  вручную  и  тип  резервной  копии Полная.  2. Создайте  статическую  группу,  например  S_1.  Добавьте  все  серверы  к  этой  группе.  (Если  управляемое хранилище расположено не на дисках локального узла, можно добавить узел  хранения.  В  противном  случае  копия  архивного  хранилища  будет  создаваться  в  самом  хранилище.)  3. Примените  политику  к  группе  S_1.  Убедитесь  в  том,  что  политика  успешно  развернута  на  всех серверах. Состояние развертывания политики должно измениться с Развертывание на  Развернуто,  а  статус  политики  должен  быть  равен  ОК.  Для  просмотра  планов  резервного  копирования на всех серверах сделайте следующее.  a. Перейдите к группе Все машины или к группе S_1.   b. Выберите сервер.   c. Выберите вкладку Планы и задания резервного копирования на панели Информация.  Если  требуется  и  есть  возможность  создать  резервную  копию  какоголибо  из  серверов,  перейдите к плану резервного копирования, как описано выше, выберите план и запустите его.   2.11.2.2. Защита рабочих станций Ниже  описывается  способ  создания  наиболее  распространенного  графика:  еженедельное  полное  резервное  копирование  и  ежедневное  инкрементное  резервное  копирование  заданного  списка  папок  с  документами  пользователей.  Кроме  того,  будут  храниться  только  резервные копии, созданные за последние 7 дней.   1. Создайте  политику,  по  которой  [папка  «Все  профили»]  копируется  в  управляемое  хранилище  на  узле  хранения.  Таким  образом  будет  создана  резервная  копия  папки  с  профилями  пользователей  (например,  C:\Documents  and  Settings  в  Windows  XP).  Выберите  схему резервного копирования Пользовательская.   a. Запланируйте полное резервное копирование следующим образом: Еженедельно,  каждую неделю в воскресенье, выполнять задание один раз в 00:00:00.  Дополнительные настройки: WakeonLAN: Вкл. Для оптимизации загрузки и сети, и  процессора узла хранения может также потребоваться запуск операции резервного  копирования в разное время в пределах заданного интервала.  b. Запланируйте инкрементное резервное копирование следующим образом:  Еженедельно, каждую неделю в рабочие дни, выполнить задание один раз в 20:00:00.  Задайте необходимые дополнительные настройки.  c. Задайте правила хранения следующим образом: Удалить резервные копии старше: 7  дней. При удалении резервной копии с зависимостями: Консолидация резервных  копий. Для остальных правил хранения оставьте настройки по умолчанию. Для  параметра Применить правила хранения выберите После создания резервной копии.  2. Создайте  динамическую  группу,  например  W_1.  Укажите  %Windows%XP%  и  %Windows%Vista%  в  качестве  критерия.  Таким  образом,  все  рабочие  станции,  которые  будут  позже  зарегистрированы  на  сервере  управления,  будут  добавлены  в  эту  группу  и  защищены с этой же политикой.  3. Примените  политику  к  группе W_1.  Убедитесь  в  том,  что  политика  успешно  развернута  на  всех  рабочих  станциях.  Состояние  развертывания  политики  должно  измениться  с  Развертывание  на  Развернуто,  а  статус  политики  должен  быть  равен  ОК.  Для  просмотра  планов резервного копирования на каждой из рабочих станций сделайте следующее.  a. Перейдите к группе Все машины или к группе W_1.  b. Выберите рабочую станцию.  c. Выберите вкладку Планы и задания резервного копирования на панели Информация.  В  представлении  Задания  отображаются  конечные  задания,  созданные  на  рабочих  станциях.  4. Используйте  Панель  мониторинга  или  Задания  для  отслеживания  ежедневных  заданий,  связанных  с  политикой.  Убедившись  в  том,  что  все  задания  выполняются,  как  указано,  можно проверить статус политики в представлении Политики резервного копирования.  Для  ежедневной  защиты  данных  можно  также  использовать  схему  резервного  копирования  «дедотецсын» или «Ханойская башня».   2.11.2.3. Защита виртуальных машин Агент  Acronis  Backup  &  Recovery  10  для  ESX  обеспечивает  необходимый  уровень  гибкости  для  защиты виртуальных машин несколькими способами, перечисленными ниже.  • Подключить  консоль  к  виртуальному  приложению  (агент  для  ESX)  и  создать  план  резервного копирования для всех или некоторых виртуальных машин.  • Подключить консоль к виртуальному приложению (агент для ESX) и создать отдельный план  резервного  копирования  для  каждой  машины.  По  этому  плану  будут  копироваться  указанные тома.  • Зарегистрировать  виртуальное  приложение  (агент  для  ESX)  на  сервере  управления.  Все  виртуальные  машины,  кроме  виртуального  приложения,  появятся  в  группе  Все  виртуальные машины. Эти машины можно сгруппировать и применить любую политику, по  которой на них копируются диски или тома.  • Установить  агент  для  Windows  или  для  Linux  на  каждой  виртуальной  машине.  Зарегистрировать  машины  на  сервере  управления.  Эти  машины  будут  считаться  физическими  машинами.  К  этим  машинам  можно  применить  политику  резервного  копирования  или  создать  отдельный  план  резервного  копирования  для  каждой  машины.  Если  какаялибо  из  этих  машин  соответствует  критериям  для  включения  в  динамическую  группу  физических  машин,  эта  машина  будет  защищена  политикой,  применяемой  к  этой  группе.   В выпусках продукта с расширенными возможностями, за исключением Virtual Edition (Acronis  Backup  &  Recovery  10  Advanced  Server,  Advanced  Server  SBS  Edition  и  Advanced  Workstation),  разрешается использовать только последний из указанных методов.  2.11.3. Группирование зарегистрированных машин Сразу после регистрации (см. стр.  389) на сервере управления машина появляется в группе Все  машины,  которая  представляет  собой  встроенную  группу  (см.  стр.    379).  При  применении  политики резервного копирования к группе защищаются все зарегистрированные машины. Но  дело в том, что одна политика не может учитывать всего, поскольку машины выполняют разные  функции.  Каждый  отдел  имеет  определенные  резервируемые  данные.  Некоторые  данные  необходимо  резервировать  часто,  тогда  как  другие  —  пару  раз  в  год,  поэтому,  возможно,  потребуется  создать  различные  политики,  применимые  к  разным  наборам  машин.  В  этом  случае следует рассмотреть возможность создания пользовательских групп.  2.11.4. Политики для машин и групп В этом разделе описываются процессы автоматического развертывания и отзыва, выполняемые  сервером  управления,  когда  одна  или  несколько  политик  применяются  к  машинам  и  вложенным  группам  машин  в  различных  комбинациях,  когда  политика  отзывается  у  машин  и  групп, когда машина или группа перемещается из одной группы в другую.  Операции с группами, для которых применяются политики резервного копирования, приведут к  изменению  политик  на  машинах  группы.  При  любом  изменении  иерархии,  например  при  перемещении,  удалении  и  создании  групп,  при  добавлении  машин  в  статические  группы  или  при  добавлении  машин  в  группы,  основанные  на  динамических  критериях,  может  возникнуть  огромное  количество  изменений  наследования.  Ознакомьтесь  с  этим  разделом,  чтобы  убедиться, что выполняемые действия принесут желаемый результат, и чтобы лучше понимать  результаты автоматических операций сервера управления Acronis Backup & Recovery 10.  Что такое применение, развертывание и отзыв?  Применение политики устанавливает соответствие между политикой и одной или несколькими  машинами.  Этот  процесс  происходит  внутри  базы  данных  сервера  управления  и  не  занимает  много времени.  Развертывание  политики  переносит  установленное  соответствие  на  машины.  Фактически  на  каждой  машине  создается  пакет  заданий  в  соответствии  с  конфигурацией,  указанной  политикой.   Отзыв  политики  —  это  действие,  обратное  применению  и  развертыванию.  При  отзыве  удаляется  соответствие  между  политикой  и  одной  или  несколькими  машинами,  а  затем  удаляются задания с машин.  Если  в  данный  момент  машина  по  какимлибо  причинам  недоступна,  изменение  будет  передано  на  нее,  когда  она  станет  доступна.  Это  значит,  что  развертывание  политики  на  нескольких  машинах  не  происходит  мгновенно.  То  же  справедливо  и  для  отзыва.  Эти  два  процесса  могут  занимать  длительное  время,  поэтому  сервер  управления  отслеживает  и  отображает отдельный статус для каждой машины, с которой он работает, а также совокупный  статус политики.  2.11.4.1. Политика машины или группы Каждая  из  нижеприведенных  нумерованных  схем  иллюстрирует  результат  соответствующего  нумерованного действия.   Контейнер  означает  группу,  цветной  кружок  —  машину  с  примененной  политикой,  темный  цветной  кружок  —  машину  с  двумя  приложениями  одинаковой  политики,  белый  кружок  —  машину, к которой не применена политика.  Политика машины  1. Политику можно применить к машине.  2. Политику можно отозвать с машины.  Политика по отношению к группе  1. Политику можно применить к группе.  2. Политику можно отозвать из группы.  3. Политику, примененную к группе, нельзя отозвать с машины.  4. Чтобы отозвать политику с машины, удалите машину из группы.  Одинаковая политика в группе и на машине  1. Одну и ту же политику можно применить к группе и к машине. При повторном применении  одной  и  той  же  политики  на  машине  ничего  не  меняется,  но  сервер  запоминает,  что  политика была применена дважды.  2. Политика, отозванная из группы, остается на машине.  3. Политика, отозванная с машины, остается в группе, следовательно, и на машине.  4. Чтобы полностью отозвать политику с машины, отзовите ее как из группы, так и с машины.  2.11.4.2. Операции с машиной В  этом  разделе  содержится  упрощенное  описание  того,  что  происходит  с  политиками  на  машине при перемещении, копировании или удалении машины из группы.  На  схеме  ниже  контейнер  обозначает  группу,  одноцветный  круг  обозначает  машину  с  одной  примененной  политикой,  двухцветный  круг  обозначает  машину  с  двумя  примененными  политиками, белый круг обозначает машину без примененных политик.  1.  Это  начальное  состояние:  две  пользовательские  группы  содержат  разные  машины.  Одна  политика  применяется  к  одной  группе,  другая  политика  —  к  другой  группе.  На  следующих  схемах показываются результаты указанных действий.    2.  Перемещение  в  другую  группу.  Машина  №3  перемещается  из  одной  группы  в  другую.  «Оранжевая» политика отзывается, и к машине применяется «синяя» политика.    3.  Добавление  в  другую  группу.  Машина  №3  добавляется  в  другую  группу.  Она  становится  членом  обеих  групп.  «Синяя»  политика  применяется,  но  «оранжевая»  политика  остается  на  машине.  4. Удаление из группы. Машина №3 удаляется из группы. «Оранжевая» политика отзывается у  машины. Машина остается в группе Все машины.  2.11.4.3. Наследование политик Наследование  политик  можно  легко  понять,  если  учесть,  что  машина  может  входить  только  в  одну группу, помимо группы Все машины. Начнем с этого упрощенного подхода.  На  нижеприведенной  схеме  контейнер  означает  группу,  двухцветный  кружок  —  машину  с  двумя  примененными  политиками,  трехцветный  кружок  —  машину  с  тремя  примененными  политиками и так далее.  В действительности намного легче рассматривать наследование со стороны машины. Для этого  перейдите  в  любую  группу,  которая  содержит  машину,  выберите  машину,  а  затем  выберите  вкладку Политики резервного копирования на панели Информация. В столбце Наследование  отображается,  унаследована  ли  политика  или  применена  непосредственно  к  машине.  Щелкните  Обзор  наследования,  чтобы  просмотреть  порядок  наследования  политики.  В  нижеприведенном  примере  имена  политик,  столбец  Наследование  и  порядок  наследования  будут выглядеть следующим образом.  Для машины  Имя политики    Наследование  Порядок наследования  №1  или  №2  «зеленый»   Унаследовано  Все машины > №1 или №2 или №3  или №3  №5 или №6  «зеленый»   Унаследовано  Все машины > №5 или №6  2.11.5. Состояния и статусы политики резервного копирования Централизованное  управление  предполагает,  что  администратор  имеет  возможность  отслеживать  состояние  всей  инфраструктуры  продукта  с  помощью  нескольких  простых  для  понимания параметров. В такие параметры включены состояние и статус политики резервного  копирования.  Проблемы,  в  случае  их  появления,  возникают  на  самом  нижнем  уровне  инфраструктуры  (задания  на  управляемых  машинах)  и  поднимаются  до  совокупного  статуса  политики.  Администратор  сразу  видит  статус  политики.  Если  статус  отклонился  от  нормы,  администратор может быстро открыть окно с подробным описанием проблемы.  В этом разделе описаны состояния и статусы политики, отображаемые сервером управления.  2.11.5.1. Состояние развертывания политики на машине Чтобы  просмотреть  этот  параметр,  выберите  в  дереве  любую  группу,  содержащую  данную  машину,  далее  выберите  машину,  затем  перейдите  на  вкладку  Политики  резервного  копирования на панели Информация.  После  применения  политики  к  машине  или  группе  машин  сервер  развертывает  политику  на  машинах. На каждой машине агент создает план резервного копирования. Во время переноса  политики  на  машину  и  создания  плана  резервного  копирования  политика  на  машине  имеет  состояние Развертывание.  После  успешного  создания  плана  резервного  копирования  состояние  политики  на  машине  изменяется на Развернуто.  Может потребоваться внести изменения в политику. После подтверждения изменений сервер  управления обновляет политику на всех машинах, где она была развернута. Во время переноса  изменений  на  машину  и  обновления  агентом  плана  резервного  копирования  политика  на  машине  имеет  состояние  Обновление.  После  завершения  обновления  политики  состояние  снова принимает значение Развернуто. Это состояние означает, что политика работает и в нее в  данный момент не вносятся изменения.  Политика,  которая  была  изменена  во  время  развертывания,  остается  в  состоянии  Развертывание.  Сервер  управления  просто  начинает  развертывание  измененной  политики  сначала.  Может  потребоваться  отозвать  политику  у  машины  или  группы,  в  которую  входит  машина.  После  подтверждения  изменений  сервер  управления  отзывает  политику  с  машины.  Во  время  переноса изменений на машину и удаления агентом плана резервного копирования политика  на машине имеет состояние Отзыв.  Пользователь  может  изменить  условия  группирования,  либо  машина  может  изменить  свои  свойства  таким  образом,  что  выходит  из  одной  группы  и  включается  в  другую.  Это  может  привести к отзыву одной политики и развертыванию другой. В этом случае первая политика на  машине  будет  иметь  состояние  Отзыв,  а  вторая  политика  —  Развертывание.  Эти  политики  могут отображаться в интерфейсе пользователя одновременно или друг за другом.  Диаграмма состояния политики резервного копирования  2.11.5.2. Статус политики на машине Чтобы  просмотреть  этот  параметр,  выберите  в  дереве  любую  группу  машин,  далее  выберите  машину,  затем  перейдите  на  вкладку  Политики  резервного  копирования  на  панели  Информация.  В  каждом  из  состояний  политика  резервного  копирования  может  иметь  один  из  следующих  статусов:  Ошибка,  Предупреждение,  ОК.  Когда  политика  находится  в  состоянии  Развернуто,  статус  отражает  успешность  выполнения  политики.  Когда  политика  находится  в  другом  состоянии, статус отражает успешность изменения политики.  Статус политики при отсутствии на машине данных для резервного копирования  Политика  резервного  копирования  может  быть  применена  к  машине,  не  имеющей  данных,  соответствующих  правилам  выбора  (p.  388).  Во  время  развертывания  политики  сообщения  об  ошибке не будет, поскольку предполагается, что такие данные могут появиться позднее. План  резервного копирования создается в обычном порядке, при этом состояние политики меняется  на Развернуто.  Если  данные  для  резервного  копирования  не  найдены  в  момент  запуска  задания  резервного  копирования, задание будет прекращено, при этом статус политики сменится на Ошибка. Если  найден  по  крайней  мере  один  элемент  данных,  задание  резервного  копирования  будет  успешно  выполнено  с  предупреждением.  Статус  политики  изменится  соответствующим  образом.   Задания резервного копирования будут запускаться по расписанию в соответствии с политикой  и  приводить  к  схожим  результатам  до  тех  пор,  пока  все  элементы  данных  не  появятся  на  машине или пока несуществующие элементы данных не будут исключены из политики.   Примеры  Предположим,  в  соответствии  с  правилом  выбора  политика  должна  выполнить  резервное  копирование томов D: и F:. Политика применяется к машинам, работающим под управлением и  Linux  и  Windows.  После  запуска  первого  резервного  копирования  политика  получит  статус  Ошибка  на  машинах,  работающих  под  управлением  Linux  и  Windows  и  не  имеющих  таких  томов.  Политика  получит  статус Предупреждение  на  машинах,  работающих  под  управлением  Windows,  которые  имеют  том  D:  или  F:,  если  произойдет  событие,  которое  завершится  ошибкой.  Политика,  которая  должна  выполнить  резервное  копирование  тома  [System]  и  /dev/sda1,  получит  статус  Предупреждение  на  машинах,  работающих  под  управлением  Windows  (поскольку  том  /dev/sda  не  найден),  и  на  машинах,  работающих  под  управлением  Linux,  которые  имеют  том  /dev/sda1  (поскольку  том  [System]  не  найден).  Политика  получит  статус  Ошибка на машинах, работающих под управлением Linux и не имеющих устройства SCSI.   Подробные сведения приведены в следующей таблице.  Развертывание  Ошибка  В журнале развертывания есть ошибки, например  Предупреждение  В журнале развертывания есть предупреждения:  Развернуто  Ошибка  Статус соответствующего плана резервного  Предупреждение  Статус соответствующего плана резервного  Обновление  Ошибка  В журнале обновления есть ошибки: не удается  Предупреждение  В журнале обновления есть предупреждения.    Предупреждение  В журнале отзыва есть предупреждения.  Кроме  состояния  и  статуса  развертывания  для  каждой  машины,  у  политики  резервного  копирования  есть  состояние  и  статус  развертывания  для  группы  машин,  а  также  совокупные  состояние и статус развертывания.  2.11.5.3. Состояние развертывания политики в группе Чтобы просмотреть этот параметр, выберите Машины в дереве, выберите группу и перейдите  на вкладку Политики резервного копирования на панели Информация.  Это  состояние  определяется  как  комбинация  состояний  развертывания  политики  на  машинах,  входящих в данную группу и ее дочерние группы.  Например,  политика  была  применена  к  группе,  состоящей  из  машин  A  и  B.  Во  время  развертывания политики на обеих машинах состояние развертывания политики в группе будет  иметь  значение  «Развертывание».  Если  развертывание  завершено  на  одной  машине,  но  все  еще  продолжается  на  другой,  состояние  будет  иметь  значение  «Развертывание.  Развернуто».  Когда  развертывание  завершится  на  обеих  машинах,  состояние  будет  иметь  значение  «Развернуто».  2.11.5.4. Статус политики для группы Чтобы просмотреть этот параметр, выберите Машины в дереве, выберите группу и перейдите  на вкладку Политики резервного копирования на панели Информация.  Этот статус определяется как самый строгий статус политики для машин, включенных в группу и  ее  дочерние  группы.  Если  в  данный  момент  политика  не  применяется  ни  к  одной  машине,  политика имеет статус «ОК».  2.11.5.5. Кумулятивное состояние и статус политики В  дополнение  к  состоянию  развертывания  и  статусу  относительно  конкретной  машины  или  группы у политики резервного копирования имеется кумулятивное состояние развертывания и  кумулятивный статус.  Кумулятивное состояние политики резервного копирования  Чтобы  просмотреть  этот  параметр,  выберите  в  дереве  Политики  резервного  копирования.  В  столбце  Состояние  развертывания  отображается  кумулятивное  состояние  развертывания  для  каждой политики.  Это  состояние  определяется  как  комбинация  состояний  развертывания  политики  на  всех  машинах, к которым она применена (непосредственно или путем наследования). Если политика  в  данный  момент  не  применена  ни  к  одной  машине,  у  нее  нет  состояния  развертывания  и  в  столбце отображается «Не применена».  Например,  политика  применена  к  машине  A.  Политика  была  успешно  развернута.  Затем  политика подвергается изменению и немедленно применяется к группе, состоящей из машин B  и  C.  Политика  должна  быть  обновлена  на  A  и  развернута  на  B  и  C.  Во  время  этих  процессов  кумулятивное  состояние  политики  может  выглядеть  как  «Обновление,  развертывание»,  затем  превратиться  в  «Обновление,  развернуто»  или  «Развернуто,  развертывание»  и  обычно  завершиться состоянием «Развернуто».    Кумулятивный статус политики резервного копирования  Чтобы  просмотреть  этот  параметр,  выберите  в  дереве  Политики  резервного  копирования.  В  столбце Статус отображается кумулятивный статус каждой политики.  Этот статус определяется как наиболее строгий статус политики на всех машинах, к которым она  применена. Если политика не применена ни к одной машине, ее статусом будет «ОК».  2.11.6. Дедупликация В  этом  разделе  описывается  дедупликация  —  механизм,  предназначенный  для  устранения  дубликатов данных. Одни и те же данные сохраняются в архиве только один раз.  2.11.6.1. Обзор Дедупликация  —  это  уменьшение  объема,  занимаемого  хранимыми  данными,  путем  выявления повторяющихся идентичных данных и сохранения их только один раз.  Например,  если  в  управляемом  хранилище  с  включенной  дедупликацией  содержатся  две  копии одного файла (в одном или разных архивах), то файл сохраняется только один раз, а во  второй копии сохраняется ссылка на первую.  Дедупликация  также  может  снизить  загруженность  сети:  если  во  время  резервного  копирования обнаружится, что файл или блок данных является дубликатом уже сохраненного,  его содержимое не передается по сети.  Дедупликация на уровне блоков работает с блоками данных, а дедупликация на уровне файлов  — с файлами при резервном копировании на уровне дисков и файлов соответственно.  В Acronis Backup & Recovery 10 дедупликация выполняется в два шага.  Дедупликация в источнике  Выполняется  на  управляемой  машине  во  время  резервного  копирования.  Агент  Acronis  Backup & Recovery 10 использует узел хранения для определения данных, которые можно  дедуплицировать, и не переносит данные, копии которых уже есть в хранилище.  Дедупликация в месте назначения  Выполняется  в  хранилище  после  завершения  резервного  копирования.  Узел  хранения  анализирует архивы хранилища и дедуплицирует данные в хранилище.  При создании плана резервного копирования можно отключить для этого плана дедупликацию  в  источнике.  Таким  образом  сокращается  время  резервного  копирования,  но  увеличивается  нагрузка на сеть и узел хранения.  Дедуплицирующее хранилище  Управляемое  централизованное  хранилище  с  включенной  дедупликацией  называется  дедуплицирующим  хранилищем.  При  создании  управляемого  централизованного  хранилища  можно  включить  в  нем  дедупликацию.  Дедуплицирующее  хранилище  нельзя  создать  на  ленточном устройстве.  База данных дедупликации  Узел  хранения  Acronis  Backup  &  Recovery  10,  который  управляет  дедуплицирующим  хранилищем, содержит базу данных дедупликации, включающую хэшсуммы всех элементов в  хранилище,  кроме  тех,  которые  не  могут  быть  дедуплицированы,  например  зашифрованные  файлы.  База  данных  дедупликации  хранится  в  папке,  указанной  в  поле  Путь  к  базе  данных  представления  Создание  централизованного  хранилища  при  создании  хранилища.  Базу  данных дедупликации можно создать только в локальной папке.  Размер  базы  данных  дедупликации  составляет  около  одного  процента  от  общего  размера  архивов  в  хранилище.  Другими  словами,  каждый  терабайт  новых  данных  (не  дубликатов)  добавляет около 10 ГБ к базе данных.  Если  в  случае  повреждения  базы  данных  или  потери  узла  хранения  в  хранилище  остаются  архивы  и  служебная  папка  с  метаданными,  новый  узел  хранения  сканирует  хранилище  и  воссоздает базу данных.   2.11.6.2. Когда дедупликация наиболее эффективна Дедупликация наиболее эффективна в следующих случаях.  • В  случае  резервного  копирования  похожих  данных  из  различных  источников  в  режиме  полного  резервного копирования. Например,  при резервном копировании операционных  систем и приложений, развертываемых из общего источника в сети.  Если  копируется  100  похожих  систем  в  дедуплицирующее  хранилище,  архивы  в  сумме  будут  занимать  меньше  места,  чем  в  случае  обычного  хранилища.  Рекомендуется  сначала  создать резервную копию одной из схожих систем, чтобы на узле хранения Acronis Backup &  Recovery  10  были  зарегистрированы  все  файлы  системы  в  качестве  возможных  объектов  дедупликации. Это ускорит процессы резервного копирования и уменьшит объем трафика в  сети  (благодаря  эффективной  дедупликации  в  источнике)  независимо  от  того,  происходит  резервное копирование одновременно или нет.  • В  случае  создания  инкрементных  копий  похожих  данных  из  разных  источников,  если  изменения  в  данных  также  одинаковы.  Например,  когда  в  этих  системах  развертываются  обновления и используется инкрементное резервное копирование. И здесь рекомендуется  создать резервную копию одной машины, а затем всех остальных (сразу или по одной).  • В случае инкрементного резервного копирования данных, которые не меняются сами, но  меняется их местоположение. Примером может служить ситуация, когда многочисленные  фрагменты  данных  циркулируют  по  сети  или  в  пределах  одной  системы.  После  каждого  перемещения  фрагмент  данных  включается  в  инкрементную  резервную  копию.  В  результате размер копии может быть значительным, хотя она и не содержит новых данных.  Решить  эту  проблему  можно  с  помощью  дедупликации:  каждый  раз,  когда  элемент  появляется на новом месте, сохраняется не сам элемент, а ссылка на него.  Дедупликация и инкрементные копии  При  случайных  изменениях  данных  применение  дедупликации  при  инкрементном  резервном  копировании не даст большого эффекта по следующим причинам.  • Дедуплицируемые  элементы,  которые  не  изменились,  не  попадут  в  инкрементную  резервную копию.  • Дедуплицируемые  элементы,  которые  изменились,  уже  не  будут  одинаковыми  и,  следовательно, не будут дедуплицированы.  2.11.6.3. Показатель дедупликации Показатель дедупликации — это отношение размера архивов в дедуплицирующем хранилище  к  размеру,  который  эти  же  самые  архивы  имели  бы  в  хранилище  без  дупликации.  Чем  выше  показатель дедупликации, тем выгоднее дедупликация.   Предположим,  что  создаются  резервные  копии  файлов  с  одинаковым  содержимым  с  двух  машин. Если размер каждого файла составляет 1 ГБ, то размер резервных копий в хранилище  без  дедупликации  составит  примерно  2 ГБ,  а  в  дедуплицирующем  хранилище  —  1 ГБ.  В  этом  случае показатель дедупликации равен 2:1.  И  наоборот,  если  бы  два  файла  имели  разное  содержимое,  размер  резервных  копий  в  хранилище  без  дедупликации  и  в  хранилище  с  дупликацией  был  бы  одинаковым  (2 ГБ),  а  показатель дедупликации был бы равен 1:1.  Какого показателя ждать  Хотя  в  некоторых  ситуациях  показатель  дедупликации  может  быть  очень  высоким  (в  предыдущем  примере  увеличение  количества  машин  привело  бы  к  увеличению  показателя  дедупликации:  3:1, 4:1 и т. д.), разумное значение для обычных условий будет в диапазоне от  1,2:1 до 1,6:1.  Для  более  реального  примера  предположим,  что  выполняется  резервное  копирование  двух  машин  с  одинаковыми  дисками  на  уровне  файлов  или  на  уровне  дисков.  На  каждой  машине  файлы,  присутствующие  на  всех  машинах,  занимают  50 %  пространства  на  диске  (например,  1 ГБ),  а  файлы,  которые  присутствуют  только  на  этой  машине,  занимают  остальные  50 %  (еще  1 ГБ).  В дедуплицирующем хранилище размер резервной копии первой машины будет равен 2 ГБ, а  размер резервной копии второй машины — 1 ГБ. В хранилище без дупликации две резервные  копии будут в сумме занимать 4 ГБ. Таким образом, показатель дедупликации будет равен 4:3,  или примерно 1,33:1.  Точно  так  же  в  случае  трех  машин  показатель  дедупликации  будет  равен  1,5:1,  для  четырех  машин — 1,6:1. Значение будет приближаться к 2:1 по мере роста числа машин, копируемых в  то же хранилище. Это означает, что можно приобрести устройство хранения емкостью 10 ТБ, а  не 20 ТБ.  Фактический  показатель  экономии  пространства  зависит  от  целого  ряда  факторов  (например,  от  типа  копируемых  данных,  частоты  резервного  копирования  и  срока  хранения  резервных  копий).  2.11.6.4. Как работает дедупликация Дедупликация в источнике  Когда  резервное  копирование  производится  в  дедуплицирующее  хранилище,  агент  Acronis  Backup  &  Recovery  10  считывает  копируемые  элементы  —  блоки  дисков  при  резервном  копировании дисков или файлы при резервном копировании файлов — и вычисляет цифровые  метки  каждого  блока.  Эта  цифровая  метка,  часто  называемая  хэшзначением,  уникально  представляет содержимое элемента в пределах хранилища.  Прежде  чем  отправить  элемент  в  хранилище,  агент  запрашивает  дедуплицирующую  базу  данных, нет ли уже в этом хранилище элемента с таким хэшзначением.  Если да, то агент посылает только хэшзначение элемента. В противном случае посылается сам  элемент.  Некоторые  элементы,  например  зашифрованные  файлы  или  блоки  дисков  нестандартного  размера, дедуплицировать невозможно, и агент всегда передает такие элементы в хранилище,  не  вычисляя  их  хэшзначения.  Дополнительные  сведения  об  ограничениях  дедупликации  на  уровне файлов и дисков см. в разделе Ограничения дедупликации (см. стр.  75).  Дедупликация в месте назначения  Когда  резервное  копирование  в  дедуплицирующее  хранилище  завершается,  узел  хранения  дедуплицирует данные в хранилище следующим образом.  1. Он  перемещает  элементы  (блоки  дисков  или  файлы)  из  архивов  в  специальную  папку  в  хранилище, где дублируемый элемент записывается только один раз. Эта папка называется  папкой дедуплицированных данных. Элементы, которые нельзя дедуплицировать, остаются  в архивах.  2. В архивах перемещенные элементы заменяются ссылками на них.  В  результате  в  хранилище  содержится  определенное  количество  уникальных  дедуплицированных  элементов,  на  каждый  из  которых  есть  одна  или  несколько  ссылок  в  архивах хранилища.   Задание на уплотнение  Если  удалить  одну  или  несколько  резервных  копий  или  один  или  несколько  архивов  из  хранилища (вручную или при очистке), в  хранилище могут остаться элементы, на которые нет  ссылок ни в одном архиве. Задание на уплотнение удаляет такие элементы. Это регламентное  задание, выполняемое узлом хранения по графику.  По умолчанию задания на уплотнение выполняются каждое воскресенье в  03:00 ночи. График  выполнения задания можно изменить, как описано в разделе Операции с узлами хранения (см.  стр.    330),  «Изменение  графика  уплотнения».  Задание  можно  также  запустить  или  остановить  вручную в представлении Задания.  2.11.6.5. Ограничения дедупликации Ограничения дедупликации на уровне блоков  При сохранении резервной копии диска в архив в дедуплицирующем хранилище дедупликация  блоков данных тома не выполняется в следующих случаях.  • Если том является сжатым.  • Если  размер  единицы  выделения  памяти  (также  называемый  размером  кластера  или  блока) тома не кратен 4 КБ.  Совет.  Размер  единицы  выделения  памяти  у  большинства  томов  NTFS  и  ext3  равен  4 КБ  и  позволяет  выполнять  дедупликацию  на  уровне  блоков.  Другие  примеры  подходящих  размеров  единиц выделения памяти — 8 КБ, 16 КБ, 64 КБ.  • Если архив защищен паролем.  Совет.  Если  нужно  защитить  данные  в  архиве,  но  оставить  возможность  дедупликации,  не  устанавливайте  пароль  на  архив,  но  зашифруйте  с  помощью  пароля  само  дедуплицирующее  хранилище (это можно сделать при создании хранилища).  Блоки  данных,  которые  не  были  дедуплицированы,  хранятся  в  архиве  так  же,  как  и  в  недедуплицирующем хранилище.  Ограничения дедупликации на уровне файлов  При  сохранении  резервной  копии  файлов  в  архив  в  дедуплицирующем  хранилище  дедупликация файла не выполняется в следующих случаях.  • Если  файл  зашифрован  и  в  параметрах  резервного  копирования  снят  флажок  Хранение  в  архивах  зашифрованных  файлов  в  расшифрованном  состоянии  (флажок  снят  по  умолчанию).  • Если размер файла меньше 4 КБ.  • Если архив защищен паролем.  Файлы,  которые  не  были  дедуплицированы,  хранятся  в  архиве  так  же,  как  и  в  недедуплицирующем хранилище.  Дедупликация и потоки данных NTFS  В  файловой  системе  NTFS  у  файла  может  быть  один  или  несколько  связанных  с  ним  дополнительных  наборов  данных,  которые  часто  называют  альтернативными  потоками  данных.  При создании резервной копии файла также создается копия альтернативных потоков данных.  Однако эти потоки никогда не дедуплицируются, даже если дедуплицирован сам файл.  2.11.7. Права для централизованного управления В этом разделе описываются права  пользователя, необходимые для  локального и удаленного  управления  машиной,  для  управления  машиной,  зарегистрированной  на  сервере  управления  Acronis  Backup  &  Recovery  10,  и  для  доступа  к  узлу  хранения  Acronis  Backup  &  Recovery  10  и  управления им.  2.11.7.1. Типы подключений к управляемой машине Существует два типа подключений к управляемой машине: локальное и удаленное.  Локальное подключение  Локальное  подключение  устанавливается  между  консолью  управления  Acronis  Backup  &  Recovery 10 на машине и агентом Acronis Backup & Recovery 10 на той же машине.  Как установить локальное подключение  • На панели инструментов нажмите Подключить,  выберите Новое подключение и нажмите  Эта машина.  Удаленное подключение  Удаленное  подключение  устанавливается  между  консолью  управления  Acronis  Backup  &  Recovery 10 на одной машине и агентом Acronis Backup & Recovery 10 на другой машине.  Чтобы установить удаленное подключение, могут потребоваться учетные данные.  Как установить удаленное подключение  1. На панели инструментов нажмите Подключить,  выберите Новое подключение и нажмите  Управление удаленной машиной.  2. В  поле  Машина  введите  или  выберите  имя  или  IPадрес  удаленной  машины,  к  которой  нужно подключиться, либо нажмите кнопку Обзор, чтобы выбрать машину из списка.  3. Чтобы  задать  учетные  данные  для  подключения,  нажмите  кнопку  Параметры  и  введите  имя пользователя и пароль в поля Имя пользователя и Пароль соответственно. В системе  Windows,  если  оставить  поле  Имя  пользователя  пустым,  будут  использованы  учетные  данные, с которыми работает консоль.  4. Чтобы сохранить пароль для заданного имени пользователя, установите флажок Сохранить  пароль.  Пароль  будет  сохранен  в  защищенном  хранилище  на  машине,  где  работает  консоль.  2.11.7.2. Права для локального подключения Локальное подключение к машине под управлением Windows может быть установлено любым  пользователем, у которого имеется право «Локальный вход в систему» на этой машине.  2.11.7.3. Права для удаленного подключения в Windows Чтобы установить удаленное подключение к машине под управлением Windows, пользователь  должен быть членом группы безопасности «Удаленные пользователи Acronis» на этой машине.  После того как удаленное подключение установлено, пользователь получает права управления  на удаленной машине, как описано в разделе Права пользователя на управляемой машине (см.  стр.  33).  Примечание. На удаленной машине под управлением Windows Vista с включенным контролем учетных  записей (UAC), которая не является частью домена, создавать резервные копии данных и выполнять  операции  по  управлению  дисками  может  только  пользователь  встроенной  учетной  записи  «Администратор».  Чтобы  обойти  это  ограничение,  включите  машину  в  домен  или  отключите  на  ней UAC (по умолчанию UAC включен).  Сведения  о  группах  безопасности  Acronis  и  их  членах  по  умолчанию  см.