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

Обобщенная инструкция
ДЛЯ АДМИНИСТРАТОРОВ АИС «ЮСТИЦИЯ »
ПО ПЕРЕВОДУ УПРАВЛЕНИЙ РОСРЕЕСТРА НА ЦЕНТРАЛИЗОВАННУЮ РАБОТУ БД
Работы по переводу ИС ЕГРП на централизованную схему работы выполняются в
Управлении Росреестра в течение ограниченного времени. Контрактом для каждого Управления
Росреестра
определено
количество
территориальных
отделов,
переводимых
на
централизованную схему работы силами Исполнителя. Перевод остальных отделов
осуществляется силами сотрудников Управлений при технической поддержке Исполнителя.
Данный документ предназначен для администраторов АИС «Юстиция», которые будут
принимать непосредственное участие в работах по развертыванию ЕБД, администраторов
территориальных отделов Управления Росреестра, которые будут заниматься подготовкой
данных, к переносу в ЕБД, сотрудников, отвечающих за планирование процесса перехода на
централизованную схему работы.
Для осуществления действий, описанных в данном руководстве, специалист должен
обладать:



основными административными и пользовательские навыками работы с АИС
«Юстиция»;
основами администрирования СУБД Oracle (в рамках необходимого для
технического сопровождения АИС «Юстиция»);
навыками работы в операционной системе Microsoft Windows XP/2003/2008 или
операционной системой семейства Linux.
Данная инструкция состоит из списка действий, которые необходимо выполнить
Администратору. Каждый пункт содержат краткое описание. Некоторые пункты требуют
дополнительной проверки и контроля со стороны Администратора – важный этап подготовки и
залог успешной консолидации данных обособленной БД и перехода на централизованную схему
работы.
I Подготовка к переходу на использование ЕБД
Мероприятия по подготовке данных к работе в условиях централизованной схемы работы,
должны быть выполнены на локальных базах территориальных отделов заблаговременно.
Проведение данных действий заблаговременно, позволит сократить время конечной обработки
данных, после загрузки их в ЕБД.
Подготовительный этап заключается в выполнении следующих пунктов:
1. Установка и настройка адресного ядра. В случаях, когда адресное ядро было уже
установлено – пересоздавать и конфигурировать его не требуется. В случае
отсутствия адресного ядра на основе справочника ОКАТО (синие адреса) необходимо
обратиться в службу поддержки АИС «Юстиция».
2. Выявление и исключение (объединение) дублирующихся адресов. Подробно об
объединении адресов см. инструкцию «Объединение адресов (общее)». Инструкция
доступна на нашем FTP, в каталоге DOCS.
3. Объединение дублей субъектов. Подробно см. Руководство Администратора (доступно
на нашем сайте, в разделе Документация).
4. Подготовка списка учетных записей активных пользователей, которые будут (могут
быть) выгружены, для дальнейшего переноса на ЕБД. Под активным пользователем
понимается пользователь, который числится в штате, имеет доступ к АИС «Юстиция» и
будет выполнять свои функции (с учетом разграничения прав доступа) после
включения отдела в ЕБД. Т.о. переноситься должны не все пользователи! Создание
такого списка, должно сократить время, которое понадобится на выполнение
дистрибуции пользователей (см. пункты II-b 13, II-c 17 данной инструкции).
5. Проконтролировать выполнение скриптов, позволяющие оценить размеры
занимаемого места в БД неиспользуемых данных, и удалить их. Данные скрипты были
разработаны Исполнителем и рассылались на адрес Управления 03.06.2015 года. Если
данные скрипты не выполнялись ранее – обязательно необходимо их выполнить до
начала работ по переводу отдела в единую БД.
6. Обеспечить свободное место на сервере. Необходимо место для размещения двух
полных резервной копии (backup) рабочей схемы без архивирования. Если места на
сервере не хватает, то следует обеспечить дополнительные накопители (на время
предшествующее переходу к Единой БД, временно).
7. Обеспечить сервер источником бесперебойного питания.
8. Проверить, а при необходимости настроить резервное копирование рабочей схемы
(схема ЕГРП и схема ХЭД). Резервное копирование должно выполняться регулярно
(минимум раз в день). Копии должны храниться на отдельном накопителе (не на
сервере!), минимум предыдущая и текущая копии (а желательно недельный период,
5-7 копий). Логи резервного копирования должны проверяться на отсутствие ошибок.
Для выгрузки данных из схемы, рекомендуется использовать утилиту expdp.exe
(Data Pump Export).
Команда имеет следующий формат:
EXPDP
JUST/PASSWORD@SERVER
SCHEMAS=JUST,JUST_HED
DIRECTORY=OUT_DIRECTORY DUMPFILE=just_new.dmp LOGFILE=just_new.log
где:
JUST/PASSWORD@SERVER – пользователь/пароль@сервер;
SCHEMAS=JUST,JUST_HED – имя экспортируемых схем (схема ЕГРП и схема ХЭД);
DIRECTORY=OUT_DIRECTORY – имя Oracle-директории, куда будет выгружен файл
дампа (создание новой Oracle-директории см. раздел «Работа с Oracle-директориями»
данной инструкции);
DUMPFILE=just.dmp – имя файла дампа;
LOGFILE=imp_dp.log – файл лога текущего экспорта.
9. Администратор должен уметь выполнить резервное копирование в ручном режиме –
знать команду экспорта, уметь внести изменения в скрипт, если экспорт выполняется
путем выполнения скрипта.
10. Проверить наличие сценария before_1.sql и всех необходимых утилит. Данный
сценарий, а также необходимые файлы и инструкции, распространяются сотрудниками
ЦА.
II Подготовка данных территориальных отделов для доставки на
площадку ЕБД
Процесс формирования реплики данных из БД обособленных подразделений занимает
достаточно значимый промежуток времени. Кроме этого, сформированные файлы необходимо
доставить на площадку ЕБД.
Предполагается три способа доставки данных территориальных отделов на площадку ЕБД:
a. Доставка сервера или жестких дисков «целиком» – сервер физически доставляется
в ЦА.
b. Формирование и выгрузка необходимых данных для централизации в
территориальном отделе, копирование их на внешний носитель и доставка
носителя в ЦА.
c. Формирование и выгрузка необходимых данных в территориальном отделе,
копирование данных в ЦА по сети.
С момента выгрузки данных из БД территориального отдела до момента запуска в работу
ЕБД функционирование отдела будет приостановлено! БД отдела выводится из работы. Все
регистрационные и иные действия должны будут производиться только в Единой БД!
Выгрузку данных из БД ТО (и их загрузку в ЕБД) необходимо производить в нерабочее
время (выходные и/или ночное время), при отсутствии пользователей, подключённых к БД.
Ниже описаны действия Администратора в зависимости от выбранного способа доставки
данных территориального отдела.
II-a Подготовка сервера к транспортировке в ЦА
В указанный час, в соответствии с распоряжением руководителя, необходимо остановить
работу отдела. Перед транспортировкой серверного оборудования в ЦА, необходимо
последовательно выполнить следующие действия:
1. Проверить установленную версию АИС «Юстиция». Версия (обязательно) не должна
отличаться от установленной на ЕБД и ССД! При необходимости произвести
обновление версии, в соответствии с Руководством по установке и обновлению АИС
«Юстиция». Обязательно выслать лог обновления администраторам в ЦА и дождаться
подтверждения корректности установки.
2. Убедиться в отсутствии подключенных к БД пользователей – установить запрет на
подключение пользователей.
3. Отключить агент МДР, чтобы избежать накапливания входящих пакетов.
4. Отключить автоконсолидацию.
5. Отключить автобэкап.
6. Отключить другие сервисы.
7. Выполнить регулярную выгрузку изменений для ССД.
8. Выполнить резервное копирование БД (схемы ЕГРП и ХЭД) в ручном режиме – без
архивирования файла дампа. Для выгрузки данных из схемы, рекомендуется
использовать утилиту expdp.exe (смотри пункт I 8 данной инструкции). Проверить лог,
убедиться в отсутствии ошибок.
9. Отправить лог резервного копирования в ЦА. Получить подтверждение корректности
выполнения бэкапа.
10. Скопировать файл бэкапа на резервный носитель. Обеспечить хранение бэкапа до
полного ввода в работу ЕБД.
11. Демонтировать оборудование и передать для транспортировки в ЦА.
12. Пока серверное оборудование будет в пути, загрузить реплику из БД отдела в ССД.
Убедиться в отсутствии ошибок консолидации! Данный пункт может выполняться
совместно с администраторами из ЦА.
(В случае ошибок консолидации выполнить повторную выгрузку изменений для ССД,
сразу после подключения сервера территориального отдела на площадке ЦА).
II-b Действия
на
сервере
территориального
формированию выгрузки данных для ЕБД
отдела
по
В указанный час, в соответствии с распоряжением руководителя, необходимо остановить
работу отдела. Подключить внешний носитель к серверу. Последовательно выполнить следующие
действия:
1. Проверить установленную версию АИС «Юстиция». Версия (обязательно) не должна
отличаться от установленной на ЕБД и ССД! При необходимости произвести
обновление версии, в соответствии с Руководством по установке и обновлению АИС
«Юстиция». Обязательно выслать лог обновления администраторам в ЦА и дождаться
подтверждения корректности установки.
2. Убедиться в отсутствии подключенных к БД пользователей – установить запрет на
подключение пользователей, установить монопольный режим (в модуле
Администратор, Сервис  Монопольный режим).
3. Отключить агент МДР, чтобы избежать накапливания входящих пакетов.
4. Отключить автоконсолидацию.
5. Отключить автобэкап.
6. Отключить другие сервисы.
7. Выполнить регулярную выгрузку изменений для ССД.
8. Передать реплику в ЦА, дождаться загрузки в ССД. Убедиться в отсутствии ошибок
консолидации! Данный пункт может выполняться совместно с администраторами из
ЦА. В этом случае не продолжать выполнение следующих шагов, без подтверждения
результата заливки.
9. Выполнить резервное копирование БД (схемы ЕГРП и ХЭД) в ручном режиме – без
архивирования файла дампа. Для выгрузки данных из схемы, рекомендуется
использовать утилиту expdp.exe (смотри пункт I 8 данной инструкции).
Проверить лог, убедиться в отсутствии ошибок.
Файл дампа и лог будут скопированы на внешний носитель, для передачи в ЦА –
смотри пункт 14.
10. Выполнить скрипт dpc_before_1.
Данная функция:

