Руководство администратора фргу спгу-фргиму-и3(1)-01-1 Тема: «Выполнение работ по развитию и оказание услуг по сопровождению Федерального реестра государственных и муниципальных услуг»

Скачать 0.89 Mb.

Название	Руководство администратора фргу спгу-фргиму-и3(1)-01-1 Тема: «Выполнение работ по развитию и оказание услуг по сопровождению Федерального реестра государственных и муниципальных услуг»
страница	6/16
Тип	Руководство

rykovodstvo.ru > Руководство ремонт > Руководство

1 2 3 4 5 6 7 8 9 ... 16

4.2.Миграция данных из версии 4.0.х

4.2.1.Порядок выполнения миграции

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

Выполните следующие действия:

Отредактируйте скрипт создания чистой БД Системы - файл \bin\create-initial-target-db.sh. В таблице приведены изменяемые параметры:

Таблица 4.2. – Параметры скрипта \bin\create-initial-target-db.sh

Параметр	Значение по умолчанию	Описание параметра
user	postgres	имя пользователя подключения к СУБД Системы
host	127.0.0.1	host СУБД Системы
port	5432	port СУБД Системы
targetDbName	migration_new	имя создаваемой БД Системы
logFile	../logs/restore_initial_target_db.log	Файл записи логов миграции

Выполните настроенный скрипт \bin\create-initial-target-db.sh
Отредактируйте скрипт переноса данных БД версии 4.0 в Систему - файл \bin\migrate.sh. В таблице приведены изменяемые параметры:

Таблица 4.2. – Параметры скрипта \bin\migrate.sh

Параметр	Значение по умолчанию	Описание параметра
user	postgres	имя пользователя подключения к Системе
host	127.0.0.1	host СУБД Системе
port	5432	port СУБД Системе
targetDbName	migration_new	имя БД Системе
r_user	postgres	имя пользователя подключения к СУБД версии 4.0
r_pass	postgres	пароль подключения к СУБД версии 4.0
r_host	192.168.1.148	host подключения к СУБД версии 4.0
r_port	5432	port подключения к СУБД версии 4.0
r_dbName	rgu_stand_2	имя БД версии 4.0
r_region	63	код региона, данные которого должны мигрироваться (00 – для федерального уровня)

Выполните настроенный скрипт \bin\migrate.sh
Для переноса версий для сравнения изменения объектов реестра (сравнение, которое открывается из истории изменения объекта), отредактируйте скрипт bin\migrate_xml_data.sh (исполнение скрипта не является обязательным, выполняется при необходимости).

Таблица 4.2. – Параметры скрипта bin\migrate_xml_data.sh

Параметр	Значение по умолчанию	Описание параметра
user	postgres	имя пользователя подключения к Системе
host	127.0.0.1	host СУБД Системы
port	5432	port СУБД Системы
targetDbName	migration_new	имя БД Системы
r_user	postgres	имя пользователя подключения к СУБД версии 4.0
r_pass	postgres	пароль подключения к СУБД версии 4.0
r_host	192.168.1.148	host подключения к СУБД реестра 4.0
r_port	5432	port подключения к СУБД версии 4.0
r_dbName	rgu_stand_2	имя БД версии 4.0
r_region	63	код региона, данные которого должны мигрироваться (00 – для федерального уровня)

Выполните настроенный скрипт bin\migrate_xml_data.sh.
В случае, если приложения Системы и приложения версии 4.0 лежат на разных серверах, необходимо перенести папку, указанную в параметре STORAGE_ROOT_DIRECTORY_PATH таблицы system_properties, на сервер, где размещено приложение Системы.

4.2.2.Контроль полноты и корректности миграции данных

После завершения миграции (выполнения действий, описанных в п. 4.2.1) для контроля полноты и корректности данных, перенесенных из версии 4.0, необходимо воспользоваться журналом логирования, сформированным в ходе миграции, а также типовыми запросами к БД и проверками ее целостности.

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

Журнал логирования содержит секции в соответствии со сценарием проведения миграции.

Секция миграции данных представляет собой записи следующего вида:

3,"(4.0) (user_notification_statuses): contains 77 entity","2016-11-25 11:55:38.003299",user_notification_statuses,NULL

4,"(4.1) (user_notification_statuses): inserted 77 entity","2016-11-25 11:55:38.084691",user_notification_statuses,NULL

5,"(4.0) (service_2_work_document): contains 249884 entity","2016-11-25 11:56:27.998037",service_2_work_document,NULL

6,"(4.1) (service_2_work_document): inserted 249884 entity","2016-11-25 11:56:52.507768",service_2_work_document,NULL

где

первое значение – уникальное значение строки логирования;
(4.0) или (4.1) [наименование таблицы, записи которой мигрированы] – номер версии, указывающий на принадлежность информации к записям БД источника или целевой БД, куда переносятся данные. Если строка содержит (4.0), то строка описывает количество записей, взятых из таблицы БД версии 4.0; если (4.1), то количество вставленных записей в таблицу целевой БД Системы;
[количество обработанных записей таблицы];
[дата-время начала процесса];
[наименование таблицы, записи которой были мигрированы].

