×
Меню

Резервное копирование настроек


1. Для чего служит и ограничения в использовании
1.1. Различать два термина "Резервная копия настроек системы" и "Резервная копия БД настроек системы".
Функция "Резервное копирование", заложенная в Модуле настройки (окно "Резервное копирование") подразумевает полное резервное копирование всех регистрационных данных устройств и радиоустройств и их параметров в сочетании с настройками системы. Поэтому процедура называется "Резервное копирование настроек системы". После создания копии, она помещается в ту же, используемую Модулем настроек БД. В ней (БД) зарезервирована специальная область для хранения копии.
"Резервная копия БД настроек системы" - это копия БД, которая создается Менеджером БД, и служит для:
  - хранения на компьютере,
  - переноса с компьютера на компьютер,
  - передачи в службу технической поддержки
  - и т.п.
"Резервная копия БД" может содержать, а может и не содержать внутри себя "Резервную копию настроек". Однако эта содержащаяся внутри копия служит только сохранности работающей системы, и без нее абсолютно бесполезна (например, в службе технической поддержки).
1.2. Основное назначение "Резервной копии настроек системы" - полное восстановление рабочей системы в случаях выхода из строя центрального ППКОП (Астра-8945 Pro и Астра-812 Pro) или расширителей-координаторов беспроводных и проводных сетей (расширителей Астра-РИ-М РР, Астра-Z  РР, Астра-РПА) без потери регистрационных параметров устройств.
1.3. "Резервная копия настроек системы" не служит страховкой в процедурах обновления ПО (апгрейда) в случаях, если что-то пошло не так, как описано в подробных методиках главы "Обновление ПО устройств". Здесь резервная копия бесполезна, а в процедурах обновления ПО (апгрейда) сохранение совместимых в разных версиях параметров и настроек - задача механизмов конвертации БД. Эти механизмы заложены во все модули ПКМ, и работают автоматически. 
Ограничения при обновлениях подробно описаны в разделе Общие правила обновления ПО главы "Обновление ПО устройств"

Для абсолютной независимости от всех жизненных коллизий выполнить копирование в 2 этапа:
1-ый этап: в Модуле настройки выполнить резервное копирование настроек. Копия автоматически сохранится в БД настроек.
2-ой этап: Менеджером БД создать резервную копию БД. Файл сохранится с расширением "*.bak". Эту копию можно сохранить где угодно (в сети, на флеш-карте, на CD-диске).

2. Создание резервной копии настроек системы
Выполнять только после окончательной отладки работоспособности системы на объекте и сдачи ее в эксплуатацию. При изменении каких-либо настроек системы в процессе эксплуатации после завершения проверок необходимо обязательно обновлять резервную копию системы.
 
Резервная копия настроек сохраняется в БД настроек. Сохраняемая резервная копия только одна и она имеет обязательные метки о дате и времени создания.
Резервная копия с момента создания актуальна и используется для восстановления в любой иной момент времени при условии неизменности настроек в системе за истекший период с момента создания до случая восстановления.

При любом изменении настроек необходимо выполнять повторное копирование!

В ПКМ встроена процедура проверки актуальности имеющейся копии в любой момент времени после создания, если нет реальных знаний о том, подвергалась система изменениям настроек или нет в промежуток времени с момента создания до момента проверки.
В настоящем описании приводятся примеры на основе процедур, происходящих в ППКОП типа Астра-812 Pro, если специально не указано иное.
Исходное состояние системы без сохраненных копий в БД и ППКОП с частично предварительными заводскими установками
В нижней части окна генерируется сообщение о наличии или отсутствии резервной копии в БД настроек.
В исходном состоянии сообщение будет предупреждать об отсутствии в БД настроек когда-либо созданных копий.
Управление созданием/восстановлением копий производится с помощью командных кнопок в нижней части окна. После запуска процедуры кнопкой "Создать резервную копию настроек системы" процесс отображается дополнительными сообщениями
В конечном итоге возможны два основных исхода:
  - положительный исход с выдачей общего системного сообщения
