A ACSLS 백업 및 복구 도구

이 부록의 내용:

  • 각 유틸리티, 해당 유틸리티의 용도 및 해당 유틸리티가 중요한 이유에 대한 개요와 설명을 제공합니다.

  • 재해 복구 시나리오에 대한 간략한 설명을 제공합니다.

ACSLS 백업 도구

ACSLS는 해당 데이터베이스와 ACSLS 제어 파일을 모두 백업하기 위해 강력하면서 확연히 다른 세 가지 방법을 제공합니다. 각 유틸리티는 서로 다른 기능을 수행하고 모든 방법은 전체 재해 복구 계획에서 중요한 역할을 합니다.

자동 백업

ACSLS는 자동화된 데이터베이스 보호 서비스를 제공합니다. 이러한 자동화된 보호 서비스는 의도하지 않은 결과를 생성하거나 데이터베이스 손상으로 인해 발생할 수 있는 변경사항에 대비하여 ACSLS 데이터베이스의 일간 작업을 안전하게 보호합니다.

결과적으로 자동화된 백업 보호 서비스를 통해 데이터베이스를 현재에서 보존 기간의 끝까지 모든 백업 시간으로 다시 복원할 수 있습니다. 복원 도구는 이 부록의 뒷부분에서 설명합니다.

이 절에서는 자동화된 백업 방법 및 해당 방법이 사용되는 이유에 대해 설명합니다.

  • ACSLS 기본 백업 디렉토리

    ACSLS 초기 설치 시 백업에 사용할 디렉토리 이름을 제공해야 합니다(기본값: /export/backup). 백업 작동이 발생하는 이 디렉토리에 있습니다.

  • 전체 데이터베이스 백업이 수행되고 날짜 이름 지정 규칙을 사용하여 디렉토리에 배치됩니다.

    /export/backup/yyyy-mm-dd-hh:mm:ss.tar

    일 단위 백업이 수행되는 시간은 acsss_config 내에서 "Automatic Backup Variables"를 변경하여 수정할 수 있습니다.

    기본 백업 동작 변경에 대한 자세한 내용은 ACSLS 동작을 제어하는 변수 설정을 참조하십시오.

  • 데이터베이스 보존 기간

    자동 백업에 영향을 주는 ACSLS 내 다른 구성 가능 매개변수는 데이터베이스 보존 기간입니다. 이는 ACSLS가 백업을 보존하는 기간으로 정의됩니다.

    보존 기간에 대한 기본값은 8일입니다.

    기본 백업 동작 변경에 대한 자세한 내용은 ACSLS 동작을 제어하는 변수 설정을 참조하십시오.

    보존 기간은 acsss_config를 사용하여 수정할 수도 있습니다.

수동 백업

ACSLS는 명령줄을 사용하여 중요한 ACSLS 데이터를 백업하는 bdb.acsss 유틸리티를 제공합니다. 환경이 같거나 동일한 하드웨어, OS 레벨 및 ACSLS 버전으로 구성된 ACSLS 데이터베이스를 복원하는 데 사용되는 방법이기도 합니다. bdb.acsss를 참조하십시오.

명령줄 옵션 없이 사용되는 bdb.acsss는 데이터베이스 백업을 만들고 해당 백업을 기본 백업 디렉토리에 저장하는 기능을 제공합니다. 중요한 ACSLS 데이터베이스 및 ACSLS 제어 파일이 단일 파일로 모두 백업됩니다. 그런 다음 이 파일은 내부 디스크 또는 마더보드 결함과 같은 시나리오가 발생한 경우 같거나 동일한 하드웨어의 이전 상태로 ACSLS를 복원하는 데 사용될 수 있습니다.

rdb_acsss 유틸리티는 파일 및 위치(rdb.acsss -f /path/my_file) 또는 테이프 장치(-f /dev/rmt/0mn)를 지정하는 데 사용할 수 있는
'-f' 옵션을 허용합니다. 테이프 장치를 사용할 때 테이프 장치에 파일 이름을 제공하지 않습니다.

수동 데이터베이스 내보내기

ACSLS는 db_export.sh 유틸리티를 제공하여 ACSLS 데이터베이스, ACSLS 제어 파일 및 사용자 정의된 모든 동적 변수를 내보냅니다. db_export.sh 유틸리티는 ACSLS 데이터베이스를 쉼표로 구분된 ACSII 파일에 덤프하고, ACSLS 제어 파일의 복사본을 만들고, 동적 변수의 복사본을 만듭니다. 이는 최신 버전의 ACSLS로 마이그레이션하는 데 사용되는 방법이며, 내보내기를 수행하기 전에 ACSLS와 데이터베이스가 모두 작동 중지되어야 하므로 일 단위 백업 작업에 권장되지 않습니다.

