Oracle DB 인스턴스에 대한 공통 기타 작업 수행

그 다음에는 Oracle을 실행하는 Amazon RDS DB 인스턴스에서 기타 DBA 작업을 수행하는 방법을 알아봅니다. 관리형 서비스 환경을 제공하기 위해 Amazon RDS는 DB 인스턴스에 대해 shell 액세스를 제공하지 않으며, 고급 권한이 필요한 특정 시스템 절차와 테이블에 대한 액세스를 제한합니다.

메인 데이터 스토리지 공간에서 디렉터리 생성 및 삭제

디렉터리를 생성하려면 Amazon RDS 프로시저 rdsadmin.rdsadmin_util.create_directory를 사용합니다. 디렉터리를 최대 10,000개까지 만들어 메인 데이터 스토리지 공간에 저장할 수 있습니다. 디렉터리를 삭제하려면 Amazon RDS 프로시저 rdsadmin.rdsadmin_util.drop_directory를 사용합니다.

create_directory 및 drop_directory 프로시저에는 다음과 같은 필수 파라미터가 있습니다.

다음 예제에서는 PRODUCT_DESCRIPTIONS라는 새 디렉터리를 생성합니다.

EXEC rdsadmin.rdsadmin_util.create_directory(p_directory_name => 'product_descriptions');

데이터 딕셔너리는 디렉터리 이름을 대문자로 저장합니다. DBA_DIRECTORIES에 쿼리를 실행하면 디렉터리 목록을 표시할 수 있습니다. 실제 호스트 경로 이름은 시스템이 자동으로 선택합니다. 다음은 PRODUCT_DESCRIPTIONS라는 디렉터리의 디렉터리 경로를 얻는 예제입니다.

SELECT DIRECTORY_PATH 
  FROM DBA_DIRECTORIES 
 WHERE DIRECTORY_NAME='PRODUCT_DESCRIPTIONS';
        
DIRECTORY_PATH
----------------------------------------
/rdsdbdata/userdirs/01

DB 인스턴스의 마스터 사용자 이름은 새로운 디렉터리에서도 읽기/쓰기 권한이 있으며, 다른 사용자에게 액세스 권한을 부여할 수도 있습니다. EXECUTE 권한은 DB 인스턴스의 디렉터리에 사용할 수 없습니다. 디렉터리는 메인 데이터 스토리지 공간에 생성되어 일정 공간과 I/O 대역폭을 사용합니다.

다음 예제에서는 PRODUCT_DESCRIPTIONS라는 디렉터리를 삭제합니다.

EXEC rdsadmin.rdsadmin_util.drop_directory(p_directory_name => 'product_descriptions');

디렉터리를 삭제해도 그 내용은 제거되지 않습니다. rdsadmin.rdsadmin_util.create_directory 프로시저가 경로 이름을 재사용하므로 삭제된 디렉터리의 파일이 새로 생성된 디렉터리에 나타날 수도 있습니다. 디렉터리를 삭제하기 전에 UTL_FILE.FREMOVE를 사용하여 디렉터리에서 파일을 제거하는 것이 좋습니다. 자세한 내용은 Oracle 설명서의 FREMOVE 프로시저를 참조하세요.

DB 인스턴스 디렉터리의 파일 목록 표시

디렉터리의 파일을 나열하려면 Amazon RDS 프로시저 rdsadmin.rds_file_util.listdir을 사용합니다. Oracle 복제본의 경우 이 프로시저가 지원되지 않습니다. listdir 프로시저에는 다음과 같은 파라미터가 있습니다.

다음 예에서는 사용자 rdsadmin에게 디렉터리 PRODUCT_DESCRIPTIONS에 대한 읽기/쓰기 권한을 부여한 다음 이 디렉터리에 있는 파일을 나열합니다.

GRANT READ,WRITE ON DIRECTORY PRODUCT_DESCRIPTIONS TO rdsadmin;
SELECT * FROM TABLE(rdsadmin.rds_file_util.listdir(p_directory => 'PRODUCT_DESCRIPTIONS'));

DB 인스턴스 디렉터리의 파일 목록 읽기

