Утверждаю
|
|
Утверждаю
|
Заместитель министра экономического развития Российской Федерации
|
|
Исполнительный директор
ЗАО «ЛАНИТ»
|
_________________ А.Е. Лихачев
|
|
________________ В.Ю. Грибов
|
«____»_______________ 2010 г.
|
|
«____»_______________ 2010 г.
|
Создание официального сайта Российской Федерации в сети «Интернет» для размещения информации о размещении заказов на поставки товаров, выполнение работ, оказание услуг для федеральных нужд, нужд субъектов Российской Федерации или муниципальных нужд
РЕГЛАМЕНТ РЕЗЕРВНОГО КОПИРОВАНИЯ
«ПОДСИСТЕМА АНАЛИЗА И ФОРМИРОВАНИЯ ОТЧЕТОВ»
Содержание
1 Общие положения 3
2 Порядок резервного копирования 5
2.1 Порядок резервного копирования данных СУБД Oracle 5
2.2 Порядок резервного копирования файлов операционной системы. 5
2.3 Порядок резервного копирования файлов репозитория Oracle BI. 5
2.4 Порядок резервного копирования файлов регламентных отчетов. 6
3 Контроль резервного копирования 7
4 Восстановление информации из резервных копий 8
4.1 Восстановление данных СУБД Oracle. 8
4.2 Восстановление операционной системы, репозитория, регламентных отчетов. 8
1Общие положения
Настоящий проект регламента проведения резервного копирования данных СУБД Oracle разработан с целью:
определения порядка резервирования данных для последующего восстановления работоспособности системы заказчика при полной или частичной потере информации, вызванной сбоями или отказами аппаратного или программного обеспечения, ошибками пользователей, чрезвычайными обстоятельствами (пожаром, стихийными бедствиями и т.д.);
определения порядка восстановления информации в случае возникновения такой необходимости.
В настоящем документе регламентируются действия при выполнении следующих мероприятий:
резервное копирование;
контроль резервного копирования;
восстановление данных.
Резервному копированию подлежит информация следующих основных категорий:
Информация, необходимая для восстановления системы управления базами Oracle
Операционная система Red Hat Enterprise Linux 5.0
Репозиторий Oracle BI
Файлы регламентных отчетов, хранящихся в файловой системе сервера приложений в формате html
В качестве системы копирования и восстановления данных СУБД Oracle выбрана программа rman, которая является стандартным средством СУБД Oracle для организации резервного копирования и восстановления данных на физическом уровне.
Преимущества программы RMAN:
выполнение полного резервирования и резервирования изменений;
выполнение холодного/горячего резервирования
обнаружение поврежденных блоков;
параллельное выполнение операций ввода/вывода;
автоматическое протоколирование операций копирования и восстановления.
Для резервирования изменений в СУБД Oracle используется многоуровневая модель с числом уровней копий 2 (0 и 1). Точкой отсчета для копирования изменений обязана стать снятая ранее полная копия БД уровня 0. Все остальные копии данных уровня 1 являются копией данных, изменившихся с момента созданий копий уровня 1 или 0.
База данных должна находиться в режиме ARCHIVE LOG для копирования оперативных журналов в автоматическом режиме.
В качестве системы копирования и восстановления файлов операционной системы, репозитория и регламентных отчетов могут быть выбраны программы tar или cpio, которые является стандартными средствами OC Linux для организации резервного копирования и восстановления данных на файловом уровне.
За выполнение работ, связанных с резервным копированием и восстановление баз данных Oracle, отвечает администратор Подсистемы. Для выполнения своих обязанностей администраторы должны обладать квалификацией, предусмотренной в документе «Подсистема анализа и формирования отчетов. Технические требования», п.п. 4.2.4.
2Порядок резервного копирования
2.1Порядок резервного копирования данных СУБД Oracle
Предполагается, что перед запуском системы создается копия данных уровня 0. Циклическая схема резервного копирования данных СУБД Oracle производится на основании следующих предлагаемых правил по дням недели:
понедельник – сохранение копий оперативных журналов в течение дня по мере их заполнения на внешнем ленточном накопителе, создание копии БД уровня 1 в конце выполнения процессов ETL и сохранение копии на внешнем ленточном накопителе,
вторник – сохранение копий оперативных журналов в течение дня по мере их заполнения на внешнем ленточном накопителе, создание копии БД уровня 1 в конце выполнения процессов ETL и сохранение копии на внешнем ленточном накопителе,
среда – сохранение копий оперативных журналов в течение дня по мере их заполнения на внешнем ленточном накопителе, создание копии БД уровня 1 в конце выполнения процессов ETL и сохранение копии на внешнем ленточном накопителе,
четверг – сохранение копий оперативных журналов в течение дня по мере их заполнения на внешнем ленточном накопителе, создание копии БД уровня 1 в конце выполнения процессов ETL и сохранение копии на внешнем ленточном накопителе,
пятница – сохранение копий оперативных журналов в течение дня по мере их заполнения на внешнем ленточном накопителе, создание копии БД уровня 1 в конце выполнения процессов ETL и сохранение копии на внешнем ленточном накопителе.
суббота – сохранение копий оперативных журналов в течение дня по мере их заполнения на внешнем ленточном накопителе, создание копии БД уровня 1 в конце выполнения процессов ETL и сохранение копии на внешнем ленточном накопителе,
воскресенье – сохранение копий оперативных журналов в течение дня по мере их заполнения на внешнем ленточном накопителе, создание копии БД уровня 0 в конце выполнения процессов ETL и сохранение копии на внешнем ленточном накопителе.
2.2Порядок резервного копирования файлов операционной системы.
Предполагается, что перед запуском системы создается полная резервная копия файлов операционной системы и всех дополнительных файловых систем.
Резервное копирование файлов ОС производится при изменении настроек ОС, установке дополнительных системных компонентов, добавлении дополнительных файловых систем, пользователей и других административных работах в ОС. Системный администратор ОС определяет необходимость создания резервной копии ОС.
2.3 Порядок резервного копирования файлов репозитория Oracle BI.
Предполагается, что перед запуском системы создается полная резервная копия файлов репозитория Oracle BI.
Резервное копирование осуществляется при любых изменениях в репозитории.
2.4 Порядок резервного копирования файлов регламентных отчетов.
Файлы регламентных отчетов формируются в ночное время. После завершения формирования автоматически запускается резервное копирование.
3Контроль резервного копирования
Контроль результатов всех процедур резервного копирования, анализ логов резервного копирования, отслеживание необходимости изменений настроек резервного копирования осуществляется администратором Подсистемы.
4Восстановление информации из резервных копий
4.1Восстановление данных СУБД Oracle.
Восстановление информации осуществляется на основе последних резервных копий данных и оперативных журналов.
Схема восстановления информации по дням недели (если потеря информации произошла именно в этот день недели):
понедельник – восстановление копий БД уровней 0 и накат копий оперативных журналов, заполненных после создания копии 0 до момента сбоя;
вторник – восстановление копий БД уровня 0 и уровня 1 за понедельник и накат копий оперативных журналов, заполненных после создания копии уровня 1 за понедельник до момента сбоя;
среда – восстановление копий БД уровня 0 и уровня 1 за понедельник и вторник, накат копий оперативных журналов, заполненных после создания копии уровня 1 за вторник до момента сбоя;
четверг – восстановление копий БД уровня 0 и уровня 1 за понедельник, вторник, среду и накат копий оперативных журналов, заполненных после создания копии уровня 1 за среду до момента сбоя;
пятница – восстановление копий БД уровня 0 и уровня 1 за понедельник, вторник, среду и четверг и накат копий оперативных журналов, заполненных после создания копии уровня 1 за четверг до момента сбоя;
суббота – восстановление копий БД уровня 0 и уровня 1 за понедельник, вторник, среду, четверг, пятницу и накат копий оперативных журналов, заполненных после создания копии уровня 1 за пятницу до момента сбоя;
воскресенье – восстановление копий БД уровня 0 и уровня 1 за понедельник, вторник, среду, четверг, пятницу и субботу и накат копий оперативных журналов, заполненных после создания копии уровня 1 за суббота до момента сбоя.
4.2Восстановление операционной системы, репозитория, регламентных отчетов.
При различного рода сбоях в работе Подсистемы, потери данных, информация восстанавливается из резервных копий системным администратором, определяющим порядок восстановления и данные, которые необходимо восстановить.
СОГЛАСОВАНО
|
|
СОГЛАСОВАНО
|
Директор Департамента государственного регулирования в экономике Министерства экономического развития Российской Федерации
|
|
Директор Департамента комплексных проектов ЗАО «ЛАНИТ»
|
_________________С.В. Шипов
|
|
_________________А.Б. Биктаиров
|
«____»_______________ 2010 г.
|
|
«____»_______________ 2010 г.
|
Заместитель директора Департамента развития конкуренции Министерства экономического развития Российской Федерации
|
|
Директор департамента корпоративных
систем ЗАО «ЛАНИТ»
|
_________________ А.Т. Катамадзе
|
|
_________________ Л.Е. Головатый
|
«____»_______________ 2010 г.
|
|
«____»_______________ 2010 г.
|
|
|
|
Москва 2010
|
