h1. Политика Резервного Копирования

---

h2. *Руководство Администратора Резервное копирование CWMS3000*

*Организация политики резервного копирования в рамках БД Oracle 10G 10.2.0.4*

На сервере предоставленной компанией развернута операционная система
- Microsoft Windows 2008 Server 64
- Oracle 10 G 64
Настроена система резервного копирования СУБД Oracle 10G по технологии DataGuard.

*Проведенные меры гарантируют надежность базы и невозможность потери данных в рамках 5 минут. Скорость восстановления в случаи возможного сбоя составит менее 2 часов. Рекомендации: после внедрения системы CWMS3000 реализовать холодное резервное копирование базы данных и архивных логов на независимый, не хранящийся в помещении серверной источник (пример: кассета, стример и т.д.), в этом случаи исключается абсолютная возможность потери данных.
*

*1. Процедура резервного копирования.*

- резервное копирование выполняется непрерывно в режиме онлайн

!1.jpg!

Рис1. задание *BACKUP* выполняется *НЕПРЕРЫВНО* . Основной сервер база данных *Oralce 10G 10.2.0.4 orawms-01* в режиме реального времени (не позже чем раз в 5 минут) передает *ARCHIVELOG* на резервный сервер *Oralce 10G 10.2.0.4 orawms-02* , который в свою очередь производит все транзакции произошедшие на основном сервере. Процессом управляет встроенные в *Oralce 10G 10.2.0.4* механизмы *DATAGUARD* . *Сервера автоматически находят друг друга* (выключение сервера, перезагрузка сервера, выключение и простой до 24 часов) при условии нахождения в рамках одной ЛВС (Локально Вычислительной Сети) *и неизменности сетевых реквизитов указанных выше, и синхронизируются* .


*2. Процедура проверки валидности схемы резервного копирования.*
Рекомендация *выполнять процедуру 2 - Ежедневно* .
*Шаг 1.
Пуск -> Выполнить* (Действие возможно выполнять как на любом из указанных выше серверах, так и на любом ПК находящимся в рамках одной ЛВС с серверами с установленным OracleClient версии 10G)

*dgmgrl*

*Шаг 2(dgmgrl).*

*connect sys/Пароль*

*show configuration*

!2.jpg!

Должно быть слово SUCCES если не SUCCES сервера находятся не в синхронизированном состоянии. Необходимо оставить заявку в техническую поддержку ООО “ИнтелСервис”:
Тел. +7495 7757631
notify@cwms3000.ru

*Шаг 3(dgmgrl).
SHOW DATABASE 'bwms' 'RecvQEntries';*

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



*Шаг 4(dgmgrl).
EDIT DATABASE 'bwms' SET STATE='READ-ONLY';*

(перевод резервной базы в режим «только чтение»)

*Шаг 5(sqlplus) Выполняется на резервном сервере.*
Пуск -> Выполнить

Sqlplus

Login: **
Password: **

(запуск командной оболочки для sqlplus)

*Шаг 6(sqlplus) Выполняется на резервном сервере.*

Select max(n) from st_stock;
Select max(n) from st_doc_in;
Select max(n) from st_doc_out;

(запросы возвращают номера последних строк из таблиц: сток, документы прихода, документы расхода. Их необходимо зафиксировать, для дальнейшего сравнения с номерами строк в основной базе)

*Шаг 7(sqlplus) Выполняется на основном сервере.*

Выполнить Шаги 5 и 6 на основном сервере. Сравнить полученные номера на основном и резервном серверах.

При сильном расхождении номеров – на сотни, тысячи и т.п., необходимо оставить заявку в техническую поддержку ООО “ИнтелСервис”.

*Шаг 8(dgmgrl).*

EDIT DATABASE 'bwms' SET STATE='ONLINE';

(возврат резервной базы в состояние «подключена»)

*3. Процедура перехода на использование резервного сервера.*

В случаи если основная база вышла из строя и не подлежит востанавлению штатными методами (отказ wms) выполняется следующая процедура:

*Шаг 1.*
Пуск -> Выполнить (Действие выполняется на резервном сервере)


dgmgrl
*Шаг 2.*

connect sys/Пароль


*Шаг 3.*

failover to bwms (резервный сервер берет на себя функции основного).

КОМАНДА выполняется при одобрении инженера технической поддержки.
Тел. +7495 7757631
notify@cwms3000.ru
После команды меняем IP адреса на сервере DNS вручную
Перед запуском в Listner поменять IP - адрес!!!!!!