
# --------------------------- 추가 -------------------------------------------

<Add>
추가

사용법: \"추가\"를 눌러 대화 상자를 완료한 다음 \"추가\"를 누르십시오. 

CandleDBConfig에 다음 정보를 제공하여 수동으로 서버를 추가할 수 있습니다. 

1) 서버 이름 - 모니터하려는 데이터베이스 서버 이름입니다. 

2) 홈 디렉토리 - 서버가 설치된 디렉토리의 완전한 이름입니다. 

3) $Product 버전 - 실행 가능한 데이터베이스의 버전 또는 릴리스 레벨입니다. 

4) Init 파일 이름 - 데이터베이스 초기화 파일의 완전한 이름입니다. 이 필드는 선택적이고
정보용으로만 제공됩니다. $Product의 OMA에는 Init 파일 이름이 필요하지 않습니다. 

5) 로그인 ID - $Product에 연결하는 데 사용되는 데이터베이스 로그인 ID입니다. 

6) 암호 - \"로그인 ID\"와 함께 사용하는 암호입니다. 

일단 이 정보가 제공되면 CandleDBConfig에 표시되는 데이터베이스
서버 목록이 갱신되어 새 서버가 포함됩니다. 

</Add>

# --------------------------- 변경사항 ---------------------------------------
#
# 98R2에만 해당하므로 제거되었습니다. 

# --------------------------- 표시 ---------------------------------------
#
# 표시가 수정과 함께 결합되었습니다. 


# --------------------------- 제외 ---------------------------------------

<Exclude/Include>
제외/포함

사용법: CandleDBConfig에 표시된 데이터베이스 서버에서 하나 이상의 데이터베이스
서버를 선택하고 \"제외\"를 누르십시오. 

실제로 \"제외\"는 전환 기능입니다. \"제외\"를 사용하여 모니터하지 않으려면
서버를 제외하십시오. 그리고 서버가 현재 제외된 상태이면 \"제외\"는 서버를 다시 활성화하고
모니터링하고 있는 서버와 포함시킵니다. \"검색\"도 실행 중이 아닌 서버를 찾으면
CandleDBConfig는 서버를 표시하기 위해 물리적 데이터베이스를 가리키는 모든 유효한 $init_name 파일을 고려합니다. 하지만
$init_name 파일은 실험적인 파일이거나 사용하지 않는 파일일 수 있습니다. \"제외\"를 사용하여
이러한 서버를 다시 고려하지 않도록 제외시킬 수 있습니다. 

단지 서버가 실행 중이 아니기 때문에 서버를 제외할 필요는 없습니다. 실행 중이 아닌
서버를 모니터할 에이전트를 구성하고 이 에이전트를 시작할 수도 있습니다. 에이전트는 CMS를 등록하고
주기적으로 데이터베이스에 연결을 시도합니다. 데이터베이스가 시작되면 에이전트는 보고를 시작합니다. 그래서
시간제 $Product 데이터베이스를 모니터하는 에이전트를 정의할 수 있으면 이 에이전트는 데이터베이스 활동이 발생할 때마다 보고합니다. 

CandleDBConfig에 표시되는 데이터베이스 서버의 \"상태\" 필드가 갱신되어 제외된 서버를 표시합니다. 

</Exclude/Include>

# --------------------------- 소개   ---------------------------------------
#
# 사용되지 않습니다.

# --------------------------- 나열 ------------------------------------------

<List Config Files>
구성 파일 나열

사용법: CandleDBConfig에 표시된 데이터베이스 서버에서 하나 이상의 데이터베이스 서버를 선택하고 \"나열\"을
눌러 구성 파일을 보십시오. 구성 파일이 표시되면 \"이전\" 및 \"다음\" 단추를 사용하여 다른 구성 파일을
보십시오. \"취소\"를 누르십시오. 

\"나열\"은 CandleDBConfig가 작성한 데이터베이스 서버 구성 파일 내용을 보는 데 사용됩니다. 이때 구성 파일은 볼 수만
있고, CandleDBConfig에서 편집할 수는 없습니다. 

</List Config Files>

