Oracle Data Guard: апатты қалпына келтірудегі негізгі ойыншы

Oracle RAC, Oracle Data Guard және Stream – Oracle жоғары қолжетімділік жүйесіндегі үш құрал. Әрбір құралды бөлек немесе біріктіріп пайдалануға болады. Олардың фокустары әртүрлі және әртүрлі сценарийлерде қолданылады.

Oracle RAC бір сәтсіздік нүктесін жоюда және жүктемені теңестіруде керемет.

Сондықтан RAC әдетте тәулік бойы жұмыс істейтін маңызды жүйелерде қолданылады. Дегенмен, RAC шешімінде деректер тек бір көшірмеде болады. Сақтау ақауларын RAID сияқты механизмдер арқылы болдырмауға болатынына қарамастан, деректердің өзінде артықшылық жоқ, бұл оны жалғыз ақауларға осал етеді.

Oracle Data Guard артық деректер арқылы деректерді қорғауды қамтамасыз етеді. Журналды синхрондау механизмдерін пайдалана отырып, Data Guard артық және бастапқы деректер арасындағы синхрондауды қамтамасыз етеді. Бұл синхрондау нақты уақыттағы, кешіктірілген, синхронды немесе асинхронды сияқты әртүрлі нысандарда қол жеткізуге болады. Data Guard әдетте қашықтан апатты қалпына келтіруде және шағын бизнес үшін қолжетімділігі жоғары шешімдерде қолданылады. 

Data Guard бастапқы дерекқордағы өнімділік жүктемесін азайту үшін күту режиміндегі құрылғыда тек оқуға арналған сұрауларды орындауға мүмкіндік бергенімен, Data Guard негізінен өнімділік шешімі ретінде арналмаған.

Oracle Advanced Queue негізіндегі ағындар деректерді синхрондауды қамтамасыз етеді және бірнеше деңгейде икемді конфигурацияларды ұсынады. Oracle кеңейтілген әзірлеуге қолдауды, соның ішінде бай API интерфейстерін қамтамасыз ететіндіктен, Streams қолданба деңгейіндегі деректерді ортақ пайдалану үшін жақсырақ.

Oracle Data Guard дегеніміз не?

Data Guard ортасында кемінде екі дерекқор бар: біреуі сыртқы қызметтерді ұсынатын ашық күйде,  негізгі дерекқор ретінде белгілі  және біреуі  күту дерекқоры ретінде белгілі қалпына келтіру күйінде . Жұмыс барысында бастапқы деректер базасы клиенттерге қызмет көрсетеді, ал пайдаланушы әрекеттері желідегі және мұрағатталған журналдарға жазылады, содан кейін олар желі арқылы күту дерекқорына жіберіледі. Бұл журналдар олардың арасындағы деректерді синхрондау үшін күту режиміндегі дерекқорда қайта ойнатылады.

Oracle Data Guard журналды тасымалдау және қалпына келтіру тапсырмаларын автоматтандыру және оңтайландыру, сондай-ақ дерекқор әкімшілерінің (DBA) жұмысын жеңілдету үшін бірқатар опциялар мен пәрмендерді қамтамасыз ету арқылы бұл процесті одан әрі жеңілдетеді.

Бағдарламалық жасақтама немесе аппараттық құралды жаңарту сияқты негізгі дерекқордың төмендеуін талап ететін болжамды факторлар болса, күту режиміндегі дерекқорды негізгі дерекқорға айналдыруға және тұтынушыларға қызмет көрсетуді жалғастыруға болады. Бұл қызметтің тоқтау уақытын азайтады және деректердің тұтастығын қамтамасыз етеді. Бастапқы дерекқордың қолжетімсіз болуына әкелетін күтпеген мәселелер орын алса, күту режиміндегі дерекқорды ауыстыруға мәжбүрлеуге болады, осылайша ол негізгі дерекқорға айналады және клиенттерге қызмет көрсетуді жалғастырады. Мұндай жағдайларда деректердің жоғалу деңгейі конфигурацияланған деректерді қорғау деңгейіне байланысты. Осылайша, бастапқы және күту режиміндегі дерекқорлар нақты дерекқорларға байланысы жоқ тұжырымдамалық рөлдер болып табылады.