Создаст необходимые свойства для кодификаторов «AU_LC» и «FL_LST»;

Выполнит перекодирование кодификатора «AU_LC» для его корректной выгрузки в
ЦОД;

Выполнит выгрузку системных параметров территориального отдела;

Установит значение системного параметра SECURITY.DPC_IS_SCM=1.
Пример запуска скрипта из командной строки:
sqlplus JUST/PASSWORD@SERVER @dpc_before_1.sql
где:
JUST – имя владельца схемы;
PASSWORD – пароль схемы JUST;
SERVER – имя сервера Oracle.
В ходе выполнения функция запросит значение параметра p_out_directory_in. С его
помощью необходимо указать путь (в формате «C:\COD_OUT\», без кавычек) до папки на сервере
в которую будет помещён скрипт дистрибуции системных параметров для ЕБД.
11. Отправить лог выполнения администраторам в ЦА. Дождаться подтверждения
корректности выполнения сценария.
12. Обязательно перезапустить модуль Юстиция-Администратор (если модуль был
открыт).
13. Выполнить «полный экспорт» как для первой сборки консолидированной БД. Для
этого в модуле Юстиция-Администратор в главном меню открыть БД  Консолидация
 Журнал. В открывшемся списке создать новую запись.
В форме «Создание экспорта/импорта» указать буферную схему (если их несколько,
выбирается та, которая прописана в системном параметре SECURITY.REPL_SCM_NAME), выбрать
действие «экспорт», и переключить обязательно в «полный экспорт».
Процесс выгрузки данных в буферную схему можно проконтролировать открыв запись в
журнале консолидации.
Далее, на созданном сеансе в контекстном меню выбрать «выгрузить данные из схемы».
Указать:



