APM 데이터베이스 작업 › APM 데이터베이스 문제 해결 › PostgreSQL 설치 문제

PostgreSQL 설치 문제

증상

PostgreSQL 데이터베이스 설치에 문제가 있습니다.

해결 방법

PostgreSQL 설치 문제를 야기하는 데는 다양한 요인이 있으며, 설치 관리자는 이 중 많은 요인을 감지할 수 있습니다. 하지만 설치 관리자가 모든 설치 문제를 감지할 수 없으므로 다음 제안 중 일부를 시도해 보십시오.

잠재적 오류가 있는지 다음 로그 파일을 검토하십시오.

• PostgreSQL 데이터베이스 설치 로그 파일

  이 파일은 일반적으로 Windows에서 %TEMP%, Linux에서 /tmp/에 있습니다. 로그 파일 이름은 install-postgresql.log 또는 bitrock_installer_nnnnn.log입니다.

• PostgreSQL 데이터베이스 서버 로그 파일

  이 파일은 일반적으로 <APM_Db_Home>/data/pg_log에 있으며 데이터베이스 런타임 오류 메시지를 수록하고 있습니다.

• Enterprise Manager 설치 관리자 변수 파일

  Enterprise Manager 설치 관리자는 모든 런타임 변수를 다음 파일에 저장합니다: <EM_Home>/UninstallerData/base/installvariables.properties.

• 데이터베이스 도구 스키마 채우기 로그 파일

  이 파일은 <EM_Home>/install/schematools.log에 있습니다. 데이터베이스 스키마 채우기 오류가 있는지 확인하려면 이 파일을 사용하십시오.

많은 설치 문제는 권한과 관련이 있을 수 있습니다. 이러한 문제에 대해 PostgreSQL 데이터베이스 설치 파일을 확인하십시오.

• 데이터베이스 설치 폴더 권한

  설치 관리자는 데이터베이스 디렉터리를 생성하는 권한이 필요합니다. 이 사항은 root가 아닌 계정으로 Linux에서 설치할 때 특히 중요합니다.

• 데이터베이스 포트가 이미 사용 중이거나(특히 Linux) 포트가 닫혀 다른 컴퓨터에서 데이터베이스에 연결할 수 없습니다.

  시스템 관리자가 방화벽에서 데이터베이스 포트를 열도록 하십시오.

• 데이터베이스 관리자 계정 권한

  설치 관리자는 데이터베이스 관리자 계정을 생성하는 권한이 필요합니다. 계정이 이미 있는 경우 올바른 암호를 입력했는지 확인하십시오. 이 암호는 조직의 암호 보안 정책을 준수해야 하며, 설치 관리자는 암호의 유효성을 검사하지 않습니다.

• 데이터베이스 잠금 파일 권한(UNIX에만 해당)

  잠금 파일이 이미 있고 설치 관리자를 실행하는 사용자가 아닌 다른 사용자가 이 파일을 소유한 경우 PostgreSQL 설치가 실패할 수 있습니다. 일반적인 잠금 파일은 /tmp/.s.PGSQL.5432.lock입니다.

• 공유 메모리 설정이 올바로 구성되어 있습니다. (UNIX에만 해당)

  root가 아닌 사용자로 설치 관리자를 실행하는 경우 데이터베이스를 설치하기 전에 공유 메모리 설정을 먼저 구성해야 합니다.

• 설치 관리자는 관리자 권한이 있고 서비스(Windows)를 생성하는 권한이 있는 사용자 계정으로 반드시 실행해야 합니다.

확인할 다른 영역:

• 설치하려는 구성이 지원되는지 확인하십시오.
• PostgreSQL이 컴퓨터에 이미 설치되지 않았는지 확인하십시오. 두 번째 PostgreSQL 인스턴스를 설치하려고 시도하면 사용 중인 포트, 이미 등록된 서비스, 잠김 파일 액세스 실패 등에 대한 오류가 발생합니다.
• PostgreSQL이 성공적으로 제거된 컴퓨터에서 PostgreSQL이 이전에 설치되었는지 확인하십시오. PostgreSQL의 이전 버전(예: 8.3)이 설치된 경우라도 데이터베이스를 백업하고, PostgreSQL을 제거하고, 새 버전의 PostgreSQL을 설치한 다음 백업 파일을 설치된 새 버전으로 복원해야 합니다.
• (Windows, 모든 버전) <APM_Db_Home>\data\pg_hba.conf 파일에서 IPv6 항목이 올바로 구성되었는지 확인하십시오.
• Linux 또는 Solaris에서 root가 아닌 비postgres 계정으로 PostgreSQL을 설치하는 경우 데이터베이스 소유자가 다르므로 PostgreSQL 8.3.x에서 8.4.5로의 데이터베이스 복원을 수행하지 못할 수 있습니다. 이런 이유로 CA Technologies는 root가 아닌 "postgres" 사용자 계정으로 APM 데이터베이스를 설치할 것을 권장합니다.
• Enterprise Manager 설치 관리자는 UTF8 로캘의 유니코드 인코딩을 사용하여 PostgreSQL 데이터베이스를 생성합니다. 시스템 로캘이 C (SQL_ASCII) 또는 (LATIN1)로 설정된 경우 데이터베이스 스크립트 생성이 실패할 수 있습니다. 로캘로 인해 db 스크립트 생성이 실패하는 경우 데이터베이스 설치 전에 시스템 로캘을 UTF8로 설정하십시오. 또는 셸에서 LANG 환경 변수를 en_US.UTF-8로 설정한 다음 데이터베이스를 설치하는 방법도 있습니다.
• (Linux에만 해당) root가 아닌 사용자 계정으로 PostgreSQL을 설치하는 경우 /etc 디렉터리의 파일을 업데이트하는 권한이 없으면 다음 오류 메시지가 표시될 수 있습니다.

  odbcinst: SQLWritePrivateProfileString failed with General error request failed. Failed to create System DSN TSDSN_cemdb in odbc.ini file. You may need root priviledge to create it. 
  

  이 오류 메시지가 표시되면 root 계정에서 다음과 같은 명령을 사용하여 ODBC 데이터 원본을 업데이트하십시오.

  odbcinst -i -s -l -f <EM HOME>/install/database-scripts/unix/TSDSNtemp.ini 
  

• postgres 사용자 계정을 생성할 수 없다는 오류 메시지가 표시되는 경우 바이러스 백신 프로그램을 종료한 다음 설치 관리자를 다시 실행하십시오.
• "데이터베이스 클러스터 초기화 실패"란 오류 메시지가 표시되는 경우 PostgreSQL이 디렉터리 권한을 변경할 수 없기 때문일 수 있습니다. <EM_Home>\database 디렉터리를 열고 \data 하위 디렉터리에 대한 권한을 수동으로 설정하십시오. 하위 디렉터리 \data가 없으면 만드십시오. 그런 다음 PostgreSQL을 제거하고 다시 설치하십시오. 이 오류는 UAC가 활성화된 Windows 2008 또는 Vista 컴퓨터에서 흔히 발생합니다.
• 포트가 사용 중이거나 닫혔다는 오류 메시지가 표시되는 경우 시스템 관리자가 컴퓨터의 방화벽에서 해당 포트를 열도록 하십시오.
• 자동 모드에서 설치 관리자를 실행하고 새 PostgreSQL 데이터베이스 스키마를 생성하도록 지정하는 경우 스키마 생성이 실패하면 설치 관리자를 GUI 또는 콘솔 모드에서 실행하여 스키마를 생성하십시오.

CA Support에 문의하기 전에 데이터 수집

이전 제안 사항을 검토했지만 여전히 PostgreSQL 설치 문제를 해결할 수 없는 경우 CA Support에 문의하기 전에 먼저 다음과 같은 데이터를 수집하십시오. 이 정보가 있어야 CA Support에서 효율적이고 효과적으로 지원을 제공할 수 있습니다.

• <EM_Home>/install/*.log 파일
• <APM_Db_Home>/data/pg_log/.* 파일
• 정확한 Introscope 버전과 운영 체제 버전