В этом случае крупное сообщение о наличии копии изменяет свое значение и цвет. С этого момента времени оно всегда будет таким и будет свидетельствовать о том, что в БД имеется в наличии сохраненная резервная копия настроек системы. В колонках "Статус резервной копии", "Время создания" будут отображаться соответствующие атрибуты копий для всех сетей системы. Копии создаются в ППКОП и автоматически сохраняются в БД настроек по завершении процедуры создания. После сохранения доступ к ним в ППКОП исключается.
В случае успешного обновления полной копии, атрибуты копий каждого устройства-владельца осети будут заменены
  - отрицательный исход с объяснением причины. Для примера показано сообщение, сгенерированное с учетом разрыва связи с РР-Z при попытке повторного создания комплекта копий, поэтому крупное сообщение о наличии копии не изменяет свое значение
При старте процедуры всегда выполняется попытка создания полного комплекта копий всех сетей, и в случае возникновения ситуации первого же отказа в создании по той или иной причине, процесс создания комплекта отменяется полностью. Обновления атрибутов копий сетей не происходит!  В БД настроек сохраняется старая копия, если была создана ранее.
Необходимо устранить возможные причины отрицательного исхода и добиться создания (обновления) полноЙ копии настроек системы!
Если с момента создания резервной копии по разным причинам были внесены изменения только в настройки ППКОП, (например, изменение привязок к логическим разделам),  без изменения каких-либо параметров в сетях, то и в  этом случае необходимо обновлять резервную копию, т.к. возникает скрытое несоответствие комплекта копий сетей с настройками ППКОП.
Только в этом случае новая копия настроек будет актуальной, и в колонке "Время создания" появятся новые атрибуты копий сетей.

Внимание!
При любом изменении настроек необходимо выполнять повторное создание резервной копии настроек. Если при этом создана (и где-то хранится) резервная копия БД, ее тоже необходимо обновить.

3. Проверка резервной копии настроек системы
В любой момент времени доступна процедура проверки актуальности резервной копии на соответствие действующим настройкам в ППКОП, для чего служит кнопка "Проверить резервную копию настроек системы"
Процесс проверки отображается дополнительными сообщениями.
Первое из которых будет предупреждением о вычитывании из ППКОП и сохранении реальных текущих настроек в Ядро. Этой процедурой отсекаются возможные изменения, выполненные недавно, видимые в интерфейсе Модуля настройки, но не сохраненные в ППКОП
Если с момента создания резервной копии до момента проверки настройки ППКОП оказались без изменений, то проверка покажет актуальность резервной копии. Копия будет рекомендована к восстановлению
Иначе возможны варианты:

3.1. Системное сообщение об отличиях в каких-либо параметрах адресных устройств с выводом о запрете для восстановления резервной копии 
Возникает, когда в промежутке времени между созданием резервной копии и ее проверкой были выполнены изменения в настройках без изменения состава и адресов адресных устройств. Например, включение канала обнаружения в БРР (Астра-Z-8245)
Если инженер-инсталлятор выполнив подобную настройку (она была проведена в интерфейсе Модуля и в ППКОП в режиме OnLine), не позаботился произвести запись в ППКОП и БД кнопкой  , то уже при следующем запуске Модуля настройки и установлении связи с ППКОП будет появляться сообщение о наличии разногласий в настройках ППКОП и сохраненных в БД
А в случае проверки резервной копии перед восстановлением будет выведено сообщение о запрете и рекомендация о предварительной процедуре восстановления заводских настроек в ППКОП, если все же решение о восстановлении будет принято
На этом этапе возможен выбор.

3.1.1. Обновить резервную копию, если поведение системы инженера-инсталлятора устраивает. Для этого:
  a) считать настройки из ППКОП кнопкой 
  b) записать в БД кнопкой 
  c) создать новую резервную копию.
 
Это правильный путь без последствий!

3.1.2. Если поведение системы не нравится, то можно произвести восстановление настроек из резервной копии (откат).
 
Предупреждение!
Этот путь с безусловными последствиями для системы с ППКОП Астра-8945 Pro с встроенным радиомодулем МРР-Z. Этот путь недопустимо выполнять на объекте в зоне действия радиосети этого радиомодуля, так как при восстановлении заводских настроек в ППКОП встроенный радиомодуль МРР-Z успевает разослать радиоустройствам сети команды удаления параметров сети.
Этот путь относительно безопасен для системы с ППКОП Астра-812 Pro, где встроенный радиомодуль МРР-РИМ команды удаления параметров сети разослать не успевает.
Таким образом рекомендуемую процедуру восстановления заводских настроек в ППКОП настоятельно рекомендуется выполнять при условии удаления ППКОП с объекта из зоны действия радиосетей!
 
  a) для устранения коллизий выполнить восстановление заводских настроек в ППКОП с помощью Модуля смены ПО. Его можно запустить не выходя из Модуля настроек, Ядро автоматически передаст управление ему. Выполнить запуск процедуры
 
  b) при запуске процедуры восстановления появится дополнительное окно-предупреждение, в которым ключевым является вопрос