имя буферной схемы – BUFFER (то же, что и при создании сеанса);
путь на создаваемый файл экспорта, например «C:\JUST\CONS» (там будет созданы
файл экспорта с именем вида BUF_TRAN2_20060329_BUF_TRAN2.DMP и файл
протокола (лога) - BUF_TRAN2_20060329_BUF_TRAN2.LOG);
путь к утилите экспорта Oracle - [OraHome]\BIN\EXP.EXE.
o где [OraHome] – рабочая директория Oracle/
По окончании экспорта данных из буферной схемы в файл открывается лог, который
необходимо проконтролировать на предмет ошибок.
Файл дампа и лог будут скопированы на внешний носитель, для передачи в ЦА – смотри
пункт 15.
14. Выполнить дистрибуцию пользователей. Данный пункт нужно выполнять, если
принято решение переносить пользователей на новый сервер ЕБД. Нужно
воспользоваться списком пользователей, подготовленным заранее (см. пункт 4
раздела I).
Для этого в Модуле Администратора открыть список пользователей (Настройка 
Пользователи). Выделить мультивыбором необходимые записи (минимум две). В контекстном
меню выбрать пункт «Выгрузить группу пользователей». В открывшейся форме указать путь, куда
будет сохранен скрипт. Если не установлен признак «сформировать скрипт в один файл», то будут
отдельно созданы скрипты на каждого пользователя. Данный скрипт(ы) будет скопирован на
внешний носитель, для передачи в ЦА – смотри пункт 15.
15. После выгрузки данных необходимо скопировать на внешний носитель (который
предназначен для транспортировки необходимых файлов, до площадки ЕБД)
следующие файлы:
 файл и лог резервного копирования (пункт 9 данного раздела),
 файл и лог полного экспорта для ССД (пункт 13 данного раздела),
 скрипт и лог дистрибуции системных параметров (п.10 данного раздела),
 скрипт дистрибуции пользователей (пункт 14 данного раздела).
