в формате MS Word - Комплексные программные решения

1. Организация консолидации данных
Организация и настройка процесса консолидации данных это важный момент при
внедрении программного комплекса АИС «Юстиция». Основной целью консолидации является
последовательное получение из БД территориально обособленных подразделений У ФРС,
изменений выполненных за определенный период времени, и перенос этих изменений в единую
БД (консолидированную), таким образом, что в консолидированной БД формируется
совокупность всех данных по региону.
При работе консолидированная БД должна использоваться только на "чтение" или для
создания новых описаний. Невозможно гарантировать корректность процесса консолидации,
если при непосредственной модификации данных в консолидированной БД были
сформированы новые версии действующих описаний. Для работы с консолидированной БД
используются стандартные модули АИС «Юстиция» «Пользователь» и «Администратор».
Из рабочей БД в консолидированную БД передается часть данных, т.е. все записи,
которые были добавлены или изменены за указанный период времени.
Перед внедрением консолидированной БД необходимо произвести обучение персонала
ГУ ФРС и других сотрудников территориально обособленных подразделений У ФРС,
проведению консолидации и режимом работы в консолидированной БД.
Для развертывания консолидированной БД необходим сервер стандартной
конфигурации. Также необходимо провести комплексное обучение сотрудников ГУ ФРС
специфике работ в консолидированной БД.
Формирование консолидированной БД состоит из двух частей: 1 — настройка
механизма консолидации в БД территориальных подразделений. 2 — настройка БД в ГУ ФРС.
В АИС «Юстиция» представлены два варианта формирования консолидированной БД в
ГУ ФРС. Первый — простой, на обособленном сервере формируется отдельная база данных,
включающая в себя как части БД территориальных подразделений, так и части базы данных ГУ
ФРС. Специфика выдачи информации из данной конфигурации консолидированной БД состоит
в том, что данные представлены определенным срезом времени — это вчерашний день
территориальных подразделений и вчерашний день БД ГУ ФРС. Второй вариант —
специализированный отличается тем, что в консолидированной БД отсутствуют данные из базы
данных ГУ ФРС. В этом случае специализированными программными средствами поиск
информации для формирования выписки осуществляется как в самой консолидированной БД,
так и в работающей базе данных ГУ ФРС, что позволяет добиться получения информации из
базы данных Главного управления в режиме реального времени, а не по состоянию на
вчерашний день.
Первая часть состоит из следующих пунктов:

создание буферной схемы в территориальных подразделениях УФРС;
Создание буферной схемы данных, в которой будет помещаться временной срез
данных данного территориального подразделения.

настройка БД в территориальных подразделениях УФРС;
Настройка параметров АИС «Юстиция» для успешного взаимодействия с
буферной схемой.

выгрузка и территориальных подразделений среза данных;
Формирование измененных данных выполняется посредством копирования
нужных записей таблиц рабочей БД в специальную (буферную) схему данных
посредством модуля «Администратор».
При формировании изменений задается актуальный диапазон дат, одним из
следующих способов:
Формирование изменения за период с актуальной даты прошлого экспорта такого
же типа по текущий момент, таким образом, чтобы образовывалась непрерывная
последовательность актуальных диапазонов дат (основной режим формирования
изменений). Повторное формирование изменений за какой-либо период в соответствии с
журналом выполненных экспортов (может использоваться при потере сформированных
изменений),
Все сеансы формирования изменений и протокол процесса формирования
фиксируются в специальных таблицах в рабочей схеме данных. Протокол процесса
формирования изменений содержит статистическую информацию предназначенную, в
том числе для визуального контроля (перечень фрагментов данных и таблиц, количество
сформированных записей для добавления и изменения в консолидированной БД, и т.п.)
Информация о текущем сеансе формирования изменений также копируется в буферную
схему.

передача среза данных в консолидированную БД.
Для консолидации в ГУ ФРС передается полный экспорт буферной схемы.
Данные транспортируются в ГУ ФРС различными доступными способами (e-mail,
защищенные каналы данных и т.д.).
Вторая часть состоит из:

создания ядра консолидированной БД;
Ядро консолидированной БД создается: при простом методе формирования
консолидированной БД — на основе экспорта данных из базы данных ГУ ФРС, при
специализированном методе — на основе пустой базы данных с заполненным адресным
ядром.

создание буферных схем на рабочем и консолидированном серверах ГУ ФРС;
После этого данные буферной схемы из БД территориально обособленного
подразделения УФРС импортируются в буферную схему консолидированной БД.
Буферная схема данных при консолидации может иметь произвольное, не
предопределенное имя, таким образом, чтобы допускалось одновременное
существование и обработка множества буферных схем (возможное количество — по
числу БД территориально обособленных подразделений У ФРС).
2

