Проект

Общее

Профиль

Wiki »

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

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

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

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

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

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

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

Рис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

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

Шаг 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

После команды меняем IP адреса на сервере DNS вручную
Перед запуском в Listner поменять IP - адрес!!!!!!

Экспортировать в PDF HTML TXT