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

Бета версия на документа. Трябва да се провери на реалните сървъри! Ако някой би направил за тази версия на документа, постигнете целта си, идвате от случаите, когато това правилно.

Oracle Data Guard технология predalagaet решение за висока надеждност, подобрена ефективност и автоматично възстановяване след срив последици.

Промени в основата на базата данни могат да бъдат прехвърлени към базата данни в готовност да се гарантира, няма загуба на данни по време на предаването.

Той поддържа 2 типа готовност бази данни - до прилагането на физическа и logicheskog архивиране.

Физическата готовност база данни съдържа същата структура като основен. Логически - може да има други вътрешни структури (например, допълнителни индекси използвани за генериране на доклади). Синхронизиране на първичния бекъп на базата данни се извършва чрез предаване на регистрираните данни чрез SQL - отчети, извършени на базата данни в готовност.

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

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

Аз нямам среда, където винаги съм работил с DataGuard. Тук ще се опитам да го настроите. Аз ще се актуализира както на нови знания.

И да, аз съм все още се чете ръководството Концепции за DataGuard и не планира в близко бъдеще. Никъде, в която работех, беше не се използва, защото скъпо. Как ще се отрази проблема, така че просто се пристъпи към по-задълбочено проучване. Ето защо, корекции ще бъдат много добри. полезен.

Същността на DataGuard за човек, който никога не е чел Концепции Guide изглежда достатъчно проста. Изисква два идентични (или почти идентични) сървър. Един ще работят с някои ежедневни задачи, от друга страна, като например вградени съобщения, че пия много време на процесора, паметта и т.н.

За да направите това, да направи копие на основния сървър. Главният сървър е разделен arhivlogami с резервно копие, с което подпомага реалната база. В този случай, ако първият сървър 3.14zdoy ще бъдат покрити, ще бъде възможно да ги разменят.

Възможно е също така да конфигурирате сървъра в режим на срив (прекъсвач) и превключване (роля превключване между първична и готовност например).

DataGuard работи в конфигурацията на Enterprise изисква GRID. Цената за лиценза ще бъде по-висок от стандарта. Ако е така, може да е по-евтино да се разположи на сървъра 2 и Стандарт подложка arhivlogi един от друг, например чрез RSYNC.

Тя все още може да бъде подобен проблем да се реши с помощта на Oracle Golden Gate. Може да бъде решение за Златната порта ще бъде по-добре.

За информация:
db_name - нашата база име (същото за първично и готовност например).
db_unique_name - уникално име за всеки случай, това не се промени, когато сменят ролите си с готовност за производство.

Подгответе виртуалните машини и случаи:

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