Если просто следовать рекомендации, то это будет путь, описанный в предыдущем пункте 3.1.1. Но принято решение восстанавливать настройки из резервной копии, поэтому нажать "Да" при условии удаления ППКОП из зоныдействия радиосети встроенного радиомодуля
  c) по окончании восстановления из состава системы останется только ППКОП с встроенным радиомодулем
  d) закрыть модуль смены ПО, Ядро автоматически выведет протокол разногласий в настройках "чистого" ППКОП с данными БД
Согласиться с ним и вручную установить связь с ППКОП кнопкой  , после чего вновь запустить проверку резервной копии
  e) по окончании получим отчет о соответствии и активную кнопку запуска восстановления резервной копии
  f) запустить процедуру восстановления, процесс отобразитсяся дополнительными сообщениями
  g) в итоге получаем успешный результат
Система начинает "новую жизнь" с временной точки создания резервной копии.

3.2. Системное сообщение об отличиях в каких-либо параметрах проводного оборудования с выводом о пригодности резервной копии для восстановления с учетом возможных изменений в конфигурации
Возникает, когда в промежутке времени между созданием резервной копии и ее проверкой были выполнены изменения в настройках какого-либо из проводных устройств без изменения состава и адресов любого проводного оборудования. Например, включение дополнительного ШС в РП (Астра-713)
При этом инженер-инсталлятор выполнив подобную настройку произвел запись в ППКОП и БД кнопкой  и при следующем запуске Модуля настройки и установлении связи с ППКОП сообщение о наличии разногласий в настройках ППКОП и сохраненных в БД не будет. А в случае проверки резервной копии перед восстановлением будет выведено сообщение о возможности восстановления резервной копии с учетом изменения настроек системы (отката)
На этом этапе также возможен выбор.
3.2.1. Обновить резервную копию, если поведение системы инженера-инсталлятора устраивает. Для этого:
  a) считать настройки из ППКОП кнопкой 
  b) записать в БД кнопкой 
  c) создать новую резервную копию.
3.2.2. Если поведение системы не нравится, то произвести восстановление настроек из резервной копии (откат). Для чего запустить процедуру
По окончании система начинает "новую жизнь" с временной точки создания резервной копии.

3.3. Системное сообщение об отличиях в составе и каких-либо параметрах любого оборудования с выводом о запрете использования резервной копии
Возникает, когда в промежутке времени между созданием резервной копии и ее проверкой были выполнены изменения в составе устройств радиосетей и/или проводных устройств, влекущих за собой изменения в конфигурации. Например, при удалении одного РТМ из состав адресных устройств во время проверки резервной копии будет выведено сообщение о запрете и рекомендация о предварительной процедуре восстановления заводских настроек в ППКОП, если все же решение о восстановлении будет принято
Дальнейшие возможные действия аналогичны п.3.1.1. Но не более.
Попытка восстановления системы из сохраненной ранее резервной копии будет фатальна, т.к. в описываемом варианте предварительно созданы условия коллизий путем удаления радиоустройства и проводного устройства. В процессе удаления указанные устройства удаляют из своей памяти регистрационные параметры и поэтому после восстановления настроек из резервной копии они все равно остаются недоступными, так как на связь не выходят. Таким образом, несмотря на формальную успешность попытки восстановления цель не будет достигнута.

Подробно рассмотренные три варианта показывают потенциальные возможности резервирования/восстановления и трудности, подстерегающие инженера/инсталлятора на пути использования процедуры.

4. Восстановление системы из резервной копии настроек
В случае конфигурирования нескольких ППКОП на одном компьютере, успешное выполнение восстановления возможно только при выполнении 2 этапов создания резервной копии. Необходимо перед использованием инструмента "Восстановление  резервной копии" Модуля настройки зайти в Менеджер БД и выполнить операцию "База данных-Восстановление", указав файл резервной копии БД настроек системы с расширением *.bak. для соответствующего ППКОП.

