# RMAN 프로시저용 공통 파라미터
<a name="Appendix.Oracle.CommonDBATasks.CommonParameters"></a>

Amazon RDS 패키지인 `rdsadmin.rdsadmin_rman_util`에서 프로시저를 사용해 RMAN으로 작업을 수행할 수 있습니다. 이 패키지에서 몇 가지 파라미터는 프로시저에 공통됩니다. 이 패키지에는 다음과 같은 공통 파라미터가 있습니다.


****  

| 파라미터 이름 | 데이터 형식 | 유효한 값 | 기본값 | 필수 | 설명 | 
| --- | --- | --- | --- | --- | --- | 
| `p_directory_name` | varchar2 | 유효한 데이터베이스 디렉터리 이름입니다. | — | 예 | 백업 파일을 담을 디렉터리의 이름입니다. | 
| `p_label` | varchar2 | `a-z`, `A-Z`, `0-9`, `'_'`, `'-'`, `'.'` | — | 아니요 | 백업 파일 이름에 포함된 고유 문자열입니다. 제한은 30자입니다.  | 
| `p_owner` | varchar2 | `p_directory_name`에 지정된 디렉터리의 유효한 소유자입니다. | — | 예 | 백업 파일을 담을 디렉터리의 소유자입니다. | 
| `p_tag` | varchar2 | `a-z`, `A-Z`, `0-9`, `'_'`, `'-'`, `'.'` | NULL | 아니요 | 매일, 매주 또는 증분 수준 백업과 같은 백업의 목적이나 용도를 나타내기 위해 백업을 구별하는 데 사용할 수 있는 문자열입니다.<br />제한은 30자입니다. 태그는 대/소문자를 구분하지 않습니다. 태그를 입력할 때 사용된 대소문자에 관계없이 항상 대문자로 태그가 저장됩니다.<br />태그는 고유할 필요가 없으므로 여러 백업이 동일한 태그를 가질 수 있습니다.<br />태그를 지정하지 않으면 RMAN은 `TAG{{YYYYMMDDTHHMMSS}}` 형식을 사용하여 기본 태그를 자동으로 할당합니다. 여기서 {{YYYY}}는 연도, {{MM}}은 월, {{DD}}는 일, {{HH}}는 시간(24시간 형식), {{MM}}은 분, {{SS}}는 초입니다. 날짜 및 시간은 RMAN이 백업을 시작한 때를 나타냅니다.<br />예를 들어 백업은 2019-09-27 21:45:17에 시작된 백업에 대해 `TAG20190927T214517` 태그를 수신할 수 있습니다.<br />`p_tag` 파라미터는 다음 Amazon RDS for Oracle DB 엔진 버전에서 지원됩니다.[See the AWS documentation website for more details](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/Appendix.Oracle.CommonDBATasks.CommonParameters.html) | 
| `p_compress` | 부울 | `TRUE`, `FALSE` | `FALSE` | 아니요 | `TRUE`를 지정하여 기본 백업 압축을 활성화합니다.<br />`FALSE`를 지정하여 기본 백업 압축을 비활성화합니다. | 
| `p_include_archive_logs` | 부울 | `TRUE`, `FALSE` | `FALSE` | 아니요 | `TRUE`를 지정하여 보관된 재실행 로그를 백업에 포함합니다.<br />`FALSE`를 지정하여 보관된 재실행 로그를 백업에서 제외합니다.<br />보관된 재실행 로그를 백업에 포함하는 경우 `rdsadmin.rdsadmin_util.set_configuration` 프로시저를 사용해 보존 기간을 1시간 이상으로 설정하세요. 또한 백업을 실행하기 전에 `rdsadmin.rdsadmin_rman_util.crosscheck_archivelog` 프로시저를 즉시 호출하세요. 이렇게 하지 않으면 Amazon RDS 관리 프로시저에서 삭제한 보관된 재실행 로그 파일이 누락되어 백업이 실패할 수 있습니다. | 
| `p_include_controlfile` | 부울 | `TRUE`, `FALSE` | `FALSE` | 아니요 | `TRUE`를 지정하여 백업에 제어 파일을 포함합니다.<br />`FALSE`를 지정하여 백업에서 제어 파일을 제외합니다. | 
| `p_optimize` | 부울 | `TRUE`, `FALSE` | `TRUE` | 아니요 | 보관된 재실행 로그가 포함된 경우 백업 크기를 줄이기 위해 `TRUE`를 지정하여 백업 최적화를 활성화합니다.<br />`FALSE`를 지정하여 백업 최적화를 비활성화합니다. | 
| `p_parallel` | 숫자 | Oracle Database Enterprise Edition(EE)에서 `1`과 `254` 사이의 유효한 정수입니다.<br />`1`다른 Oracle Database 에디션일 때는 입니다. | `1` | 아니요 | 채널 수입니다. | 
| `p_rman_to_dbms_output` | 부울 | `TRUE`, `FALSE` | `FALSE` | 아니요 | `TRUE`일 때는 RMAN 출력이 `DBMS_OUTPUT` 패키지를 비롯해 `BDUMP` 디렉터리의 파일로 전송됩니다. SQL\*Plus에서 `SET SERVEROUTPUT ON`을 사용하여 출력을 확인합니다.<br />`FALSE`일 때는 RMAN 출력이 `BDUMP` 디렉터리의 파일로만 전송됩니다. | 
| `p_section_size_mb` | 숫자 | 유효한 정수입니다. | `NULL` | 아니요 | 섹션 크기(MB)입니다.<br />각 파일을 지정된 섹션 크기로 나누어서 함께 확인합니다.<br />`NULL`일 때는 파라미터를 무시합니다. | 
| `p_validation_type` | varchar2 | `'PHYSICAL'`, `'PHYSICAL+LOGICAL'` | `'PHYSICAL'` | 아니요 | 손상 탐지 수준입니다.<br />물리적 손상 여부를 알아보고 싶다면 `'PHYSICAL'`을 지정합니다. 물리적 손상을 예로 들면 헤더와 푸터가 서로 일치하는 않는 블록이 있습니다.<br />물리적 손상 외에 논리적 불일치 여부도 알아보고 싶다면 `'PHYSICAL+LOGICAL'`을 지정합니다. 논리적 손상의 예로는 잘못된 블록을 들 수 있습니다. |