Приложение N 3. Руководство администратора Типового ведомственного шлюза

Приложение N 3
к постановлению министерства
экономического развития
Астраханской области
от 15 февраля 2010 г. N 009-п

Руководство администратора Типового ведомственного шлюза

1. Введение

Данный документ представляет собой руководство для администратора подсистемы "Типовой ведомственный шлюз" (далее по тексту - Шлюз).

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

1.1. Область применения

Подсистема "Типовой ведомственный шлюз" предоставляет возможность полностью или частично вносить информацию о ходе процесса предоставления государственных и муниципальных услуг из внутренних автоматизированных систем ведомств без участия оператора АРМ за счет предоставления машинных интерфейсов ввода данных (API).

1.2. Краткое описание возможностей

Подсистема "Типовой ведомственный шлюз" (далее - Шлюз) обеспечивает выполнение следующих функций:

- Возможность ввода информации о начале процесса предоставления услуги (инициирование процесса);

- Возможность ввода информации о событиях хода исполнения государственной услуги путем выбора Административного действия из числа доступных для данного состоянии процесса оказания. Выбор доступных действий должен производится на основе сопоставления формализованного описания процесса оказания услуги и информации о текущем состоянии процесса оказания;

- Возможность выбора произвольного Административного действия процесса либо описания и заполнения информации об Административном действии, не указанном в формализованном описании процесса оказания государственной услуги, в случаях, когда ход оказания услуги осуществляется не в соответствии с регламентом оказания услуги или в ситуациях, когда формализованное описание процесса не соответствует регламенту оказания услуги;

- Возможность "прикрепления" электронных документов, связанных с регистрируемым событием или иной, существенной информации в текстовом виде;

- Возможность ввода информации о завершении процесса предоставления услуги;

- Возможность ввода информации о способе получения результатов услуги и, при необходимости, "прикрепления" электронных образов результата оказания указания услуги;

- Быстрый поиск конкретного процесса предоставления услуги по его уникальному номеру, типу услуги, фамилии получателя;

- Формирование и вывод на экран выборки процессов, для которых нарушаются сроки оказания либо порядок их исполнения;

- Формирование и вывод на экран выборки процессов на основе типа услуги из общего перечня предоставляемых органом власти услуг (на основании информации, получаемой Шлюзом из Учетной системы);

- Скрытие информации о процессах, выполнение которых полностью завершено.

1.3. Уровень подготовки администраторов

Администраторы Реестра должны обладать знанием вопросов сопровождения и администрирования ЛВС, протокола TCP/IP; знанием вопросов настройки рабочих станций локальной вычислительной сети; знанием вопросов инсталляции, общесистемного сопровождения и администрирования Системы, а также опытом администрирования СУБД.

1.4. Перечень эксплуатационной документации

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

- Руководство пользователя.

- Руководство администратора.

2. Назначение и условия применения

2.1. Предмет автоматизации

Объектами автоматизации являются органы государственной власти Российской Федерации.

В рамках создания Системы производится автоматизация процессов учета (формализации и хранения) и публикации информации о предоставлении государственных и муниципальных услуг. Пользователями Системы являются:

- Граждане и организации Российской Федерации;

- Служащие органов государственной власти Российской Федерации и муниципальных образований.

2.2. Структура программного обеспечения

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

1. Сервер баз данных Шлюза (сервер БД).

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

Доступ к интерфейсу клиентской части Шлюза (АРМ Шлюза) осуществляется через свободно распространяемый веб-браузер FireFox (входит в состав дистрибутива).

3. Подготовка к работе

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

java-version

Если установленная версия среды исполнения Java не соответствует требованиям, приведенным в разделе 2, необходимо выполнить установку недостающих компонент.

3.1. Состав и содержание дистрибутивного носителя данных

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

- Общее программное обеспечение\postgresql-8.3.zip - дистрибутив СУБД PostgreSQL 8.3;

- Общее программное обеспечение\JAVA_JDK.zip - дистрибутив виртуальной машины Java;

- Общее программное обеспечение\appserver.zip - сервер приложений;

- Общее программное обеспечение\Firefox Setup 3.0.8.zip - интернет броузер;

- Компоненты\Шлюз\AS-webapps.zip - веб-приложения Шлюза;

- Компоненты\Шлюз\gate.backup - чистый образ БД Шлюза (далее - дамп).

3.2. Порядок загрузки данных и программ

Порядок загрузки данных:

1. Установка базы данных Шлюза осуществляется на сервер БД Шлюза и включает в себя:

- Установку и настройку СУБД PostreSQL.

- Создание и восстановление базы данных Шлюза из дампа.

