HP OpenView Data Protector IDB(Internal Database) Management PART 1 SYSWILL EMS TEAM JAN 2004
문서개요 HP OpenView Data Protector 를운영하는데있어서매우중요한역할을하는 IDB (Internal Databse ) 에대한개념과주요특징및기능에대한이해를통해서보다안정적이고편리한백업시스템정책을구현하고자합니다. 본문서는 Data Protector 5.1 을기준으로작성되었으므로일부내용과파일경로등에서기존버전의내용과약간의차이가있을수있습니다. 목차 -PART 1-1 장 IDB 주요기능및특징 2 장 Architecture 3 장 IDB Maintenance -PART 2 4 장 IDB Command 5 장 Troubleshooting 6 장기타 : 문서보완
1 장. IDB 주요기능및특징 Data Protector Internal Database (IDB) 는 Cell Manager 에위치하며 DATA 백업작업내역과미디어정보를관리합니다. 1.1 Scalability IDB 는소규모의관리 Point 로백업시스템전반에걸친 Management 를가능하게합니다. 1.2 Higher Performance IDB 는백업서버의 CPU 나 DISK I/O 에적은부하만으로작업정보에대한빠른입력속도를보장하며여러대의백업대상혹은 Restore 대상에대해서병렬작업이가능하도록탁월한파일시스템브라우징기능을제공합니다. 1.3 Low Maintenance Requirements IDB 는내부에서관리되는모든백업정보에대해서효과적인관리방안을제시하며 Report 및알람기능을통해 IDB 관리의효율성을제공합니다. 1.4 Backup management 백업이나복구시해당작업 (sessions) 에대한내역들을저장하여관리합니다. 1.5 Media management 백업작업시이용되는백업 Device 및 Media Pool, Media 속성, Media 순서등에대한정보를저장하여관리합니다. 1.6 빠르고편리한 Data Restore IDB 에백업작업시저장된 directory 들이나나 file 정보를이용하여장애발생시 media 안의 restore 대상 DATA 를신속하고정확하게찾아내어궁극적으로는보다빠른 DATA restore 를제공합니다. 1.7 IDB 장애발생시쉽고간편한복구방법제공 D: omniback bin>omnidbrestore autorecover * 기존 IDB 백업본이있을경우에한해서실시가능. 1.8 Automated online Migration OmniBack Version Upgrade 시 /omnidbupgrade utility 를통해서 DB Migration 기능을제공.
2장. Architecture Data Protector 구성및운영에있어서의주요정보는크게두가지형태로저장되어지며그첫번째가본문서에서주로설명하고있는 IDB 이며두번째는일반파일형태의 configuration 파일입니다. ( 그림 1) IDB Information Storage Internal Database + Flat File Storage ( 표 1) IDB 와 Flat File Storage 비교 구분 IDB Flat File Storage TYPE UNIX 경로 WIN 경로운영정보 Raima Velocis /var/opt/omni/db40 Data Protector Home db40 Media management data Device configuration data Backup & Restore session data File catalog data FILE (ASCII ) /etc/opt/omni Data Protector Home config User configuration Backup specifications Schedules Cell environment Report groups Report schedules Notifications ( 그림 2) IDB Architecture Core MMDB CDB (filenames) CDB (obj&pos) Table Space Detail Part DCBF SMBF Binary files SIBF
2.1 IDB 구성 IDB 는 Raima Velocis 타입의내부 DBMS 에의해서콘트롤되며앞page 의그림 2 에서보듯이 Tablespace 에해당하는MMDB, CDB 와 Binary files 형태로저장되는 DCBF, SMBF, SIBF 영역으로나뉘어져있습니다. ( Tablespace 영역은 RDS(Raima Database Server) service 에의해서작업진행 ) 또한해당영역은 IDB CORE 부분의 MMDB 와 CDB (catalog DB) Detail Part 의 CDB(filenames) 와 DCBF, SMBF, SIBF 로분류되기도합니다. ( 그림 3 ) Data Protector GUI 에서 IDB 구성 Display CDB (Catalog Database) : 백업작업시수반되는관련정보를저장합니다. CDB는내부적으로는 IDB Core part 에해당하는부분과 (objects & positions) 백업된 DATA 의개별 Filename 이저장되는부분으로나뉘어져있습니다. 또한 Filename 들에대한 Table 영역으로사용되는물리적인경로는해당 CDB 디렉토리안의 fnames.dat 파일을이용하며최초 2GB 크기로설정돼있습니다. fnames.dat파일은1회최소1m ~ 최대2GB 씩추가할수있으며 TOTAL 32GB 까지확장이가능 ( solraris CM 은 30 GB 까지 ) 합니다. ( IDB maintenance part 에서상세설명 ) Unix - /var/opt/omni/db40/datafiles/cdb Windows - <Data Protector Home> db40 datafiles/cdb - Objects ( filesystem, DBMS & Application DATA, rawdata ) - Object Versions ( 백업작업에따른시간대별내역 ) - Sessions ( 백업 & Restore ) - Media positions ( media 에백업된 DATA 의위치정보 ) -Directory names
MMDB (Media Management Database) : 백업시스템운영자는실제존재하는물리적인백업 Device ( Library & Drive ) 를 Data Protector 를이용한논리적Device 구성을통해서해당Device 를제어하고사용하게되는데이때구성되어지는정보들이 MMDB 영역에저장됩니다. 마찬가지로 Media 와 Media Pool 구성정보또한함께저장됩니다. Unix - /var/opt/omni/db40/datafiles/mmdb Windows - <Data Protector Home> db40 datafiles/mmdb DCBF (Detail Catalog Binary Files) : IDB 내에서 DCBF 의역할은 DATA 백업시의모든 file Version 및속성을보유하게됩니다. file size, modification time, permissions, attributes, etc Unix - /var/opt/omni/db40/dcbf Windows - <Data Protector Home> db40 dcbf SMBF (Session Messages Binary Files) Backup & Restore 작업에대한 Session message 뿐만아니라 Media format 작업시에발생되는 session message 를저장하게됩니다. 각각의작업 Session 에서는그상황이나결과에따라여러가지형태로다양한 message 들이발생되며기본값은 warning 등급즉, Data Protector 자체기준으로볼때 warning 이상의상황에대한모든메시지를 Dsiplay 하도록설정돼있습니다. 해당메세지등급은 Normal, Warning, Minor, Major, Critical 등으로나누어지며 Warning 이상의 level 에대해서선택설정이가능합니다. Unix - /var/opt/omni/db40/msg Windows - <Data Protector Home> db40 msg SIBF (Serverless Integrations Binary Files) Data protector 는 Server-less 형태의백업작업을지원합니다. 즉별도의 Disk Agent 없이 Network 에서바로백업작업이나 Restore 가가능한데대표적으로 NDMP(Network Data Management Protocol) data나 EMC Fastrix data 등에대한작업이해당되며이때의 Data Protector와의구성내용 ( Intergraton 관계 ) 를저장합니다. < 기타주요파일 > IDB configuration 파일 : Velocis.ini IDB recovery data 파일 : obrindex.dat IDB transaction log 파일 : 이후 Page 에서상세설명
2.2.1 IDB Directory Structure 백업서버에위치하고있는 IDB 는기본적으로아래그림 4 와같은 Directory 구조를가지고있습니다. 또한 db40 디렉토리밑에는그림에는표시되지않았지만 evadb, meta, sadb, sysdb, xpdb, sqldb, vadb 등의하위디렉토리가준비되어있으며 NDMP 혹은 ZDB(Zero Downtime Backup ) 백업시필요한정보들을위해사용되어집니다. ( 그림 4) IDB 디렉토리구조 db40 datafiles dcbf logfiles msg cdb mmdb catalog <file versions> rlog syslog <year> <tables> <tables> Velocis.ini obrindex.dat <transactionlogs> <month> <session id> ( 그림 5) windows CM 의 IDB 디렉토리구조
2.2.2 IDB SIZE Limitations Data Protector IDB 는아래표의내용에서처럼각각의항목별 SIZE 를적용합니다. IDB 에서의 SIZE 제한 의의미는 DP 작업시 ( Session ) 발생되는상황들에대해서 ( 작업 LOG ) IDB 에얼마만큼저장할수있는지에대한제한입니다. 아래예를들경우 최대 concurrent drives 수 에대한내용은동시간대에사용하는 Drive 숫자가 50 대 (LTO) 를초과하면해당작업에대한 LOG 정보를저장할수없다는의미로보시면됩니다. ( 표 2) IDB Size Limitations 현황 항목 Size Limitations 비고 Filenames file versions 최대 DCBF directories DCBF directory SIZE DCBF directory 당최대파일개수 최대 concurrent drives 수 (DLT7000 and lower performing) 최대 concurrent drives 수 (DLT8000/SDLT/LTO) 700 million (UNIX) 450 million (Windows) 10 x No of filenames 50 4 GB 10000 100 50 최대 32GB Filename 수량의 10 배수까지 Version 관리가능 DCBF 확장시 Directory 경로수 동일시간대에사용 DRIVE 동일시간대에사용 DRIVE 2.2.3 기타 DP SPEC SIZE Limitatons 가 ) Backup Specification 의 Object 수 : 하나의백업작업 (spec) 당 500 개의 Object ( Mount Point / File System ) 를처리할수있습니다. 나 ) Media Pool 1 개당 Media 수 : Media Pool 1 개에는최대 40,000 Media 를포함 ( 연결 ) 할수있으며 total 500,000 개 media 를관리할수있습니다. 다 ) IDB 최대 session ( Backup, Restore, Media ) : 작업 Session 에대해서 IDB 는최대 1,000,000 session 을저장할수있으며 ( 물론 IDB 전체 FILE 사이즈를초과할수없읍니다. ) 1 일최대 2,000 개의 backup session 을저장할수있습니다. 라 ) Concurrent Activities: 백업작업시동일 session 에서기본 5 대의 Drive 를사용가능하며최대 32 개의 Drive 사용이가능합니다. ( 해당 Device(Drive) 사용가능수량은 global option 의 MaxMAperSM 항목에서조정. ) 마 ) Number of Cells in a MoM Environment : MoM( Manager of Managerment ) 환경에서최대 50 개의 CELL 을관리할수있습니다.
2.3 Flat File Storage Data Protector 는 IDB 와함께주요구성내용을저장하는 FILE (ASCII ) 형태의 Information Storage 를가지고있습니다. 이는 Data Protector 를이용한백업시스템운영에매우중요한정보들로서해당내용은 Data Protector 를통한 IDB 백업시자동저장됩니다. < 경로 > UX : /etc/opt/omni, WIN :Data Protector Home config 2.3.1 User configuration Data Protector 는 User interface Agent 가설치된시스템이중앙의 Cell Manager 에연결하여 Data Protector 를관리할수있는작업범위에대해서 users 디렉토리안의 3 가지파일 (ClassSpec,UserList, WebAccess) 을이용하여정의합니다. ClassSpec : user 들에대한그룹을관리합니다. CLASS admin ( Administrator 권한을가진유저들에대한그룹 ) PERMISSION -1 DESCRIPTION "Administrator Class" CLASS operator PERMISSION 550911 DESCRIPTION "Operator" CLASS user PERMISSION 32 DESCRIPTION "Simple User Class UserList: user 별등록현황입니다. 아래파일의내용들은 Data Protector GUI 를통해서구성한내용들이반영되는것이며해당파일을통해서직접입력 ( 수정 ) 하실수도있습니다. "" "*" "*" * "admin "" "JAMES" "JAMES" * "admin" "WebReporting" "java" "applet" webreporting "admin" "" "User_1" "*" * "user" "" "User_2" "*" * "user" "" "User_3" "*" * "user" "" "User_4" "*" * "user" "" "User_Adm" "*" * "admin" "" "User_Op_1" "*" * "operator" "" "User_op_2" "*" * "operator ( 그림 6) GUI 를이용한 User 등록화면
WebAccess: Data Protector 에서제공하는Web Reporting 사용시필요한password 를정의합니다. Data Protector 최초설치시에는 password 비설정상태입니다. Password 설정은 Context List Users Actions Set Web User Password 스텝을통해서설정을하게되며해당적용값은암호화되어반영됩니다. ( 그림 7) Web User ( Report )Password 변경화면 2.3.2 Backup specifications Data Protector 에서사용되는일반파일시스템백업및 DBMS 나 Application 등을 Intergration 하여생성되는백업 Specifications 을관리및저장합니다. Datalists 디렉토리 : 일반파일시스템백업 Specification BarLists 디렉토리 : DBMS 및 Application 대상 Intergration 백업 Specifications 2.3.3 Schedules 앞서설명한백업 specifications 들에대한작업스케쥴을저장관리합니다. Schedules 디렉토리 : 일반파일시스템백업 Specification 대상작업스케쥴 Barschedules 디렉토리 : DBMS 및 Application 대상 Intergration 백업 Specifications 의작업스케쥴. 2.3.4 Cell environment Data Protector 의핵심요소인 Cell 의구성내역을저장관리합니다. cell_server : Cell Manager Server 의시스템명 ( hostname ) 이등록되어있습니다. 각각의 Data Protector Agent (Cell Client) 시스템의동일한위치에도해당파일이존재합니다. cell_format : Data Protector Cell Manager 가사용하는환경변수및설치정보가저장되어있습니다. cell_info: Cell 에구성되어있는시스템 ( CM + Cell Client ) 들의설치정보가저장되어있습니다.
installation_servers : 현재구성되어있는 Installation Server 들의정보가저장되어있습니다. omni_info : Cell 내의각각의 SYSTEM 에설치되어있는 Data Protector Agent 의설치내역정보를저장합니다. lic.dat : Data Protector 설치후 GUI 를통해서라이센스를입력하면해당파일이생성되며라이센스가적용됩니다. 사용자가라이센스 Key 값을잘못입력하였거나 Cell Manager 시스템의 IP 변경등의이유로갱신할필요가있을때에는해당파일을편집하면됩니다. 2.3.5 Report groups (rptgroups) Data Protector 는백업시스템구성내용이나작업내역에대한내용을 Report 서비스를이용하여다양한형태로제공하며, 보고범위나사용목적에맞게 Index 를가능하게합니다. ( 그림 8) GUI 에서의 Reporting 그룹 2.3.6 Report schedules (rptschedules) 보고목적에맞게분류된 Reporting group 들에대해서작업스케쥴을설정합니다. 그룹안의해당 Report 들은설정된스케줄에의해각각의 SEND 방식으로발송되게됩니다. 2.3.7 Notifications Data Protector 는백업시스템운영시특정 event 들 ( "DeviceError, "EndOfSession, "MountRequest, "DatabaseSpaceLow, "NotEnoughFreeMedia, "DatabaseCorrupted, "BackupError, "UnexpectedEvents, "HealthCheckFailed, "MailSlotsFull, "DatabasePurgeNeeded, "LicenseWillExpire ) 이발생하면 EVENT 별발생상황에대해알려주며기본적으로해당내용은 Event Log 에쌓이게됩니다.
3 장. IDB Maintenance Data Protector IDB 운영방법이나정책에대해설명을하며장애발생시효과적으로대처할수있는방안을모색하도록합니다. 3.1 IDB Maintenance IDB 운영시 Disk 공간부족에의한 IDB SIZE 축소, 불필요한작업 LOG 삭제, 예기치않은 IDB 장애발생등으로인해 IDB 는여러가지형태의관리를필요로하게됩니다. 3.1.1 Managing IDB Growth IDB size 는앞서설명했듯이 32GB 이상까지확장이가능하지만운영자는백업서버의 DISK 크기나백업시스템운영에관한효율적인기준을고려하여적절한 IDB size 를유지해야만합니다. 가 ) LOG LEVEL 차등적용백업작업시 IDB 에저장되는상세 directory 및파일정보를차등적용함으로서백업속도개선효과와 IDB SIZE 증가억제효과를얻을수있으며 Restore 시파일브라우징속도에영향을주게됩니다. - Log All : default logging level 로서백업작업시 Directory 나 File 에대한모든상세정보 (names, versions, attributes) 들을 IDB 에저장합니다. Data Restore 시운영자는백업된 DATA 의상세정보를확인할수있으며미디어에저장된 DATA 의 Postion 을보다빠르게찾을수있습니다. - Log Files : 백업시 file 과 directory 에대해서속성부분을제외한상세 log 정보를기록합니다. - Log Directories: 백업 Data 중에서 directory 에대한상세정보 (names, versions, and attributes) 만을기록합니다. 본 log Level 은자동생성파일기반의 Application DATA, 즉 News 그룹이나 Mail 시스템을운영하는경우에적합한백업 log 방식입니다. 단 restore 시에 directory 레벨까지만브라우징하며복구가가능합니다. - No Log: 백업 DATA 의 directory 나 file 의정보를저장하지않으므로복구시에는백업 DATA 최상위 point 에서만 restore 가능. ( 그림 1) Logging Level 일반파일시스템백업시 log 레벨은백업 Specification 의 Filesystem Options 에서적용이가능함.
나 ) IDB record 폐기 - 미디어에저장된백업 DATA 를 Overwrite 하게되면자동으로해당 Record 가삭제됩니다. - DATA retention policy ( 보관정책 ) 가만료되었을경우에자동으로해당 Record 가삭제됩니다. - Data Protector GUI 나 CLI 를통해서수동으로삭제할수있습니다. ( 그림 2) Mannually remove sessions Remove Versions : 백업된 Data 내의 Directory 와 File 별 Version 을삭제합니다. ( DB Purge 후반영 ) Remove Session Messages: 해당 session 이가지고있는작업 Message 를삭제합니다. Remove Session: Session 자체를삭제합니다. < 참고 > Change Data protection: 백업된 DATA 에대한보존기한을변경합니다. Change Catalog Protection: IDB 내에서저장하고있는 catalog 보존기한을변경합니다. 자동삭제 IDB 내에서보관주기가만료되었거나 Version 정보를삭제한경우혹은여러가지이유로백업시스템운영에불필요한정보들은 ASM(Admin Session Manager) 에의해서 DCBF, SMBF 영역의내용을대상으로삭제됩니다. 해당설정은 global option 의 DailyMaintenanceTime 에서사전에정의되어있으며매일정오 (12:00) 에진행되도록스케쥴되어있습니다. 수동삭제운영자는 Command 를이용하여 IDB 에대한효과적인 Purge 를실시할수있습니다. /opt/omni/bin/omnidbutil ( IDB Command 파트에서상세설명 )
3.1.2 IDB GUI & Extensions Data Protector IDB 에대한정보는 GUI 를통해서확인할수있으며다양한 Display 형태를통해서보다손쉽게세부내용을관리할수있습니다. ( 그림 3) GUI 를통한 IDB Mornitering 화면 - 위 ( 그림 3) 은 CDB(Catalog Database ) 영역중에서 filename 들을저장하는 fnames.dat 파일에대한 Mornitering 화면입니다. Data Protector 초기설치시 fnames.dat 파일은 1 개존재하며최대 2GB 까지의 filename 들에대한 Data 를저장할수있습니다. 기본 PATH : D: DP 설치홈디렉토리 db40 datafiles cdb fnames.dat 화면우측의 PIE 차트는전체 Disk 사용량대비 filenames 영역의사용양을나타낸것으로서현재 D drive 내에서청색은이미사용중인 Disk 영역, 녹색은사용가능한 Disk 영역으로서위와같은경우엔 DISK 에남은공간이얼마없으므로 filename 을위한확장공간이필요할수있습니다. 적색은 filenames SIZE 를의미함. 만일해당영역을확장하시고자할때는옆의 ( 그림 4) 처럼 Add Extension File 기능을이용하시면됩니다. 디렉토리경로까지만설정한후 ( 파일이름은자동으로생성 ) 해당파일의최대 SIZE 를설정합니다. < 파일추가시이름생성순차 > fnames.dat1, fnames.dat2, fnames.dat3 ( 그림 4) Add File
3.1.3 IDB SIZE Report Data protector GUI Context List 에서 Reporting 을선택한후화면아래의 Tasks TAB 을선택하면 Data Protector 운영에관한주요 Report 를확인할수있습니다. 아래 ( 그림 5) 는 IDB 전체구성내역에대한상세 SIZE 로서화면좌측의 Internel Database IDB Size Report 를선택하면 Display 됩니다. ( 그림 4) IDB Size Report 아래표는 IDB Size Report 내역중에서 catalog 부분만발췌한것으로서위 GUI 의전체내용을별도의 HTML 형식으로 LOCAL 폴더에 logging 한파일 ( Ex: IDB_SIZE_RPT.htm) 을편집한것입니다. ( Report 작성부분매뉴얼참조 Data Protector CD /docs/admin.pdf ) ( 표 1) Catalog DB SIZE Report Table Size [MB] Records Used Records Total Used Sessions 0.09 2 8 Objects 0.09 1 24 Object versions 0.09 1 10 Positions 0.06 1 31 Filenames 0.19 95 116
3.1.4 Adding DCBF( Detail Catalog Binary File ) Locations 앞서언급한 CDB 영역의 filenames 부분확장과마찬가지로 DCBF directory 경로를최대 50 개까지추가할수있습니다. Global 파일에서정의하고있는초기값은기본 10 개까지확장이가능하며추가확장은해당파일편집을통해적용하시면됩니다. /Data Portector Home/config/Options/global # MaxDCDirs=NumberOfDirectories # default: 10 # minimum: 1 # maximum: 50 # This option specifies maximum number of configured DCBF # Directories. ( 그림 5) IDB DCBF 를위한추가 Directory 경로생성 - DCBF 경로확장은위 ( 그림 5) 에서처럼 GUI 를통해서도가능하며 omnidbutil add_dcbf <Path> 명명을통해서도생성이가능합니다.
3.2 IDB Backup IDB 는효율적인구성을바탕으로한운영정책이뒷바침되어야하며근본적으로는 IDB 자체백업작업이효과적으로이루어져야합니다. IDB 백업은 Data Protector 자체 IDB Hot Backup 기능을통해서작업이가능하며 Data Protector 가예기치않은장애로인해정상적인기능을수행할수없을때를대비하여 Data Protector Management 와무관하게일반파일 COPY 방식으로도백업을실시할필요가있습니다. 3.2.1 IDB Backup Media IDB 백업시사용되는 Media 는가급적 Main Backup Device 보다는 DAT Drive 를이용하거나원격지시스템의 File 영역을이용하는것을권장합니다. 3.2.2 IDB 백업시기통상적으로대부분의주요백업작업이야간혹은새벽시간대에이루어지는경우가많으므로오전시간대에적절한시점을선정하여스케쥴링하는것이좋습니다. 작업에큰무리가없다면일일 2 회 ( 오전 / 야간 ) 이상의백업작업을시행하는것도권장하는바입니다. 3.2.3 Data Protector IDB HOT 백업절차가 ) 우선 GUI 를통해서 Filesystem 형태의 IDB 백업 SPEC 을생성합니다. 아래 ( 그림 6) 에서와같이 Internal Database 부분을백업대상으로선택하여 Spec 을생성합니다. 기본적으로 IDB Hot backup Spec 의 Protection 은 Permanent 로설정되어있습니다. ( 그림 6) IDB Hot Backup Spec 생성
나 ) 만일 IDB HOT Backup DATA 의보관주기를변경하고싶은경우에는해당 IDB 백업 spec 의 Object Property 의 Protection 을변경하면됩니다. ( 그림 7) IDB Backup Spec 의 Object Property 다 ) GUI 를통해생성된 IDB Hot Backup Spec 작업을실시하게되면 Data Protector 는백업작업실시전에 IDB consistency check 작업을하게됩니다. <Ex: IDB Hot Backup 작업 Message> [Normal] From: BMA@james.syswill.com "IDB_BACK" Time: 2003-12-29 오후 3:07:39 STARTING Media Agent "IDB_BACK" [Normal] From: DBBDA@james.syswill.com "[Database]: james.syswill.com" Time: 2003-12-29 오후 3:07:45 STARTING Database HotBackup Disk Agent on james.syswill.com "[Database]: james.syswill.com". [Normal] From: DBBDA@james.syswill.com "[Database]: james.syswill.com" Time: 2003-12-29 오후 3:07:47 Consistency check of Media Management Database... [Normal] From: DBBDA@james.syswill.com "[Database]: james.syswill.com" Time: 2003-12-29 오후 3:07:52 Consistency check of Catalog Database... [Normal] From: DBBDA@james.syswill.com "[Database]: james.syswill.com" Time: 2003-12-29 오후 3:07:57 Databases are consistent. ** IDB 백업은반드시 IDB 운영상황이정상적인경우일때에만의미가있습니다. 만일 IDB 백업전 DB check 시문제가있을때에는문제해결후작업을실시하시기바랍니다.
3.2.4 IDB & configuration 파일 COPY IDB 백업은 Data Protector 에서의 HOT Backup 뿐만이아니라간단한 File Copy 형태로도진행할수있습니다. 운영자는몇가지 Check 조건을확인한후에 IDB 파일과함께 Flat File 형태로보관되어지는주요환경파일들을함께백업하도록합니다. 아래 ( 그림 8) 은 IDB Hot Backup 시저장되는 DATA 들을 Restore STEP 에서확인한내용입니다. 현재 Data Protector 는 D Drive 에설치된 IDB 파일과 Config 파일의기본구조외에도 E 드라이브내에확장된 DCBF 와 CDB 영역들까지도포함해서백업이실시된상태입니다. 즉수작업으로 IDB 관련파일들을 COPY 하고자할때는반드시아래경우처럼해당내용전체를 COPY 해야만합니다. ( 그림 8) Hot Backup 된 IDB 의 Restore 시선택경로와백업된 DATA 내역 기본설치위치의 DB 와 config 파일백업실시 확장된 CDB 와 DCBF file 백업실시 가 ) 백업 (COPY ) 전에반드시 IDB 상태체크를합니다. D: omni bin>omnidbcheck Check Level Mode Status ============================================= Core -core OK Filenames -filenames OK DCBF(presence and size) -bf OK DONE! 만일위에서처럼 OK 싸인이떨어지지않고에러가발생한다면 IDB 백업이전에먼저장애상황을조치하고백업을해야합니다. ( 물론장애상황에서 IDB 작업을하기위한 COPY 는필요하다고생각합니다. ) 나 ) IDB Check 가잘진행되었다면작업중인다른 Session 있는지확인한후에 Data Protector Service 를종료한후 COPY 작업을실시하기바랍니다. ** IDB Hot Backup 은기타작업이진행중이더라도문제가되지않습니다.
3.3 IDB Restore & Recovery IDB 장애발생시나혹은예전의백업시스템설정으로복원하고자할때는백업되있는 IDB 관련 DATA Restore & Revcovery 작업을실시합니다. 3.3.1 Manual Restore of the IDB 개요 Hot Backup 된 IDB DATA 를 Manual 방식으로 Restore 할때는반드시 Original 위치에아닌별도의다른위치에해당파일을 Restore 한후에작업을진행하시기바랍니다. Data Protector 서비스가운영중인상황에서 Original 위치에 IDB DATA 를 Restore 하게되면현재운영중인 IDB 및서비스에장애를초래합니다. 1) HOT Backup 된 IDB DATA 를원래위치가아닌별도의공간에 Restore 합니다. ( 그림 9) 임시 Directory 에 Restore 2) Restore 가잘종료되었으면 Data Protector Service 를종료합니다. /omnisv stop 3) 오리지날위치의 IDB 관련내용은만일을위해서 COPY 해놓습니다. 4) Restore 된파일들을필요에따라원래위치에 Overwrite 합니다. mv 임시폴더 /db40 /var/opt/omni/db40 5) Data Protector 서비스를재가동합니다. /omnisv start 6) IDB check 를통해서 IDB 이상유무를확인합니다. /omnidbcheck ( 그림 10) IDB Restore 개요 IDB DATA Restore 서비스 STOP 필요파일 Overwrite 서비스 START IDB 점검
< 참고 : 백업시스템전체 Recovery > Data Protector 를사용하는중에 DP Cell Manager 가장착된시스템이완전히붕괴되었을경우어떻게할것인가? 정상적인 IDB 에대한백업본이있을때에는문제가없지만그렇지않을경우엔 Media 에서모든 DATA 를 Import 받아야하므로시간도많이걸릴뿐더러복구수준도만족스럽지못할수있습니다. 그러기때문에반드시어떤형태로든 IDB 백업은매일매일받아놓는것이좋습니다. Data Protector 운영자는유사시신속하고정확한백업시스템복구를위해평상시복구 STEP 숙지와더불어체계적인사전훈련이필요합니다. 현업에서운영중인백업시스템을대상으로작업하기가곤란하면개인 PC 나유휴시스템을이용하여주기적인연습과모의훈련을실시하여장애발생시백업시스템정상화뿐만이아니라궁극적으론주요 DATA 에대한완벽한 Recovery 체계를유지할수있어야하겠습니다. < 시스템장애시복구단계 > 각종재난상황발생에따라복구작업요청접수 신속한복구조건 ( 단계 ) 확인 ( 제반 O/S 와파일시스템및 Application, 백업네트워크 ) 복구조건에따른복구우선순위및레벨결정후복구작업실시 복구작업결과확인 복구상황발생원인분석및차후대비책논의 1) 시스템하드웨어문제해결 : 장애사실통보및접수후신속한시스템하드웨어복구및교체 2) Operating System 문제해결 : 최악의경우, 중요한데이터를보관하는시스템디스크나혹은모든디스크가손상되는경우발생. 이러한경우는기존에수행되던 O/S 를최소설정을지닌채로다시설치하여복구. 3) 기존네트워크정보값설정 : 백업소프트웨어의기본적인백업네트워크설정복원. 4) Logical Volume 및파일시스템설정 : O/S 재설치후모든 Logical Volume 및파일시스템재생성, 기존 Mount Point 복원 5) 백업 S/W(Data Protector) 운영상황복구 ( Manager or Agent ): 기존운영중인백업시스템을원상태로복구합니다. 만일 Cell Manager ( 백업매니져서버탑재 ) 서버가복구대상일경우에는백업 S/W 자체 DB 복구작업을실시토록합니다 - 단순백업 Agent 시스템일경우에는장애발생전에운영하던 Agent 만복원시키면됨. 6) DATA RESTORE : - 백업 S/W 의모든기능이정상화됐을경우해당 DATA 를 RESTORE 합니다. 7) Recovery : - Application, DBMS 별 recovery 작업을실시합니다.
3.3.2 Manual Restore/Recovery of the IDB 절차 1) 백업시스템정상화 : 백업시스템이운영중인서버에문제가발생했다면해당서버의 O/S 및 File System 을최우선으로정상화시킵니다. 2) Data Protector 재설치 : 사용하던 Version 에맞게 Data Protector 를재설치하며필요한 Patch 도모두적용합니다. ( 평상시패치정보관리가필요하며 Patch 파일은크기문제로인해단시간에다운받기가어려울수도있으니필요한 Patch 파일은 Down 받아별도보관하는것을권장합니다. ) 3) IDB 백업본을위한 Device & Media 를설정한후해당 Media 정보를 Import 합니다. ( 그림 11) Media import 4) IDB Data 가백업된 Media Import 시에는 Logging mode 선택을 Log All 로합니다. ( 그림 12) Import 시 Logging Level Setting
5) IDB DATA 가백업되있는 Media 로부터 import 를실시하면아래처럼 IDB 백업작업내역을인지하며 IDB DATA Restore 가가능해집니다. [Normal] From: MMA@james.syswill.com "IDB_BACK" Time: 2003-12-29 오후 7:03:27 STARTING Media Agent "IDB_BACK" [Normal] From: MSM@james.syswill.com "IDB_BACK" Time: 2003-12-29 오후 7:03:28 Data Protector foreign medium "6b74eecb:3fefbfcb:0604:0001" found. [Normal] From: MSM@james.syswill.com "IDB_BACK" Time: 2003-12-29 오후 7:03:28 Importing session into database: SessionID: 2003/12/29-2 Owner: JAMES JAMES@james.syswill.com Start time: 2003-12-29 오후 2:48:59 [Normal] From: MSM@james.syswill.com "IDB_BACK" Time: 2003-12-29 오후 7:03:29 Importing session into database: SessionID: 2003/12/29-3 Owner: JAMES JAMES@james.syswill.com Start time: 2003-12-29 오후 3:07:39 [Normal] From: MMA@james.syswill.com "IDB_BACK" Time: 2003-12-29 오후 7:03:29 COMPLETED Media Agent "IDB_BACK" ============================================================================ 1 media out of 1 successfully imported. ============================================================================ ( 그림 13) 복원된 IDB DATA 백업내역
6) 다른위치에 IDB DATA 를 Restore 합니다. ( 그림 14) 임시디렉토리에 IDB DATA Restore 7) Restore 가잘끝나고나면실행중인 Data Protector 를종료한다음 Data Protector 서비스를중지합니다. D: omni bin>omnisv stop HP OpenView Storage Data Protector services successfully stopped. 8) 다른위치에 Restore 된 IDB 및 Flat file 들을 Original 위치에 COPY 합니다. 9) 서비스를재시작합니다. D: omni bin>omnisv start HP OpenView Storage Data Protector services successfully started. 10) IDB Check 를실시합니다. D: omni bin>omnidbcheck Check Level Mode Status ================================================== Core -core OK Filenames -filenames OK DCBF(presence and size) -bf OK DONE! 11) 복원이잘되었는지기존구성을확인합니다.
12) 기존구성이잘복원되었다면필요한시스템의파일을복원합니다. ( 그림 15) IDB 복원전과후의 GUI RstoreStep ** Data Protector 초기설치시에는 GUI Restore Part 에서백업정보를확인할수없었으나 IDB 복원이정상적으로종료되게되면위 ( 그림 15) 와같이 IDB 나 Filesystem, DBMS 등에서백업받았던작업 log 확인이가능하며시스템별정상적인 DATA Restore 가가능하게됩니다. ** IDB 복원작업에는 Cell 구성정보 ( CM 과 client 관계 ) 에관한확인도반드시필요합니다. 즉백업시스템이정상적으로구성, 운영되고있는가에대해서확인을해야합니다.
3.3.3 Automated Restore/Recovery of the IDB Data protector 에서 IDB Hot Backup 을하게되면 /var/opt/omni/db40/logfiles/rlog /omni_home/db40/logfiles/rlog 위디렉토리의 obrindex.dat 파일에 IDB 백업정보가저장됩니다. ( 해당파일은최초 IDB Hot Backup 작업시생성됩니다. ) Data protector 는 IDB Hot 백업에이용된 device & Media 제어에이상이없는경우이정보를바탕으로저장된 IDB Hot Backup Data 를이용하여자동으로 IDB Restore &Recovery 를수행할수있습니다. < Auto Recovery 절차 > 1) Service 종료 : 현재작업중인 Session 이없는지를확인한후 Service 종료 omnisv stop 2) omnidbrestore 명령어실행 /opt/omni/sbin/omnidbrestore autorecover ( 마지막 IDB 백업 version 을이용하여복원 ) DP_HOME bin omnidbrestore autorecover ** omnidbrestore 명령어는 help 를참조하세요 ** PART 2 에서계속됩니다