validate oracle rman backup
Oracle RMAN 백업을 만들고 검증하는 방법 : RMAN 명령 및 복구 프로세스에 대해 알아보기
dat 파일을 어떻게 열지
이 자습서에서는 Oracle 데이터베이스 백업 확인 및 테스트에 대해 설명합니다. 데이터베이스 백업 및 백업 테스트 방법에 대한 내용, 이유 및 방법과 같은 개념을 설명합니다.
우리는 Oracle 데이터베이스 이 튜토리얼의 사례 연구로.
사례 연구: Oracle RMAN 데이터베이스 백업 테스트 :
학습 내용 :
RMAN을 사용한 Oracle 데이터베이스 백업 검증 프로세스
우리는 그것을 다음 4 개의 섹션으로 분류했습니다.
- 백업이란 무엇입니까?
- 백업해야하는 이유
- 백업하는 방법?
- 데이터베이스 백업을 테스트 / 검증하는 방법 – 복구 전략?
또한 읽으십시오=> 데이터베이스 테스트에 관한 모든 것
데이터베이스 백업이란 무엇입니까?
백업에 대해 자세히 알아보기 전에 조직의 가장 중요한 자산 인 데이터를 이해해야합니다. 조직이 Oracle 데이터베이스에서 실행되는 것을 고려하십시오. '데이터베이스'라는 용어를 이해하려면 다음을 참조하십시오. 여기에 Oracle Database Testing 시리즈 .
조직의 데이터는 조직에서 가장 중요한 부분입니다. 소매업, 은행 회사를 고려하십시오. 이들은 모두 사용자, 시스템 등 엄청난 양의 데이터를 가지고 있습니다. 데이터베이스 관리자, 시스템 관리자 또는이 데이터를 보호하기 위해 작업을 할당받은 모든 직원은 데이터가 조직에 얼마나 중요한지 알고 있어야합니다. 데이터를 항상 사용할 수 있는지 확인하는 방법은 무엇입니까? 이 데이터를 백업하십시오.
백업은 데이터 손실시 데이터를 재구성하는 데 도움이되는 데이터베이스의 정확한 복사본입니다.
왜 백업 데이터베이스인가?
계좌 번호, 이름, 지명자, 은행 잔고 및 조직이 모든 데이터를 잃어버린 수백만 명의 고객에 대한 데이터를 보유한 은행 조직에서 고객이 이에 어떻게 반응할까요? 이렇게 많은 데이터를 잃어 버리는 압력에 조직은 어떻게 대처할까요? 그렇게 많은 고객의 불만에 대해 어떻게 대답 할 수 있을까요?
그렇기 때문에 디스크 (스토리지), 디스크 컨트롤러 (스토리지 컨트롤러)에 오류가 발생하는 경우 데이터베이스 (예 : 스토리지 파일 시스템)에 복원 할 수있는 백업에 항상 의존 할 수 있도록이 데이터를 백업합니다. 고객은 데이터를 잃게됩니다.
가정적으로 말하면 수백만 명의 고객이 있고 각 고객이 수백만 건의 트랜잭션을 수행하고 데이터베이스가 실수로 충돌하여 데이터를 잃어버린다고 가정하면 이러한 모든 고객에게 데이터를 다시 입력하도록 요청할까요? 그렇게 많은 데이터 손실에 어떻게 대처할 수 있습니까? 그것은 매우 용납되지 않을 것입니다.
마찬가지로, 수백만 명의 고객을 지원하고 전화 번호, 주소, 사용 가능한 신용, 보류중인 지불에 관한 모든 데이터를 보유하고있는 통신 회사를 고려하십시오. 데이터를 모두 잃으면 어떨까요? 회사는 운명에 처해 있으며 잠재적으로 조직을 중단시키는 막대한 비용을 부담해야합니다. 확실히 엄청난 재앙이 될 것입니다.
데이터베이스를 백업하는 방법?
Oracle 데이터베이스의 데이터를 백업하는 방법에는 여러 가지가 있습니다. 물리적 및 논리적 백업으로 광범위하게 분류 할 수 있습니다.
방법 # 1)물리적 백업 :
- 삼rd파티 백업 – Veritas NetBackup, SAP, IBM Tivoli Manager, EMC, HP
- 사용자 관리 백업 – copy (windows), cp (Unix)와 같은 OS 유틸리티를 사용하여 데이터베이스를 백업합니다.
- Oracle 보안 백업
- 내가 가장 좋아하고 가장 선호하는 Oracle 유틸리티 인 Recover Manager ( RMAN ).
방법 # 2)논리적 백업 :
- 기존의 내보내기 / 가져 오기 유틸리티 및 데이터 펌프 유틸리티. 논리적 백업은 위의 개체의 위치에 관계없이 데이터베이스의 구성 요소 인 테이블, 인덱스 등과 같은 개체 인 논리 데이터의 백업입니다.
데이터베이스의 물리적 및 논리적 스토리지 구조를 이해하려면 다음을 참조하십시오. 이 과 이 오라클 문서 .
데이터베이스 백업에 가장 적합한 방법은 무엇입니까?
이러한 백업 전략에는 각각 장단점이 있으며이 기사에서는 너무 많이 다루지 않겠습니다.
물리적 백업이없는 경우 논리적 백업이 물리적 데이터 손상, 하드웨어 스토리지 문제로부터 항상 안전하지는 않다는 점을 이해해야합니다. 유효하고 좋은 물리적 백업이 있으면 좋은 백업 및 복구 전략이됩니다. 항상 물리적 백업이 있는지 확인하십시오.
실제로 위의 방법 중 하나를 사용할 수 있지만 데이터베이스 운영 과정에서 불필요한 문제가 발생하지 않도록 항상 좋은 백업 및 복구 전략이 있는지 확인해야합니다. 미러링 된 테스트 시스템에서 백업 및 복구 전략을 테스트하는 것이 항상 권장되므로 예기치 않은 상황이 발생할 경우 데이터베이스를 시작하고 실행하는 데 걸리는 시간을 예측할 수 있습니다.
이 기사에서는 주로 RMAN 백업에 중점을 둘 것입니다. 이를 통해 백업을 정확히 수행하는 방법을 알 수 있습니다.
Oracle RMAN (Oracle Recovery Manager) 백업 명령
Enterprise Manager (GUI) 모드를 사용하거나 OS 명령 줄 프롬프트를 통해 데이터를 백업 할 수 있습니다.
RMAN 백업 및 복구를 수행하기 위해 Oracle에서 제공하는 강력하고 정교한 도구입니다.
RMAN Oracle 데이터베이스를 설치할 때 자동으로 설치되므로 사용하는 데 추가 설치가 필요하지 않습니다. RMAN .
그만큼 RMAN 환경은 두 가지 구성 요소로 구성됩니다.
1) 대상 데이터베이스 (백업, 복구 및 수행 할 데이터베이스)
두) RMAN 클라이언트는 사용자 명령을 해석하고 대상 데이터베이스에 연결하는 동안 사용자를 대신하여 실행하는 클라이언트입니다.
RMAN을 사용하여 데이터베이스에 연결하는 간단한 명령은 다음과 같습니다.
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> 여기서 DBID는 작업하려는 각 데이터베이스에 고유 한 고유 식별자입니다.
이 예에서 우리는 ORCL .
ORCL 데이터베이스에 속한 데이터를 백업합니다.
백업은 데이터베이스의 물리적 사본이므로 저장할 수있는 위치 / 디렉토리가 필요합니다.
이를 달성하기 위해 우리는 이름이 지정된 특수 디렉토리를 사용할 수 있습니다. db_recovery_file_dest 백업 위치로 사용됩니다. 이 매개 변수의 크기를 다음과 같이 정의하십시오. db_recovery_file_dest_size 이 백업 위치의 크기를 표시합니다.
백업을 압축하는 여러 가지 방법과 백업 크기를 줄일 수있는 몇 가지 기술이 있지만 적어도 DB_RECOVERY_FILE_DEST_SIZE 데이터베이스의 실제 데이터 크기로. 데이터 블록의 변경 사항을 기록하는 오프라인 리두 로그에 불과한 아카이브 로그도 고려해야합니다.
백업 전략은 데이터 파일, 제어 파일, 매개 변수 파일, 네트워크 관련 파일, 아카이브 된 리두 로그 파일과 같은 데이터베이스와 관련된 모든 파일로 구성됩니다.
RMAN 또는 기타 물리적 백업 도구는 데이터 파일, 제어 파일, 매개 변수 파일, 아카이브 된 리두 로그 파일을 백업 할 수 있습니다. 네트워크 관련 파일은 cp 또는 copy와 같은 OS 유틸리티를 사용하여 수동으로 백업해야합니다.
데이터베이스를 백업하려면 다음을 사용합니다.
'백업 데이터베이스'– 아주 간단합니다. 이제 ORCL 데이터베이스 백업을 시작하겠습니다.
이미 대상 데이터베이스 (ORCL)에 연결되었으므로 '백업 데이터베이스'명령을 실행합니다.
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 여기에서 데이터베이스의 모든 관련 파일 (데이터 파일, 제어 파일, spfile (파라미터 파일))의 백업이 완료되었음을 확인합니다. 백업 작업에는 약 4 분 27 초 (경과 시간)가 소요되었습니다. 이것은 5 개의 데이터 파일이있는 소규모 테스트 데이터베이스이므로 백업하는 데 매우 적은 시간이 소요되었습니다.
대규모 조직의 데이터베이스에서 데이터를 백업하려는 경우 수백 개의 데이터 파일이있을 수 있으며 각 데이터 파일은 테라 바이트 크기 일 수 있으며 데이터베이스를 완전히 백업하는 데는 잠재적으로 몇 시간이 걸릴 수 있습니다.
방금 생성 한 백업에 대한 세부 정보를 알기 위해 다음을 실행합니다.
RMAN> 목록 백업;
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 이 백업은 D : APP1 SUNTYADA FLASH_RECOVERY_AREA로 정의 된 DB_RECOVERY_FILE_DEST 위치에 있습니다.
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 백업 위치에 정의 된 크기는 3912MB입니다.
VALIDATE를 사용하여 데이터베이스 파일 및 백업을 확인하십시오.
RMAN> 데이터베이스 유효성 검사;
RMAN 백업 검증
위기 상황에서 데이터베이스를 복구 할 수 있는지 어떻게 테스트하거나 검증합니까?
하드웨어 오류 또는 스토리지 디스크의 일부 손상으로 인해 해당 스토리지 파일에 속한 데이터가 손실되지 않도록 손상된 데이터를 복원 할 수있는 좋은 백업이 필요합니다.
그것은 모두 백업을 설계 한 방법, 백업이 예약 된 간격, 전체 백업을 수행하고 증분 백업이 있는지 여부에 따라 다릅니다.
불필요한 데이터 조작과 같은 사용자 오류의 경우 논리적 백업을 통해 변경된 데이터의 일부 또는 전체를 복원 할 수 있습니다.
실제로 우리는 미래에 발생할 수있는 오류를 인식하고 예측하고이를 회피하기 위해 모든 전략을 테스트해야합니다.
BACKUP VALIDATE 명령을 사용하여 백업 파일의 유효성을 검사하십시오.
물리적 손상 검사 전용 명령 :
RMAN> 백업 검증
데이터 베이스
ARCHIVELOG ALL;
물리적 및 논리적 손상 검사를위한 명령 :
RMAN> 백업 검증
논리 확인
데이터 베이스
ARCHIVELOG ALL;
RMAN> 백업 유효성 검사 데이터베이스 ;
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 위에서 볼 수 있듯이 각 파일의 상태는 ' 확인 ”즉, 이러한 파일을 사용할 수 있으며 언제든지 파일을 복원하는 데 사용할 수 있습니다.
데이터베이스 복원 미리보기를 수행 할 수 있습니다. 이렇게하면 실제로 파일을 복원하지 않고도 멋진 파일 목록과 가용성을 얻을 수 있습니다.
RESTORE 명령을 사용하여 백업 유효성 검사 :
RMAN> 데이터베이스 유효성 검사 복원;
아카이브 로그 복원 모두 유효성 검사;
RMAN> 데이터베이스 미리보기 복원;
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 결론
이것들은 단지 간단한 기술입니다 Oracle RMAN 백업을 확인하십시오. 다양한 중요한 RMAN 명령을 사용하여 RMAN 백업 및 복구 프로세스를 명확하게 이해하시기 바랍니다.
데이터 크기를 기반으로하는 실제 시나리오에서는 수백 개의 데이터 파일이있을 수 있으며 적절한 백업 전략을 세우기 위해 각 파일을 모두 백업해야합니다. 또한, 회복 테스트 프로덕션에서 동일한 기술을 사용할 수 있는지 확인하기 위해 테스트 시스템에서
우리는 중요 / 테스트 데이터베이스를 백업하는 다양한 방법과이를 테스트하는 다양한 방법을 다루었습니다. 이미 여러 번 제안했듯이 좋은 백업 및 복구 전략을 사용하면 작업과 조직을 구할 수 있습니다.
Oracle 또는 기타 데이터베이스 백업 및 복구 테스트와 관련된 질문이 있으면 알려주십시오.