2. основные параметры бд сгу

Приложение № 2
к Договору № _______
от « __ » ____________ 2015 г.
УТВЕРЖДЕНО
Исполнитель
_________________
УТВЕРЖДЕНО
Заказчик
ГУП ВЦКП «Жилищное хозяйство»
_________________________/____________ /
_______________/_____________ /
Соглашение по администрированию
баз данных системы городского уровня «Квартиросъемщик»
Централизованной автоматизированной системы «Платежи за ЖКУ»,
входящей в Городскую Систему «Жилищные отношения.
Центр приема платежей» (СГУ «Квартиросъемщик»)
под управлением СУБД Oracle
г. Санкт-Петербург
2015 год
2
ОГЛАВЛЕНИЕ
1. ОПИСАНИЕ ПРОЦЕССА АДМИНИСТРИРОВАНИЯ БД СГУ ........................................... 3
1.1. Стороны ...........................................................................................................................................3
1.2. Сокращения.....................................................................................................................................3
1.3. Термины и определения.................................................................................................................3
1.4. Назначение Соглашения по администрированию БД СГУ под управлением СУБД Oracle
(Соглашение) .....................................................................................................................................................3
1.5. Предмет Соглашения .....................................................................................................................3
1.6. Управление изменениями Соглашения ........................................................................................4
1.7. Роли и обязанности представителей сторон ................................................................................4
1.8. Процесс администрирования БД СГУ ..........................................................................................5
2. ОСНОВНЫЕ ПАРАМЕТРЫ БД СГУ ...................................................................................... 7
2.1. Текущие основные параметры БД СГУ на промышленных и резервных серверах .................7
2.2. Текущие основные параметры БД СГУ на тестовых серверах и серверах разработки............7
3. ОСНОВНЫЕ ПАРАМЕТРЫ РЕЗЕРВНОГО КОПИРОВАНИЯ БД СГУ .............................. 9
3
1. ОПИСАНИЕ ПРОЦЕССА АДМИНИСТРИРОВАНИЯ БД СГУ
1.1. Стороны
Заказчик: ГУП ВЦКП «Жилищное хозяйство».
Исполнитель: _________________________________________.
1.2. Сокращения
Сокращение Расшифровка
ПО
Программное обеспечение
БД
База данных
СУБД
Система управления базами данных
ОС
Операционная система
СГУ
Система
городского
уровня
«Квартиросъемщик»
Централизованной
автоматизированной системы «Платежи за ЖКУ», входящей в Городскую
Систему «Жилищные отношения. Центр приема платежей»
Naumen
Система автоматизации процессов управления и сервисного обслуживания
«NAUMEN Service Desk»
1.3. Термины и определения
Промышленный сервер – аппаратно-программная часть СГУ, предоставляющая удаленный
доступ к своим службам и ресурсам, с целью обеспечения функционирования СГУ.
Сервер разработки – аппаратно-программная часть СГУ, предоставляющая удаленный
доступ к своим службам и ресурсам, с целью обеспечения процесса разработки СГУ.
Тестовый сервер – аппаратно-программная часть СГУ, предоставляющая удаленный доступ
к своим службам и ресурсам, с целью обеспечения процесса тестирования СГУ.
Резервный сервер – аппаратно-программная часть СГУ, предоставляющая удаленный доступ
к своим службам и ресурсам, с целью обеспечения функционирования СГУ на время выхода из
строя промышленного сервера.
1.4. Назначение Соглашения по администрированию БД СГУ под управлением СУБД
Oracle (Соглашение)
Настоящее Соглашение предназначено для регулирования отношений между Заказчиком и
Исполнителем, их обязанностей и ответственности по выполнению работ по администрированию
БД СГУ под управлением СУБД Oracle (администрированию БД СГУ).
1.5. Предмет Соглашения
Предметом Соглашения являются БД СГУ под управлением СУБД Oracle в составе объектов
администрирования:
- БД СГУ;
- резервная БД СГУ;
- БД «Буферная зона СГУ»;
- резервная БД «Буферная зона СГУ»;
- «Oracle Enterprise Manager Grid Control» - служба управления и мониторинга БД Oracle.
- тестовые БД СГУ;
- БД СГУ для разработки ПО СГУ.
4
1.6. Управление изменениями Соглашения
Изменения к настоящему Соглашению оформляются в виде новой редакции Соглашения и
вступают в силу с момента подписания уполномоченными представителями Исполнителя и
Заказчика.
1.7. Роли и обязанности представителей сторон
Роли и обязанности представителей Сторон, участвующих в процессе администрирования
БД СГУ:
Сторона
Роль
Должность
Обязанности
Заказчик Пользователь Сотрудники
- формирование заявки в Naumen с указанием
ГУП ВЦКП
приоритета выполнения;
«ЖХ»
- контроль выполнения заявки, изменение при
необходимости
срока
выполнения
заявки,
консультирование сотрудников Исполнителя по
возникающим вопросам при выполнении заявки;
- закрытие заявки при ее выполнении.
Заказчик Руководитель Сотрудник
- анализ необходимости выполнения заявки
проекта в
ГУП ВЦКП
Исполнителем;
Naumen
«ЖХ»
- назначение заявки сотруднику Исполнителя,
ответственному за администрирование БД СГУ.
Заказчик Координатор Главный
- контроль соответствия Соглашения потребностям
проекта
технолог ГУП
Пользователей;
ВЦКП «ЖХ»
- инициирование при необходимости пересмотра
Соглашения и согласование изменений;
- разрешение проблемных вопросов, возникающих
в процессе администрирования БД СГУ в
соответствии с Соглашением.
Заказчик Руководитель Первый
утверждение
изменений
к
настоящему
заместитель
Соглашению со стороны Заказчика;
генерального
- периодический аудит исполнения Соглашения.
директора ГУП
ВЦКП «ЖХ»
Исполни Менеджер
Сотрудник
оперативное
управление
процессом
тель
проекта
Исполнителя
администрирование
БД
СГУ,
включая
планирование и мониторинг выполнения заявок;
- организация работы сотрудников Исполнителя по
администрированию БД СГУ;
- согласование изменений Соглашения;
- своевременное выявление проблемных вопросов,
возможных рисков и угроз снижения качества
процесса администрирования БД СГУ и
организация их разрешения;
- формирование отчетности по исполнению
Соглашения (Технические акты).
Исполни Специалист
Сотрудники
- выполнение работ по администрированию БД
тель
Исполнителя,
СГУ;
ответственные - выполнение заявок в соответствии с приоритетом
за
выполнения;
администриров - взаимодействие с Пользователями в процессе
ание БД СГУ
выполнения заявок;
- своевременная эскалация проблемных вопросов.
5
Сторона
Роль
Исполни Руководитель
тель
Должность
Генеральный
директор
Обязанности
утверждение
изменений
к
настоящему
Соглашению со стороны Исполнителя;
- периодический аудит исполнения Соглашения.
1.8. Процесс администрирования БД СГУ
Процесс администрирования БД СГУ включает в себя:
- ежедневные работы по обеспечению функционирования БД;
- работы по восстановлению доступности и работоспособности БД;
- выполнение заявок Заказчика, сформированных в Naumen.
Ежедневные работы по обеспечению функционирования БД на промышленных и резервных
серверах выполняются дежурным специалистом Исполнителя в режиме 24x7 по рабочим дням с
08.30 до 20.30 на территории Заказчика (набережная реки Фонтанки д.105), а в остальное время с
помощью удаленного доступа и системы оповещения.
Ежедневные работы по обеспечению функционирования БД на тестовых серверах и серверах
разработки выполняются дежурным специалистом Исполнителя по рабочим дням с 08.30 до 20.30
на территории Заказчика.
Ежедневные работы по обеспечению функционирования БД включают:
- мониторинг функционирования БД, просмотр протоколов работы, обеспечение
функционирования системы мониторинга БД;
- управление подсистемой репликации данных между БД;
- сбор системной статистики БД, настройка СУБД и ОС на основе указанной статистики,
оптимизация физической структуры таблиц и индексов;
- поддержка в актуальном состоянии единого конфигурационного файла, используемого для
подключения конечных пользователей к БД;
- обеспечение безопасности БД, аудит и контроль доступа пользователей к ресурсам БД;
- мониторинг сессий пользователей, выявление блокировок и устранение «зависших» сессий;
- управление подсистемой Oracle Resource Manager для установки приоритетов
пользовательских процессов и сбалансированной нагрузки на аппаратные ресурсы;
- мониторинг очереди назначенных заданий на выполнение технологических операций;
- поддержка шлюза загрузки/выгрузки данных из DBF-файлов в БД;
- выполнение и контроль резервного копирования, проверка целостности резервных копий.
Работы по восстановлению доступности и работоспособности БД на промышленных и
резервных серверах после возможных сбоев СУБД и оборудования, в том числе путем
восстановления БД из резервных копий или активации БД на резервном сервере при выходе из
строя БД на промышленном сервере выполняются дежурным специалистом Исполнителя:
- по рабочим дням с 08.30 до 20.30 немедленно;
- в остальное время не позже чем через 3 (три) часа после получения Исполнителем
информации о проблеме.
Если в течение 1 (одного) часа восстановить доступность или работоспособность БД на
промышленном сервере не удается, то по согласованию с Заказчиком выполняется активация БД
на резервном сервере и перевод пользователей на них, а работы по устранению причин
недоступности или неработоспособности БД на промышленном сервере продолжают выполняться.
Исполнитель оповещает Заказчика по всем возникшим проблемам по доступности и
работоспособности БД СГУ на промышленных и резервных серверах с указанием планов и сроков
по их восстановлению.
По окончании работ по восстановлению, Исполнитель предоставляет отчет с указанием
причины сбоя, мероприятий по устранению, затраченному времени, рекомендаций по
недопущению подобных сбоев при функционировании БД СГУ.
6
Выполнение заявок Заказчика осуществляется в соответствии с приоритетами, указанными
Пользователями при формировании заявки в Naumen. При присвоении приоритета Naumen
автоматически проставляет срок выполнения.
Все заявки, сформированные Пользователями, поступают на анализ необходимости их
выполнения Исполнителем Руководителю проекта в Naumen, который анализирует заявку и
назначает ее Менеджеру проекта, либо возвращает Пользователю на доработку.
При необходимости срочного выполнения заявки в нерабочее время, пользователь может
сформировать заявку, которая автоматически назначится Менеджеру проекта.
Менеджер проекта анализирует заявку и распределяет ее Специалисту, ответственному за
выполнение заявки.
При невозможности выполнения заявки к предельному сроку или по другим причинам
Менеджер проекта оповещает Пользователя, инициирующего заявку, и согласовывает новый срок
выполнения с обоснованием переноса либо обосновывает отказ от выполнения заявки. В случае
спорной ситуации, когда срок переноса выполнения заявки или отказ в выполнении согласовать на
уровне Пользователя и Менеджера проекта не удается, вопрос выносится на уровень Координатор
проекта от Заказчика и Менеджер проекта от Исполнителя.
Специалист, ответственный за выполнение заявки, реализует заявку до предельного срока
выполнения и возвращает заявку Пользователю с указанием результатов выполнения.
Пользователь подтверждает факт выполнения заявки и осуществляет ее закрытие.
Примерные типы заявок:
- установка и обновление ПО СУБД Oracle, старт, остановка и настройка системных
параметров БД;
- предоставление консультаций по функционированию БД;
- создание БД на тестовых серверах и серверах разработки, обновление информации в них;
- выполнение пакетной обработки данных, коррекция структур и создание новых объектов
БД;
- восстановление ошибочно измененной/удаленной пользователями информации БД в
пределах исторического окна, обеспечиваемого табличным пространством отката;
- обновление прикладного ПО СГУ на серверах БД;
- подготовка документации по администрированию БД;
- перевод БД на другую программную и/или аппаратную платформу.
Каждая заявка, выполненная Исполнителем, должна быть подробно прокомментирована, при
необходимости с приложением кратких отчетов, рекомендаций и разработанных при выполнении
данной заявки скриптов.
Ежемесячно Исполнитель предоставляет Заказчику сводный документ с рекомендациями по
улучшению функционирования БД СГУ, оптимизации приложений, использующих БД и
прогнозированием потребностей СУБД Oracle СГУ в аппаратных ресурсах на ближайшее будущее
с учетом эксплуатационной нагрузки и необходимости модернизации аппаратного обеспечения
серверов БД.
Все запросы специалистов Исполнителя, связанные с системным администрированием
серверов и операционных систем адресуются Заказчику, формированием заявки в Naumen.
7
2. ОСНОВНЫЕ ПАРАМЕТРЫ БД СГУ
Текущие основные параметры БД СГУ представлены в Таблицах. В процессе
функционирования БД СГУ возможны изменения, как в параметрах БД, так и в их составе.
2.1. Текущие основные параметры БД СГУ на промышленных и резервных серверах
Сервер БД/операционная
Название
Название базы данных
СУБД
Объем БД
система
БД
БД СГУ «Аналитическая»
Промышленный сервер
Oracle
S10
5.8 Tb
VCKPCSDP1/HP-UX 11
11.2.0.3.0
БД СГУ «Онлайновая»
Промышленный сервер
Oracle
S20
5.8 Tb
VCKPCSDP2/HP-UX 11
11.2.0.3.0
Резервная БД СГУ
Резервный сервер
Oracle
S11
5.8 Tb
«Аналитическая»
VCKPSDP1/HP-UX 11
11.2.0.3.0
Резервная БД СГУ
Резервный сервер
Oracle
S21
5.8 Tb
«Онлайновая»
VCKPSDP2/HP-UX 11
11.2.0.3.0
БД «Буферная зона СГУ»
Промышленный сервер
Oracle
BZ
100 Gb
VCKPORA3/Linux RH х86
9.2.0.7.0
Резервная БД «Буферная
нет
зона СГУ»
Система управления и
Промышленный сервер
Oracle
мониторинга БД Oracle
REPO
8 Gb
VCKPOEM/Linux RH х86
11.2.0.1.0
«Oracle Enterprise Manager»
Репозиторий системы
Промышленный сервер
Oracle
резервирования БД Oracle
VCKPRMAN /Win2003
MAN
8 Gb
11.2.0.1.0
«Oracle Recovery Manager»
Server
2.2. Текущие основные параметры БД СГУ на тестовых серверах и серверах разработки
Название системы
Тестовая БД
«Буферная зона
СГУ»
Сервер БД/операционная
система
СУБД
Название
БД
VCKPORA3/Linux х86
Oracle 9.2.0.7.0
BZTEST
Oracle 11.2.0.4.0
Oracle 11.2.0.3.0
Oracle 11.2.0.3.0
Oracle 11.2.0.3.0
Oracle 11.2.0.3.0
Oracle 11.2.0.3.0
Oracle 11.2.0.3.0
Oracle 11.2.0.4.0
Oracle 11.2.0.4.0
Oracle 11.2.0.4.0
Oracle 11.2.0.4.0
Oracle 11.2.0.4.0
Oracle 11.2.0.4.0
A1
F1
V1
K1
T1
R1
L1
O1
D1
Q1
J1
E1
KAF1
VCKPOAS1/ Linux х86-64
VCKPADR1/Win2003 Server
VCKPORA4/Linux х86-64
VCKPORA4/Linux х86-64
VCKPORA4/Linux х86-64
Тестовые БД СГУ и
ROSSDB/Win2003 Server
БД СГУ для
разработки ПО
ROSSDB/Win2003 Server
СГУ
VCKPORA6/Linux х86-64
«Аналитическая»
VCKPORA6/Linux х86-64
VCKPORA6/Linux х86-64
VCKPORA6/Linux х86-64
VCKPORA6/Linux х86-64
VCKPORA1/Linux х86-64
Объем БД
Объем
зависит
от
сложност
и тестов,
ограничен
размером
дисковой
подсисте
мы
сервера
8
ORADEV2/Win2003 Server
VCKPOAS1/ Linux х86-64
VCKPADR1/Win2003 Server
VCKPORA4/Linux х86-64
VCKPORA4/Linux х86-64
VCKPORA4/Linux х86-64
ROSSDB/ Linux х86-64
Тестовые БД СГУ и
ROSSDB/ Linux х86-64
БД СГУ для
разработки ПО
VCKPORA6/Linux х86-64
СГУ «Онлайновая»
VCKPORA6/Linux х86-64
VCKPORA6/Linux х86-64
VCKPORA6/Linux х86-64
VCKPORA6/Linux х86-64
VCKPORA1/Linux х86-64
ORADEV2/Win2003 Server
Oracle 11.2.0.3.0
Oracle 11.2.0.4.0
Oracle 11.2.0.3.0
Oracle 11.2.0.3.0
Oracle 11.2.0.3.0
Oracle 11.2.0.3.0
Oracle 11.2.0.3.0
Oracle 11.2.0.3.0
Oracle 11.2.0.4.0
Oracle 11.2.0.4.0
Oracle 11.2.0.4.0
Oracle 11.2.0.4.0
Oracle 11.2.0.4.0
Oracle 11.2.0.4.0
Oracle 11.2.0.3.0
Z1
A2
F2
V2
K2
T2
R2
L2
O2
D2
Q2
J2
E2
KAF2
Z2
9
3. ОСНОВНЫЕ ПАРАМЕТРЫ РЕЗЕРВНОГО КОПИРОВАНИЯ БД СГУ
Резервное копирование БД СГУ производится в автоматическом режиме по расписанию с
использованием ПО HP Data Protector. Резервные копии БД сохраняются на ленточных носителях
информации.
Контроль выполнения резервного копирования производится Исполнителем путем
просмотра протоколов. Проверка целостности резервных копий, выполненных при помощи
штатного средства резервирования Oracle RMAN, производится Исполнителем 2 (два) раза в
месяц путем использования штатных команд проверки резервных копий Oracle RMAN.
Гарантируется сохранность резервных копий (кроме случаев аппаратных сбоев ленточной
библиотеки) в течение времени, указанного в графе «Глубина» в Таблице.
Для БД, резервное копирование которых производится в режиме сервера быстрой готовности
(Standby Database), восстановление осуществляется на текущую дату вплоть до момента времени
сбоя БД на промышленном сервере.
Для БД, резервное копирование которых производится в «горячем» режиме, восстановление
возможно на любую дату, начиная с момента создания резервной копии вплоть до текущего
времени.
Для БД, создающихся путем экспорта из БД на промышленных серверах, восстановление
производится на дату создания последнего файла экспорта.
Для БД на тестовых серверах и серверах разработки, создающихся методом «клонирования»
текущего состояния БД на промышленных серверах, восстановление работоспособности
возможно только созданием нового «клона» базы данных на промышленном сервере, по
состоянию на текущий момент времени.
В процессе функционирования БД СГУ возможны изменения в резервном копировании БД
СГУ.
Основные параметры резервного копирования обслуживаемых БД СГУ:
Методика
Методика
Название системы
Периодичность
резервирования
восстановления
11 раз в сутки
Копирование на
Восстановление
(журналы),
ленту в «горячем»
БД из ленточной
«Онлайновая БД
ежедневно
режиме, поддержка
копии или
СГУ»
(инкрементальный),
резервной (standby)
активизация
еженедельно
БД
резервной БД
(полный)
11 раз в сутки
Копирование на
Восстановление
(журналы),
ленту в «горячем»
БД из ленточной
«Аналитическая БД
ежедневно
режиме, поддержка
копии или
СГУ»
(инкрементальный),
резервной (standby)
активизация
еженедельно
БД
резервной БД
(полный)
6 раз в сутки
(журналы),
Копирование на
Восстановление
БД «Буферная зона
ежедневно
ленту в «горячем»
БД из ленточной
СГУ»
(инкрементальный),
режиме
копии
еженедельно
(полный)
Глубина
16 дней
16 дней
14 дней
10
Система
управления и
мониторинга БД
Oracle «Oracle
Enterprise Manager»
Репозиторий
системы
резервирования БД
Oracle «Oracle
Recovery Manager»
Экспорт БД
Экспорт БД
Импорт из файла
дампа БД
1 раз в неделю
7 дней
Импорт из файла
дампа БД
Каждый раз при
выполнении
резервного
копирования
средствами HP
DataProtector
16 дней