Data Guard архитектурасы

Data Guard архитектурасын үш функционалдық бөлікке бөлуге болады:

1) Жіберуді қайталаңыз:

Бастапқы дерекқор іске қосылғанда, қайталау журналдары үздіксіз жасалады және күту режиміндегі дерекқорға жіберілу керек. Бұл жариялау әрекетін негізгі дерекқордың LGWR немесе ARCH процестері орындауы мүмкін. Әр түрлі мұрағаттау орындары әртүрлі әдістерді қолдануы мүмкін, бірақ берілген тағайындау үшін тек бір әдісті таңдауға болады. Процесті таңдау деректерді қорғау мүмкіндіктері мен жүйенің қолжетімділігіне айтарлықтай әсер етеді.

2) Қабылдауды қайталау:

Күту режиміндегі дерекқордағы RFS (Қашықтағы файл сервері) процесі журналдарды қабылдайды және оларды бастапқы дерекқордың журналды тасымалдау әдісіне және күту режиміндегі дерекқордың орнына байланысты күту режиміндегі қайталау журналына немесе мұрағаттық журнал файлдарына жазады. Журналдар күту режиміндегі қайталау журналының файлдарына жазылса, негізгі дерекқордағы журнал қосқышы күту режиміндегі дерекқордың күту режиміндегі қайталау журналындағы журналды және күту режиміндегі қайталау журналындағы мұрағаттарды ауыстырады. Егер журналдар мұрағат журналдарына жазылса, бұл әрекетті мұрағат операциясының өзі ретінде қарастыруға болады.

3) Қайта қолдану:

Қайта қолдану қызметі бастапқы дерекқордың журналдарын күту режиміндегі дерекқорға қайта ойнатуға жауапты, осылайша деректерді екі дерекқор арасында синхрондалған сақтайды.

Күту режиміндегі дерекқор журналдарды қайта ойнату жолына байланысты екі түрі бар:  физикалық күту   және  логикалық күту .

Қайта қолданудың пайда болуына байланысты екі түрі бар:

a) Нақты уақыттағы қолданба:  Бұл әдіс сақтық көшірме жасау журналын пайдалануды талап етеді. Қайта жасау сақтық көшірме журналына журнал жазылған сайын, қалпына келтіру іске қосылады. Бұл әдістің артықшылығы, ол дерекқорды ауыстыруға қажетті уақытты қысқартады, өйткені қалған журналдар нақты уақытта қалпына келтірілді.

b) Мұрағатта қолдану:   Бұл әдіс журналды ауыстырып қосу негізгі дерекқорда орын алған кезде және күту режиміндегі дерекқорда мұрағаттауды бастағанда журналдарды қолданады. Қалпына келтіру мұрағаттау процесі аяқталғаннан кейін басталады. Бұл да әдепкі қалпына келтіру режимі.

Физикалық күту және логикалық күту

Күту режиміндегі дерекқорлардың екі түрі бар: физикалық күту және логикалық күту.

1. Физикалық күту режимі:

Күту режимінің физикалық дерекқоры негізгі дерекқорға ұқсас. Data Guard REDO пайдалану арқылы физикалық резервтік дерекқорды жүргізеді. Әдетте, физикалық күту режимі REDO функциясын пайдаланбаса, оны ТЕК ОҚУ режимінде ашуға болады. Егер дерекқорда Flashback аймағы көрсетілген болса, оны тіпті операцияларды орындау үшін READ WRITE режиміне уақытша ауыстыруға болады. Қажетті әрекеттер аяқталғаннан кейін дерекқорды негізгі дерекқордан REDO деректерін пайдалануды жалғастыруға мүмкіндік беретін Flashback Database мүмкіндігі арқылы алдын ала ОҚУ/ЖАЗУ күйіне қайтаруға болады.

Ескерту.  Физикалық резерв қолданбасының функционалдығы Oracle 11g жүйесінде жақсартылды. Бұл нұсқада физикалық күту режимі ТЕК АШЫҚ ОҚУ режимінде REDO деректерін қолдануды жалғастыра алады. Бұл физикалық резервтік дерекқорлардың қолайлылығын айтарлықтай жақсартады.