# --------------------------- 찾기 ----------------------------------------

<Search II (Disk Searches)>
검색 II(디스크 검색)

사용법: \"검색 II\"를 눌러 검색 유형을 선택하고 \"이동\"을 누르십시오. 

사용자가 모니터하려는 데이터베이스를 \"검색 II\가 모두 찾지 못할 경우 \"검색 II\"는
사용할 수 있는 여러 검색 방법을 제공합니다. \"검색 II\"의 검색 방법은 다음과 같습니다. 

1) \$PATH에서 스크립트를 검색하여 $home_name을(를) 찾습니다. 

   로컬로 작성한 스크립트를 정상적으로 사용하여 데이터베이스 어플리케이션을
   시작한 경우 각 스크립트에는 $home_name을(를) 데이터베이스 설치 디렉토리에
   설정하는 문장이 있어야합니다. 이 옵션은 이런 문장을 찾는 UNIX \$PATH의 모든 스크립트를 검색합니다. 

2) 검색하여 특정 디렉토리에서 시작합니다. 이 디렉토리는 일반적으로
   데이터베이스 소유자의 \$HOME입니다. 하지만 사용된 전체 경로 이름을 제공하는 모든 디렉토리를
   지정할 수 있습니다. 이 옵션은 \$PATH에 주어진 디렉토리 대신 지정된 디렉토리 아래의 디렉토리에
   검색이 강요된 점을 제외하고 1)과 비슷합니다. 3) $Product의 가능한 소유자를 검색합니다. 

   데이터베이스가 설치된 UNIX 사용자의 \$HOME 디렉토리 아래에 있는
   디스크 파일에서 CandleDBConfig 검색을 요청할 수 있습니다. 사용자 ID나
   설명에 \"$Prd\" 또는 \"dba\" 문자가 있는 모든 UNIX 사용자 목록이 표시되면 이 목록이 $Product
   소유자일 수 있습니다. 목록에서 사용자를 선택하면 CandleDBConfig가 $Product 설치를
   찾는 디렉토리 트리에서 검색합니다. 

   이 옵션은 /etc/passwd 파일 또는 \"yp\"나 \"nis\" 공유 로그인 데이터베이스에
   정의된 사용자를 지원합니다. 파일 시스템이 목록에 제공된다는 점도
   주의하십시오. 이 도움말은 사용자 디스크가 물리적으로 존재하는 위치를 알려 주기 때문에
   사용자를 고려할지 여부를 판별할 수 있습니다. 

   주의: 느린 통신 링크의 다른 쪽 끝에 있는 시스템이
   파일 시스템을 관리하는 경우 NFS 파일 시스템에서의 검색에
   시간이 오래 걸릴 수 있습니다. 하지만 이런 파일 시스템에는 일반적으로 이 시스템에서
   실행되는 데이터베이스 서버가 없습니다. 


CandleDBConfig에 표시되는 데이터베이스 서버 목록은 갱신되고
\"검색 II\" 방법을 사용하여 찾은 모든 추가 서버가 포함됩니다. 

</Search II (Disk Searches)>

# --------------------------- 로그인  ----------------------------------------

<Specify Logins/Passwords>
로그인/암호 지정

사용법: CandleDBConfig에 표시된 데이터베이스 서버에서 하나 이상의 데이터베이스 서버를
선택하고 \"지정\"을 눌러 대화 상자를 완료한 다음 \"확인\"을 누르십시오. 

\"지정\"을 사용하면 에이전트가 데이터베이스에 액세스하는 데 사용하는
데이터베이스 로그인과 암호를 정의할 수 있습니다. 새 데이터베이스 또는
기존 데이터베이스 로그인 ID를 자유롭게 선택할 수 있습니다. 기본 로그인은 "candle"입니다. 데이터베이스 관리자가
데이터베이스 ID를 정의하고, 데이터베이스 ID로 데이터베이스에 액세스할 수 있음에 주의하십시오. UNIX 로그인 ID가 반드시
데이터베이스 로그인 ID는 아니지만 둘은 같은 이름일 수 있습니다. 로그인이나 암호 정보가 없는 $Product의 OMA에 정의된
서버에는 CandleDBConfig에서 완료되지 않았다는 뜻으로 (I)가 표시됩니다. 

