Партнерка на США и Канаду по недвижимости, выплаты в крипто
- 30% recurring commission
- Выплаты в USDT
- Вывод каждую неделю
- Комиссия до 5 лет за каждого referral
Приложение
к постановлению Правительства
от №
Руководство администратора типовой Транспортной подсистемы
Содержание
Содержание 2
1. Введение 3
1.1. Область применения 3
1.2. Краткое описание возможностей 3
1.3. Уровень подготовки администраторов 4
1.4. Перечень эксплуатационной документации 4
2. Назначение и условия применения 5
2.1. Предмет автоматизации 5
2.2. Структура программного обеспечения 5
3. Подготовка к работе 7
3.1. Состав и содержание дистрибутивного носителя данных 7
3.2. Порядок загрузки данных и программ 7
4. Описание операций 8
4.1. Копирование и распаковка дистрибутива установки 8
4.2. Установка JAVA JDK 12
4.3. Установка транспортных подсистем для различных подсистем системы 23
4.3.1. Установка транспортной подсистемы для реестра 23
4.3.2. Установка транспортной подсистемы для портала 26
4.4. Запуск и остановка модуля 26
5. Аварийные ситуации и рекомендации по обеспечению надежности функционирования системы 27
5.1. Аварийные ситуации 27
5.2. Регулярное резервное копирование данных 27
5.3. Проведение обновлений системы 28
5.4. Восстановление системы после сбоя 28
6. Рекомендации по освоению 29
Лист регистрации изменений 30
2. Введение
Данный документ представляет собой руководство для администратора Транспортной подсистемы (далее – ТП).
2.1. Область применения
ТП предназначена для обеспечения информационного взаимодействия между подсистемами и с внешними системами в части получения информации о государственных услугах, в т. ч.:
- Модуль взаимодействия с региональными реестрами государственных услуг;
- Модуль взаимодействия с автономными АРМ Реестра;
- Модуль взаимодействия с Региональным порталом государственных услуг;
- Модуль взаимодействия с другими узлами системы порталов государственных услуг;
- Модуль хранения консолидированной информации узла (информация реестра узла и реестров других узлов, относящаяся к территории данного узла).
2.2. Краткое описание возможностей
ТП обеспечивает выполнение следующих функций:
- Передача информации о порядке и ходе предоставления муниципальных услуг на соответствующий Региональный узел при отметке о ее публикации в Реестре, установленном в составе Муниципального узла Системы;
- Получение информации о порядке оказания государственных услуг, предоставляемых региональными и федеральными органами власти на территории муниципального образования, от соответствующего Регионального узла Системы и публикация ее на муниципальном портале государственных и муниципальных услуг при его наличии;
- Получение информации об изменениях НСИ от соответствующего Регионального узла Системы;
- Передача предложений о внесении изменений в НСИ, введенных посредством Реестра муниципального узла Системы на соответствующий Региональный узел Системы.
- Передача вводимых в Реестры Системы формализованных описаний процессов предоставления государственных и муниципальных услуг в подключенные к транспортной системе экземпляры Типового ведомственного шлюза;
- Прием информации о событиях хода исполнения процессов предоставления государственных услуг от подключенных к транспортной системе экземпляров Типового ведомственного шлюза и их передача в Учетную систему;
- Передача событий хода исполнения процессов предоставления государственных услуг из учетной системы
в соответствующие ведомственные шлюзы.
2.3. Уровень подготовки администраторов
Пользователи группы Администратор должны обладать знанием вопросов сопровождения и администрирования ЛВС, протокола TCP/IP; знанием вопросов настройки рабочих станций локальной вычислительной сети; знанием вопросов инсталляции, общесистемного сопровождения и администрирования Системы, а также опытом администрирования СУБД.
2.4. Перечень эксплуатационной документации
Пользователям и администраторам Системы рекомендуется внимательно ознакомиться со следующей эксплуатационной документацией:
- Руководство пользователя.
- Руководство администратора.
3. Назначение и условия применения
3.1. Предмет автоматизации
Объектами автоматизации являются органы государственной власти субъектов Российской Федерации.
В рамках создания Системы производится автоматизация процессов учета (формализации и хранения) и публикации информации о предоставлении государственных и муниципальных услуг. Пользователями Системы являются:
- Граждане и организации Российской Федерации;
- Служащие органов государственной власти Субъектов Российской Федерации и муниципальных образований.
3.2. Структура программного обеспечения
Для функционирования Системы требуется следующее аппаратное и программное обеспечение:
Таблица 2.1 Требования к аппаратному обеспечению сервера приложений системы
Компонент | Конфигурация |
Центральный процессор | Intel Dual Core Xeon 5130/2.0Ghz, FSB 1333 Mhz, Cache 4 Mb |
Оперативная память | 4Гб SDRAM |
Дисковая подсистема | 2x80Gb SATA, SATA RAID 1/0 |
Устройство резервного копирования | ATAPI CD-RW |
Видеоадаптер | встроен в системную плату |
Дисковод 1.44 Мб | присутствует |
Клавиатура | присутствует |
Мышь | присутствует |
Монитор | SVGA 1024x768 |
Сетевая плата | Ethernet 100 Мбит |
Таблица 2.2 Требования к аппаратному обеспечению сервера БД
Компонент | Конфигурация |
Центральный процессор | Intel Dual Core Xeon 5130/2.0Ghz, FSB 1333 Mhz, Cache 4 Mb |
Оперативная память | 4Гб SDRAM |
Дисковая подсистема | 2x250 Gb SATA, SATA RAID 1/0 |
Устройство резервного копирования | ATAPI CD-RW |
Видеоадаптер | встроен в системную плату |
Дисковод 1.44 Мб | присутствует |
Клавиатура | присутствует |
Мышь | присутствует |
Монитор | SVGA 1024x768 |
Сетевая плата | Ethernet 100 Мбит |
Таблица 2.3 Требования к программному обеспечению сервера приложений
Класс ПО | Продукт и версия |
ОС | Microsoft Windows 2003 или Slackware Linux 12.0. |
Системное программное обеспечение | Sun Java Development Kit 1.6.0 |
Таблица 2.4 Требования к программному обеспечению сервера БД
Класс ПО | Продукт и версия |
ОС | Microsoft Windows 2003 или Slackware Linux 12.0. |
Сервер БД | PostgreSQL 8.3 |
4. Подготовка к работе
Перед началом установки Системы рекомендуется ознакомиться с разделом настоящего документа и убедиться, что среда исполнения Java на сервере приложений установлена корректно. Для этого необходимо в командной строке выполнить команду:
java –version
Если установленная версия среды исполнения Java не соответствует требованиям, приведенным в разделе 2, необходимо выполнить установку недостающих компонент.
4.1. Состав и содержание дистрибутивного носителя данных
Дистрибутивный носитель данных для установки и настройки системы должен содержать следующее программное обеспечение:
- postgresql-8.3 – дистрибутив PostgreSQL;
- JAVA_JDK. zip – дистрибутив JAVA_JDK;
- liferay-portal-tomcat-5.5-jdk5-4.3.zip – дистрибутив портала вместе с Tomcat-сервером для портала;
- rgu-server. zip – cервер реестра (приложений);
- rgu-client. zip – АРМ реестра;
- gate. zip – веб-приложение шлюза;
- bam. zip – веб-приложение учетной системы;
- bamui. zip – веб-приложение интерфейса учетной системы;
- chiba. zip – веб-приложение сервера форм.
4.2. Порядок загрузки данных и программ
Порядок загрузки данных и программ можно просмотреть в данном руководстве.
5. Описание операций
5.1. Копирование и распаковка дистрибутива установки
Для начала установки и настройки ТП необходимо скопировать и распаковать необходимые компоненты подсистемы:
- сервер реестра (rgu-server. zip), используемый как сервер приложений и транспортная подсистема;
- приложения rgu. zip.
Для этого:
1) Создайте средствами ОС директорию, в которую будет произведена установка.
Внимание! | |
В названии создаваемой директории не должно быть пробелов и русских букв! |
Пример. | |
Например, c:\_server, в дальнейшем %SERVER_HOME% |
2) Скопируйте дистрибутив установки на локальную машину.
Пример. | |
Например, на c:\_distribs\ , в дальнейшем %DISTR% |
3) Распакуйте файлы дистрибутива rgu-server. zip в %SERVER_HOME%.
4) Распакуйте архивы с файлами и JAVA JDK дистрибутива в директорию %DISTR%.
Копирование и распаковка файлов дистрибутива завершены.
5.2. Установка JAVA JDK
Для установки Java:
1) Запустите на выполнение файл %DISTR%\ jdk-6u10-windows-i586-p\jdk-6u10-windows-i586-p. exe.
2) Для начала установки Java дважды щелкните на файл или нажмите правую кнопку мыши и выберите команду Открыть. Откроется окно License Agreement:
3) Нажмите кнопку Accept (Согласен) для принятия лицензионного соглашения и продолжения установки Java.
4) Для отказа с лицензионным соглашением и выхода из установки приложения нажмите кнопку Decline (Отклонить).
5) Откроется окно Custom Setup (Опции установки):
6) Нажмите кнопку Changes (Изменить). Откроется окно для изменения пути к установке Java:
7) Укажите директорию установки % SERVER_HOME%\java\jdk1.6.0_10\ и нажмите кнопку OK. Произойдет возврат в окно Custom Setup (Обычная установка) (Рисунок 4.6). Нажмите кнопку Next (Далее) для начала установки приложения:
8) Дождитесь окончания установки Java Development Kit и перехода в окно установки JRE Destination Folder (Путь к папке):
9) В открывшемся окне нажмите кнопку Change (Изменить).
10) Укажите директорию для установки JRE %SERVER_HOME%\java\jre1.6.0_10\ и нажмите кнопку OK. Произойдет возврат в окно Destination Folder (Путь к папке) (Рисунок 4.9). Нажмите кнопку Next (Далее) для продолжения установки приложения:
11) Дождитесь окончания установки. Откроется окно Successfully Install (Успешное завершение установки).
12) Нажмите кнопку Finish.
13) Установите системную переменную окружения JAVA_HOME на %SERVER_HOME%\java\jdk1.6.0_10\. Для этого щелкните правой кнопкой мыши на My computer (Мой компьютер) и выберите Properties (Свойства).
14) В открывшемся окне перейдите на закладку Advanced (Дополнительно) и нажмите кнопку Environment Variables (Переменные среды).
15) Нажмите кнопку New (Создать) в блоке Системные переменные. Откроется окно New system variable (Новая системная переменная).
16) Введите variable name (имя переменной) – JAVA_HOME и Variable value (значение переменной) – C:\_server\java\jdk1.5.0_07. Нажмите кнопку ОК. Запись будет добавлена.
17) Нажмите кнопку ОК. Перезагрузите компьютер. Установка Java завершена.
5.3. Описание настроек транспортных модулей реестра
1) Настройки траспортного модуля храняться в файле transport.properties подкаталога %SERVER%\rgu-server\webapps\rgu/WEB-INF/classes, Где каталог rgu – каталог установки транспортного модуля.
2) Настройке подлежат следующие значения:
transport. id=rgu_xx0000001 | Уникальный в рамках системы идентификатор экземпляра транспортного модуля (строка 255 символов). С целью обеспечения уникальности рекомендуется использоваться сочетание author_node узла и роли транспортного модуля в рамках узла. |
transport. partnerlink.<имя модуля-партнера>.<имя настройки партнера> | Группа настроек транспортных модулей – партнеров данного модуля. Каждая группа идентифицируется уникальным в рамках конфигурационного файла именем сервиса партнера. |
transport. partnerlink. portal. url=http://localhost:8080/rgu_portal | Адрес принимающего модуля (изменяемая часть отмечена жирным) |
transport. partnerlink. portal. role=PORTAL | Указание роли модуля |
transport. partnerlink. portal. id=portal_xx0000001 | Уникальный в рамках системы номер узла транспортного модуля-партнера. |
transport. partnerlink. portal. territories=1052,1054 | Перечень территорий, обслуживаемых транспортом-партнером. Описания ОГВ и государственных улуг, в состав обслуживающих территорий которых входят территории не равные указанным и не являющиеся подчиненными территориями или вышестоящими территориями относительно указанных, к передаче данному узлу не допускаются. |
transport. partnerlink. portal. administrative_level=1 | Указание административного уровня описаний ГУ, допустимых к передаче данному партнеру. Может принимать следующие значения: 1 – федеральный 2 – региональный 3 – муниципальный |
transport. partnerlink. portal. offices= | Перечень идентификаторов офисов ОГВ, допустимых к передаче. Может использоваться, например, для фильтрации описаний ГУ и ОГВ, передаваемых в тот или иной типовой шлюз ввода информации о ходе оказания услуг. |
transport. partnerlink. portal. state_structures= | Перечень идентификаторов ОГВ, допустимых к передаче. Может использоваться, например, для фильтрации описаний ГУ и ОГВ, передаваемых в тот или иной типовой шлюз ввода информации о ходе оказания услуг. |
transport. partnerlink. portal. author_nodes= | Перечень уникальных номеров реестровых узлов, допустимых к передаче данному партнеру. |
5.4. Установка транспортных модулей для различных подсистем системы
5.4.1. Установка транспортной подсистемы для реестра
Для установки транспортной подсистемы для реестра:
1) Перейдите в подкаталог %SERVER%\rgu-server\webapps\rgu\WEB-INF\classes и откройте файл system.properties.
2) Отредактируйте следующие значения:
hibernate. connection . url = jdbc : postgresql :// localhost :5432/ rgu | Указать путь к актуальной БД Postgres. Формат адреса следующий: jdbc:postgresql://<адрес>:<порт>/<Имя БД> Где: <адрес> - IP-адрес или имя компьютера на котором размещен сервер БД <порт> - порт на который настроена БД, по-умолчанию 5432 <Имя БД> - имя базы данных на сервере БД Изменяемая часть отмечена жирным |
hibernate. connection. username= root | Имя пользователя – владельца БД (изменяемая часть отмечена жирным) |
hibernate. connection. password= root | Пароль владельца БД |
rgu. administrative_level= REGIONAL | Для региональных =REGIONAL, для федеральных =FEDERAL, для муниципальных = MUNICIPAL (изменяемая часть отмечена жирным) |
rgu. author _ node = xx0000001 | Уникальный номер реестрового узла Замените хх на код вашего региона |
3) Перейдите в подкаталог %SERVER%\rgu-server\webapps\rgu\ WEB-INF\classes и откройте файл transport.properties.
4) В открывшемся файле пропишите: transport. check_interval=60 – интервал отправки изменений в секундах.
5) Перейдите в подкаталог %SERVER%\rgu-server\webapps\WEB-INF/classes и откройте файл transport.properties.
6) Отредактируйте следующие значения:
transport. id=rgu_xx0000001 | Уникальный в рамках системы идентификатор экземпляра транспортного модуля (строка 255 символов). С целью обеспечения уникальности рекомендуется использоваться сочетание author_node узла и роли транспортного модуля в рамках узла. Замените хх на код вашего региона |
transport. partnerlink. gate. url=http://localhost:8080/rgu_gate transport. partnerlink. gate. role=PORTAL transport. partnerlink. gate. id= gate_xx0000001 | Настройка на веб-приложение шлюза (изменяемая часть отмечена жирным) |
transport. partnerlink. bam. url=http://localhost:8080/rgu_bam transport. partnerlink. bam. role=PORTAL transport. partnerlink. bam. id=portal_xx0000001 | Настройка на веб-приложение учетной системы (изменяемая часть отмечена жирным) |
transport. partnerlink. portal. url=http://localhost:8080/rgu_portal transport. partnerlink. portal. role=PORTAL transport. partnerlink. portal. id= portal_xx0000001 | Настройка на веб-приложение портала (изменяемая часть отмечена жирным) |
7) Для настройки передачи данных в нижестоящие реестры следует добавить новые записи transport. partnerlink.* согласно следующим правилам
transport. partnerlink.registry1.url=http://localhost:8080/rgu_gate | Адрес модуля реестра. Где registry1 – уникальное в пределах конфигурационного файла имя транспортного модуля. В составе значения адреса жирным шрифтом выделена изменяемая часть. |
transport. partnerlink.registry1.role=DOWNLINK | Указание роли реестра. DOWNLINK – нижестоящий, UPLINK – вышестоящий реестр (консолидатор) |
transport. partnerlink.registry1.territory=1052,1054 | Перечень территорий, обслуживаемых транспортным модулем. Указывает необходимость фильтрации передаваемых данных по региональному признаку. Для вышестоящих реестров (transport. partnerlink.registry1.role=UPLINK) данное свойство игнорируется. |
transport. partnerlink.registry1.administrative_level=MUNICIPAL | Указание административного уровня узла-партнера. При передаче данных в нижестоящий узел, для которого указано данное свойство, будет производиться фильтрация данных по административному уровню (не будут передаваться ГО и ГУ, с иным административным уровнем. |
5.4.2. Установка транспортной подсистемы для портала
Для установки транспортной подсистемы:
1) Перейдите в подкаталог %SERVER_HOME%\rg-server\webapps и откопируйте директорию transport в rgu_portal.
2) Перейдите в подкаталог %SERVER%\rgu-server\webapps\rgu_portal \WEB-INF/classes и откройте файл system.properties.
3) Отредактируйте следующие значения:
hibernate. connection . url = jdbc : postgresql :// localhost:5432 /portal | Указать путь к актуальной БД Postgres. Формат адреса следующий: jdbc:postgresql://<адрес>:<порт>/<Имя БД>, где: <адрес> - IP-адрес или имя компьютера на котором размещен сервер БД <порт> - порт на который настроена БД, по-умолчанию 5432 <Имя БД> - имя базы данных на сервере БД Изменяемая часть отмечена жирным |
hibernate. connection. username= root | Имя пользователя – владельца БД (изменяемая часть отмечена жирным) |
hibernate. connection. password= root | Пароль владельца БД |
rgu. administrative_level= REGIONAL | Для региональных =REGIONAL, для федеральных =FEDERAL, для муниципальных = MUNICIPAL (изменяемая часть отмечена жирным) |
rgu. author _ node = xx0000001 | Уникальный номер реестрового узла |
4) Перейдите в подкаталог %SERVER%\rgu-server\webapps\rgu_portal\WEB-INF\classes и откройте файл transport.properties.
5) В открывшемся файле пропишите: transport. check_interval=60 – интервал отправки изменений в секундах.
transport. myrole=PORTAL transport. id=xx000_portal | Замените хх на код вашего региона Изменяемая часть отмечена жирным |
transport. partnerlink. transport. url=http://localhost:8090/transport | Укажите адрес транспортного веб-сервиса, передающего данные в портал (изменяемая часть отмечена жирным) |
transport. partnerlink. rgu. id=хх000_transport | Замените хх на код вашего региона |
6)
5.5. Запуск и остановка модуля
Для запуска и остановки ТП:
1) В ОС Windows запустите на выполнение %SERVER_HOME%\rgu-server\bin\startup. bat.
2) В ОС Linux запустите на выполнение %SERVER_HOME%\rgu-server\bin\startup. sh.
Для остановки ТП:
1) В ОС Windows запустите на выполнение %SERVER_HOME%\rgu-server\bin\shutdown. bat.
2) В ОС Linux запустите на выполнение %SERVER_HOME%\rgu-server\bin\shutdown. sh.
6. Аварийные ситуации и рекомендации по обеспечению надежности функционирования системы
6.1. Аварийные ситуации
Разработанная система является сложным программным комплексом, объединяющим несколько программных продуктов. Это, особенно в первое время эксплуатации, может являться причиной возникновения аварийных ситуаций. Аварийные ситуации могут возникать как из-за ошибок в программных продуктах, так и из-за неправильной настройки.
Признаками аварийной ситуации являются:
- Отсутствие на экране необходимой страницы.
- Окна с сообщениями о нештатной ситуации.
- Окна с сообщениями на английском языке.
- Сообщение об отсутствии прав на действия.
6.2. Регулярное резервное копирование данных
Администратору системы необходимо проводить регулярное резервное копирование БД средствами PgAdmin. Резервные копии должны храниться на внешних носителях данных. Рекомендуется проводить резервное копирование ежедневно. Для резервного копирования БД необходимо сделать дамп базы:
1) Запустите на выполнение pgAdmin III из Пуск à Программы à PostgreSQL 8.3.
2) В левой части консоли раскройте ветку PostgreSQL Database Server 8.3 (Localhost:5432)\Базы.
3) Правой клавишей мыши укажите нужную базу и выберите Резевная копия.
4) В строке Имя файла укажите путь и имя для файла дампа, и нажмите кнопку ОК.
5) Для автоматического копирования БД создайте BAT-файл (например backup. bat) и в стандартном Windows-планировщике заданий назначьте для него задачу на выполнение например на каждый день в 23-00, также можно использовать архиватор, например WinRAR.
Пример. | |
Строки в BAT-файле, например, могут выглядеть так: C:\PostgreSQL83\bin\pg_dump. exe - i - h localhost - p 5432 - U root - F c - b - v - f "C:\backup_spgu_bd\rgu. backup" rgu – создание дампа базы RGU в папке C:\backup-spgu-bd с именем rgu. backup. C:\winrar\rar. exe a –agyyyymmdd –df –y C:\backup_spgu_bd\rgu rgu. backup – cоздание архива rgu.rar в папке C:\backup-spgu-bd с последующим удалением файла rgu. backup. |
Внимание! | |
Восстанавливать резервную копию дампа базы нужно в чистую базу, т. е. имеющуюся базу нужно удалить (правой клавишей мыши укажите нужную базу и выберите Удалить), а затем создать новую с таким же именем. |
6.3. Проведение обновлений системы
При проведении развертывания обновлений приложений необходимо:
1) Остановить портал и (или) сервер приложений.
2) Выполнить резервное копирование каталогов портала и (или) приложений.
3) Выполнить резервное копирование БД.
4) Развернуть обновление и перезаписать файлы настроек из созданной на шаге 2 резервной копии изменяемого компонента.
5) Запустить портал и (или) сервер приложений.
При проведении обновлений БД необходимо выполнить скрипт, или запрос для конкретной БД с помощью консоли pgAdmin III:
1) В левой части консоли раскройте ветку PostgreSQL Database Server 8.3(Localhost:5432)\Базы.
2) Выберите нужную базу и нажмите вверху кнопку (Выполнить пользовательские SQL-запросы). В открывшейся форме ввода запросов в верхнем левом поле введите присланный запрос и нажмите кнопку (Выполнить запрос).
3) После успешного обновления сохраните резервную копию каталогов, содержащих портал и сервер приложений на внешний носитель. Из состава каталогов, подлежащих копированию можно исключить:
- % SERVER_HOME%\rgu_server \logs.
6.4. Восстановление системы после сбоя
В случае аппаратного сбоя или сбоя программного обеспечения, который привел к полной или частичной потере данных необходимо выполнить следующие операции:
1) Заменить жесткий диск на исправный (если требуется).
2) Переустановить операционную систему (если требуется).
3) Переустановить портал и транспортный модуль в соответствии с настоящим руководством.
4) Восстановить средствами PgAdmin БД с внешнего носителя.
5) Перезаписать ранее сохраненную копию каталогов программного обеспечения портала и(или) сервера приложений в соответствующие каталоги, полученные в результате установки.
6) Выполнить сброс полнотекстового индекса.
7) Запустить портал и(или) сервер приложений.
7. Рекомендации по освоению
Перед началом работы с АРМ транспортной подсистемы рекомендуется ознакомиться с документом Руководство пользователя Транспортной подсистемы
Лист регистрации изменений
Номера листов (страниц) | Всего листов (страниц) в документе | № документа | Входящий № сопроводительного документа и дата | Подп | Дата | ||||
Изм | измененных | замененных | новых | аннулированных | |||||
