Tivoli Storage Manager 클라이언트 구성

Db2® 데이터베이스 관리자가 IBM® Tivoli® Storage Manager (TSM) 클라이언트를 사용하여 데이터베이스 또는 테이블스페이스 백업 또는 복원 조작을 관리하기 전에 TSM 환경을 구성해야 합니다.

시작하기 전에

기능하는 TSM 클라이언트 및 서버가 설치 및 구성되어 있어야 합니다. 또한 TSM 클라이언트 API가 각 DB2 데이터베이스 서버에 설치되어 있어야 합니다. TSM 서버가 TSM 클라이언트 프록시 노드를 지원하도록 구성된 경우에는 해당 노드가 지원됩니다. 서버 구성 및 프록시 노드 지원에 대한 정보는 Tivoli Storage Manager사용 고려사항 을 참조하거나 Tivoli 문서를 참조하십시오.

주: Tivoli Storage Manager 버전 7.1.8 및 버전 8.1.2 에서는 클라이언트와 서버 간의 보안 향상을 위한 중요한 개선사항을 소개합니다. TSM 서버가 버전 7.1.8(또는 상위 버전) 또는 8.1.2(또는 상위 버전)로 업그레이드되고 향상된 보안 프로토콜로 구성되어 있으며 TSM 백업 아카이브 클라이언트가 버전 7.1.8(또는 상위 버전) 또는 8.1.2(또는 상위 버전)로 업그레이드된 경우, 서버에서 새 보안 개선 사항과 작동하도록 백업 아카이브 클라이언트의 보안 설정을 다시 구성해야 합니다. 다시 구성하는 데 실패하는 경우 클라이언트는 TSM 인증 오류 코드 927 또는 다른 오류가 발생할 수 있습니다. 세부사항은 TSM 버전 7.1.8: https://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.8/client/r_new_for_version.html또는 TSM 버전 8.1.2: https://www.ibm.com/support/knowledgecenter/SSEQVQ_8.1.2/client/r_new_for_version.html의 새 기능 및 업데이트를 참조하십시오. 또한 다음 기술 노트에서 구성 변경사항을 확인하십시오. https://www.ibm.com/support/pages/configuration-changes-needed-ibm-spectrum-protect-formerly-tivoli-storage-manager-client-versions-starting-718-and-812
참고: Solaris에서 버전 7.1.8 또는 버전 8.1.2 의 TSM 백업 아카이브 클라이언트를 구성할 때 인스턴스 소유자로 API dsmapipw 를 실행하는 경우 "서버 사인온 실패: (160) 해당 디렉토리에서 TA를 찾을 수 없음" 이라는 오류 메시지가 표시될 수 있습니다. 이 경우, 임시 해결책은 루트 사용자로서 API dsmapipw를 발행한 다음 키 파일의 소유권을 인스턴스 소유자로 변경하는 것입니다.

프로시저

DB2 데이터베이스 시스템이 사용할 TSM 환경을 구성하려면 다음을 수행하십시오.

  1. TSM 클라이언트 API가 사용하는 환경 변수를 설정하십시오.
    DSMI_DIR
    API 신뢰할 수 있는 에이전트 파일(dsmtca)이 위치한 사용자 정의 디렉토리 경로를 식별합니다.
    DSMI_CONFIG
    TSM 사용자 옵션을 포함하는 dsm.opt 파일의 사용자 정의 디렉토리 경로를 식별합니다. 다른 두 변수와 달리 이 변수는 완전한 경로 및 파일 이름을 포함해야 합니다.
    DSMI_LOG
    오류 로그(dsierror.log)가 작성될 사용자 정의 디렉토리 경로를 식별합니다.
    참고: 다중 파티션 데이터베이스 환경에서는 이러한 설정을 sqllib/userprofile 파일에 지정해야 합니다.
  2. 이러한 환경 변수가 변경되고 데이터베이스 관리자가 실행 중인 경우 데이터베이스 관리자를 중지하고 재시작하십시오.
    예를 들면, 다음과 같습니다.
    • db2stop 명령을 사용하여 데이터베이스 관리자를 중지하십시오.
    • db2start 명령을 사용하여 데이터베이스 관리자를 시작하십시오.
  3. 서버의 구성에 따라 Tivoli 클라이언트는 TSM 서버와 인터페이스하기 위해 암호를 필요로 할 수 있습니다.

    TSM 환경이 PASSWORDACCESS=generate를 사용하도록 구성되어 있으면 Tivoli 클라이언트의 암호를 설정하십시오.

    실행 파일 dsmapipw는 인스턴스 소유자의 sqllib/adsm 디렉토리에 설치됩니다. 이 실행 파일을 사용하여 TSM 암호를 설정 및 재설정할 수 있습니다.

    dsmapipw 명령을 실행하려면 로컬 관리자 또는 루트 사용자로 로그인해야 합니다. 이 명령이 실행될 때 다음 정보를 입력하도록 프롬프트가 표시됩니다.
    • 이전 암호 - TSM 서버가 인식하는 TSM 노드의 현재 암호입니다. 이 명령을 처음 실행할 때 이 암호는 사용자의 노드가 TSM 서버에 등록될 때 TSM 관리자가 제공한 암호입니다.
    • 새 암호 - TSM 서버에 저장된 TSM 노드의 새 암호입니다 (입력 오류를 검사하기 위해 새 암호를 두 번 입력하도록 프롬프트가 표시됨).
    참고: BACKUP DATABASE 또는 RESTORE DATABASE 명령을 호출하는 사용자는 이 비밀번호를 알 필요가 없습니다. 초기 연결을 위해 그리고 TSM 서버에서 암호가 재설정된 후에 dsmapipw 명령을 실행하여 암호를 설정하기만 하면 됩니다.