\"지정\"은 Candle 모니터링 에이전트에 데이터베이스로 연결하는 방법을 알려만 줍니다. CandleDBConfig는
데이터베이스 로그인 ID를 작성하고, ID에 암호를 지정하거나 필요한 권한을 부여하지 않습니다. 데이터베이스 로그인 및 암호를
CandleDBConfig에서 지정한 로그인 및 암호와 일치하는지 확인하는 것은 사용자의 책임입니다. 하지만 \"검증\"은 CandleDBConfig에서
지정된 로그인/암호가 데이터베이스에 실제로 사용 가능한지 확인합니다. 

암호 필드를 빈 공간으로 두면 CandleDBConfig가 정말로 널(null) 암호를 원하는지 묻습니다. 널(null) 암호는
데이터베이스 로그인이 암호 없이 작업하도록 구성되었음을 의미합니다. 보안을 위해 암호는
로그 파일($CANDLEHOME/logs/<host_name>_dd_config.log )에서 \"xxxxxx\"로 표시됩니다. 

Oracle 7.1.4 주! Oracle 7.1.4에서 내부 관리자 로그인 ID \"sys\"는 성능 보기를
읽을 수만 있습니다. 이 버그를 이후 Oracle 릴리스에서는 수정했지만 7.1.4에서는 해당하지 않습니다. 그래서 Oracle 7.1.4 데이터베이스에 연결할 경우는 데이터베이스
로그인 ID \"sys\"를 지정해야 합니다. 

CandleDBConfig에 표시되는 데이터베이스 서버 목록이 갱신되어 새 로그인 ID가 모두 표시됩니다. 

</Specify Logins/Passwords>

# --------------------------- 수정  ---------------------------------------

<Modify/Display>
수정/표시

사용법: CandleDBConfig에 표시된 데이터베이스 서버에서 하나 이상의 데이터베이스 서버를
선택하고 \"수정\"을 눌러 대화 상자에 값을 입력하거나 변경한 다음 \"수정\"을 누르십시오. 

\"수정\"에는 다음과 같이 서버를 구성하는 모든 속성이 설명되어 있고
사용자는 서버 이름을 제외한 다른 속성을 모두 변경할 수 있습니다. 

1) 홈 디렉토리 - 서버가 설치된 디렉토리의 완전한 이름입니다. 

2) $Product version - 실행 가능한 데이터베이스의 버전 또는 릴리스 레벨입니다. 

3) Init 파일 이름 - 데이터베이스 초기화 파일의 완전한 이름입니다. 이 필드는 선택적이고
정보용으로만 제공됩니다. $Product의 OMA에는 Init 파일 이름이 필요하지 않습니다. 

   중요: 서버 이름이 변경되었다면 새 $init_name 파일을 가리키는 이 필드를 사용하지 마십시오. 대신 이 서버를
   제외하고 CandleDBConfig에서 새 이름을 새 서버로 추가하십시오. 

4) 로그인 ID - $Product에 연결하는 데 사용되는 데이터베이스 로그인 ID입니다. 

5) 암호 - \"로그인 ID\"와 함께 사용하는 암호입니다. 

CandleDBConfig에 표시되는 데이터베이스 서버 목록이 갱신되어 새 구성 정보가 모두 표시됩니다. 

</Modify/Display>

# --------------------------- 옵션 ------------------------------------------

<Options>
옵션

사용법: \"옵션\"을 눌러 옵션을 선택하고 \"확인\"을 누르십시오. 

\"옵션\"은 CandleDBConfig 작업의 런타임 작동을 설정하는 데 사용됩니다. \"구성 파일 검증\"이 선택되면
모든 CandleDBConfig 작업은 $CANDLEHOME/config에 있는 데이터베이스 구성 파일에 올바른 형식이 있는지 확인합니다. 

