ку нової архітектури резервування баз даних.
Для створення резервної бази даних потрібно скопіювати на резервний комп'ютер робочі файли даних і налаштувати автоматичну передачу журналів змін. На резервному комп'ютері потрібно запустити процеси, які прийматимуть інформацію з журналів і при виникненні збою робочої бази даних зроблять резервну доступною для роботи користувачів, «активують» її з мінімальною затримкою за часом і гарантованим відсутністю втрат даних. Схема досить проста; цікаві тут можливості, які дають процедури автоматизації. Навіть досвідчений адміністратор у разі збою може допустити помилку; іншими словами, в критичній ситуації слабкою ланкою стає людина. Але ПЗ повинно виконувати рутинні процедури безпомилково і з мінімальним втручанням адміністратора. Завдання ж адміністратора зводиться до налаштування ПО.
Автоматизовані процедури підтримки резервних баз носять в системі Oracle назву Data Guard. Ці процедури вбудовані в ПО Oracle. У їх число входять графічна оболонка управління резервними базами, утиліта командного рядка (dgmgrl) і додаткові процеси, які виконують часто зустрічаються дії, призначені для підтримки конфігурації взаємодії основної та резервних баз даних.
Графічний інтерфейс Oracle Data Guard Manager (рис. 2) можна використовувати для автоматичного створення резервної бази. Він включений в стандартну оболонку ПЗ керування Oracle Enterprise Manager, починаючи з версії Oracle9i. Адміністратору досить вказати, на якому з комп'ютерів з встановленим ПО Oracle потрібно створити резервну базу даних. Оболонка сама виконає резервування файлів даних, перенесе їх на резервний комп'ютер і змінить параметри конфігурації основної бази даних, щоб вона могла передавати журнальну інформацію на комп'ютер з резервної базою.
Рис. 2. Oracle Data Guard Manager - графічна оболонка управління.
2.3 Створення фізичної резервної бази
Спочатку створюється керуючий файл - службовий файл невеликого розміру, що містить назви всіх файлів даних і їх параметри. Службовий файл разом з копією файлів даних переноситься на віддалений комп'ютер. На цьому комп'ютері має бути встановлено стандартне ПО Oracle для управління базами даних. Основна незручність в тому, що програмна архітектура основний і резервних баз даних повинна бути однакова. Наприклад, неможливо створити резервну базу на платформі Linux, якщо основна працює під Windows. Це обмеження пов'язане з тим, що в ОС розрізняються низькорівневі програмні інтерфейси (API) для роботи з файлами, а отже, структури файлів бази даних також мають відмінності. Версії ОС в межах сімейства і платформи можуть бути будь-якими, головне, щоб на них могло працювати ПО Oracle.
Далі програмно запускається служба, яка прийматиме журнальну інформацію від основної бази даних і обслуговувати користувачів у разі активації резервної бази даних. Ця служба називається екземпляром Oracle. Служба складається з декількох процесів ОС, кожен з яких виконує набір дій, певний програмістами Oracle. Кілька процесів потрібні, щоб покласти завдання розподілу процесорного часу для одночасного виконання різних завдань на планувальник ОС.
Після запуску екземпляра, обслуговуючого резервну базу, потрібно вказати примірнику основної бази, куди посилати журнальну інформацію. Вона може пере...
