В тази статия ще разгледаме основните въпроси, свързани с използване на резервно копие на базата данни Oracle. На първо място, за да се отговори на въпроса - защо да направите резервно копие на базата данни? Нейната основна цел - да се възстанови бързо основен, наричана още първична база данни с минимална загуба на информация. Върнете се към основния начин на база данни - това само за няколко минути на съответната администрация организация база данни обработва данни.
За надежден сървър и първична съхранение и готовност устройства за данни в базата данни трябва да се разпръсне във физически отделни помещения на дружеството, а дори и на сградата, доколкото мрежата на компанията. В този случай, можем да избегнем непоправими загуби, дори и в случаи на фатални събития като пожари и терористични атаки.
Архивиране на база данни има смисъл за динамична база данни се намира в режим на ARCHIVELOG, например, или на работа или създадени, ако е необходимо, обработва регистрационните файлове, архивиране на базата данни. Това означава, че базата данни и потребителския модел в режим ARCHIVELOG.
Това е най-простият вариант да се създаде база данни в готовност физически. Можете също така да се създаде база данни в готовност логично, включително различни платформи. Но в процеса на възстановяване на логическата база данни е много по-времеемко, тъй като промените, направени в базата данни не се актуализира информационните блокове, както и чрез превръщане на промени в SQL заявки и да изпълни тези запитвания.
Така че, ние сме разработили архивиране сървър архитектура и инсталира необходимия софтуер, включително чрез проста прехвърляне на файлове. Сега трябва да се извърши проста процедура, за да създадете резервно базата данни. Спрете Oracle инстанция с помощта на командата SQL * Plus изключването или изключването незабавно. За кратко време, ние вдигнете инстанция и да се създаде резервен контрол файл.
> Монтиране база данни Alter;
> База данни Alter създаде готовност controlfile като "C: \ control.stb";
Сега се съсредоточи върху въпросите за управление на базата данни в готовност.
трябва да се активира Базата данни за архивиране. За тази цел, копия от първичната база данни ще премахне контролните файлове, поставени на тяхно място е създаден за контрол на резервни копия на файлове, да извършват необходимите промени в досието на инициализация параметър. Редактирайте другите параметри, ако е необходимо.
Започнете слушателя Oracle. С oradim.exe полезност, ако е необходимо създаването на обслужване и стартиране на услугата, като се използва същите инструменти. Имайте предвид, че параметрите на тази помощна програма за различни версии на Oracle са различни, така че има смисъл да го изпълним с въпроса - oradim.exe /.
Run черупка SQL * Plus използване Komad sqlplus.exe / nolog. В зависимост от операционната система, може да се наложи или не командния SQL * Plus стартиране nomount. В такъв случай SQL черупки * Plus ще информирам, че инстанция вече е стартиран. След това монтирайте подкрепени база данни за тези директиви:
SQL> CONNECT сис / sys_pwd @ standby1 AS SYSDBA
SQL> СТАРТИРАНЕ NOMOUNT pfile = / Oracle / администратор / pfile / initSTBY.ora
SQL> ALTER DATABASE МОНТАЖ STANDBY база данни;
Ако всичко е направено правилно, тогава нашата база данни за архивиране е готов за употреба. Тя може да работи в три основни режима (режим):
- Режим Сайтът възстановяване
- Ръчен режим на възстановяване
- Режим само за четене
В успя режим (режим Сайтът възстановяване), която е по-правилно нарича автоматична, главния сървър изпраща резервния сървър чрез слушател архивирани ремонтирам лог файлове за архивиране сървър в съответните директории, както и архивиране на сървъра автоматично ги прилага. Във версията на Oracle9i Тази процедура беше гордо нарича Data Гума. Можете да се запознаете с него със съответните технологии на следния адрес. Въпреки това, аз препоръчвам да не се използва тази технология. Може би процедурата за автоматично прехвърляне на файлове със сигурност е полезно, но колко по-ефективни процедури за прехвърляне на файлове, като СР или RCP на системите UNIX? Но за да използвате каза режим има повече материални препятствия.
Следващият аргумент е, че подкрепени базата данни трябва да се следи за изпълнението. За тази цел той трябва да бъде преведен в режим на четене наличност от базата данни (само за четене). В този режим на възстановяване не е възможно, следователно, за това време има пропуски в последователността на архивирани ремонтирам лог файлове, както и за възстановяване на реда, както и възможности за автоматично експлоатация, съответно, е необходимо да се прилага режим на ръчно управление. Ако базата данни е динамичен, къси лог файлове, възстановяване на автоматичен режим ще бъде трудно.
Ето защо, ние изберете режим на ръчно управление, и допълва своите инструменти за автоматизация. В ръчен режим, трябва да възстановите базата данни, за да копирате друга партида на архивирани ремонтирам лог файлове в директорията, посочена от променливата LOG_ARCHIVE_DEST_n (п цяло число от 1 до 5), или променлива LOG_ARCHIVE_DEST и инициира опция за възстановяване AUTOMATIC
SQL> RECOVER AUTOMATIC база данни в готовност
След прилагане Фитнес изображение Oracle ще влезете в името на директорията липсва, например, можете да видите на следния SQL * Plus Публикации:
ORA-00308: Не мога да отворя архивиран журнал "/oracle/standby/standby_logs/arcr_1_540.arc"
ORA-27037: не може да получи статут на файл
SVR4 Грешка: 2: Няма такъв файл или директория
Допълнителна информация: 3
Можете да изберете опцията за анулиране - и завършване на процеса на възстановяване.
отменен възстановяване Media.
Ако се поставят файловете в друга директория, можете да използвате RECOVER AUTOMATIC резервната база данни с опция ОТ naprmer "put_k_katalogu_s_faylami_zhurnala"
SQL> възстанови от база данни в готовност "/ трупи;
Докато четете от резервно копие на базата данни за сортиране може да се наложи да mnogoih искания koitorye изискват дисковите операции. Поради това, тя може да поиска създаването на временна таблица с временен файл prostpanstva
SQL> ALTER DATABASE МОНТАЖ STANDBY база данни;
SQL> ALTER база данни с отворен само за четене;
SQL> Създаването на временна TABLESPACE tbs_1 TEMPFILE "file_1.f" УПРАВЛЕНИЕ НА СТЕПЕНТА НА МЕСТНО еднакъв размер 2048M;
При прехвърляне на базата данни в режим на готовност за Oracle 9.2 разкри следната досадно грешка
SGA инициализация / DB Не отваряйте завърши дори и след 5 минути, QMN0exiting
604 грешка открива в фон процес
OPIRIP: неуловено грешка 447. стека Грешка:
ORA-00447: фатална грешка във фонов процес
ORA-00604: грешка, допусната на рекурсивни SQL ниво 1
ORA-01219: база данни не се отвори: заявки разрешени при фиксирани маси / изглед само
Dump файл е: \ база данни \ bdump \ bv_qmn0_hhhh.trc
Той не влияе на функционалността. Backup DB внимателно прилага лог файлове. Но плодовете на файловете на сметището и са имали чувство на неудовлетвореност от свършената работа. Причината се оказа лесно да се прибира. Параметър например aq_tm_process не е равно на 0, и безуспешно се опита да изпълнявате копие на съответните qmno процеси, които изискват да се отвори базата данни. За решаване на проблема се оказа много pprosto приблизително по следния начин
променя система избран aq_tm_processes = 0 обхват = и двете;
Но ние трябва да разберем, че ние CACM допълнително се движат далеч от работното копие. И когато активирате базата данни за архивиране трябва да се върне към първоначалната стойност на всички променените параметри.
Свързани статии