Процедура применяется для решения 3-х обобщенных задач:
  - замена центрального ППКОП в случае его физической порчи
  - замена любого из расширителей РР-Z, РР-РИ-М, РПА в случае его физической порчи
  - замена любого из проводных устройств системы в случае его физической порчи

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

4.1. Задача - замена неисправного ППКОП
Исходные данные:
  - ППКОП физически неисправен
  - имеется комплект БД настроек и событий, сохраненный на ПК
  - в БД настроек имеется актуальная резервная копия настроек на момент выхода из строя ППКОП
  - в ППКОП, а так же в БД настроек и резервной копии действующий PIN-код Инженера отличается от заводского.
В настоящем комплекте ПО ППКОП и ПКМ проведены изменения, резко упрощающие процедуру подключения нового ППКОП с заводским значением PIN-кода Инженера. Изменения коснулись практически всех программных модулей ПКМ при сохранении внешнего облика интерфейсов и общей модели поведения.
Методика выполнения замены ППКОП
4.1.1. Выключить питание и отсоединить неисправный ППКОП от ПК, если был подсоединен. Удалить неисправный ППКОП и выполнить монтаж нового ППКОП с переустановкой встроенных модулей коммуникации с соблюдением мест установки (для Астра-8945 Pro), если таковые были.
4.1.2. На ПК запустить Модуль смены ПО, подключить и обновить новый ППКОП до версии, используемой неисправным прибором по методике п. 4.1. для ППКОП серии Pro главы "Обновление ПО устройств". Выполнить восстановление заводских настроек по методике п. 1.1. Центральный ППКОП серии Pro главы "Восстановление заводских настроек".
Эта процедура обязательна для исключения каких-либо коллизий.
Теперь новый ППКОП имеет заводской PIN-код Инженера  (по умолчанию «1 2 3 4 5 6»).
4.1.3. Выгрузить Модуль смены ПО и запустить Модуль настроек применяя действующее значение PIN-кода Инженера. Поскольку ППКОП подключен, возникнет протокол разногласий в настройках "чистого" ППКОП с данными БД
Принять протокол.
Попытка подключить новый "чистый" ППКОП потерпит неудачу с выводом сообщения. Принять это сообщение
4.1.4. Открыть окно "Пользователи и идентификаторы", в нем будет виден действующий PIN-код Инженера, именно он является препятствием при подключении ППКОП к Ядру
4.1.5. Не трогая кнопку    и игнорируя состояние кнопок   изменить PIN-код Инженера на заводское значение  (по умолчанию «1 2 3 4 5 6»).
Записать настройки кнопкой  .
При запуске записи возникнет запрос, ответить утвердительно
4.1.6. Проверить изменение PIN-кода чтением из БД кнопкой    согласившись с протоколом разногласий.
4.1.7. Установить связь с прибором кнопкой , открыть окно "Резервное копирование" и запустить проверку резервной копии  для получения активности кнопки восстановления (в настоящей процедуре это формальность, ведь ППКОП новый с заводскими настройками)
По окончании получим отчет о соответствии и активную кнопку восстановления
Проверка покажет совпадение (или расхождения) настроек, записанных в БД (а, вероятно, и в поврежденном ППКОП) и в резервной копии. Это своего рода "момент истины" - если инженер-инсталлятор соблюдал рекомендации в процессе эксплуатации, то должно быть совпадение и, соответственно, - рекомендация к восстановлению. Если нет - можно только предположить по выведенному предупреждению, с какими коллизиями придется столкнуться при попытке восстановления. Если ее предпринять, цель не будет достигнута сразу, инженеру-инсталлятору придется потрудиться, чтобы привести систему в работоспособное состояние
4.1.8. Далее рассматриваем только положительный исход проверки. Запустить восстановление
4.1.9. По завершении процедуры
в окне  "Список оборудования", все связи будут восстановлены
4.1.10. По истечении не менее 2-х периодов контроля в окне "Список адресных устройств", все связи также будут также восстановлены
4.1.11. Восстановленные настройки из резервной копии после завершения процедуры автоматически занесены в БД настроек и содержат тот рабочий PIN-код Инженера, который существовал в работающей системе. Выгрузка Модуля настройки теперь должна производиться с его применением
4.1.12. Разорвать связь с ППКОП, выгрузить Модуль настройки, отключить USB-соединение.
ППКОП заменен, система восстановлена в состояние, соответствующее времени создания резервной копии, и работоспособна. Резервная копия обновлена. Цель достигнута.

