Файл: Руководство администратора на листах Москва 2011 cодержание.doc

		УТВЕРЖДАЮ
		Технический координатор проекта Начальник Управления делами, правового обеспечения и кадров Росгидромета В.Ю. Верятин « »___________ 2011 г.

АВТОМАТИЗИРОВАННАЯ СИСТЕМА ПОДДЕРЖКИ ПРИНЯТИЯ УПРАВЛЕНЧЕСКИХ РЕШЕНИЙ (АСПУР) РОСГИДРОМЕТА
ПОДСИСТЕМА «ДОКУМЕНТООБОРОТ»
РУКОВОДСТВО АДМИНИСТРАТОРА


На листах

Москва 2011

CОДЕРЖАНИЕ

1. Введение

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

Подсистема «Документооборот» АСПУР Росгидромета (далее - Подсистема) является многофункциональным программно-техническим комплексом, обеспечивающим автоматизацию управления деловыми процессами в условиях распределенного использования информации.

Подсистема обеспечивает комплексную автоматизацию документационного обеспечения Росгидромета в части обработки управленческой документации, а именно – процессов регистрации и контроля исполнения документов.

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

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

• 
  Входящая корреспонденция
  
• 
  Исходящая корреспонденция
  
• 
  Распорядительные документы
  
• 
  Служебные записки
  

3. Требования к квалификации системного администратора

Для обслуживания Подсистемы администратор должен обладать следующими навыками:

• 
  Знания регламентов обработки документов в Росгидромете
  
• 
  Иметь представление об организационной структуре Росгидромета
  
• 
  Опыт работы с продуктами Documentum WebTop и Documentum Administrator
  
• 
  Базовые знания языка запросов SQL
  
• 
  Навыки работы c CentOs 5
  
• 
  Опыт администрирования БД Oracle 11 g
  
• 
  Опыт администрирования Oracle Application Server
  
• 
  Опыт администрирования Documentum Content Server
  

1. Список сокращений

   Аббревиатура	Определение
   AS	Oracle Application Server
   CS	Documentum Content Server
   DA	Documentum Administrator
   JMS	Java Method Server
   ОС	Операционная система
   ПО	Программное обеспечение
   РКК	Регистрационно-контрольная карточка документа
   СУБД	Система Управления Базами Данных

1. Администрирование Подсистемы

   1. Запуск и остановка серверов

---

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

Ниже указаны IP адреса серверов и их роли.

Таблица 1

Имя сервера	IP сервера	Роль сервера	Площадка
rosgidromet-db	10.1.98.7	Сервер БД	Production
rosgidromet-app	10.1.98.11	Сервер приложений	Production
rosgidromet-cs	10.1.98.8	Content Server	Production
rosgidromet-tst	10.1.98.12	Тестовая площадка	Test

1. Сервер БД

Войдите в систему как пользователь oracle. Должны быть установлены переменные окружения:

ORACLE_HOME (например, /u01/oracle/product/db/11.1.0)

ORACLE_SID (например, docu11)

Запуск процесса listener:

lsnrctl start

Запуск базы данных:

sqlplus “sys/oracle as sysdba”

SQL> startup

SQL> exit

Остановка базы данных:

sqlplus “sys/oracle as sysdba”

SQL> shutdown immediate

SQL> exit

Отсанов процесса listener:

lsnrctl stop

2. Сервер приложений

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

export JAVA_HOME=/usr/java/jdk1.6.0_20

export LANG=ru_RU.utf8

export LC_ALL=ru_RU.utf8

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

/home/dmowner/bin/start_app.sh

Остановка:

/home/dmowner/bin/stop_app.sh

3. Сервер документооборота

Запуск сервисов осуществляется следующими командами:

• 
  Зайдите на сервер пользователем dmowner
  
• 
  Выставите переменные окружения командой . /bin/dm_environment.sh
  
• 
  Запустите сервисы командой /home/dmowner/bin/start_all.sh
  

Останов сервисов выполняется командой /home/dmowner/bin/stop_all.sh