Для контроля полноты необходимо проследить за соответствием количества записей таблиц основных сущностей (услуги, функции, ОГВ, офисы). Анализ НПА и рабочих документов не относится к простому сопоставлению количества записей, поскольку они мигрируются и затем обрабатываются по принципу участия в услугах (функциях)², поэтому полноту данных по этим сущностям можно проверить только с помощью выполнения запроса к БД источника и целевой БД.

Для анализа полноты миграции НПА необходимо осуществить следующие действия:

Выполните запрос к БД версии 4.0:

«SELECT count(DISTINCT la.id)

FROM legal_act la

LEFT JOIN LEGAL_ACT_SERVICE las ON la.id = las.legal_act_id

LEFT JOIN service_2 s ON s.id = las.service_id

LEFT JOIN tkmv t ON la.id = t.legal_act_id

LEFT JOIN adm_regulation ar ON la.id = ar.legal_act_id

WHERE s.id IS NOT NULL OR t.id IS NOT NULL OR ar.id IS NOT NULL;»,

возвращающий количество НПА, связанных с услугами и функциями, в ФРГУ 4.0.

Выполните запрос к БД Системы:

Сравните количество НПА, полученное в результате выполнения первого и второго запроса. Оно должно совпасть.

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

Выполните запрос к БД ФРГУ версии 4.0:

«SELECT count(1)

FROM (

SELECT DISTINCT wd.id

FROM _work_document wd

INNER JOIN service_2_work_document s2wd ON wd.id = s2wd.work_document_id

INNER JOIN service_2 s ON s.id = s2wd.service_id

) inn;»,

возвращающий количество рабочих документов, связанных с услугами и функциями, в БД версии 4.0.

Выполните запрос к БД Системы:

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

Для оценки целостности структуры мигрированных данных необходимо провести анализ на отсутствие строк с ошибками в секциях лога «RESTORE INDEXES» и «RESTORE CONSTRAINTS».

1 2 3 4 5 6 7 8 9 ... 16

Похожие:

	Руководство администратора фргу спгу-фргиму-и3(1)-01 Тема: «Развитие... Федеральная государственная информационная система «федеральный реестр государственных и муниципальных услуг (функций)»		Руководство пользователя спгу-фргу-и3(2)-01 Тема: «Развитие и организационное... Настоящий документ является руководством пользователя по эксплуатации подсистемы «Федеральный реестр государственных услуг» (далее...
	Руководство администратора спгу-фргиму-и3(1)-01 Тема: «Методическое,... Тема: «Методическое, нормативное и организационно-техническое сопровождение ведения федерального реестра государственных и муниципальных...		Руководство администратора спгу-ргиму-и3(1)-01 Тема: «Развитие и... Тема: «Развитие и методическое сопровождение федерального реестра государственных и муниципальных услуг и методическая поддержка...
	Руководство администратора спгу-фтп-и3(1)-01 Тема: «Методическое,... Тема: «Методическое, нормативное и организационно-техническое сопровождение ведения федерального реестра государственных и муниципальных...		Пояснительная записка спгу-фу-п2-01 Тема: «Методическое, нормативное... Настоящий документ является пояснительной запиской к техническому проекту на доработку программных компонентов Федерального узла...
	Руководство администратора Типового реестра государственных и муниципальных... Тема: «Развитие и сопровождение типового решения региональных реестров и порталов государственных и муниципальных услуг»		Руководство пользователя спгу-фргиму-и3(2)-01 Москва 2013 Аннотация... «Федеральный реестр государственных и муниципальных услуг (функций)» (далее по тексту – Федеральный реестр, Подсистема), являющейся...
	Руководство пользователя спгу-фргиму-и3(2)-01 Москва 2013 Аннотация... «Федеральный реестр государственных и муниципальных услуг (функций)» (далее по тексту – Федеральный реестр, Подсистема), являющейся...		«Выполнение работ по развитию и оказание услуг по сопровождению типового... Далее – Работы, Услуги, являющиеся предметом Контракта, в порядке и сроки установленные Контрактом, а Государственный заказчик обязуется...
	Руководство пользователя специализированной системы «Реестр государственных... Государственных и муниципальных услуг (далее по тексту — Подсистема, Реестр), в части развития типового решения реестра государственных...		Документация Фз от 21. 07. 2005 г. «О размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных...
	Документация Фз от 21. 07. 2005 г. «О размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных...		Документация Фз от 21. 07. 2005 г. «О размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных...
	Документация Фз от 21. 07. 2005 г. «О размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных...		Документация Фз от 21. 07. 2005 г. «О размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных...

Руководство, инструкция по применению

Заказать интернет-магазин под ключ!