Физикалық күту режимінің ерекшеліктері:

1) Апатты қалпына келтіру және жоғары қолжетімділік.   Физикалық резерв апатты қалпына келтіру және жоғары қолжетімділік үшін сенімді және тиімді шешімді қамтамасыз етеді. Бұл коммутацияны/жұмыс істемеуін басқаруды жеңілдетеді және жоспарланған және жоспарланбаған тоқтау уақытын азайтады.

2) Деректерді қорғау.  Физикалық резервтік дерекқордың көмегімен Data Guard күтпеген апаттар жағдайында да деректердің жоғалуын азайтады.

3) Негізгі дерекқордың жұмыс жүктемесін түсіру.   Сақтық көшірмелер және тек оқуға арналған сұраулар сияқты белгілі бір тапсырмаларды физикалық күту дерекқорына түсіру арқылы сіз негізгі дерекқорда орталық процессор мен енгізу/шығару ресурстарын сақтай аласыз.

4) Еңбек өнімділігін арттыру.   Физикалық күту дерекқорларында қолданылатын REDO механизмі SQL кодының орындалуын айналып өтіп, ең төменгі қалпына келтіру деңгейінде жұмыс істейді. Бұл максималды тиімділік пен өнімділікті қамтамасыз етеді.

2. Логикалық резерв:

Логикалық күту режимінің дерекқоры да негізгі дерекқордан (немесе оның сақтық көшірмелері немесе физикалық күту режимі сияқты көшірмелері) жасалады. Сондықтан бастапқыда ол физикалық резервтік деректер базасына ұқсас. Дегенмен, логикалық күту сервері REDO деректерін SQL орындау арқылы қолданатындықтан, оның физикалық файл құрылымы және тіпті логикалық деректер құрылымы бастапқы дерекқордан өзгеше болуы мүмкін.

Физикалық күту режимінен айырмашылығы, логикалық күту режимі әдетте ОҚУ-ЖАЗУ режимінде ашылады, бұл пайдаланушыларға оған кез келген уақытта қол жеткізуге мүмкіндік береді. Басқаша айтқанда, SQL орындалу логикалық күту модулі АШЫҚ күйде болғанда орын алады. Мұның артықшылықтары мен кемшіліктері бар. SQL орындалу сипатына байланысты кейбір деректер түрлері мен логикалық күту режиміндегі кейбір DDL/DML мәлімдемелері үшін операциялық шектеулер бар. DBA_LOGSTDBY_UNSUPPORTED көрінісінде қолдау көрсетілмейтін деректер түрлерін тексеруге болады. Егер бұл деректер түрлері пайдаланылса, деректер базасында толық сәйкестікке кепілдік беру мүмкін емес.

Логикалық күту режимінің READ WRITE режимін ашу оны есеп беру жүйесі ретінде пайдалануға қолайлы етеді, бұл жүйенің жұмыс жүктемесін азайтады.

Логикалық резервтің ерекшеліктері:

Төтенше жағдайды қалпына келтіру, жоғары қолжетімділік және деректерді қорғау сияқты физикалық күту режимі үшін бұрын айтылған мүмкіндіктерге қосымша логикалық күту режимінде келесі мүмкіндіктер бар:

1) Сақтық көшірме серверіндегі аппараттық ресурстарды тиімді пайдалану.   Логикалық күту режиміндегі дерекқорды қосымша индекстерді, материалдандырылған көріністерді жасау және нақты бизнес қажеттіліктерін қанағаттандыру үшін пайдалануға болады. Ол сондай-ақ жаңа схемаларды (негізгі дерекқорда жоқ) жасай алады және негізгі дерекқорға сәйкес келмейтін DDL немесе DML әрекеттерін орындай алады.

2) Бастапқы дерекқордың жұмыс жүктемесін түсіру:  логикалық күту режиміндегі дерекқорды бастапқы дерекқормен синхрондалған күйде ашық ұстау арқылы ол деректерді қорғау мен есеп беру әрекеттерін орындай алады. Бұл негізгі дерекқорды есеп беру және сұрау тапсырмаларынан босатып, құнды CPU және енгізу/шығару ресурстарын үнемдейді.