기본적으로(\"기존 로그 파일 사용\") CandleDBConfig는 작업을 수행할 때마다
기존 로그 파일($CANDLEHOME/logs/<host_name>_dd_config.log)에 입력합니다. 최근 작업만 로깅하거나 로그 파일을 만들지 않으려면
\"새 로그 파일 작성\" 또는 \"로그 파일에 쓰지 않기\"를 선택하십시오. 

</Options>

# --------------------------- 소유자  ----------------------------------------
#
# 소유자는 이제 검색2의 파트입니다. 

# --------------------------- 스캔 ------------------------------------------

<Search>
검색

사용법: 검색을 원한다면 \"실행 중 아님\"을 선택하고
\"옵션\"을 눌러 옵션을 선택한 다음 \"확인\"과 \"검색\"을 차례로 누르십시오. 

CandleDBConfig를 호출하거나 \"검색\"을 누르면 CandleDBConfig는 환경을 초기 스캔하여
실행 중인 $Product 서버를 찾습니다. \"실행 중 아님\"을 선택하면 CandleDBConfig는
현재 실행 중이 아닌 데이터베이스도 검색합니다. 검색 결과는 CandleDBConfig 대화 상자에 표시됩니다. CandleDBConfig는
실행 중인 모든 $Product 서버를 검사하여 서버가 UNIX 시스템에 설치된 위치를 찾고 서버에 관련된 기타 정보를 얻습니다. 검색을
완료하는 데 필요한 시간은 실행 중인 UNIX 버전에 따라 다릅니다. 

실행 중이 아닌 서버에 대한 CandleDBConfig 검색을 요청한 경우 잠재적인 모든 $home_name 디렉토리 목록을
내부에서 작성하여 목록에 정의된 서버를 모두 찾습니다. CandleDBConfig는 다음에서 이 잠재적인 $home_name 디렉토리
목록을 개발합니다. 

1) 실행 중인 모든 서버의 $home_name 디렉토리

2) $home_name 환경의 현재 설정값(있을 경우)

3) $home_name 환경 값을 작성하는 데이터베이스 소유자의 \$HOME 디렉토리에서 자동 스크립트(.profile, .login 등)의 모든 문장

4) Oracle이 설치될 때 Oracle 사후 설치 루트 스크립트(\$ORACLE_HOME/orainst/root.sh)가
실행될 경우 /etc/oratab이라는 레지스트리 파일을 작성합니다. Oracle 및 Candle에서는 Oracle 서버를
쉽게 찾을 수 있도록 이 스크립트 실행을 권장합니다. CandleDBConfig에서는
레지스트리 또는 oratab 파일 이름을 /etc/oratab으로 가정합니다. 

사용자가 모니터하지 않으려는 서버를 \"검색\"에서 찾을 경우 \"제외\" 단추를 사용하여 제외시킬 수 있습니다. 또한 \"옵션\" 단추로
선택한 모든 검색 옵션은 변경할 때까지 영향이 있습니다. 

</Search>

# --------------------------- 시스템 ---------------------------------------

<System/DB Config>
시스템/DB 구성

다음은 OMA(OMEGAMON Monitoring Agent)는 데이터베이스를 모니터하기 전에 필요한
시스템과 데이터베이스 준비에 대한 간단한 개요입니다. 전체 세부사항은
\"UNIX에 Candle 제품 설치\" 문서를 참조하십시오. 

SYSTEM

1) 실행 가능한 kddos에는 특수 UNIX 권한이 있어야 합니다. 이 권한은 OMA가 설치될 때
   설정되어야 합니다. 그렇지 않은 경우 Candle 제품 설치 프로그램을 사용하여 설정할
   수 있습니다. 세부사항은 \"UNIX에 Candle 제품 설치\" 문서를 참조하십시오. 

2) CMS는 적절한 seed 데이터로 seed되어야 합니다. CMS는 OMA가 설치될
   때 seed되어야 합니다. 그렇지 않은 경우 CMS는 Candle 제품 설치 프로그램을
   사용하여 seed될 수 있습니다. 세부사항은 \"UNIX에 Candle 제품 설치\" 문서를 참조하십시오. 

데이터베이스

INFORMIX

