стувача таблиць можуть зберігатися в одному файлі.! Дані не зберігаються ніде, крім цих файлів, тому вони і називаються файлами даних (datafiles). Саме ці файли копіюються при виконанні холодного резервування (cold backup) разом з невеликим службовим файлом, який називається керуючим (control file).
При оновленні даних в таблицях у файли даних вносяться зміни. Всі зміни в будь-яких файлах даних, крім самих файлів, записуються в журнал змін. Журнал зберігається в окремих файлах оперативних журналів (redolog files). Інформації кожного запису з цього журналу достатньо для повторного внесення тих же самих змін. Наприклад, у записі вказується місце у файлі даних, куди вносилося зміна, коли і ким воно вносилося, і самі зміни. Для зменшення обсягу інформації, що зберігається в журналі зберігається мінімальний обсяг інформації, по якому ще можна відновити зміни. Наприклад, замість імені таблиці, в яку вставили рядок, зберігається унікальний номер об'єкта (таблиці), присвоєний йому в базі даних.
Переглянувши журнал, можна з'ясувати всю історію змін у даних за якийсь проміжок часу. Наприклад, можна взяти файли даних з копії, створеної деякий час тому при холодному резервуванні. Якщо зберігся журнал змін на період від моменту виконання резервування до моменту збою бази даних, можна послідовно внести зміни у вчорашні файли запис за записом. Вийдуть файли, які будуть містити всі зміни до самого останнього моменту перед збоєм. Цей процес називається відновленням бази даних. Відновлення без внесення змін з журналу так, щоб ні єдиної транзакції не було втрачено, називається неповним відновленням. Насправді відновлення завжди повинно бути повним, так як втрата хоча б частини інформації неприпустима. Компанія Oracle виходить з того, що її технології повинні гарантувати цілісність даних, які вже внесені в базу. Тільки на крайній випадок, якщо неможливо провести нормальне відновлення, дається можливість врятувати хоча б частину даних.
Зберігати файли та журнали змін потрібно заздалегідь, а не чекати моменту збою. При виникненні збою c моменту останнього резервування може накопичитися багато змін. Оцінити обсяг змін досить просто: він відповідає розміру згенерованих з моменту резервування файлів журналів (у файлах журналів більшу частину обсягу займають дані, під службові записи відводиться відносно небагато місця). Щоб зменшити час на відновлення файлів даних, можна періодично накладати на збережені файли даних накопичилися зміни з журналів. Набір файлів, на які постійно накладаються зміни, називається резервною базою даних (рис. 1). Ці файли в разі збою робочої бази даних можна ввести в дію при мінімальному часу простою. Резервна база даних може за часом внесення змін незначно відставати від основної бази даних (primary database).
Рис. 1. Робоча і резервна бази.
2.2 Резервна база даних
Термін резервна база даних з'явився в ПО Oracle в 1995 р., починаючи з версії 7.3. У той час обсяги жорстких дисків були невеликі, а коштували вони досить дорого, і для резервування навіть невеликих баз даних воліли використовувати стрічкові пристрої. Процедури спрощення роботи з резервними базами даних стали розвиватися з версії Oracle8i, коли жорсткі диски почали дешевшати, а їх обсяги швидко рости. Нові технології у виробництві апаратних засобів дали поштовх до розвит...
