ome> / database сформується файл паролів з ім'ям pwd . ora
Unix.
. встановлюємо змінну ORACLE_SID_SID= ORACLE_SID
. створюємо файл паролів
<$ oracle_home> / bin / orapwd file=<$ oracle_home> / dbs / orapw password=<пароль користувача internal>
· Стартуємо базу даних в режимі mount і здійснюємо перейменування файлів.
· При необхідності створюємо темп-файли і відкриваємо базу.
· Додаємо в tnsnames.ora псевдонім для створеної бази. У разі необхідності коригуємо файл listener.ora і перезапускаємо процес прослуховування: <$ Oracle_home> bin lsnrctl
LSNRCTL> stop
LSNRCTL> start
4.4 Створення резервної копії методом «гарячого» копіювання
Метод холодного копіювання не застосовується для баз даних, що вимагають безперервного постійного доступу користувачів, оскільки даний метод припускає закриття БД.
Якщо виробничі потреби не дозволяють перервати роботу бази даних, то використовується механізм виконання резервування бази даних у ході її використання - гаряче резервне копіювання (online backup). Метод «гарячого» резервного копіювання застосовується тільки для баз даних, функціонуючих в режимі archivelog. Копіювати БД рекомендується в період її найменшого навантаження.
Перед початком резервування слід визначити табличні простору бази даних і відповідні їм файли.
SQL> select v $ tablespace.name, v $ datafile.name from v $ tablespace, v $ datafilev $ tablespace.ts #=v $ datafile.TS #;
Визначені таким чином табличні простору на момент здійснення фізичного копіювання їх файлів даних повинні бути переведені в режим «backup» командою
SQL> alter tablespace begin backup;
Після завершення копіювання необхідно виконати оператор
SQL> alter tablespace end backup;
При цьому переводити табличний простору в backup-режим можна як послідовно, так і одночасно.
Резервування табличних просторів, що знаходяться в режимі offline і read only здійснюється без переведення їх у режим «backup». Статус табличного простору можна визначити з уявлення dba_tablespaces.
Після закінчення копіювання всіх табличних просторів слід створити резервну копію керуючого файлу і заархівувати НЕ заархівовані журнальні файли.
SQL> alter database backup controlfile to
і> alter system archive log current;
Для відновлення бази даних будуть затребувані всі архівні журнальні файли, сформовані з моменту переведення першого табличного простору в режим «backup».
4.5 Відновлення бази даних з «гарячої» копії
Процес відновлення бази даних з «гарячої» копії відрізняється тим, що перед відкриттям бази необхідно здійснити відновлення носія c використанням резервної копії керуючого файлу. Перед цим рекомендується помістити необхідні архівні журнальні файли в директорію log_archive_dest log_archive_dest_1 db_recovery_file_...