2. Установка сервера приложений осуществляется на отдельный сервер (сервер приложений) и включает в себя:

- Установка и настройка виртуальной машины Java.

- Установка и настройка сервера приложений.

- Установка и настройка веб-приложений Шлюза.

3.3. Порядок проверки работоспособности

Работа с АРМ Шлюза осуществляется через веб-браузер FireFox 3.0. Если данный веб-браузер не установлен на компьютере, с которого предполагается работа со Шлюзом, то необходимо сначала его установить:

1. Распаковать файл Общее программное обеспечение\Firefox Setup 3.0.8.zip во временную папку на жестком диске (например, в c:\temp).

2. Произвести стандартную установку FireFox.

Для проверки работоспособности ведомственного шлюза, в адресной строке веб-браузера введите адрес Шлюза:

http://<имя хоста (или IP-адрес)>:<порт сервера шлюза>/gate.

В случае, если установка Шлюза произведена корректно, в веб-обозревателе произойдет переход на страницу Ведомственного шлюза.

4. Описание операций

4.1. Установка базы данных Шлюза

База данных Шлюза работает под управлением СУБД PostgreSQL версии 8.3 (поставляется в составе дистрибутива). После установки СУБД на сервер (рекомендуется устанавливать на отдельный сервер БД) необходимо провести процедуру создания и восстановления базы данных из дампа.

4.1.1. Установка СУБД PostreSQL

Для установки СУБД PostreSQL 8.3 необходимо выполнить следующие действия:

1. Распакуйте из файла Postgres-8.3.zip каталог Postgres 8.3-win32.x86 во временную папку (например в C:\Temp).

2. Запустите на выполнение файл C:\Temp\Postgres 8.3-win32.x86\postgresql-8.3.msi. В открывшемся окне Installation Wizard (Мастер установки PosrgreSQL) выберите язык, используемый в процессе установки (Russian), и нажмите кнопку Start.

3. В следующем окне нажмите кнопку Далее.

4. В окне Замечания по установке также нажмите кнопку Далее.

5. В окне Опции установки щелкните левой кнопкой мыши на верхнем узле (PostgreSQL) и выберите вариант установки Установка на локальный жесткий диск. Нажмите кнопку Обзор и в открывшемся окне выберите каталог для установки СУБД. Нажмите кнопку Далее.

6. В следующем окне Конфигурация сервиса в полях Пароль и Подтверждение введите пароль для учетной записи postgres с которой запускается сервер СУБД (например, postgres). Поле Домен оставьте неизменным. Нажмите кнопку Далее. Мастер установки запросит подтверждение создания пользователя; нажмите кнопку Да.

7. Мастер установки создаст указанную выше учетную запись и, если пароль простой, то спросит о необходимости его замены. Нажмите кнопку Нет. Замена пароля (postgre) на более сложный может быть произведена исходя из требований доменной политики сети, в которой располагается сервер БД Шлюза.

8. После создания учетной записи Мастер установки открывает окно Инициализация кластера базы данных. В данном окне необходимо произвести приведенные ниже установки и нажать кнопку Далее:

- Установить флаг "Поддерживать подсоединения с любых IP, а не только с localhost";

- Настроить поля следующем образом:

1. Локаль - Russia;

2. Кодировка сервера и клиента - UTF-8;

3. Имя суперюзера - root (или введенное в п. 8 имя пользователя);

4. Пароль - root;

5. Подтверждение - root.

9. В следующем окне нажать кнопку ОК.

10. В окне Разрешить процедурные языки нажать кнопку Далее.

11. В следующем окне также нажать кнопку Далее.

12. В окне Готово к установке нажать кнопку Далее после чего необходимо дождаться окончания копирования файлов СУБД. Процесс установки отображается в виде стандартного индикатора.

13. После окончания копирования файлов в окне Инсталляция завершена снимите флаг По выходу запустить Stack Builder и нажмите кнопку Завершить. Установка PostgreSQL 8.3 завершена.

4.1.2. Создание базы данных Шлюза

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

1) Запустить утилиту администрирования СУБД - pgAdmin III: Пуск -> Программы -> PostgreSQL 8.3 -> PgAdminIII.

2) Щелкнуть дважды на PostgreSQL Database Server 8.3 (см. Ошибка! Источник ссылки не найден.). В результате откроется окно Подсоединение к серверу, в котором необходимо ввести пароль (пароль должен совпадать с введенным в п. 8 предыдущего раздела - root). Установите флаг Store password (Сохранять пароль) и нажмите OK.

ГАРАНТ:

Нумерация пунктов приводится в соответствии с источником

