Създаване на създаването на резервно копие на Oracle RMAN база данни с помощта на инструментите
По време на работа в базата данни може да доведе до най-различни грешки и провали. Единственият начин да се предпазите от загуба на данни и възможно най-скоро да се възстанови нормалната работа на базата данни е редовно архивиране. Архивите са в основата на всички процедури за възстановяване на данни.
- С помощта на инструментите на операционната система.
- Използване на помощната програма на базата данни.
Всеки от тези методи има предимства и недостатъци. В случай на създаване на резервно копие на операционната система означава, че е необходимо по цялото протежение на процеса на създаване на резервно копие е било спряно, за да се избегне разминаване на данните, което е недопустимо в случай на необходимост от 24/7 функциониране на системата. Вторият основен недостатък е сложността на управлението на голям брой съкратени и отнема време да ги проверите за грешки.
Използване на помощната база данни с тези недостатъци могат да бъдат избегнати, но има и други недостатъци, настройки на трудност и собствен синтаксис.
Вграден Деинсталиране за архивиране - е преди всичко Годен и expdp, ви позволява да създавате логически архивиране (т.е. копие на обекта на базата данни). Този начин на архивиране е проста, и основният му недостатък е времето за възстановяване от копие в случай, че се наложи да преинсталирате инстанция и способността за възстановяване на обекта, само за определен час от архива.
Най-мощният е създадена от Oracle специално за създаване на резервни копия на базата данни, то е RMAN полезност. Кое ви позволява да създадете пълно копие на базата данни без да се спира инстанция и да ги възстановите по всяко време в миналото, тя следва остарелите копия и ги премахва, ако е необходимо, както и да ги проверите за грешки. Но тя има сериозен недостатък е трудно да се създаде и управлява. Един по-близък поглед към създаване и администриране на помощната програма.
RMAN полезност се появи във версия осем грама и подобрена в бъдеще. Конфигуриране на помощната програма за автоматично архивиране на базата данни.
- пространство за таблици;
- контрол на файлове;
- ремонтирам трупи;
- файлове с данни (init.ora, spfile, tnsnames.ora, listener.ora, orapwd);
Избирането на данните, които се съхраняват, се определят с стратегия за копиране, а именно, като изберете честотата, вида на архивиране на данни и тяхното съхранение. Архивите са в допълнение пълни - това е напълно копиран файл, нарастващи с натрупване - когато копието съдържа само разликата на данни между настоящото състояние и състоянието в момента на последния им резервна и постепенно разлика - такива копия съдържат разликата между сегашното състояние и състоянието в момента на всеки последен архивиране. Изборът на стратегия се определя от режима на база данни за работа, ако тя е база данни с чести промени, е желателно да се правят често допълнителните пълни копия на то бързо ще се възстанови на работа база данни след провал, защото Не е нужно да се извърши голям брой сделки. Ако се използва най-вече тази база данни за съхраняване и четене, и след допълнителни резервни копия могат да се извършват рядко и ограничават редовен кумулативно.
Нашата база данни се използва главно за съхранение и не се променя много с течение на времето, така че ние избираме следната стратегия: създаване на им резервна веднъж седмично 3 часа сутринта в неделя, както и създаването на кумулативни копия всяка вечер в 03:00, ще, без да заема много място на диска за бързо възстановяване на база данни с помощта на максимум 2 екземпляра.
След като определя реда, че копието и колко често може да продължи, за да изберете модел на базата данни. На първо място, уверете се, че базата данни се работи в режим на архивиране на ремонтирам трупи (archivelog), за да го проверите, можете да заявите:
от всеки потребител с sysdba права. Ако искането се връща на archivelog добре да преминете към следващия параграф, ако noarchivelog необходимостта от рестартиране на базата данни в archivelog режим. За да направите това, вие трябва да рестартирате командата планината база режим:
и бягай
активира archivelog режим, тогава ние може да се отвори само една база данни на екипа:
Запазване на копия на ремонтирам трупи е необходимо да се създаде хармонизирана рамка допълнителни горещи копия на данните, както и за да може да се възстанови базата данни до всяка точка в миналото.
След като се премества в базата данни в archivelog режим трябва да зададете параметрите на нейната възстановяване поле партида. В момента проверяваме дали те са създали запитването:
ако не е зададена за прехвърляне на недвижим отбори:
определя максималния размер на партидата и възстановяване
посочва местоположението на района на пакета за възстановяване на файловата система. Създаване на възстановяване поле партида е необходимо, които биха могли RMAN ръчно премахнат остарелите копия, както и да следите на оставащото свободно дисково пространство и предупреди, ако то е малко.
След копирате настройките, можете да продължите да се конфигурира RMAN полезност, като се свържете с RMAN команда последователност
изпълните командата
на първо място конфигурируеми параметри архиви съхранение се извършва или опция КОНФИГУРИРАЙТЕ Правило за съхраняване или да зададете броя на копията, които се съхраняват в същото време, или чрез позоваване на периода, в който се разглежда копието да бъде актуална. Настройте параметрите на възстановяване прозорец от 7 дни следната команда:
ще включва avtobekap kontrl подаде всеки път, когато създавате резервно копие ще бъде създаден kontrl файл:
активирате оптимизация, която ще RMAN не създава резервни копия на файловете, които вече съществуват съществува идентичност:
паралелизирано и 2 канала на резервната процес:
параметри на устройствата, за които се запаметяват информация, криптиране, компресия, файлов формат avtobekapa kontrl, а максималният размер на файла на копието ние няма да се промени.
След тази настройка, можем да създадем само файлове на операционната система за извършване на RMAN и ги добавете към планировчика на задачите.
За останалите дни:
За да възстановите цялата база данни след пълното използване на техния izcheznoveniya ВЪЗСТАНОВЯВАНЕ НА БАЗА ДАННИ команда, след изпълнението му трябва да синхронизирате данни с архивирани журнали и RECOVER DATABASE команда, възстановяването е в режим на планината.
За възстановяване на конкретна таблица пространство е необходимо за да се превърне в първия офлайн режим команда:
След това, за да изпълни своята възстановяване и синхронизация:
След приключване го превърне в режим онлайн команда:
Можете също така да се откажете от базата данни към определен момент от време към тази команда се изпълнява:
Това възстановяване трябва да се направи, когато базата данни е в режим на планината, и уточнява, когато отворите RESETLOGS опция, че няма да прави промени, записани в дневника за ремонтирам, създадени след точката на възстановяване.
За да се следи, създадени резервни копия удобен команда CROSSCHEK която ви позволява да проверите наличността на резервни копия в пакета за възстановяване и възможност за достъп до тях. За да тествате архивираните файлове в логически или физически грешки използвани ПОТВЪРЖДАВАНЕ команда.