텍스트 파일을 읽으려면 Amazon RDS 프로시저 rdsadmin.rds_file_util.read_text_file을 사용합니다. read_text_file 프로시저에는 다음과 같은 파라미터가 있습니다.

다음 예제에서는 rice.txt 디렉터리에 PRODUCT_DESCRIPTIONS 파일을 생성합니다.

declare
  fh sys.utl_file.file_type;
begin
  fh := utl_file.fopen(location=>'PRODUCT_DESCRIPTIONS', filename=>'rice.txt', open_mode=>'w');
  utl_file.put(file=>fh, buffer=>'AnyCompany brown rice, 15 lbs');
  utl_file.fclose(file=>fh);
end;
/

다음 예제에서는 rice.txt 디렉터리에서 PRODUCT_DESCRIPTIONS 파일을 읽습니다.

SELECT * FROM TABLE
    (rdsadmin.rds_file_util.read_text_file(
        p_directory => 'PRODUCT_DESCRIPTIONS',
        p_filename  => 'rice.txt'));

Opatch 파일 액세스

Opatch는 Oracle 소프트웨어에 패치를 적용하고 롤백할 수 있는 Oracle 유틸리티입니다. 데이터베이스에 적용된 패치를 확인하는 Oracle 메커니즘이 opatch lsinventory 명령입니다. BYOL(Bring Your Own Licence) 고객에 대한 서비스 요청을 개시하기 위해 Oracle Support는 해당 lsinventory 파일 및 Opatch 에서 생성된 lsinventory_detail 파일을 요청합니다.

관리형 서비스 환경을 제공하기 위해 Amazon RDS는 Opatch에 대한 shell 액세스를 제공하지 않습니다. 그 대신, BDUMP 디렉터리의 lsinventory-dbv.txt에는 현재 엔진 버전과 관련한 패치 정보가 포함되어 있습니다. 마이너 또는 메이저 업그레이드를 수행하면 Amazon RDS가 패치를 적용한 후 1 시간 이내에 lsinventory-dbv.txt를 업데이트합니다. 적용된 패치를 확인하려면 lsinventory-dbv.txt를 확인하세요. 이 작업은 opatch lsinventory 명령을 실행하는 것과 유사합니다.

인벤토리 파일은 Amazon RDS 명명 규칙 lsinventory-dbv.txt 및 lsinventory_detail-dbv.txt를 사용합니다. 여기서 dbv는 DB 버전의 전체 이름입니다. lsinventory-dbv.txt 파일은 모든 DB 버전에서 사용할 수 있습니다. 해당 lsinventory_detail-dbv.txt는 19.0.0.0, ru-2020-01.rur-2020-01.r1 이상 버전에서 사용할 수 있습니다.

예를 들어 DB 버전이 19.0.0.0.ru-2021-07.rur-2021-07.r1인 경우 인벤토리 파일의 이름은 다음과 같습니다.

lsinventory-19.0.0.0.ru-2021-07.rur-2021-07.r1.txt
lsinventory_detail-19.0.0.0.ru-2021-07.rur-2021-07.r1.txt

DB 엔진의 현재 버전과 일치하는 파일을 다운로드해야 합니다.

SELECT text
FROM   TABLE(rdsadmin.rds_file_util.read_text_file('BDUMP', 'lsinventory-dbv.txt'));

SET SERVEROUTPUT ON
DECLARE
  v_file              SYS.UTL_FILE.FILE_TYPE;
  v_line              VARCHAR2(1000);
  v_oracle_home_type  VARCHAR2(1000);
  c_directory         VARCHAR2(30) := 'BDUMP';
  c_output_file       VARCHAR2(30) := 'lsinventory-dbv.txt';
BEGIN
  v_file := SYS.UTL_FILE.FOPEN(c_directory, c_output_file, 'r');
  LOOP
    BEGIN
      SYS.UTL_FILE.GET_LINE(v_file, v_line,1000);
      DBMS_OUTPUT.PUT_LINE(v_line);
    EXCEPTION
      WHEN no_data_found THEN
        EXIT;
    END;
  END LOOP;
END;
/

SPOOL /tmp/tracefile.txt
SELECT * 
FROM   rdsadmin.tracefile_listing 
WHERE  FILENAME LIKE 'lsinventory%';
SPOOL OFF;