Informix에 필요한 유일한 권한은 데이터베이스에 연결하는 권한입니다. $CANDLEHOME/misc/koxgrant.sql에는 연결하기 위한 올바른 SQL 구문이 있습니다. 

Informix에 대한 OMA에는 선택적 Informix ALARMPROGRAM으로 실행하는 데 필요한
프로그램이 포함됩니다. ALARMPROGRAM이 사용자의 UNIX 시스템 종류에 적합한 $CANDLEHOME/<arch>/koxerr이(가)
되도록 ONCONFIG를 수정하십시오. 사용자 정의 ALARMPROGRAM이 이미 있을 경우 koxerr.sh를
가리키는 ONCONFIG ALARMPROGRAM 문과 프로그램을 참조하는 koxerr.sh를 수정하십시오. koxerr.sh 스크립트에는
전체 지시사항이 있습니다. 

ORACLE

Oracle에 대한 OMA는 데이터베이스에 연결하는 데 Oracle 로그인 ID를 사용합니다. Oracle 7.1.4를 제외하고
OMA는 모든 Oracle ID를 사용할 수 있고 다른 용도로 사용되는 ID도 사용할 수 있습니다. CandleDBConfig는
이 ID를 작성하지 않습니다. 원한다면 이 ID를 암호 없이 정의할 수 있습니다. 이 경우
CandleDBConfig에 널(null) 암호를 지정하십시오. 또한 Oracle 로그인 및 암호는 대소문자를 구분하지 않습니다. 

다음 Oracle SQL 문은 Oracle에 대한 ID 및 암호를 정의합니다. 이 예제에서 \"oralogin\"은
사용할 로그인과 \"암호\"를 표시합니다. 

  암호로 식별되는 사용자 oralogin 작성

보안 요구사항은 다음 Oracle 릴리스에 따라 다릅니다. 

  7.1.4  Oracle에 대한 OMA는 \"sys.\"로 연결되어야 합니다. Oracle 제한사항입니다. 

  7.1.6  모든 Oracle 로그인을 사용할 수 있지만 모든 테이블을 읽을
         권한이 있어야 합니다. ID가 \"candle,\"일 경우 DBA 권한이 있는 Oracle
         로그인으로 Oracle에 연결하고 다음 SQL 문을 발행하여 이 권한을 부여할
         수 있습니다. 

           oralogin에 모든 테이블 선택 권한 부여

         이 요구사항은 Oracle 제한사항입니다. 

  7.2 및 이후 버전. 모든 Oracle 로그인을 사용할 수 있지만 이 버전에
      부여된 특정 권한만 필요합니다. Candle은 권한 부여를 수행하는 SQL 스크립트를
      제공합니다. 이 스크립트는 $CANDLEHOME/misc/korgrant.sql에
      있습니다. 이 스크립트를 실행하기 위한 간단한 지시가 있습니다. 자세한
      세부사항은 \"UNIX에 Candle 제품 설치\" 문서를 참조하십시오. 

      a) 이 설치를 위해 Oracle 환경 변수인 ORACLE_SID 및 ORACLE_HOME을
         설정하십시오. 데이터베이스 구성을 완료하면 이 변수를 설정하도록
         구성 디렉토리의 파일을 \"소스\"로 설정할 수 있습니다. 

      b) sqlplus를 시작하십시오. 

      c) SQL 프롬프트에서 SQL> @korgrant candle을 실행하십시오. 

      주의: sqldba 및 svrmgr(l)은 sql 스크립트와 함께 매개변수를 허용하지 않습니다. 이 프로그램 중
      하나와 korgrant.sql을 실행하는 경우 korgrant.sql을 수정하여 발생하는 모든 &1을 사용하려는
      로그인 ID로 바꿔야 합니다. 

Oracle에 대한 OMA에는 Oracle 성능 보기 및 동의어가 설치되어야
합니다. Oracle 설치 프로그램이 실행되고 완료될 경우 성능 보기 및 동의어를
작성합니다. 또한 ORACLE_HOME/rdbms/admin의 적합한 SQL 스크립트가 성능 보기 및
동의어를 작성할 수 있습니다. 세부사항은 Oracle 문서를 참조하십시오. Oracle 7.1.4에
사용해야 하는 Oracle \"sys\" 로그인 ID를 사용할 경우 이 요구사항은 필요하지 않습니다. 