16. Проверить размер скопированных файлов с исходным. Убедиться, что скопированы
именно те файлы, которые нужно! Получить подтверждение корректности
выполненных действий из ЦА.
17. После копирования и проверки файлов необходимо доставить носитель на
площадку ЕБД.
18. Деактивировать учетные записи всех пользователей (кроме владельца схемы). В
модуле Администратор в списке пользователей убрать признак «доступность». Доступ
к данным БД отдела должен осуществляться только в режиме просмотра (в крайних
случаях).
19. Не активировать дополнительных сервисов, которые ранее работали на сервере – см.
пункты 2-5 данного раздела.
20. Параллельно запустить копирование необходимых файлов, указанных в пункте 14
данного раздела, на сервер ЕБД или ЦА, при наличии такой возможности и
необходимости. Выполнение данного пункта должно быть согласовано с
администраторами из ЦА до начала выполнения работ! Выполнение данного пункта
целесообразно, если время копирования файла приемлемо.
21. Скопировать файл бэкапа (пункт 9 данного раздела) и файл полного экспорта для ССД
(пункт 13 данного раздела) на резервный носитель, т.е. скопировать файлы с сервера.
Обеспечить хранение выгрузок до полного ввода в работу ЕБД.
II-c Действия
на
сервере
территориального
отдела
по
формированию выгрузки данных для ЕБД и доставке данных
посредством сети
В указанный час, в соответствии с распоряжением руководителя, необходимо остановить
работу отдела. Последовательно выполнить следующие действия:
1. Проверить установленную версию АИС «Юстиция». Версия (обязательно) не должна
отличаться от установленной на ЕБД и ССД! При необходимости произвести
обновление версии, в соответствии с Руководством по установке и обновлению АИС
«Юстиция». Обязательно выслать лог обновления администраторам в ЦА и дождаться
подтверждения корректности установки.
2. Убедиться в отсутствии подключенных к БД пользователей – установить запрет на
подключение пользователей, установить монопольный режим (в модуле
Администратор, Сервис  Монопольный режим).
3. Отключить агент МДР, чтобы избежать накапливания входящих пакетов.
4. Отключить автоконсолидацию.
5. Отключить автобэкап.
6. Отключить другие сервисы.
7. Выполнить регулярную выгрузку изменений для ССД.
8. Передать реплику в ЦА, дождаться загрузки в ССД. Убедиться в отсутствии ошибок
консолидации! Данный пункт может выполняться совместно с администраторами из
ЦА. В этом случае не продолжать выполнение следующих шагов, без подтверждения
результата заливки.
9. Выполнить резервное копирование БД (схемы ЕГРП и ХЭД) в ручном режиме – без
архивирования файла дампа. Для выгрузки данных из схемы, рекомендуется
использовать утилиту expdp.exe (смотри пункт I 8 данной инструкции).
Проверить лог, убедиться в отсутствии ошибок.
10. Выполнить скрипт dpc_before_1.
Данная функция:

Создаст необходимые свойства для кодификаторов «AU_LC» и «FL_LST»;

Выполнит перекодирование кодификатора «AU_LC» для его корректной выгрузки в
ЦОД;

Выполнит выгрузку системных параметров территориального отдела;