настройка параметров консолидированной БД;
На данном этапе происходит настройка консолидированной базы данных:
создание пользователей, книг учета, раздача ролей. При специализированном методе —
настройка специализированных утилит согласования данных двух разнесенных БД:
консолидированной и БД ГУ ФРС.

запуск механизма консолидации.
Механизм консолидации выполняет действия, направленные на согласование
структуры данных БД филиала (по состоянию на момент формирования изменений) и
структуры данных консолидированной БД (по состоянию на момент консолидации) —
синхронизацию. Целью синхронизации является обеспечение возможности корректного
выполнения переноса данных из таблиц буферной схемы:
Фиксируется факт успешного выполнения синхронизации.
Для указанной буферной схемы выполняется процедура консолидации данных.
Статистика консолидации продуктивных данных вносится в соответствующий
протокол. Таблицы протокола находятся в основной (консолидированной) схеме данных.
Для успешной работы в консолидированной схеме данных необходимо регулярное
наполнение консолидированной БД временными срезами из территориальных подразделений и
ГУ ФРС. В случае использования специализированного метода консолидации, использование
временных срезов базы данных ГУ ФРС не требуется.
Предусмотрен механизм автоматического получения и загрузки в буферные схемы
консолидированных экспортов территориальных подразделений У ФРС.
3
2. Консолидация данных
Введение
2.1.
Единая консолидированная схемы создается в региональном управлении ФРС, в которую и будет
происходить «заливка» всех данных по региону.
Создание консолидированной схемы
2.2.
2.2.1.
2.2.2.
создать нового пользователя Oracle в базе ( например: CNSLD);
Импортировать в новую схему CNSLD данные последнего экспорта РАБОЧЕЙ БАЗЫ ЦА.
(запомнить дату \ время выгрузки данных для продолжения репликации);
2.2.3. Изменть настройки:
а) ID_DPT = 399 ( select * from SRV_PRM_LIST where label='ID_DPT';)
b) Признак консолидированной схемы
для строки «Консолидированная схема» ( метка REPL_IS_SCM )
declare
i integer;
v_dpt_new
srv_prm_list.label_sfx%type
:= 399;
v_dpt_old
srv_prm_list.label_sfx%type;
begin
-- регистрация соединения
i := cur_cnct.REGISTER (p_label_in => 'TESTAPPLIC1',p_id_urpf_in => 'URPF_MAIN');
-- предыдущий dpt
select parm_num
into v_dpt_old
from SRV_PRM_LIST
where label='ID_DPT'
and rownum=1;
-- обновим
update SRV_PRM_LIST
set parm_num= v_dpt_new
where label='ID_DPT';
-- обновим привязки
update SRV_PRM_LIST
set label_sfx= v_dpt_new
where label_sfx= v_dpt_old;
-- Признак консолидированной схемы
Update srv_prm_list
set parm_num=1
where label='REPL_IS_SCM';
-- разрегистрация соединения
cur_cnct.unregister();
EXCEPTION
WHEN OTHERS THEN
ROLLBACK;
raise_application_error(-20001,
'Произошла ошибка' || CHR(10) || 'код - ' ||
SQLcode || CHR(10) || 'Сообщение - ' || SQLerrm);
end;
c) Наименование буферной схемы
для строки «Наименование буферной схемы» ( метка REPL_SCM_NAME)
d) В кодификаторе TR_QR для строк кодификатора, где «выписка по региону», указать 0
(пр.кн. Свойства) «NO_PRINT». Должно быть заполнено свойство «Наименование файла
отчета»
4
select *
from cdfr_val
where id_cdfr_list= 'TR_QR'
and dt_fr<=sysdate and dt_to>sysdate
and full_name like '%выписка%'
Открываем настройка \ кодификаторы
В кодиф. «цель запроса» свойства для наименования «о правах субъекта в регионе» NO_Print = 0
e) Запретить всех пользователей в консолидированной схеме.
f) Создать пользователя «Юстиции», который будет выполнять консолидацию, и дать ему роль
X_REPL.
5
3. Программа «Юстиция-Консолидация»
3.1.
Подключение
3.2.
Настройка
3.3.
Экспорт данных
3.4.
Импорт данных
3.5.
Журналы
6
7
3.6.
Логи помимо журналов, ведутся и в текстовом файле, который находится в корне
программы с наименованием cnsld.log
3.7.
Настройка автоматического выполнения эксопрта\импорта.
В Windows в назначенных заданиях добавляется на определенное время запуск программы
автоконсолидации на экспорт\импорт.
Т.е. указывается программа с соответствующим параметром
cnsld.exe exp
cnsld.exe imp
8
4. Перенос данных при замене консолидированной БД
При повторной сборке консолидированной БД требуется перенести описания (книги
КУВИ, записи КУВИ, заявители и т.д.) созданные в старой консолидированной БД, в новую
консолидированную БД.
Старая и новая консолидированные БД должны иметь один и тот же ID_DPT.
4.1.
Очистка консолидированной БД от данных
Для выполнения процедуры очищения консолидированной базы от данных одного или
нескольких районов необходимо воспользоваться программой PL/SQL Developer.
При входе программа требует ввести имя пользователя, пароль и имя базы данных. Это те
же данные, которыми используются и для входа в АИС «Юстицию», только заходить в
Developer необходимо не под своим личным логином, а под логином владельца схемы.
Окно авторизации PL/SQL Developer
Затем необходимо выбрать пункт «My objects», иначе далее могут возникнуть ошибки.
PL/SQL Developer. My objects
Ниже, в списке необходимо найти и открыть папку «Package bodies».
9
PL/SQL Developer. Package bodies
Найти пакет «REPL_UTILS» и в контекстном меню, вызываемом по правой кнопке мыши,
выбрать пункт «Показать спецификацию и тело»(View Spec & Body).
PL/SQL Developer. Контекстное меню
В открывшемся списке функций необходимо найти «clear_cons_base» и в контекстном меню
выбрать пункт «Тестировать»(Test).
10
PL/SQL Developer. Контекстное меню
Далее, откроется окно запуска тестовых скриптов, в верхней части которого будет
располагаться текст скрипта, а в нижней – входящие параметры.
В верхней части окна перед командой begin ввести:
DECLARE
i NUMBER;
После команды begin ввести строку:
i:=zz_lst_useful.register(p_label_in=>'SQL',p_id_urpf_in=>'URPF_MAIN');
Перед командой end ввести строку:
zz_lst_useful.unregister();
PL/SQL Developer. Окно запуска тестовых скриптов
11
Входящие параметры:
p_id_dpt_in - id_dpt филиала, данные которого нужно оставить или удалить (значение id_dpt
можно посмотреть в системном параметре «Код подразделения» (метка id_dpt) в папке
«Установки территориального подразделения»)
p_del_type_in - тип удаления, принимающий значения:
- NULL (пусто) - удалить данные только этого филиала
- любое другое значение отличное от NULL (пусто) - оставить данные только этого филиала.
Кроме этого на вкладке «DBMS вывод»(DBMS Output) необходимо увеличить значение
поля «Размер буфера»(Buffer size) до значения 10000000.
PL/SQL Developer. Вкладка «DBMS вывод»
Для запуска функции удаления необходимо нажать кнопку “F8”(Execute).
Удаление может занять продолжительное время. В момент удаления не должно быть
пользовательских соединений.
В результате очистки удаляются данные указанного филиала (или кроме указанного
филиала в зависимости от значения p_del_type_in) включая задания, старые соединения и
сохраненные образы разделов и выписок.
В конце удаления происходит отмотка сиквенсов (только если p_del_type_in not null).
12
4.2.
РАБОТЫ В СТАРОЙ КОНСОЛИДИРОВАННОЙ БД
4.2.1.
Установить системный параметр SECURITY.REPL_CHK_DPT –
«Анализ ID_DPT при выгрузке консолидированных данных» = «*» - выгружать
только данные с ID_DPT текущей схемы.
4.2.2.
Вручную сделать полную выгрузку для консолидации.
Приложение: «Юстиция-Администратор», меню: «БД – Консолидация – Журнал».
Создать новую запись журнала, с параметрами полного экспорта:
После успешного экспорта в буферную схему, выгрузить данные в файл:
Примечание: если старая и новая консолидированные БД располагаются на одном
физическом сервере Oracle, выполнять выгрузку из буферной схемы в файл не обязательно. В
этом случае, загрузку в новую консолидированную БД можно производить сразу из этой же
буферной схемы.
13
4.3.
РАБОТЫ В НОВОЙ КОНСОЛИДИРОВАННОЙ БД
4.3.1.
Выполнить полный BackUp схемы. Убедиться, что он прошёл без ошибок.
4.3.2.
Загрузить в ручном
консолидированных данных.
режиме
полученную
в
п.п.4.2.2
порцию
Приложение: «Юстиция-Администратор», меню: «БД – Консолидация –
Журнал», контекстное меню «Загрузить данные в схему»:
Примечание: если старая и новая консолидированные БД располагаются на одном
физическом сервере Oracle, загрузку из файла в буферную схему можно пропустить –
требуемые данные уже находятся в буферной схеме.
После успешного импорта, создать новую запись журнала, с действием «импорт»:
Сохранить запись журнала, дожидаться окончания импорта.
4.3.3.
Выполнить коррекцию Sequences.
Приложение: «Юстиция-Администратор», меню: «Сервис – Монопольный
режим»:
 установить запрет на соединение пользовательских приложений;
 установить режим «Монопольный доступ»;
 выполнить появившийся пункт меню - «коррекция Sequences»:
14
15