3. В левой части основного окна утилиты щелкните правой кнопкой мыши на элементе Databases (Базы) и выберите пункт выпавшего меню New Database (Новая база данных).

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

- В поле Name (Имя) ввести имя базы данных Шлюза символами латинского алфавита (например, gate);

- Выбрать в поле Owner (Владелец) пользователя БД (например, root);

- Выбрать в поле Encoding (Кодировка) значение UTF-8;

- Выбрать в поле Tablespace значение pg_default.

5. Выберите в левой части окна утилиты администрирования СУБД созданную БД, нажмите правую клавишу мыши и выберите Восстановить (Restore).

6. В появившемся окне укажите путь к чистому образу БД Шлюза, включенной в дистрибутив (Компоненты\Шлюз\gate.backup), и нажмите кнопку ОК, потом кнопку Отмена (для закрытия окна). База данных Шлюза с название gate создана.

4.1.3. Настройка удаленного доступа к БД Шлюза

В случае использования двухсерверной конфигурации, а также для доступа к БД Шлюза с других компьетеров в сети (например, для ее удаленного администрирования) необходимо настроить разрешения на доступ к СУБД с IP-адреса сервера приложений Шлюза, а также других IP-адресов. Для этого необходимо отредактировать в любом текстовом редакторе конфигурационный файл pg_hba.conf.

Пуск -> Программы -> PostgreSQL 8.3 -> Конфигурационные файлы -> Редактировать pg_hba.conf

Для разрешения доступа к СУБД с IP адресов 10.1.0.101 и 10.1.0.102 в файл pg_hba.conf надо добавить следующие записи:

# IPv4 local connections:

 host         all            all            127.0.0.1/32              md5

 host         all            all            10.1.0.101/32             md5

 host         all            all            10.1.0.102/32             md5

Для неограниченного доступа надо добавить следующую строку:

 host         all            all            255.255.255.255/0         md5

4.2. Установка сервера Шлюза

4.2.1. Установка виртуальной машины Java

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

1. Распакуйте файл jdk-6u10-windows-i586-p.exe из файла-архива Java_JDK.zip во временную папку (например в C:\Temp) и запустите его на выполнение.

2. Откроется окно License Agreement (Лицензионное соглашение). Нажмите кнопку Accept (Согласен) для принятия лицензионного соглашения и продолжения установки.

3. В следующем окне Custom Setup (Опции установки) нажмите кнопку Changes (Изменить) и в открывшемся окне укажите каталог для установки компонента виртуальной машины Java - Java Development Kit (Внимание! Название каталога установки не должно содержать пробелы и русские символы!) и нажмите кнопку ОК. Произойдет возврат в окно Custom Setup (Обычная установка), в котором нажмите кнопку Next. Начнется копирование файлов компонента .

4. Дождитесь окончания установки Java Development Kit и перехода в окно Custom Setup установки следующего компонента виртуальной машины Java Java Runtime Environment (JRE). В окне нажмите кнопку Change и в открывшемся окне укажите директорию для установки JRE (Внимание! Название каталога установки не должно содержать пробелы и русские символы!). Нажмите кнопку OK. Произойдет возврат в окно Custom Setup установки JRE, в котором нажмите кнопку Next (Далее). Начнется копирование файлов компонента.

5. Дождитесь окончания установки. Откроется окно Successfully Install (Успешное завершение установки). Нажмите кнопку Finish.

6. Создайте новую системную переменную окружения JAVA_HOME со значением соответствующим ранее выбранному каталогу установки компонента виртуальной машины Java - JDK. Для этого щелкните правой кнопкой мыши на иконке My computer (Мой компьютер) и выберите пункт Properties (Свойства).

7. В открывшемся окне перейдите на закладку Advanced (Дополнительно) и нажмите кнопку Environment Variables (Переменные среды).

8. Нажмите кнопку New (Создать) в блоке Системные переменные. Откроется окно New system variable (Новая системная переменная). Введите в поле Variable name (Имя переменной) - JAVA_HOME и в поле Variable value (Значение переменной) путь к установленной машине Java - JDK. Нажмите кнопку ОК. Если переменная JAVA_HOME уже существует, то необходимо изменить ее значение так, чтобы оно соответствовало выбранному каталогу установки Java JDK.

9. Нажмите кнопку ОК. Перезагрузите компьютер. Установка программного обеспечения виртуальной машины Java завершена.

4.2.2. Установка и настройка сервера приложений

Установка сервера приложений необходимо для работы веб-приложений Шлюза.

1) Распакуйте каталог appserver из файла-архива appserver.zip на выбранный жесткий диск сервера приложений (например на C:\).