3) Біркелкі жаңарту.  Логикалық күту режимін көп нұсқаны жаңарту және дерекқорды түзету сияқты операциялар үшін пайдалануға болады.

Мәліметтерді қорғау режимдері

Data Guard деректерді қорғаудың үш режимін қолдайды: максималды қорғау, максималды қолжетімділік және максималды өнімділік.

1. Максималды қорғаныс:

Бұл режим деректердің нөлдік жоғалуына кепілдік береді. Бұл әрекетті орындау үшін барлық транзакциялар орындалмас бұрын жергілікті онлайн қайталау журналдарына жазылу ғана емес, сонымен қатар күту режиміндегі дерекқордағы күту режиміндегі қайталау журналдарына бір уақытта жазылуы керек. REDO деректері бастапқы дерекқорға бекітілмес бұрын, кем дегенде бір күту режиміндегі дерекқорда (егер бірнеше бар болса) қолжетімді болуы керек. Күту режиміндегі дерекқор сәтсіздікке байланысты қолжетімсіз болған жағдайда (мысалы, желі ақаулығы), деректердің жоғалуын болдырмау үшін бастапқы дерекқор желіден тыс болады.

Бұл режимді қосу үшін күту режиміндегі дерекқор күту режимін қайталау журналдарымен конфигурациялануы керек және бастапқы дерекқор күту дерекқорына мұрағаттау үшін LGWR, SYNC, AFFIRM режимдерін пайдалануы керек.

2. Максималды қолжетімділік:

Бұл режим негізгі дерекқордың қолжетімділігіне әсер етпей, деректерді қорғау стратегиясының ең жоғары деңгейін қамтамасыз етеді. Ол жергілікті транзакцияларды орындаудан бұрын кем дегенде бір күту режиміндегі дерекқордың күту режимін қайталау журналдарына жазу керек болатын Максималды қауіпсіздікке ұқсас іске асыруға ұқсас. Дегенмен, айырмашылық мынада, егер күту режиміндегі дерекқорды қолжетімсіз ететін сәтсіздік орын алса, негізгі дерекқор желіден тыс емес, ең жоғары өнімділік режиміне автоматты түрде өтеді. Күту режиміндегі дерекқор қалпына келтірілгеннен кейін, негізгі дерекқор автоматты түрде максималды қолжетімділік режиміне қайта ауысады.

Бұл режим деректердің жоғалуын азайтуды мақсат еткенімен, ол деректердің абсолютті сәйкестігіне кепілдік бере алмайды. Максималды қорғаныс сияқты, бұл режим күту режиміндегі дерекқорды күту режимін қайталау журналдары арқылы конфигурациялауды және күту дерекқорына мұрағаттау үшін LGWR, SYNC, AFFIRM режимдерін пайдалану үшін негізгі дерекқорды қажет етеді.

3. Максималды өнімділік:

Бұл режим негізгі дерекқордың өнімділігіне әсер етпей, деректерді қорғау стратегиясының ең жоғары деңгейін қамтамасыз етеді. Транзакцияларды кез келген уақытта жасауға болады және ағымдағы бастапқы дерекқордағы REDO деректері кем дегенде бір күту режиміндегі дерекқорға жазылуы керек, бірақ бұл асинхронды түрде орындалуы мүмкін. Мінсіз желі жағдайларында бұл режим ең үлкен қолжетімділікке ұқсас деректерді қорғауды қамтамасыз ете алады және негізгі дерекқордың өнімділігіне шамалы ғана әсер етеді. Бұл күту режиміндегі дерекқорды жасау кезіндегі әдепкі қорғау режимі. Бұған LGWR ASYNC немесе ARCH процестерін пайдалану арқылы қол жеткізуге болады және күту режиміндегі дерекқор үшін сақтық көшірмелерді қайталау журналдары қажет емес.

Деректерді қорғау режимін өзгерту қадамдары:

1. Дерекқорды өшіріп, оны орнатылған күйде қайта іске қосыңыз. Бұл RAC орнатуы болса, барлық даналарды өшіріп, орнатылған күйде тек бір дананы бастаңыз.