4. Порядок полного останова серверов

Остановка серверов должна производиться в следующем порядке:

• 
  Остановка сервера приложений
  
• 
  Остановка сервера документооборота
  
• 
  Остановка сервера баз данных
  

---

5. Порядок полного запуска серверов

Запуск серверов должен производиться в следующем порядке:

• 
  Запуск сервера баз данных
  
• 
  Запуск сервера документооборота
  
• 
  Запуск сервера приложений
  

6. Скрипты автозапуска

Серверы площадки production снабжены скриптами автозапуска. Таким образом, после перезапуска операционной системы соответствующие сервисы стартуют автоматически. Скрипты для автоматического старта: /etc/init.d/oracle

2.   1   2   3   4   5   6   7   8

---

Контроль целостности и функционирования

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

1. Контроль целостности и функционирования сервера документооборота

Для контроля функционирования сервера документооборота применяются следующие методы:

• 
  Контроль наличия процессов в операционной системе
  
• 
  Проверка с использованием утилиты idql
  
• 
  Анализ оперативных файлов журналов
  

1. Контроль наличия процессов в операционной системе.

На сервере документооборота выполняются следующие сервисы:

• 
  JMS
  
• 
  Docbroker
  
• 
  Сервисы репозитория
  

1. 
   JMS функционирует на базе сервера приложений JBOSS4.3.0 и прослушивает в конфигурации по умолчанию TCP порт 9080 сервера документооборота. Для контроля функционирования выполните команду netstat
   
2. 
   Пример: ответ сервера.
   

netstat -lt | grep “9080”

TCP 0.0.0.0:9080 0.0.0.0:0 LISTENING

3. 
   Сервис Docbroker прослушивает TCP порт 1489, его доступность определяется с использованием команды netstat :
   

netstat -lt|grep 1489

TCP 172.16.10.7:1489 0.0.0.0:0 LISTENING

2. Проверка с использованием утилиты idql

Выполните простой тестовый запрос:

idql rosgidro_tst -Udmowner –P%DMOWNER_PASSWD%
select count(*) from dm_location

2> go

count(*)

------------

23

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

3. Анализ оперативных файлов журналов

Одним из основных инструментов для контроля функционирования и целостности сервисов системы является контроль оперативных файлов журналов. Список и описание этих файлов приведены в разделе 2.3 «Файлы журналов».

2. Контроль целостности и функционирования сервера приложений

Для контроля функционирования сервера приложений необходимо проверить наличие прослушивания порта 8080 командой netstat.

---

netstat -lt|grep 8080

TCP 10.1.98.11:8080 0.0.0.0:0 LISTENING

3. Файлы журналов

   1. Файлы журналов сервера документооборота

Файлы журналов сервера документооборота приведены в следующей таблице.

Таблица 2

Файлы журналов	Описание
$DOCUMENTUM/dba/log/rosgidro_tst.log	Журнал функционирования репозитория
$DOCUMENTUM/dba/log/docbroker.<имя хоста>.1489.log	Журнал функционирования докброкера
$DOCUMENTUM/dba/log/rosgidro_tst/sysadmin/*	Журналы выполнения сервисов
$DOCUMENTUM/dba/log/rosgidro_tst/MethodServer/*	Журналы планировщика запуска сервисов
$DOCUMENTUM/shared/jboss/server/DctmServer_MethodServer/log/*	Журналы JMS

2. Файлы журналов сервера СУБД

Файл журналов сервера СУБД приведен в следующей таблице:

Таблица 3

Файл журналов	Описание
/u01/oracle/admin//bdump/alert_inter10.log	Журнал функционирования СУБД

3. Файлы журналов сервера приложений

Файлы журналов сервера приложений приведены в следующей таблице.

Таблица 4

Файлы журналов	Описание
/u01/tomcat/logs/*	Журналы запуска и остановки сервисов, “консольный” журнал приложения aspur

4. 1   2   3   4   5   6   7   8

---