Oracle 7.2에서만 Oracle이 V\$LATCH 테이블에 대한 권한 부여를 무시합니다. 이 점을 정정하려면
Oracle 패치를 적용하여 \"기반 버그 #254661\"을 정정하십시오. 이 패치를 사용하면 \"캐시 총계 보고서\"에서
데이터를 볼 수 있습니다. 이 패치를 설치하지 않은 경우 \"sys\" 로그인으로 Orcale을 설치해야 합니다. 

Oracle에 대한 OMA는 SYS.DBA_VIEWS 및 SYS.DBA_SYNONYMS 테이블에 액세스할 필요가 없지만
CandleDBConfig의 \"검증\" 프로시저는 필요합니다. CandleDBConfig가 이 테이블을 읽을 수 없는 경우
설치를 완전히 검증할 수 없습니다. 하지만 OMA는 여전히 작동합니다. 

SYBASE

Sybase에 대한 OMA는 Sybase 로그인 ID를 사용하여 데이터베이스에 연결합니다. 이 OMA는
모든 Sybase ID를 사용할 수 있고 다른 용도로 사용되는 ID도 사용할 수 있습니다. CandleDBConfig는
이 ID를 작성하지 않습니다. 원한다면 이 ID를 암호 없이 정의할 수 있습니다. 이 경우
CandleDBConfig에 널(null) 암호를 지정하십시오. 그리고 Sybase 로그인 및 암호는 대소문자를 구분합니다. 

다음 Sybase isql 문장은 Sybase에 대한 ID 및 암호를 정의합니다. 이 예제에서 \"syblogin\"은
사용할 Sybase 로그인과 \"암호\"를 다음과 같이 표시합니다. 

  sp_addlogin syblogin, password
  go

Candle은 또한 SQL 스크립트인 $CANDLEHOME/misc/koygrant.sql을 제공하여 필요한 권한을 부여합니다. 

Sybase에 대한 OMEGAMON Monitoring Agent는 Sybase \"클라이언트 열기\" 라이브러리를
사용하여 Sybase에 연결합니다. \"클라이언트 열기\"가 Sybase 시스템에 설치되지 않은 경우
에이전트를 Sybase에 연결할 수 없고 CT-INIT를 실패했다는 clo.out 파일에 메시지를 받습니다. lib/libct.a에 대한
Sybase 홈 디렉토리의 하위 디렉토리를 점검하여 \"클라이언트 열기\" 설치 여부를 판별할 수 있습니다. 

\"클라이언트 열기\"가 설치되지 않은 경우 다음 중 하나를 획득해야 합니다. 

1) Sybase의 \"클라이언트 열기\" 제품. 각 Sybase 서버 라이센스는 고객에게
   단일 무료 \"클라이언트 열기\" 라이센스를 부여합니다. 자세한 정보는 Sybase를 참조하십시오. 

2) Sybase에 대한 CTlib 런타임 버전. 이 버전은 Candle Level 2 지원에서 무료로 사용 가능합니다. Candle에는
   CTlib 런타임 부분을 분배하는 Sybase 권한이 있습니다. 

</System/DB Config>

# --------------------------- 검증 ---------------------------------------

<Verify OMA Installation>
OMA 설치 검증

사용법: \"검증"을 눌러 대화 상자에 표시되는 결과를 확인하고 \"취소\"를 누르십시오. 

\"검증\"은 다음을 점검하여 OMA가 올바르게 설치되었는지를 확인합니다. 

1) 유효한 UNIX 버전이 있습니다. 

2) UNIX 권한은 $CANDLEHOME 아래의 주요 디렉토리에 적합합니다. 

3) 특수 UNIX 권한이 kddos에 설정되었습니다. 

4) 제품 구성 파일이 이 호스트에 대해 존재합니다. 

각각의 구성된 서버에 대해 \"검증\"은 다음을 확인합니다. 

5) 구성 파일이 유효하고 구성이 완료되었습니다. 