4.2. Задача - замена любого из неисправных расширителей РР-Z, РР-РИ-М, РПА
Исходные данные:
  - ППКОП исправен, физически неисправен любой из расширителей РР-Z, РР-РИ-М, РПА
  - имеется комплект БД настроек и событий, сохраненный на ПК
  - в БД настроек имеется актуальная резервная копия настроек на момент выхода из строя расширителя
  - в ППКОП, а так же в БД настроек и резервной копии действующий PIN-код Инженера отличается от заводского.
Методика выполнения замены
4.2.1. Отсоединить ППКОП от ПК, если был подсоединен.
4.2.2. На ПК запустить Модуль настройки. Cлужба Ядра имеет загруженные настройки из БД настроек, поэтому в интерфейсе Модуля настройки отобразятся именно они.
4.2.3. Открыть окно  "Список оборудования" и запомнить/записать указанные в списке версии ПО для заменяемого расширителя.
4.2.5. Выгрузить Модуль настройки
4.2.6. Снять питание с центрального ППКОП и испорченного расширителя (если было еще подключено), отсоединить коммуникации и демонтировать прибор.
4.2.7. Установить новый расширитель, подключить цепи питания, коммуникации временно не подключать.
4.2.8. На ПК запустить Модуль смены ПО и подключить USB-соединением новый расширитель с установленной перемычкой F1. При этом на радиорасширители (РР-Z или РР-РИ-М) питание не подавать, а на адресный РПА обязательно подать питание.
4.2.9. После обнаружения расширителя проверить его версию. При необходимости заменить ПО в нем на необходимую версию по методикам разделов 4.2. для радиорасширителей Астра-Z РР и Астра-РИ-М РР и 4.3. для адресных проводных расширителей Астра-А РПА главы  "Обновление ПО устройств"
4.2.10. Выгрузить Модуль смены ПО, отключить USB-соединение.
4.2.11. Подать питание, если не было подано и выполнить восстановление заводских настроек в заменяемом расширителе по методикам раздела 1.2.1. Радиорасширители РР-Z (Астра-Z РР), РР-РИМ (Астра-РИ-М РР)... главы "Восстановление заводских настроек". Снять питание.
4.2.12. Выполнить монтаж коммуникаций нового расширителя.
4.2.13. Запустить Модуль настройки, в его интерфейс автоматически вычитываются значения настроек из БД.
4.2.14. Подать питание на ППКОП и подключить USB-соединение с ППКОП.
4.2.15. Установить связь с ППКОП и открыть окно "Список оборудования" и удалить заменяемый расширитель.
4.2.16. Не выполняя никаких операций сохранения в БД, записи в ППКОП или чтения из ППКОП, на этот же адрес выполнить регистрацию вновь подключенного нового расширителя.
4.2.17. Перейти в окно "Резервное копирование". Кнопка "Восстановить резервную копию.." будет не активна. Запустить процедуру проверки актуальности резервной копии. В результате проверки будет получено сообщение с запретом восстановления и протокол разногласий (например, в случае замены радиорасширителя Астра-Z РР)
Принять протокол и запустить Модуль смены ПО не выгружая Модуль настройки для восстановления заводских настроек ППКОП.
4.2.18. Далее выполнить все действия начиная с п. 4.1.2. методики замены ППКОП
4.2.19. По завершении всех процедур в окнах  "Список оборудования", и "Список адресных устройств" все связи будут восстановлены
4.2.20. Разорвать связь с ППКОП, выгрузить Модуль настройки, отключить USB-соединение.
Расширитель РР-Z, РР-РИ-М или РПА заменен, система восстановлена в состояние, соответствующее времени создания резервной копии, и работоспособна. Цель достигнута.

