Както можете да създадете резервно копие на Oracle

Това след отказ на системата (като например твърдия диск недостатъчност), за да се възстанови базата данни, трябва да имате под ръка резервен.

(Няма резервен - сбогом на работа))

Свежият копие, толкова по-добре.

Нещо повече, това копие на базата данни трябва да бъде пълно и последователно.

От пълнотата на всички просто. Файловете с архивиране, трябва да бъдат:

• файлове с данни (файлове с данни)
• контрол файл (controlfile)
• архивирани ремонтирам лог файлове (архивирани ремонтирам трупи)
• параметър файл (spfile)
• файла с паролите.

И консистенция има някои проблеми, тъй като не може просто да копирате файловете.

Можете да спрете в базата данни, и след това да копирате файловете с помощта на операционни команди на системата. Това се нарича архивиране студена архивиране на (студена архивиране).

За бази, работещи в режим на NOARCHIVElOG, създаване на резервно копие на студено - това е единственият начин да се резервно копие.

Ако базата данни е в режим ARCHIVELOG, а след това, в допълнение към студената архива, има още две опции за създаване на резервни копия (горещи гореща архивиране):

1. Командите от ЗАПОЧНЕТЕ архивиране и END архивиране и команди на операционната система (т.нар управлявани от потребители на резервни копия).
   1. Използвайте помощната програма Recovery Manager (RMAN).
   

   RMAN също така позволява на инкрементални архиви. тоест, не създават пълно копие на базата данни, и спестява само промените, считано от последното архивиране. За разлика от пълен бекъп (Ниво 0), която съхранява всички DB блокове им резервна съдържа само блоковете, които са били променени след архивирането на същото ниво или по-ниски.

   

   Показано на фигурата, възможност за използване на инкрементални архиви предполага:

   1. Създаване на пълно резервно копие на нивото 0 в неделя.
   2. Ежедневни резервни са в допълнение на ниво 2.
   3. В сряда, архивирането, създадена от ниво 1, която включва всички блокове, които са се променили от резервно ниво 0.

   Интересна особеност: като се започне с 10гр версия на Oracle на RMAN във възможността да се създаде им резервна след прилагане на това по-рано създаден бекъп. В резултат на това време, за да създадете резервно копие остава малък, така и пълно копие на базата данни не изисква продължителна употреба на архивирани ремонтирам лог файлове.

   Ще спомена някои полезни функции RMAN:

   • информация за архивите може да се съхранява в контролния файл и във външна база данни (Recovery каталог)
   • Recovery Manager ви позволява да компресирате резервни копия и да си взаимодействат чрез допълнителни библиотеки с лента медиите
   • DUPLICATE команда може да създаде копие на базата данни, или директно от базата данни на живо, както и от пълно резервно копие на диск
   • чрез Recovery Manager може да се провери в базата данни за лошите (повредени) блокове.

   Физически архиви полезни, когато се повредят отделни блокове в файловете с данни. С помощта на резервната RMAN можете лесно да възстановите един файл на базата данни, ако е повреден.

   Backup е полезна и за създаване на клонинги на първичната база данни за тестване и развойни цели.

   Като цяло, системата за резервно копие трябва да бъде конфигуриран за всяка производствена база данни. Ако не се грижим по-рано, на последиците от загуба на данни могат да бъдат много сериозни. И не забравяйте: го тествате!