6) 데이터베이스 홈 디렉토리 및 데이터베이스 초기화 파일이 존재하고
   파일에 대한 권한을 읽었습니다. 

7) Sybase 클라이언트 열기 제품이 서버에 대해 설치되었습니다. 

8) 데이터베이스 서버가 실행 중입니다. 실행 중이 아닌 경우 이 데이터베이스에 대한
   OMA 검증을 계속할 수 없습니다. 

9) 데이터베이스에 성공적으로 로그인할 수 있습니다. 

10) Oracle V\$ 성능 테이블에 액세스할 수 있습니다. 액세스할 수 없는 경우
   원인은 다음 중 하나일 수 있습니다. 

    a) 테이블이 작성되지 않았습니다(계획 안내서 5장에서 \"V\$ 동적 성능 테이블\" 절 참조). 

    b) korgrant.sql 스크립트가 실행되지 않았습니다. 

    DBA 권한 없이 알 수 없습니다. 

    \"검증\"은 모든 Oracle 성능 보기 및 동의어를 테스트합니다. 성능 보기 및 동의어는
    Oracle을 설치할 때 부분적으로만 작성되었기 때문에 Oracle에 대한 OMA가 일부 사이트에서
    실패했습니다. 또한 이 테스트에서는 Oracle 사용자가 SYS.DBA_VIEWS 및 SYS.DBA_SYNONYMS에
    대한 권한 선택이 있어야 합니다. 대부분의 Oracle 설치에서는 PUBLIC에 대해 카탈로그 테이블에
    선택 권한을 부여하기 때문에 이 권한 부여는 korgrant.sql 스크립트의 파트가 아닙니다. 

11) Oracle 7.2 SYS.V_\$LATCH 성능 보기에 액세스할 수 있습니다. 액세스할 수 없는 경우
    \"UNIX에 Candle 제품 설치X\" 문서를 참조하십시오. 

12) Sybase koygrant.sql 스크립트가 실행되었습니다. 이 스크립트는 Sybase 로그인에 sa_role 권한을
    부여합니다. 

13) Informix의 경우 사이트에서 ONCONFIG 파일 ALARMPROGRAM 문장에
    필요한 수정을 할 수 있습니다. \"UNIX에 Candle 제품 설치\" 문서를
    참조하십시오. 

14) CMS 호스트가 ping에 응답합니다. 

15) 에이전트를 CMS에 연결할 수 있습니다. 연결할 수 없는 경우 원인은 다음 중 하나일 수 있습니다. 

    a) CMS 호스트, CMS 포트 번호 또는 CMS 이름이 잘못되었습니다. 

    b) CMS가 실행 중이 아닙니다. 

    CMS 시스템에 직접적인 액세스가 없고 시스템에 설치된 CMS의 정확한 위치를 모르면
    CandleDBConfig는 CMS를 찾을 수 없습니다. 

16) CMS가 seed된 후 재시작되었습니다. CMS가 재시작된 경우 초기 결과가 결정적이지
    않을 수 있습니다. 이러한 이유로 CMS가 작동 중지되었는지 seed되지 않았는지를 결정하기 전
    \"검증\"에서는 에이전트를 최대 5분 동안 실행합니다. 하지만 CMS가
    작동 중지되었다고 에이전트가 결정하면 IVP 에이전트는 다시 연결을 시도하기 전에 10분을
    기다리는 것이 기본 작동이기 때문에 즉시 재시작됩니다. \"검증\"은 다음을 확인하지 않습니다. 

1) CMS의 cat, atr, sql(seed 데이터) 및 해당 파일은 설치된 에이전트와 지속적인 레벨에 있습니다. 

2) 시간 문제점이 통신 시간초과의 원인이 됩니다. 

3) Informix의 경우 사이트가 PUBLIC에서 시스템 테이블에 대한 선택 권한을 취소하지 않았습니다. koxgrant.sql 스크립트에는
   이에 대한 특정 권한 부여가 포함되지 않습니다. 사이트가 이 권한 부여를 최초에 권한 부여를 제공한 Informix로 남겨두었다고
   가정됩니다. 

</Verify OMA Installation>