db_export.sh 명령줄 유틸리티는 서로 다른 레벨의 서버 하드웨어, OS 버전 및 서로 다른 ACSLS 릴리스 간에 데이터베이스를 마이그레이션하는 경우 선호되는 방법입니다. 옵션 없이 /dev/0mn과 같은 로컬 기본 테이프 장치와 함께 사용할 수 있습니다. 그런 다음 이 테이프는 모든 위치로 이동될 수 있으며 ACSLS 및 연관된 ACSLS 제어 파일은 모든 OS 버전 또는 모든 레벨의 ACSLS로 복원될 수 있습니다.

주:

모든 테이프 장치를 선택할 수 있지만 no-rewind 장치가 사용되어야 합니다. db_export 유틸리티는 두 개의 파일을 만듭니다. 되감기 장치가 선택된 경우 첫번째 파일(데이터 파일)은 두번째 파일이 생성될 때 덮어쓰여집니다.

bdb.acsss 유틸리티처럼 '-f' 옵션은 시스템 기본값 이외의 테이프 장치를 지정하는 데 사용할 수 있습니다. 이 옵션을 사용하려면
db_export.sh /dev/0mn 또는 연결된 테이프 장치를 실행하기만 하면 됩니다.

또한 -f 옵션을 사용하면 데이터베이스를 이름이 지정된 파일로 내보낼 수 있습니다. 이 방법을 사용하면 두 개의 파일이 생성되었음을 확인할 수 있습니다. 하나는 이름이 지정된 파일이고 다른 하나는 확장자가 .misc인 파일입니다. 두 파일은 가져오기를 성공적으로 수행하기 위해 가져오기를 수행할 서버로 전송해야 합니다.

-f 옵션을 사용하거나 사용하지 않고 db_export.sh 유틸리티를 실행하면 내보낼 ACSLS 버전을 선택하라는 프롬프트가 표시됩니다.

db_export.sh의 메뉴 선택은 다음과 같습니다.

1: ACSLS 7.3
2: ACSLS 8.0, 8.0.1, 8.0.2, 8.1
3. ACSLS 8.2 or 8.3
4. ACSLS 8.4
E: Exit
Please select by number (or E to exit):

ACSLS 복구 도구

ACSLS는 두 개의 서로 다른 복구 도구를 사용하여 모든 백업 및 내보내기를 복원합니다. 두 도구는 메뉴 기반 사용자 인터페이스 및 쉽게 선택할 수 있는 옵션을 제공합니다. 두 유틸리티는 다음과 같습니다.

  • rdb.acsss - 자동 백업과 수동 백업 모두를 위한 복구 도구입니다.

  • db_import.sh - 내보낸 데이터베이스 및/또는 ACSLS 제어 파일을 동일한 버전의 ACSLS, 다른 버전의 ACSLS 또는 다른 하드웨어 플랫폼에서 복원합니다. 또한 이 옵션으로 사용자 정의된 동적 변수를 복구할 수 있습니다.

rdb.acsss 사용

rdb.acsss 유틸리티는 자동 백업 기능 또는 bdb.acsss 유틸리티로 만든 백업을 사용하여 ACSLS 데이터베이스 및 ACSLS 제어 파일을 복원합니다. ACSLS 제어 파일은 $ACS_HOME/data에 있으며 ACSLS에 대해 서로 다른 여러 환경 변수를 정의합니다. 이러한 파일은 액세스 제어 설정, 스크래치 환경 설정, Extended Store LSM, 사용자 정의 volrpt 설정, 볼륨 속성(watch_vols 유틸리티의 경우) 등을 지정합니다.

옵션 및 절차는 rdb.acsss를 참조하십시오.

db_import.sh 사용

ACSLS는 db_import.sh 유틸리티를 제공하여 동일한 버전의 ACSLS, 다른 버전의 ACSLS 또는 다른 하드웨어 플랫폼에서 내보낸 데이터베이스를 복원할 수 있습니다. 이 유틸리티는 rdb.acsss와 같이 수행할 작업을 선택할 수 있는 읽기 쉬운 메뉴 기반 사용자 인터페이스를 제공합니다.