4.3. Методика выполнения третьей задачи  (замена любого из проводных устройств)
2 способа:
1) способ применения текущих настроек из БД
2) способом применения настроек из резервной копии.
В идеальном случае, при  тщательном соблюдении инженером-инсталлятором постоянной актуальности резервной копии оба способа приводят к одинаковому результату.
Первый способ (с применением текущих настроек из БД) применим в случае, если с момента создания резервной копии происходили какие-либо изменения,  и проверка актуальности копии выявляет расхождения с текущими настройками.
Второй способ (с применением настроек из резервной копии) обязателен, если замена устройства происходит совместно с заменой центрального ППКОП или хотя бы одного расширителя. Восстанавливает свойства заменяемого устройства в системе такими, какими они были на момент создания резервной копии.

Общая методика выполнения задачи:
4.3.1. Отсоединить ППКОП от ПК.
4.3.2. На ПК запустить Модуль настройки. Cлужба Ядра имеет загруженные настройки из БД настроек, поэтому в интерфейсе Модуля настройки отобразятся именно они.
4.3.3. Открыть окно "Резервное копирование" и запустить процедуру проверки актуальности резервной копии аналогично описанному в методике для решения первой задачи
4.3.4. Открыть окно "Список оборудования" и запомнить/записать указанную в списке версию ПО для заменяемого проводного устройства.
4.3.5. Выгрузить Модуль настройки.
4.3.6. Снять питание с центрального ППКОП и испорченного устройства (если было еще подключено) и отсоединить коммуникации, демонтировать устройство.
4.3.7. Установить новое устройство, питание и коммуникации временно не подключать.
4.3.8. На ПК запустить Модуль смены ПО и подключить USB-соединением новое устройство.
4.3.9. Провести проверку версии ПО и при необходимости заменить по методикам разделов 4.3... - 4.8.... главы  "Обновление ПО устройств".
4.3.10. Выгрузить Модуль смены ПО, отключить USB-соединение.
4.3.11. Выполнить монтаж коммуникаций нового устройства, подать питание на устройство. Выполнить восстановление заводских настроек в заменяемом устройстве по методикам раздела 1.2. Устройства, подключаемые к ППКОП по интерфейсу RS-485 главы "Восстановление заводских настроек" .
4.3.12. Запустить Модуль настройки, в его интерфейс автоматически вычитываются значения настроек из БД. Подать питание на ППКОП и подключить USB-соединение с ППКОП. Установить связь с ППКОП.
4.3.13. Открыть окно "Список оборудования" и удалить заменяемое устройство.
4.3.14. Не выполняя никаких операций сохранения в БД, записи в ППКОП или чтения из ППКОП, на этот же адрес выполнить регистрацию вновь подключенного нового устройства.
4.3.15. Выбрать способ восстановления
4.3.16. В случае выбора первого способа (с применением текущих настроек из БД) нажатием кнопки вычитать настройки из БД в интерфейс Модуля настройки, затем нажатием кнопки произвести запись настроек в ППКОП.
4.3.17. По завершении процедуры в окнах  "Список оборудования", и "Список адресных устройств" проверить функционирование заменяемого устройства и всей системы.
4.3.18. Разорвать связь с ППКОП, выгрузить Модуль настройки, отключить USB-соединение.
Проводное устройство заменено, система работоспособна в состоянии, соответствующем текущим настройкам. Цель достигнута.
 
4.3.19. В случае выбора второго способа (с применением настроек из резервной копии) открыть окно "Резервное копирование". Кнопка "Восстановить резервную копию.." будет не активна. Запустить процедуру проверки актуальности резервной копии.
4.3.20. В результате будет получено сообщение о пригодности для восстановления но с учетом возможных изменений, если в промежутке времени от момента создания копии до настоящего инженер-инсталлятор допустил оплошность и не обновил копию при выполнении мелких настроечных работ. В качестве примера сообщение в результате проверки после замены пульта ПКУ с используемым в нем системным выходом
4.3.21. После проверки становится активной кнопка восстановления - запустить процесс.
4.3.22. По завершении процедуры в окнах  "Список оборудования", и "Список адресных устройств" проверить функционирование заменяемого устройства и всей системы.
4.3.23. Разорвать связь с ППКОП, выгрузить Модуль настройки, отключить USB-соединение.
Проводное устройство заменено, система восстановлена в состояние, соответствующее времени создания резервной копии, и работоспособна. Цель достигнута.