Установит значение системного параметра SECURITY.DPC_IS_SCM=1.
Пример запуска скрипта из командной строки:
sqlplus JUST/PASSWORD@SERVER @dpc_before_1.sql
где:
JUST – имя владельца схемы;
PASSWORD – пароль схемы JUST;
SERVER – имя сервера Oracle.
В ходе выполнения функция запросит значение параметра p_out_directory_in. С его
помощью необходимо указать путь (в формате «C:\COD_OUT\», без кавычек) до папки на сервере
в которую будет помещён скрипт дистрибуции системных параметров для ЕБД.
11. Передать данный скрипт и лог выполнения сценария на площадку ЕБД по сети.
Дождаться подтверждения корректности выполнения сценария.
12. Обязательно перезапустить модуль Юстиция-Администратор (если модуль был
открыт).
13. Выполнить «полный экспорт» как для первой сборки консолидированной БД. Для
этого в модуле Юстиция-Администратор в главном меню открыть БД  Консолидация
 Журнал. В открывшемся списке создать новую запись.
В форме «Создание экспорта/импорта» указать буферную схему (если их несколько,
выбирается та, которая прописана в системном параметре SECURITY.REPL_SCM_NAME), выбрать
действие «экспорт», и переключить обязательно в «полный экспорт».
Процесс выгрузки данных в буферную схему можно проконтролировать открыв запись в
журнале консолидации.
Далее, на созданном сеансе в контекстном меню выбрать «выгрузить данные из схемы».
Указать:



имя буферной схемы – BUFFER (то же, что и при создании сеанса);
путь на создаваемый файл экспорта, например «C:\JUST\CONS» (там будет созданы
файл экспорта с именем вида BUF_TRAN2_20060329_BUF_TRAN2.DMP и файл
протокола (лога) - BUF_TRAN2_20060329_BUF_TRAN2.LOG);
путь к утилите экспорта Oracle - [OraHome]\BIN\EXP.EXE.
o где [OraHome] – рабочая директория Oracle/
По окончании экспорта данных из буферной схемы в файл открывается лог, который
необходимо проконтролировать на предмет ошибок.
14. Заархивировать файл и лог полного экспорта.
15. Передать архив на площадку ЕБД по сети.
16. Выполнить дистрибуцию пользователей. Данный пункт нужно выполнять, если
принято решение переносить пользователей на новый сервер ЕБД. Нужно
воспользоваться списком пользователей, подготовленным заранее (см. пункт 4
раздела I).
Для этого в Модуле Администратора открыть список пользователей (Настройка 
Пользователи). Выделить мультивыбором необходимые записи (минимум две). В контекстном
меню выбрать пункт «Выгрузить группу пользователей». В открывшейся форме указать путь, куда
будет сохранен скрипт. Если не установлен признак «сформировать скрипт в один файл», то будут
отдельно созданы скрипты на каждого пользователя.
17. Передать скрипт(ы) дистрибуции пользователей на площадку ЕБД по сети. Дождаться
подтверждения корректности передачи скрипта.
18. Деактивировать учетные записи всех пользователей (кроме владельца схемы). В
модуле Администратор в списке пользователей убрать признак «доступность». Доступ
к данным БД отдела должен осуществляться только в режиме просмотра (в крайних
случаях).
19. Не активировать дополнительных сервисов, которые ранее работали на сервере – см.
пункты 2-5 данного раздела.
20. Скопировать файл бэкапа (пункт 9 данного раздела) и файл полного экспорта для ССД
(пункт 13 данного раздела) на резервный носитель, т.е. скопировать файлы с сервера.
Обеспечить хранение выгрузок до полного ввода в работу ЕБД.
Приложения
Работа с Oracle-директориями
Чтобы посмотреть список существующих Oracle-директорий, нужно выполнить команду
SELECT * FROM DBA_DIRECTORIES;
Можно использовать любую из существующих или создать новую. Для этого выполнить
команду:
CREATE or REPLACE DIRECTORY TEMP_OUT AS 'D:\TEMP\OUT\';
где:
TEMP_OUT – имя Oracle-директории,
'D:\TEMP\OUT\' – путь к каталогу на сервере, должен быть создан локально на сервере.
Команда для удаления уже созданной Oracle-директории:
DROP DIRECTORY TEMP_OUT;
Краткий план выполнения работ (чек-лист)
Подготовка сервера к транспортировке в ЦА (раздел II-a)
1
Актуальная версия АИС «Юстиция» установлена
Пункт
инстр-ии
раздела
II-a
1
2
Монопольный режим установлен
2
3
Отключен Агент МДР
3
4
Отключена автоконсолидация
4
5
Отключен авто-бэкап
5
6
Отключены остальные сервисы
6
7
Выполнена очередная выгрузка в ССД
7
8
Резервное копирование БД выполнено (без архивации)
8
9
Получено подтверждение из ЦА о корректности бэкапа
9
№
Шаг выполнения
Выполнено копирование файлов дампов на резервный
носитель
10
10
11
Серверное оборудование отправлено в ЦА
11
12
Получено подтверждение из ЦА о корректности загрузки
12
реплики в ССД
Примечание
Обеспечить
хранение
дампов
до
полного ввода
в работу ЕБД
Действия на сервере территориального отдела по формированию выгрузки данных
для ЕБД и доставке на внешнем носителе (раздел II-b)
Пункт
инстр-ии
№
Шаг выполнения
Примечание
раздела
II-b
1
Актуальная версия АИС «Юстиция» установлена
1
2
Монопольный режим установлен
2
3
Отключен Агент МДР
3
4
Отключена автоконсолидация
4
5
Отключен авто-бэкап
5
6
Отключены остальные сервисы
6
7
Выполнена очередная выгрузка в ССД
7
8
Подтверждена успешная загрузка реплики в ССД
8
9
Резервное копирование БД выполнено (без архивации)
9
10
Проверен лог резервного копирования на отсутствие ошибок
9
11
Выполнен сценарий before_1.sql
10
12
Проверен лог на отсутствие ошибок
10
13
Подтверждено корректное выполнение сценария
11
14
Перезапущен модуль Администратора
12
15
Выполнен полный экспорт в журнале консолидации
13
16
Проверен лог полного экспорта
13
17
Выполнена дистрибуция пользователей
14
18
Скопированы все необходимые файлы на внешний носитель
19
Получено подтверждение
действий из ЦА
20
Внешний носитель отправлен в ЦА
17
21
Деактивированы учетные записи всех пользователей
18
22
Проверено отсутствие запущенных сервисов
19
23
корректности
выполненных
15
Запущено копирование файлов на площадку ЕБД по сети
16
20
При
необходимости
21
Обеспечить
хранение
дампов
до
полного ввода
в работу ЕБД
Выполнено копирование файлов дампов на резервный
носитель
24
25
Получено подтверждение о доставке носителя в ЦА
в общем случае
7 файлов
Действия на сервере территориального отдела по формированию выгрузки данных
для ЕБД и доставке данных посредством сети (раздел II-c)
Пункт
инстр-ии
№
Шаг выполнения
Примечание
раздела
II-c
1
Актуальная версия АИС «Юстиция» установлена
1
2
Монопольный режим установлен
2
3
Отключен Агент МДР
3
4
Отключена автоконсолидация
4
5
Отключен авто-бэкап
5
6
Отключены остальные сервисы
6
7
Выполнена очередная выгрузка в ССД
7
8
Подтверждена успешная загрузка реплики в ССД
8
9
Резервное копирование БД выполнено (без архивации)
9
10
Проверен лог резервного копирования на отсутствие ошибок
9
11
Выполнен сценарий before_1.sql
10
12
Проверен лог на отсутствие ошибок
10
13
Подтверждено корректное выполнение сценария
11
14
Перезапущен модуль Администратора
12
15
Выполнен полный экспорт в журнале консолидации
13
16
Проверен лог полного экспорта
13
17
Заархивированы файл и лог полного экспорта
14
18
Запущено копирование файлов на площадку ЕБД по сети
15
19
Выполнена дистрибуция пользователей
16
20
Передан скрипт дистрибуции пользователей на площадку
17
ЕБД по сети
21
Получено подтверждение корректности передачи скрипта из
17
ЦА
22
Получено подтверждение
действий из ЦА
23
Деактивированы учетные записи всех пользователей
18
24
Проверено отсутствие запущенных сервисов
19
25
Получено подтверждение о корректном копировании всех
файлов в ЦА
корректности
выполненных
16
Выполнено копирование файлов дампов на резервный
носитель
26
Архив
20
Обеспечить
хранение
дампов
до
полного ввода
в работу ЕБД