validate oracle rman backup
Како створити и потврдити Орацле РМАН резервну копију: научите помоћу РМАН наредби и процеса опоравка
питања о интервјуу за веб услуге сапуна и одмора
У овом упутству ћемо разговарати о верификацији и тестирању ваших резервних копија базе података Орацле. Објаснићемо концепте као што су шта, зашто и како о сигурносним копијама базе података и методама за тестирање сигурносне копије.
Узећемо Орацле база података као студија случаја за овај водич.
Истраживање случаја: Тестирање резервних копија базе података Орацле РМАН:
Шта ћете научити:
Процес провере резервне копије Орацле базе података помоћу РМАН-а
Категоризовали смо га у следећа четири одељка
- Шта је резервна копија?
- Зашто резервна копија?
- Како направити резервну копију?
- Како тестирати / потврдити сигурносну копију базе података - стратегије опоравка?
Такође прочитајте=> Све о тестирању базе података
Шта је резервна копија базе података?
Пре него што почнемо да учимо више о резервним копијама, морамо да разумемо најважније средство организације - податке. Узимајући у обзир да ваша организација ради на Орацле бази података. Да бисте разумели појам „база података“, можете се позвати на Овде је серија Орацле Датабасе Тестинг .
Подаци организације су најкомплетнији део организације. Размислите о малопродајној банкарској компанији. Сви они имају огромне количине података - корисник, систем итд. Као администратор базе података, администратор система или било које особље коме је додељен посао заштите ових података треба да буде свестан колико су подаци важни за организацију. Како бити сигуран да су подаци увек доступни? Направите резервну копију ових података.
Резервна копија је тачна копија ваше базе података која вам може помоћи у реконструкцији података у случају губитка података.
Зашто Бацкуп база података?
Размотримо једноставан случај када је ваша банкарска организација која има податке о милионима клијената у смислу бројева рачуна, имена, номинованих, стања на банкама и организација изгубила све своје податке, како би њихови клијенти реаговали на то? Како би се организација носила са притиском губитка толико података? Како би одговарали на толико незадовољство купаца?
Због тога израђујемо резервне копије ових података, тако да се у случају било каквог квара диска (складишта), контролера диска (контролера складишта) увек можемо ослонити на нашу резервну копију одакле је можемо вратити у базу података, односно систем датотека датотека, а не имати купци губе било који од својих података.
Хипотетички говорећи, претпоставимо да постоје милиони купаца и да сваки од њих обавља милионе трансакција, а база података случајно падне и изгуби своје податке, да ли бисмо тражили од свих тих купаца да поново поново унесу своје податке? Како се носити са губитком толико података? То би било крајње неприхватљиво.
Слично томе, размотрите телекомуникациону компанију која подржава милионе купаца и има све њихове податке у вези са бројевима телефона, адресама, кредитом на располагању, на чекању за уплате. Шта ако изгубимо све њихове податке? Компанија је осуђена на пропаст и морала би сносити огромне трошкове који би потенцијално могли зауставити организацију. То би сигурно била огромна катастрофа.
Како направити резервну копију базе података?
За израду резервних копија података у Орацле бази података имамо неколико метода. Могу се широко класификовати као физичке и логичке резервне копије
Метод # 1)Физичке резервне копије :
- 3рдрезервне копије забава - попут Веритас НетБацкуп, САП, ИБМ Тиволи Манагер, ЕМЦ, ХП
- Сигурносне копије којима управља корисник - Израда резервних копија базе података помоћу услужних програма ОС-а као што су цопи (виндовс), цп (Уник).
- Орацле Сецуре Бацкуп
- Мој омиљени и најпожељнији препоручени Орацле услужни програм - Рецовер Манагер ( РМАН ).
Метод # 2)Логичке резервне копије:
- Конвенционални услужни програми за извоз / увоз и услужни програми Датапумп. Логичка сигурносна копија је сигурносна копија логичких података - објеката као што су табеле, индекси итд. Који су саставни делови базе података неовисно о локацији горе наведених објеката.
Да бисте разумели физичке и логичке структуре меморије базе података на које бисте се могли позвати ово и ову орацле документацију .
Који је најбољи метод за израду резервних копија базе података?
Свака од ових стратегија израде резервних копија има своје предности и недостатке и у овом чланку се нећемо превише бавити њима.
Морамо да схватимо да ако имате физичку резервну копију, само постојање логичке резервне копије није увек сигурно против физичке корупције података, проблема са хардверским складиштењем. Имати ваљану, добру физичку резервну копију чини је добром стратегијом прављења резервних копија и опоравка. Увек се побрините да имате физичку резервну копију.
У стварности можемо користити било који од горе наведених метода, али увек морамо бити сигурни да имамо успостављену добру стратегију прављења резервних копија и опоравка како бисмо избегли непотребно штуцање током рада базе података. Увек се саветује тестирање ваших леђа и стратегија опоравка на зрцалном тест систему, тако да можемо предвидети количину времена потребног за покретање базе података у случају непредвиђених ситуација.
У овом чланку ћемо се углавном фокусирати на резервне копије РМАН-а. То нас доводи до тачке да знамо како тачно вршимо сигурносну копију.
Наредбе за резервне копије Орацле РМАН (Орацле Рецовери Манагер)
Можемо направити сигурносну копију података или помоћу начина Ентерприсе Манагер (ГУИ) или путем наредбеног ретка ОС-а.
РМАН је робустан, софистицирани алат који Орацле пружа за израду резервних копија и опоравак.
РМАН се аутоматски инсталира када инсталирате Орацле базу података, тако да није потребна додатна инсталација која се користи РМАН .
Тхе РМАН окружење се састоји од две компоненте:
1) Циљна база података (база података за коју бисте направили резервну копију, извршили опоравак и
два) РМАН клијент који је клијент који тумачи корисничке наредбе и извршава их у име корисника док се повезује на циљну базу података.
Једноставна наредба за повезивање са базом података помоћу РМАН-а је следећа:
C:Usersxyz> rman target / Recovery Manager: Release 11.2.0.1.0 - Production on Sun Sep 28 17:32:48 2014 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. connected to target database: ORCL (DBID=1361070653) RMAN>
ДБИД је овде јединствени идентификатор који је јединствен за сваку базу података са којом планирамо да радимо.
У овом примеру имамо посла са базом података која се зове ОРЦЛ .
Направићемо сигурносну копију података који припадају ОРЦЛ бази података.
Будући да је резервна копија физичка копија ваше базе података, потребна нам је локација / директоријум где ћемо их моћи сачувати.
Да бисмо то постигли, можемо користити посебан директоријум са именом дб_рецовери_филе_дест која служи као резервна локација. Дефинишите величину овог параметра са дб_рецовери_филе_дест_сизе што означава величину ове резервне локације.
Иако имамо неколико начина да компресујемо ваше резервне копије и неколико техника које могу смањити величину резервне копије, покушајте да бар подесите ДБ_РЕЦОВЕРИ_ФИЛЕ_ДЕСТ_СИЗЕ до величине ваших стварних података у вашој бази података. Обавезно узмите у обзир и дневнике архива, што није ништа друго него редовни евиденцијски редови који бележе промене у вашим блоковима података.
Ваша стратегија израде резервних копија састојала би се од свих датотека повезаних са базом података, као што су датотеке података, контролне датотеке, датотеке параметара, датотеке повезане са мрежом, архивиране датотеке дневника понављања.
РМАН или било који други алат за физичко прављење резервних копија може правити резервне копије датотека података, контролних датотека, датотека параметара, архивираних датотека дневника редо. На мрежним датотекама треба направити ручне резервне копије помоћу услужних програма за ОС, као што су цп или цопи.
За израду сигурносне копије базе података користимо:
„Резервна база података“ - то је тако једноставно. Дакле, почнимо да правимо резервне копије наше ОРЦЛ базе података.
Будући да смо се већ повезали са циљном базом података (ОРЦЛ), активирамо наредбу „резервна база података“.
RMAN> backup database; Starting backup at 05-OCT-14 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=198 device type=DISK channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set input datafile file number=00001 name=D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF input datafile file number=00002 name=D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF input datafile file number=00005 name=D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF input datafile file number=00003 name=D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF input datafile file number=00004 name=D:APP1SUNTYADAORADATAORCLUSERS01.DBF channel ORA_DISK_1: starting piece 1 at 05-OCT-14 channel ORA_DISK_1: finished piece 1 at 05-OCT-14 piece handle=D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP tag=TAG20141005T162412 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:04:27 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set including current SPFILE in backup set channel ORA_DISK_1: starting piece 1 at 05-OCT-14 channel ORA_DISK_1: finished piece 1 at 05-OCT-14 piece handle=D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NCSNF_TAG20141005T162412_B3293806_.BKP tag=TAG20141005T162412 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:04 Finished backup at 05-OCT-14
Овде примећујемо да је резервна копија свих повезаних датотека базе података - датотека података, контролних датотека, спфиле-а (датотека параметара) завршена. Израда резервне копије трајала је око 4 минута и 27 секунди (протекло време). Ово је мала тестна база података са само 5 датотека података, тако да је за израду резервних копија било потребно мање времена.
У случајевима када желимо да направимо резервну копију података из база података гигантских организација, може постојати стотине датотека података, а свака датотека података може бити у терабајтима, а преузимање комплетне резервне копије базе података потенцијално може потрајати сатима времена.
Да бисмо знали детаље у вези са резервном копијом коју смо управо креирали, извршићемо:
РМАН> резервна листа;
List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 4 Full 1.39G DISK 00:04:23 05-OCT-14 BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP List of Datafiles in backup set 4 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF 2 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF 3 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF 4 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUSERS01.DBF 5 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 5 Full 9.58M DISK 00:00:06 05-OCT-14 BP Key: 5 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NCSNF_TAG20141005T162412_B3293806_.BKP SPFILE Included: Modification time: 05-OCT-14 SPFILE db_unique_name: ORCL Control File Included: Ckp SCN: 9705762 Ckp time: 05-OCT-14
Ова резервна копија се налази на локацији ДБ_РЕЦОВЕРИ_ФИЛЕ_ДЕСТ која је дефинисана као Д: АПП1 СУНТИАДА ФЛАСХ_РЕЦОВЕРИ_АРЕА
SQL> show parameter DB_RECOVERY_FILE_DEST NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string D:app1suntyadaflash_recovery_area db_recovery_file_dest_size big integer 3912M
Величина дефинисана за нашу резервну локацију је 3912 МБ.
Користите ВАЛИДАТЕ за проверу датотека и резервних копија базе података:
РМАН> ВАЛИДАТИ БАЗУ БАЗА;
Потврдите РМАН резервну копију
Како тестирати или потврдити да можемо опоравити нашу базу података током било које кризе?
Ако би вам због квара хардвера или неке оштећења дискова за складиштење требала добра расположива сигурносна копија да бисмо вратили ове оштећене податке како не бисмо изгубили податке који припадају тим датотекама за складиштење.
Све зависи од тога како сте дизајнирали резервне копије, интервале у којима су резервне копије заказане, да ли ћете узети потпуну резервну копију и имате инкременталне резервне копије.
У случају корисничких грешака - попут непотребне манипулације подацима, можемо вратити делове података или све податке који су промењени логичким резервним копијама.
У пракси бисмо требали бити свесни и предвидети све грешке које би се могле догодити у будућности и тестирати сваку стратегију да бисмо их избегли.
Користите наредбу БАЦКУП ВАЛИДАТЕ за потврду датотека сигурносних копија:
Команда само за проверу физичке корупције:
РМАН> БАЦКУП ВАЛИДАТЕ
БАЗА ПОДАТАКА
АРХИВЕЛОГ СВЕГА;
Наредба за провјеру физичке и логичке корупције:
РМАН> БАЦКУП ВАЛИДАТЕ
ПРОВЕРИ ЛОГИЧКО
БАЗА ПОДАТАКА
АРХИВЕЛОГ СВЕГА;
РМАН> БАЗА ВАЖЊА РЕЗЕРВНИХ ВРАТА ;
Starting backup at 05-OCT-14 using channel ORA_DISK_1 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set input datafile file number=00001 name=D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF input datafile file number=00002 name=D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF input datafile file number=00005 name=D:APP1SUNTYADAORADATAORCLEXAMPLE01.DB input datafile file number=00003 name=D:APP1SUNTYADAORADATAORCLUNDOTBS01.DB input datafile file number=00004 name=D:APP1SUNTYADAORADATAORCLUSERS01.DBF channel ORA_DISK_1: backup set complete, elapsed time: 00:00:45 List of Datafiles ================= File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 1 OK 0 13430 106376 9708800 File Name: D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 75217 Index 0 12706 Other 0 5015 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 2 OK 0 21161 95409 9708826 File Name: D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 23010 Index 0 21760 Other 0 29429 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 3 OK 0 0 5762 9708826 File Name: D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 0 Index 0 0 Other 0 5760 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 4 OK 1125 228 5765 9528788 File Name: D:APP1SUNTYADAORADATAORCLUSERS01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 2295 Index 0 39 Other 0 3198 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 5 OK 0 1687 10498 9585679 File Name: D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 4760 Index 0 1261 Other 0 2788 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set including current SPFILE in backup set channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01 List of Control File and SPFILE =============================== File Type Status Blocks Failing Blocks Examined ------------ ------ -------------- --------------- SPFILE OK 0 2 Control File OK 0 608 Finished backup at 05-OCT-14
Као што горе можете приметити, статус сваке датотеке је „ У реду ”Што значи да су употребљиви и могу се користити за враћање датотека у било ком тренутку.
Можемо извршити преглед враћања базе података. Ово вам даје лепу листу датотека и њихову доступност без стварног враћања датотека.
Користите наредбу РЕСТОРЕ за потврду сигурносне копије:
РМАН> ВРАЋИ ВАЖИШТЕ БАЗЕ ПОДАТАКА;
ВРАЋИ АРХИВЕЛОГ СВИХ ВАЛИДАТА;
РМАН> ВРАЋИ ПРЕГЛЕД БАЗЕ БАЗА;
Starting restore at 05-OCT-14 using channel ORA_DISK_1 List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 4 Full 1.39G DISK 00:04:23 05-OCT-14 BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP List of Datafiles in backup set 4 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF 2 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF 3 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF 4 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUSERS01.DBF 5 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF List of Archived Log Copies for database with db_unique_name ORCL ===================================================================== Key Thrd Seq S Low Time ------- ---- ------- - --------- 367 1 366 A 02-OCT-14 Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLARCHIVELOG2014_10_05O1_MF_1_366_B32925TJ_.ARC Media recovery start SCN is 9684060 Recovery must be done beyond SCN 9704654 to clear datafile fuzziness Finished restore at 05-OCT-14
Закључак
Ово су само једноставне технике за проверите своје Орацле РМАН резервне копије. Надам се да добро разумете РМАН поступак израде резервних копија и опоравка уз помоћ различитих важних РМАН наредби.
Иако би у стварним сценаријима, заснованим на величини података, могли имати неколико стотина датотека података и морамо бити сигурни да правимо резервне копије сваке од њих како бисмо имали добру стратегију прављења резервних копија. Такође, тестирати опоравак на системима за испитивање како бисте били сигурни да можете користити исте технике у производњи.
Бавили смо се различитим методама израде резервних копија ваших критичних / тест база података и различитим методама за њихово тестирање. Као што је већ предложено много пута, добра стратегија израде резервних копија и опоравка ће спасити ваш посао и вашу организацију.
Обавестите нас ако имате питања у вези са Орацлеом или било којим другим тестирањем сигурносне копије и опоравка базе података.
Препоручено читање
- Дубински водичи за помрачење за почетнике
- МонгоДБ Направите резервну копију базе података
- КТП водич # 24 - Коришћење виртуелних објеката и сценарија опоравка у КТП тестовима
- Водич за Јава рефлексију са примерима
- Најпопуларнија техничка питања за Орацле Аппс и Орацле СОА Интервју
- Водич за СВН: Управљање изворним кодом помоћу Субверзије
- Питхон ДатеТиме Водич са примерима
- Водич за корњаче СВН: Ревизије у спремишту кода