2) Перейдите в каталог C:\appserver\conf и откройте в любом текстовом редакторе файл server.xml.

3) Введите в переменных "Server port" и "Connector port" значения свободных на данном хосте портов. Закройте файл с сохранением введенных данных.

Пример (изменяемая часть отмечена жирным):

<!-- SERVER PORT APP-SERVER -->

Server port="8006" shutdown="SHUTDOWN"

<!-- PORT STARTUP APP-SERVER -->

Connector port="8090" protocol="HTTP/1.1"

4.2.3. Установка и настройка веб-приложений Шлюза

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

ГАРАНТ:

Нумерация пунктов приводится в соответствии с источником

2. Распакуйте каталоги из файла-архива Компоненты\Шлюз\AS-webapps.zip в каталог сервера приложений: C:\appserver\webapps\.

Настройка веб-приложения Шлюза gate

3. Перейдите в подкаталог веб-приложения gate C:\appserver\webapps\gate\WEB-INF/classes, откройте в любом текстовом редакторе файл system.properties. и укажите параметры подключения к БД Шлюза (БД gate):

hibernate.connection.url=jdbc: postgresql://localhost:5432/ gate	Указать путь к актуальной БД Шлюза. Формат адреса следующий: jdbc:postgresql://<адрес>:<порт>/<Имя БД> Где: <адрес> - IP-адрес или имя компьютера на котором размещен сервер БД <порт> - порт на который настроена БД, по-умолчанию 5432 <Имя БД> - имя базы данных на сервере БД Изменяемая часть отмечена жирным
hibernate.connection.username= root	Имя пользователя, владельца базы Изменяемая часть отмечена жирным
hibernate.connection.password= root	Пароль пользователя, владельца базы Изменяемая часть отмечена жирным
transport.bam.url=http:// localhost:8090/bam/gateservice	Путь к сервису учетной системы для обмена информацией о ходе оказания услуги

4. Закройте файл system.properties с сохранением изменений.

Настройка веб-приложения транспортного модуля rgu_gate

5. Перейдите в подкаталог веб-приложения rgu_gate C:\appserver\webapps\rgu_gate\WEB-INF/classes, откройте в любом текстовом редакторе файл system.properties. и укажите параметры подключения к БД Шлюза (БД gate):

hibernate.connection.url=jdbc: postgresql://localhost:5432/ gate	Указать путь к актуальной БД Шлюза. Формат адреса следующий: jdbc:postgresql://<адрес>:<порт>/<Имя БД> Где: <адрес> - IP-адрес или имя компьютера на котором размещен сервер БД <порт> - порт на который настроена БД, по-умолчанию 5432 <Имя БД> - имя базы данных на сервере БД Изменяемая часть отмечена жирным
hibernate.connection.username= root	Имя пользователя, владельца базы Изменяемая часть отмечена жирным
hibernate.connection.password= root	Пароль пользователя, владельца базы Изменяемая часть отмечена жирным
#hibernate.show_sql=true	При необходимости включение логирования запросов в лог-файл уберите знак "#" Изменяемая часть отмечена жирным
rgu.author_node=744010010	Девятизначный идентификатор (ID) в СПГУ портала, реестра или иного модуля, определен по следующему правилу: xx-mmm-yyyy, где: - xx - номер региона (00 - для федеральных узлов реестра), перечень регионов и соответствующих кодов приведен в Приложении 1; - mmm - номер территориального образования (уровень 2 справочника ОКАТО) - yyyy - номер узла (с 0001 до 8999) в районе или муниципальном образовании краевого подчинения, 0001 - реестр, 0002 - портал, 0003 - транспорт, 0004 - УС, 0010-8999 ID шлюзов, организаций и т.д. Значение показано как пример для г. Челябинска Изменяемая часть отмечена жирным
rgu.administrative_level= REGIONAL	Идентификация транспортного модуля шлюза, REGIONAL - региональный, FEDERAL - федеральный
rgu.root_state_structures= 7440100010000000063	Пропишите ID вышестоящего ГО (его можно посмотреть в АРМ реестра)

6. Закройте файл system.properties с сохранением изменений.

7. Перейдите в подкаталог C:\appserver\webapps\rgu_gate\WEB-INF/classes, откройте в любом текстовом редакторе файл transport.properties. и отредактируйте значения следующих переменных:

transport.id=74401_gate	Идентификация транспортного модуля шлюза, первые две цифры - номер региона, например Челябинская обл. Изменяемая часть отмечена жирным
transport.myrole=GATE	Определение роли транспорта
transport.send_interval=30	Интервал передачи данных (сек) Изменяемая часть отмечена жирным
transport.check_interval=60	Интервал проверки передачи данных (сек) Изменяемая часть отмечена жирным

