ПредишенСледващото

Здравейте, скъпи читатели okITgo.ru блог! Представям ви една статия за архивиране и vossatnovlenii база данни Oracle. Мисля, че този материал ще бъде полезно да се администратори, извършване на резервни копия и възстановяване на сървъра чрез Oracle Recovery Manager (RMAN).

Архивиране и възстановяване

За разбирането на статията, че е желателно да има представителство в следните области:

  • Релационни концепции на базата данни и прилагане на фондации.
  • OS среда използва за изпълнение на базата данни Oracle.

По този начин, целта на предложения набор от предмети - да се направи преглед на концепциите за архивиране и възстановяване, rassmatret файлове с бази данни на Oracle, свързани с архивиране и възстановяване, както и опознаването на наличните инструменти за извършване на резервни копия и възстановяване на вашата база данни, защита срещу загуба на данни и други грешки.

И така, какво е за архивиране и възстановяване? Архивиране и възстановяване предполага разнообразие от политики и процедури, свързани със защитата на вашата база данни от загуба на данни и възстановяване на базата данни, след загуба на данни на видовете.

Физически и логически архивиране

Backup - копие на данните от вашата база данни, която може да се използва за възстановяване. Архивите могат да се разделят на физически архиви и логически архиви.

Физически архиви - това архиви физическите файлове, използвани за съхранение на данни и извличане на данни, като например файлове с данни, управление на файлове, архивиране лог файлове. В крайна сметка, всеки физически архив - копие от файловете, които съхраняват информация за базата данни на друго място (върху диска на лента, и така нататък.).

Логическите архиви съдържат логически данни (като таблици или съхранени процедури) eksporiruemye на база от Oracle износ полезност и се съхраняват като двоичен файл - за последваща възможност за импортиране в базата данни чрез съответно Oracle внос полезност.

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

Освен това, терминът "архива" в тази статия за архивиране и възстановяване ще означава на първо място физическите архиви (ако не уточни за всеки въпрос, на резервни копия) и да направите резервно копие на цялата база данни или средства - да се направи един вид физическо архивиране. Акцентът в статията е основно върху физическата архива.

Грешки и неуспехи, които изискват възстановяване от резервно копие

Макар че има няколко вида проблеми, които могат да нарушат нормалното функциониране на базата данни Oracle, или операция вход-изход, обикновено само двама от тях, изискват намесата на администратора (на DBA) и носителя за възстановяване: действителните повреди носителя (твърди дискове и т.н.), и грешки потребители.

Други повреди могат да изискват DBA намеса, за да се рестартира базите (след инстанция недостатъчност) или допълнително дисково пространство (след провал при изпълнение на SQL предложение, защото, например, претъпкан файл с данни), но тези situaytsii не водят, като цяло, загубата на данни и не изискват възстановяване от резервно копие.

потребителски грешки

Потребителски възникване на грешки, или поради грешки в логиката на заявлението или по време на отстъплението от ръководството за експлоатация, данните в базата данни са променени или изтрити неправилно. Загуба на информация, свързана с потребителски грешки включват тези пропуски, като отстраняване на критични маси, изтриване или промяна на съдържанието на таблицата. Докато обучение на потребителите и внимателно управление на права, може да защити срещу повечето потребителски грешки, резервния си стратегия определя как грациозно можете възстановяване на изгубени данни, когато потребителят грешка ще доведе до загуба на данни.

Неспазването на носители за съхранение

Media провал - провал в четене или записване на файл на диска, който е необходим за работа с базите, поради физически проблем с диска. например vyod главата. Всяка база данни, файл може да бъде развален поради медии недостатъчност.

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

Oracle решения за архивиране и възстановяване: RMAN архивиране и по поръчка

За да извършите архивиране и възстановяване, въз основа на физически архива, има две решения на Ваше разположение:

  • Recovery Manager - инструмент (работи от командния ред или от управителя на предприятието графичен потребителски интерфейс), който се интегрира с сесии работи на сървъра на Oracle за извършване на редица действия, свързани с архивиране и възстановяване, както и за поддържане на съхранение на вашите истории на резервни копия
  • Традиционно за архивиране и възстановяване на потребител (т.е. изпълнява и контролира от потребителя), когато директно управление на файловете, които изграждат вашата база данни с помощта на командите на операционната система и възможността за SQL * Plus, свързани с архивиране и възстановяване

И двата метода са подкрепени от Oracle Corporation и са напълно документирани. Recovery Manager, обаче, е предпочитаното решение за архивиране и възстановяване на данни. Той може да изпълнява едни и същи видове архивиране и възстановяване, на разположение на архивиране и възстановяване на потребителя, но това е много по-лесно, в допълнение RMAN осигурява общ интерфейс за архивиране задачи в различни операционни системи, и предлага широка гама от резервни технологии, които не са налични в ръчни методи за архивиране.

Който и метод да използвате (потребител режим RMAN или), можете да допълнят вашите физически копия са логични резервни копия на обекти на схема, които се изпълняват от износ комунални услуги. Така съхраняваните данни могат да бъдат по-късно внесени, за да пресъздаде тези обекти след възстановяване от физическата архива. Въпреки това, логически архиви няма да обсъждат в тази статия (и след това ще напиша отделна статия на логическата бекъп).

Още по темата:

Свързани статии

Подкрепете проекта - споделете линка, благодаря!