다음에 수행할 작업

백업 및 로그 아카이브 전략에 따라 프록시 노드를 사용하려면 추가 단계를 수행하여 TSM 클라이언트를 구성해야 합니다. 프록시 노드를 사용하면 다중 클라이언트 노드에 존재하거나 다중 사용자 아래에 존재하는 데이터베이스의 백업 및 로그 아카이브를 TSM 서버의 공통 대상 nodename에 통합할 수 있습니다. 이 구성은 백업을 수행하는 관리자 또는 컴퓨터가 시간 경과에 따라 변경될 수 있는 경우(예: 클러스터가 있는 경우)에 유용합니다. 또한 asnodename 옵션을 사용하면 다른 컴퓨터 또는 백업을 수행한 사용자와 다른 사용자로부터 데이터를 복원할 수 있습니다.

Db2 pureScale® 환경에서 TSM을 사용하려는 경우, 각 멤버 가 TSM 클라이언트 또는 노드로 표시되고 공통 프록시 노드에 맵핑될 수 있으므로 프록시 노드 구성이 권장됩니다.

기본적으로 프록시 노드를 사용하지 않으려면 추가적인 클라이언트 설정이 필요하지 않습니다. 프록시 노드를 사용하여 백업 또는 복원 조작을 수행하려면 BACKUP DATABASE 또는 RESTORE DATABASE 명령을 호출할 때 OPTIONS 매개변수에 asnodename 값을 지정하십시오.

기본적으로 TSM 프록시 노드를 사용하려면 다음 방법을 사용하십시오.
  • 데이터베이스마다 다른 프록시 노드를 사용하도록 데이터베이스 구성 매개변수 갱신.
  • 머신의 모든 사용자 및 데이터베이스에 동일한 프록시 노드를 사용하도록 dsm.sys 파일 갱신.
    주: 동일한 TSM 프록시 이름을 사용하는 모든 사용자-호스트 조합은 TSM에 대해 동일한 Db2 인스턴스로 표시됩니다. 이는 여러 Db2 인스턴스가 TSM 클라이언트 노드 프록시 구성에서 동일한 데이터베이스 이름을 사용하는 경우 잠재적으로 서로의 로그 아카이브 및 백업 이미지를 겹쳐쓸 수 있음을 의미할 수 있습니다. 이를 방지하려면 다음을 수행하십시오.
    • 각 Db2 인스턴스에 대해 다른 프록시 호스트 이름을 작성하십시오.
    • 여러 Db2 인스턴스가 동일한 TSM 프록시 이름을 사용하여 데이터베이스를 작성할 수 있는 경우에는 TSM의 클라이언트 노드 프록시 기능을 사용하지 마십시오.
vendoropt, logarchopt1, logarchopt2를 사용하여 TSM 클라이언트 설정

각 데이터베이스에 다른 프록시 노드 설정을 사용하도록 다음 데이터베이스 구성 매개변수 중 하나 이상을 설정할 수 있습니다.

  • TSM을 사용하는 명령 (예: 백업 및 복원) 이 프록시 노드를 사용할 수 있도록 하려면 다음과 같이 vendoropt 데이터베이스 구성 매개변수에 asnodename 옵션을 지정하십시오.
    db2 update db cfg for dbname using vendoropt '-asnodename=proxynode'
    여기서 proxynode는 공유 TSM 프록시 노드의 이름입니다.
  • TSM 서버에 로그 아카이브를 구성하려면 logarchmeth1 데이터베이스 구성 매개변수를 TSM으로 설정하고 다음과 같이 프록시 노드의 이름을 logarchopt1 데이터베이스 구성 매개변수의 asnodename 값으로 지정하십시오.
    db2 update db cfg for dbname using logarchmeth1 tsm 
logarchopt1 '-asnodename=proxynode'
    여기서 proxynode는 공유 TSM 프록시 노드의 이름입니다.

    logarchmeth2 및 logarchopt2 데이터베이스 구성 매개변수도 유사하게 갱신할 수 있습니다.

Db2 pureScale 환경에서 이러한 데이터베이스 구성 매개변수는 전역 매개변수이며 멤버에서 설정할 수 있습니다.

dsm.sys 파일을 사용한 TSM 클라이언트 설정 방법
  1. 다음과 같이 dsm.sys 파일을 편집하고 프록시 노드 정보를 추가하십시오.
    asnodename proxynode
    여기서 proxynode는 공유 TSM 프록시 노드의 이름입니다.
  2. DSMI_CONFIG 경로에 지정된 dsm.opt 파일에 다음과 같이 TSM 서버의 이름이 포함되어 있는지 확인하십시오.
    servername servername
    여기서 servername은 TSM 서버 이름입니다.