2. Келесі синтаксисті пайдаланып режимді өзгертіңіз:

ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE {PROTECTION | AVAILABILITY | PERFORMANCE};

Мысалы:

SQL>ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PROTECTION;

3. Дерекқорды ашыңыз:

ALTER DATABASE OPEN;

4. Өзгертілген деректерді қорғау режимін растаңыз:

SQL>select protection_mode,protection_level from v$database;

Қызметті пайдалану журналы

Data Guard REDO қолдану арқылы бастапқы дерекқор мен күту режиміндегі дерекқорлар арасындағы сәйкестікті қамтамасыз етеді. Сахна артында бұл процесті әйгілі Log Apply қызметтері тыныш қолдайды. Журнал қолданбасы қызметінің екі түрі бар:

1. REDO Apply:  тек физикалық күту режиміндегі дерекқорларға қолданылады, олардың медиадан қалпына келтіру арқылы негізгі дерекқормен синхрондалуын қамтамасыз етеді.

2. SQL Apply:   тек логикалық күту режиміндегі дерекқорларға арналған. Оның негізгі мүмкіндіктеріне LogMiner көмегімен SQL мәлімдемелерін талдау және оларды күту режимінде орындау кіреді.

Сондықтан, REDO деректерін қолдану кезінде физикалық күту дерекқоры MOUNT күйінде болуы керек және логикалық күту дерекқоры REDO деректер қолданбасы үшін READ WRITE режимінде ашылады. Дегенмен, қызмет көрсетілетін нысандар әдепкі бойынша тек оқуға арналған және оларды логикалық күту режимінде тікелей өзгерту мүмкін емес.

Oracle дерекқорыңызды кәсіби шешіммен қорғаңыз

Oracle Data Guard – жоғары қолжетімділікке, деректерді қорғауға және апатты қалпына келтіруге арналған сенімді шешім. Бұл айтарлықтай тоқтап қалу немесе деректердің жоғалуын көтере алмайтын бизнес үшін маңызды құрал. Дегенмен, дерекқор ортаңызды одан әрі қорғау үшін, кәсіби сақтық көшірме жасау және апатты қалпына келтіру шешімін пайдаланып Oracle дерекқорының сақтық көшірмесін жасау ұсынылады.

Vinchin Backup & Recovery   виртуалды машиналарда да, физикалық серверлерде де дерекқорларды қорғауға арналған қуатты функционалдылықты қамтамасыз етеді, бұл өте автоматты, икемді және тиімді. Ол Oracle DB, MySQL, SQL Server, Postgres Pro және MariaDB дерекқорлары үшін көп типті қорғауды қамтамасыз етеді, дерекқорды қысуды, орталықтандырылған жұмысты басқаруды, интеллектуалды сақтық көшірме стратегияларын, ыстық дерекқордың сақтық көшірмелерін және кеңейтілген SQL Server/Oracle қолдауын қолдайды. Бұған қоса, ол сондай-ақ   10-нан астам виртуалды платформаларға қуатты анти-рансомдық қорғауды және V2V көшіруін қолдайды.

 

Назар аударыңыз! Бұл мақала ресми құжат емес. Ақпаратты сақтықпен және сынақ ортасында пайдалану керек. Әлемдегі жетекші жеткізушілерден сақтық көшірме жасау және киберқауіпсіздік бағдарламалық құралының тегін сынақ нұсқасына тапсырыс беріңіз: Тегін сақтық көшірме жасау және киберқауіпсіздік бағдарламалық құралының спецификациясын есептеу қызметіміздің артықшылығын пайдаланыңыз: Acronis Arcserve Veeam Vembu Vinchin Acronis Arcserve Veeam Vembu Vinchin   Заманауи сақтық көшірме жасау, репликациялау, деректерді синхрондау және төлемдік бағдарламадан қорғау жүйелерін құру туралы сұрақтарыңыз болса, қазіргі заманғы деректердің сақтық көшірмесін жасау және қалпына келтіру технологиялары бойынша кеңес алу үшін біздің компанияға хабарласыңыз . Біздің компанияның осы салада 20 жылдан астам тәжірибесі бар.