8. Закройте файл transport.properties с сохранением изменений.

9. Сервер приложений установлен и настроен.

4.2.4. Запуск и остановка сервера приложений

Для запуска сервера приложений:

1. В ОС Windows запустите на выполнение c:\appserver\bin\startup.bat.

2. В ОС Linux запустите на выполнение c:\appserver\bin\startup.sh.

Для остановки сервера приложений:

1. В ОС Windows запустите на выполнение c:\appserver\bin\shutdown.bat.

2. В ОС Linux запустите на выполнение c:\appserver\bin\shutdown.sh.

Особенности запуска в ОС Linux:

Запустите на выполнение файл ..\appserver\bin\shutdown.sh для чего необходимо выполнить следующие действия:

1. Для запуска всем файлам *.sh в каталоге bin необходимо установить привилегию запуска командой chmod ug+rwxX <имя sh-файла>.sh.

2. В файле ..\appserver\bin\startup.sh сервера приложений нужно прописать перед строкой PRG="$0" следующую строку (зависит от того, в какой каталог был установлен компонент Java JDK):

JAVA_HOME=/usr/java

CATALINA_OPTS=-Djava.awt.headless=true -Xmx750M -XX:MaxPermSize=512m -XX:PermSize=256m -Duser.language=ru_RU

# resolve links - $0 may be a softlink

PRG="$0"

5. Аварийные ситуации и рекомендации по обеспечению надежности функционирования системы

5.1. Аварийные ситуации

Разработанная система является сложным программным комплексом, объединяющим несколько программных продуктов. Это, особенно в первое время эксплуатации, может являться причиной возникновения аварийных ситуаций. Аварийные ситуации могут возникать как из-за ошибок в программных продуктах, так и из-за неправильной настройки.

Признаками аварийной ситуации являются:

- Отсутствие на экране необходимой страницы.

- Окна с сообщениями о нештатной ситуации.

- Окна с сообщениями на английском языке.

- Сообщение об отсутствии прав на действия.

В случае нештатного поведения программного обеспечения Шлюза необходимо в первую очередь проверить корректность всех настраиваемых параметров системы. Если после проверки настроек работа Шлюза по-прежнему некорректна, то необходимо выслать разработчикам лог-файлы Шлюза, расположенные в каталоге C:\appserver\logs на сервере приложений.

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

5.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оздание архива rgu20081114.rar в папке C:\backup-spgu-bd с последующим удалением файла rgu.backup.

Внимание!

Восстанавливать резервную копию дампа базы нужно в чистую базу, т.е. имеющуюся базу нужно удалить (правой клавишей мыши укажите нужную базу и выберите Удалить), а затем создать новую с таким же именем.

5.3. Проведение обновлений системы

При проведении развертывания обновлений приложений необходимо:

1) Остановить портал и (или) сервер приложений.

2) Выполнить резервное копирование каталогов портала и (или) приложений.

3) Выполнить резервное копирование БД.

4) Развернуть обновление и перезаписать файлы настроек из созданной на шаге 2 резервной копии изменяемого компонента.

5) Запустить портал и (или) сервер приложений.

При проведении обновлений БД необходимо выполнить скрипт, или запрос для конкретной БД с помощью консоли pgAdmin III:

6) В левой части консоли раскройте ветку PostgreSQL Database Server 8.3(Localhost:5432)\Базы.

7) Выберите нужную базу и нажмите вверху кнопку (Выполнить пользовательские SQL-запросы). В открывшейся форме ввода запросов в верхнем левом поле введите присланный запрос и нажмите кнопку (Выполнить запрос).

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

- %SERVER_HOME%\appserver\logs.

5.4. Восстановление системы после сбоя

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

1) Заменить жесткий диск на исправный (если требуется).

2) Переустановить операционную систему (если требуется).

3) Переустановить портал и транспортный модуль в соответствии с настоящим руководством.

4) Восстановить средствами PgAdmin БД с внешнего носителя.

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

6) Выполнить сброс полнотекстового индекса.

7) Запустить портал и(или) сервер приложений.

6. Рекомендации по освоению

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

ГАРАНТ:

См. данную форму в редакторе MS-Word

Лист регистрации изменений

Номера листов (страниц)					Всего листов (стра- ниц) в доку- менте	N доку- мента	Входящий N сопроводи- тельного документа и дата	Подп.	Дата
Изм.	измене- нных	замене- нных	новых	аннулиро- ванных