Advisor 작업 관리

Oracle Database에는 다양한 Advisor가 포함되어 있습니다. 각 Advisor는 자동화 및 수동 작업을 지원합니다. rdsadmin.rdsadmin_util 패키지의 프로시저를 사용하여 일부 Advisor 작업을 관리할 수 있습니다.

Advisor 작업 프로시저는 다음 엔진 버전에서 사용할 수 있습니다.

Advisor 작업에 대한 파라미터 설정

일부 Advisor 작업에 대한 파라미터를 설정하려면 Amazon RDS 프로시저 rdsadmin.rdsadmin_util.advisor_task_set_parameter를 사용합니다. advisor_task_set_parameter 프로시저에는 다음과 같은 파라미터가 있습니다.

COL PARAMETER_NAME FORMAT a30
COL PARAMETER_VALUE FORMAT a30
SELECT PARAMETER_NAME, PARAMETER_VALUE
FROM DBA_ADVISOR_PARAMETERS
WHERE TASK_NAME='p_task_name'
AND PARAMETER_VALUE != 'UNUSED'
ORDER BY PARAMETER_NAME;

COL PARAMETER_NAME FORMAT a30
COL PARAMETER_VALUE FORMAT a30
SELECT PARAMETER_NAME, PARAMETER_VALUE
FROM DBA_ADVISOR_PARAMETERS
WHERE TASK_NAME='p_task_name'
AND PARAMETER_VALUE != 'UNUSED'
ORDER BY PARAMETER_NAME;

다음 PL/SQL 프로그램은 ACCEPT_PLANS에 대해 FALSE를 SYS_AUTO_SPM_EVOLVE_TASK로 설정합니다. SQL Plan Management 자동화 작업은 계획을 확인하고 결과에 대한 보고서를 생성하지만 계획을 자동으로 개선하지는 않습니다. 보고서를 사용하여 새 SQL 계획 기준을 식별하고 수동으로 적용할 수 있습니다.

BEGIN 
  rdsadmin.rdsadmin_util.advisor_task_set_parameter(
    p_task_name => 'SYS_AUTO_SPM_EVOLVE_TASK',
    p_parameter => 'ACCEPT_PLANS',
    p_value     => 'FALSE');
END;

다음 PL/SQL 프로그램은 EXECUTION_DAYS_TO_EXPIRE에 대해 10를 AUTO_STATS_ADVISOR_TASK로 설정합니다. 미리 정의된 작업 AUTO_STATS_ADVISOR_TASK는 유지 관리 기간 동안 하루에 한 번 자동으로 실행됩니다. 이 예에서는 작업 실행의 보존 기간을 10일로 설정합니다.

BEGIN 
  rdsadmin.rdsadmin_util.advisor_task_set_parameter(
    p_task_name => 'AUTO_STATS_ADVISOR_TASK',
    p_parameter => 'EXECUTION_DAYS_TO_EXPIRE',
    p_value     => '10');
END;

AUTO_STATS_ADVISOR_TASK 비활성화

AUTO_STATS_ADVISOR_TASK를 비활성화하려면 Amazon RDS 프로시저 rdsadmin.rdsadmin_util.advisor_task_drop을 사용합니다. advisor_task_drop 프로시저는 다음 파라미터를 받습니다.

다음 명령은 AUTO_STATS_ADVISOR_TASK를 삭제합니다.

EXEC rdsadmin.rdsadmin_util.advisor_task_drop('AUTO_STATS_ADVISOR_TASK')

rdsadmin.rdsadmin_util.dbms_stats_init를 사용하여 AUTO_STATS_ADVISOR_TASK를 다시 활성화할 수 있습니다.

AUTO_STATS_ADVISOR_TASK 다시 활성화

AUTO_STATS_ADVISOR_TASK를 다시 활성화하려면 Amazon RDS 프로시저 rdsadmin.rdsadmin_util.dbms_stats_init를 사용합니다. dbms_stats_init 프로시저에는 파라미터가 없습니다.

다음 명령은 AUTO_STATS_ADVISOR_TASK를 다시 활성화합니다.

EXEC rdsadmin.rdsadmin_util.dbms_stats_init()