db_import.sh 유틸리티를 옵션 없이 작동하거나 경로 및 파일 이름에
'-f' 옵션을 인수로 제공할 수 있습니다. 옵션 없이 명령줄에서 db_import.sh를 실행하면 유틸리티가 로컬 테이프 장치에서 내보낸 데이터베이스를 검색합니다. 먼저 내보낸 데이터베이스의 존재 여부를 검사하고, 해당 데이터베이스가 유효한 데이터베이스 내보내기 파일인지 확인한 다음 4개의 옵션이 있는 메뉴를 표시합니다.

주:

또한 기본값이 아닌 장치의 경우 테이프 장치에 -f 옵션을 제공(-f /dev/rmt/0mn)할 수 있습니다. 유효한 테이프 장치를 제공하더라도 되감기가 아닌 장치를 제공해야 합니다. db_import.sh 유틸리티는 두 개의 파일을 사용합니다. 하나는 데이터용이고, 다른 하나는 제어 파일용입니다. 되감기 장치를 사용하는 경우 데이터 파일이 복구된 후 테이프가 되감기고 제어 파일이 실패합니다.

경로 및 파일 이름에 -f 옵션을 제공하는 경우 db_import.sh는 제공된 파일 이름을 내보낸 데이터베이스 파일로 사용합니다. 로컬 테이프 장치처럼 먼저 파일이 존재하는지 여부를 확인한 다음 제공된 파일 이름이 내보낸 데이터베이스 파일인지 검증합니다. 제공된 파일이 유효한 내보내기인 경우 메뉴를 표시합니다. 메뉴 옵션은 다음과 같습니다.

  • 옵션 1 - 내보낸 파일에 대한 데이터베이스 테이블, 제어 파일 및 동적 변수를 가져옵니다.

    이 옵션은 내보낸 버전에서 유지된 모든 사용자 정의 업데이트와 라이브러리 데이터베이스를 가져옵니다.

  • 옵션 2 - 내보낸 파일에서 데이터베이스 테이블만 가져옵니다.

    이 옵션은 전체 라이브러리 구성 및 볼륨 데이터 세트를 가져오지만 내보낸 버전에서 수행된 시스템 사용자 정의는 적용하지 않습니다.

  • 옵션 3 - 내보낸 파일에서 제어 파일만 가져옵니다.

    이 옵션은 현재 라이브러리 데이터베이스를 변경하지 않고 이전 버전에서 내보낸 사용자 정의만 가져옵니다.

  • 옵션 4 - 내보낸 파일에서 사용자 정의된 동적 변수를 병합합니다.

    이 옵션은 내보낸 버전의 모든 사용자 정의된 설정을 현재 버전과 병합합니다. ACSLS 동작을 제어하는 변수 설정을 참조하십시오.

재해 시나리오

이 절에서는 재해 시나리오에 대해 설명합니다.

데이터베이스가 손상된 경우

  1. 사용자 acsss로 복구를 실행하기 전에 ACSLS를 중지합니다.

    $ acsss db 
    $ rdb.acsss  
    
  2. 옵션 2를 선택합니다. rdb.acsss을 참조하십시오.

  3. 복구가 완료되면 ACSLS를 시작합니다(acsss enable).

잘못된 라이브러리에 대해 acsss_config가 실행된 경우

  1. 옵션 2를 선택합니다. rdb.acsss을 참조하십시오.

  2. ACSLS를 시작하고 데이터베이스 백업 및 복원 절차에 따라 테스트합니다.

서버 실패 – 새 하드웨어로 동일한 서버 재구축

  1. 운영체제를 설치합니다.

  2. 이전 서버의 설정을 사용하여 새 서버 및 OS를 구성합니다.

  3. ACSLS를 설치합니다.

  4. 백업 테이프 또는 FTP 백업 파일을 서버에 삽입합니다.

  5. rdb.acsss 유틸리티를 시작합니다.

  6. 옵션 2를 선택합니다. rdb.acsss을 참조하십시오.

  7. rdb.acsss를 종료합니다.

  8. ACSLS를 시작하고 데이터베이스 백업 및 복원 절차에 따라 테스트합니다.

서버 실패 – 새 하드웨어로 다른 ACSLS 서버 재구축

  1. 운영체제를 설치합니다.

  2. ACSLS를 설치합니다.

  3. ACSLS 서버 간 백업 파일을 적합한 위치에 배치합니다.

  4. rdb.acsss를 입력합니다. rdb.acsss를 참조하십시오.

  5. 옵션 3을 선택합니다.

  6. 복구 유틸리티가 완료되면 ACSLS를 시작하고 데이터베이스 백업 및 복원 절차에 따라 테스트합니다.