on Program, # «justify"> Як обговорювалося раніше, журнальні файли слід мультиплексировать. Це означає, що кожна журнальна група буде мати два журнальних файлу або елемента. Настійно рекомендується, щоб завдання створення резервних копій резервував принаймні два елементи кожної журнальної групи. Це підкреслює важливість журнальних файлів, оскільки якщо під час відновлення виникнуть проблеми з архівними журнальними файлами через їх фізичного пошкодження або людської помилки, то повне відновлення бази даних буде неможливим, і це призведе до втрати деяких даних. Імовірність такої події істотно зменшується, якщо є запасна резервна копія. Зауважимо, АБД не повинні створювати резервну копію журнального файлу, а потім резервувати її ще один раз. Замість цього вони повинні резервувати два дзеркальних журнальних файлу окремо, так щоб у разі пошкодження одного з них для відновлення був доступний друге журнальний файл. Якщо обидві копії є копіями одного і того ж архівного журнального файлу, то ми не захищаємо себе від пошкоджень журналу.
5.2.2 Стратегія відновлення
АБД повинні моделювати сценарії втрати даних і тестувати свої плани відновлення. На жаль, більшість АБД не тестується свої стратегії резервування і відновлення. Проведення випробувань плану відновлення допомагає перевірити процеси на місці, а також тримає адміністраторів в курсі проблем і пасток відновлення. Чотири основні причини втрати даних: збої носія, людські помилки, пошкодження блоків даних і стихійні лиха. План відновлення необхідно розробляти з урахуванням кожного випадку.
· Збій носія.
Звичайний приклад збою носія - руйнування дискових головок, яке призводить до втрати всіх файлів бази даних, розміщених на диску. Для повної відмови диска вразливі всі файли, пов'язані з базою даних, включаючи файли даних, керуючі файли, оперативні та архівні журнальні файли. Відновлення після збою носія включає в себе копіювання всіх несправних файлів з резервної копії, а потім їх відновлення. У найгіршому випадку може знадобитися копіювання і відновлення всієї бази даних. Збій носія - першорядне завдання стратегії резервування і відновлення, оскільки під час відновлення зазвичай потрібно копіювати деякі або всі файли бази даних, а потім застосовувати для їх відновлення журнальні файли.
· Людська помилка.
Користувачі можуть неумисно видаляти дані або знищувати таблиці. Хороший спосіб мінімізації наслідків таких ситуацій - надавати користувачам тільки такі привілеї бази даних, які їм безумовно необхідні. Але людські помилки будуть як і раніше виникати і АБД повинні бути готові до роботи над ними. Створення логічних резервних копій або експорт таблиць - хороший спосіб справлятися з випадковими знищеннями таблиць. Ретроспективний запит (Flashback Query), новий засіб, введене в СУБД Oracle9i, дуже добре підходить для відновлення після випадкових видалень або вставок. Останнім засобом, до якого можна вдатися, є копіювання з резервної копії та відновлення всього табличного простору, що містить об'єкти, на які подіяла людська помилка. Існують різні методи відновлення після людських помилок, і всі вони повинні бути протестовані.
· Пошкодження блоків даних.
Несправна апаратура або помилка операційної системи можуть бути причиною пошкодження блоків даних, в результаті якого...
