Привіт, шановні читачі блогу okITgo.ru! Пропоную Вашій увазі статтю про бекапе і воссатновленіі бд Oracle. Думаю, цей матеріал буде корисний для адмінів, що виконують бекапи і відновлення на сервері Оракл за допомогою Менеджера Відновлення (RMAN).
Бекап і відновлення
Для розуміння статті бажано мати уявлення в наступних областях:
- Концепції реляційних баз даних і основи адміністрування.
- Середовищі ОС, під якою запущена база Оракл.
Таким чином, мета запропонованого набору статей - зробити загальний огляд концепцій бекапа і відновлення, рассматреть файли бази Оракл, що мають відношення до бекап і відновлення, а також вивчити інструменти, доступні для здійснення бекапа і відновлення вашої БД, захисту від втрати інформації і інших помилок.
Отже, що ж таке бекап і відновлення? Бекап і відновлення на увазі під собою різні стратегії і процедури, пов'язані із захистом вашої бд від втрати інформації і відновлення бд після будь-якої різновиди втрати даних.
Фізичні та Логічні Бекапи
Бекап - це копія даних з вашої БД, яка може бути використана для відновлення. Бекапи можна розділити на фізичні бекапи і логічні бекапи.
Фізичні бекапи - це бекапи фізичних файлів, використовуваних для зберігання і відновлення вашої бази даних, наприклад, файлів даних, контрольних файлів, архівів файлів журналів. В кінцевому рахунку, кожен фізичний бекап - це копія файлів, що зберігають інформацію про базу даних в іншому місці (на диску. На стрічці і т.п.).
Логічні бекапи містять логічні дані (наприклад, таблиці або збережені процедури), експоріруемие з бази за допомогою утиліти експорту Oracle і збережені як бінарний файл - для подальшої можливості імпорту в бд за допомогою відповідно утиліти імпорту Oracle.
Фізичні бекапи є фундаментом будь-якої надійної стратегії бекапа і воссатновленія, тоді як логічні є корисним доповненням до фізичних бекапіть в багатьох випадках, але вони недостатні для задовільною захисту від втрати інформації без фізичних бекапов.
Далі термін "бекап" в даній статті про бекапе і відновленні означатиме передусім саме фізичні бекапи (якщо не конкретизовано, про які бекапи йдеться), і зробити бекап частини або всієї бд буде означати - зробити один з видів фізичного бекапа. Акцент в статті робиться в основному на фізичних бекапіть.
Помилки і Збої, що вимагають відновлення з резервної копії
Тоді як існує кілька типів проблем, які можуть перервати нормальне функціонування бд Oracle або операції введення-виведення, зазвичай тільки дві з них вимагають втручання адміна (DBA) і відновлення носіїв: власне збої носіїв (жорстких дисків і т.п.), і помилки користувачів.
Інші збої можуть зажадати втручання DBA для перезавантаження бази (після збою примірника) або виділення додаткового дискового простору (після збою при виконанні sql пропозиції через, наприклад, переповненого файлу даних), але ці сітуайціі не приведуть, взагалі кажучи, до втрати даних і не зажадають відновлення з резервної копії.
помилки користувачів
Помилки користувачів відбуваються або в зв'язку з помилками в логіці програми, або при відступі від керівництва по експлуатації, дані у вашій бд змінюються або видаляються некоректно. Втрати інформації, пов'язані з помилками користувачів, включають такі помилки, як видалення важливих таблиць, видалення або зміна вмісту таблиці. Хоча навчання користувачів і ретельне управління привілеями можуть захистити від більшості помилок користувача, ваша стратегія бекапа визначить, як витончено Ви відновите втрачені дані, коли для користувача помилка стане причиною втрати інформації.
Вихід з ладу носіїв інформації
Збій носія - це збій при читанні або запису файлу на диску, який потрібно для роботи бази, через фізичної проблеми з диском. наприклад ви'од з ладу головки. Будь-який файл БД може бути пошкоджений через збій носія.
Відповідний спосіб відновлення після збою носія залежить від того, на які файли вплинув збій, а також від типів доступних резервних копій.
Рішення Oracle для бекап і відновлення: RMAN і Користувальницькі Бекапи
Для виконання бекапа і відновлення, заснованих на фізичному резервне копіювання, у вашому розпорядженні є два рішення:
- Менеджер Відновлення - інструмент (працює з командного рядка, або з графічного інтерфейсу Enterprise Manager), який інтегрується з сесіями, запущеними на сервері Oracle для виконання ряду дій, пов'язаних з резервних копій і відновленням, а також для підтримки зберігання історії про ваших бекапіть
- Традиційний для користувача бекап і відновлення (тобто здійснюваний і контрольований самим користувачем), коли Ви безпосередньо керуєте файлами, складовими вашу бд, використовуючи при цьому команди ОС і можливості SQL * Plus, пов'язані з резервних копій і відновленням
Обидва методи підтримуються корпорацією Oracle і повністю документовані. Менеджер Відновлення, проте, є кращим рішенням для бекапа і відновлення БД. Він може виконувати ті ж типи бекапа і відновлення, доступні при призначеному для користувача бекапе і відновленні, але набагато простіше, крім того RMAN забезпечує загальний інтерфейс для задач бекапа в різних ОС, а також пропонує ряд технологій бекапа, які будуть недоступні в методах ручного бекапа.
Який би метод Ви не використали (RMAN або призначений для користувача спосіб), ви можете доповнити ваші фізичні бекапи логічними бекапіть об'єктів схеми, які здійснюються за допомогою утиліт експорту. Дані, збережені таким чином, можуть бути пізніше імпортовані для перевтілення цих об'єктів після відновлення з фізичного бекапа. Однак, логічні бекапи в цій статті я розглядати не буду (потім я хочу написати окрему статтю про логічних бекапіть).