18.3. 데이터베이스 서버 시작

데이터베이스에 액세스하기 전에 데이터베이스 서버를 시작해야 한다. 데이터베이스 서버 프로그램을 postgres라고 한다. postgres프로그램은 사용하려는 데이터가 어디에 있는지 알고 있어야 한다. 이것은 -D 옵션으로 가능하다. 따라서 서버를 시작하는 가장 손쉬운 방법은 다음과 같이 하는 것이다.

$ postgres -D /usr/local/pgsql/data

이렇게 하면 서버가 포그라운드에서 실행된다. 이것은 PostgreSQL 사용자 계정으로 로그인한 상태에서 해야 한다. -D가 없으면 이름이 환경 변수 PGDATA인 데이터 디렉터리를 서버가 사용하려고 한다. 해당 변수가 제공되지 않으면 실패하게 된다.

보통은 백그라운드에서 postgres를 시작하는 것이 좋다. 이것의 경우 일반적인 Unix 쉘 구문을 사용한다.

$ postgres -D /usr/local/pgsql/data >logfile 2>&1 &

위와 같이 서버의 stdout 및 stderr 출력을 어딘가에 저장해 놓는 것이 중요하다. 그러면 감사 및 문제 진단 시 도움이 된다(로그 파일 처리에 대한 자세한 내용은 24.3절 참조).

postgres 프로그램에는 다른 명령줄 옵션도 많이 있다. 자세한 내용은 postgres 참조 페이지 및 아래의 19장을 참조 바란다.

쉘 구문은 지루하고 따분하다. 따라서 일부 작업을 단순화할 수 있는 래퍼 프로그램 pg_ctl이 제공된다. 예:

pg_ctl start -l logfile

이것은 서버를 백그라운드에서 시작하고 출력을 지명된 로그 파일로 출력한다. -D 옵션은 postgres에서 사용된 것과 의미가 동일하다. pg_ctl으로도 서버를 중지할 수 있다.

보통은, 컴퓨터 부팅 시 데이터베이스 서버도 시작하는 것이 일반적이다. 자동 시작 스크립트는 운영 체제마다 다르다. PostgreSQL에서 배포되는 몇 가지 스크립트가 contrib/start-scripts 디렉터리에 있다. 하나를 설치하려면 루트 권한이 필요하다.

시스템이 다르면 부팅 시 데몬을 시작하기 위한 규칙(convention)도 달라진다. 다수의 시스템에 /etc/rc.local 또는 /etc/rc.d/rc.local 파일이 있다. 그 외에는 init.d 또는 rc.d 디렉터리를 사용한다. 서버는 루트 또는 다른 사용자가 아닌 PostgreSQL 사용자 계정으로 실행해야 한다. 그러므로 su postgres -c '...' 류의 명령을 사용해야 한다. 예를 들면:

su postgres -c 'pg_ctl start -D /usr/local/pgsql/data -l serverlog'

운영 체제별로 특수한 몇 가지 예시는 다음과 같다(각각의 경우 적절한 설치 디렉터리와 사용자 이름을 사용해야 하며, 여기서는 일반적인 값을 사용한다.).

• FreeBSD의 경우 PostgreSQL 소스 배포에서 contrib/start-scripts/freebsd 파일을 검토해야 한다.

• OpenBSD에서 다음 라인을 /etc/rc.local 파일에 추가해야 한다.

  if [ -x /usr/local/pgsql/bin/pg_ctl -a -x /usr/local/pgsql/bin/postgres ]; then
  su -l postgres -c '/usr/local/pgsql/bin/pg_ctl start -s -l /var/PostgreSQL/log -D /usr/local/pgsql/data'
  echo -n ' PostgreSQL'
  fi

• Linux 시스템에서는

  /usr/local/pgsql/bin/pg_ctl start -l logfile -D /usr/local/pgsql/data

  를 /etc/rc.d/rc.local 또는 /etc/rc.local에 추가하거나 PostgreSQL 소스 배포에서 contrib/start-scripts/linux 파일을 검토해야 한다.

  systemd 데몬을 이용한 호스트를 관리한다면, 다음과 같은 서비스 설정 파일(예, /etc/systemd/system/postgresql.service)을 만들어 사용한다:

  [Unit]
  Description=PostgreSQL database server
  Documentation=man:postgres(1)
  
  [Service]
  Type=notify
  User=postgres
  ExecStart=/usr/local/pgsql/bin/postgres -D /usr/local/pgsql/data
  ExecReload=/bin/kill -HUP $MAINPID
  KillMode=mixed
  KillSignal=SIGINT
  TimeoutSec=0
  
  [Install]
  WantedBy=multi-user.target

  서버를 빌드할 때, configure --with-systemd 옵션을 사용했다면, Type=notify 설정이 필요하다.

  TimeoutSec=0 설정도 고려해야 한다. systemd 데몬은 기본적으로 90초 이내 해당 작업에 대한 처리 완료 신호를 받지 못하면, 해당 프로세스를 종료해 버린다. 하지만, PostgreSQL 서버는 비정상 종료 뒤 서버 복구 모드로 진행될 경우 트랜잭션 로그 재실행 작업으로 충분히 90초 이상이 될 수도 있다. 이에, 이 설정은 0으로 설정해 시간 제한 기능을 끄는 것을 권고한다.

• NetBSD에서는 기본 설정에 따라 FreeBSD 또는 Linux 시작 스크립트를 사용해야 한다.

• Solaris에서는 다음 라인이 포함된 /etc/init.d/PostgreSQL 파일을 생성해야 한다.

  su - postgres -c "/usr/local/pgsql/bin/pg_ctl start -l logfile -D /usr/local/pgsql/data"

  그런 다음, S99PostgreSQL로써 /etc/rc3.d에 심볼릭 링크를 생성해야 한다.

서버 실행 중에 PID는 데이터 디렉터리의 postmaster.pid 파일에 저장된다. 이것은 동일한 데이터 디렉터리에서 실행되는 다중 서버 인스턴스를 방지하는 데 사용되고, 서버를 셧다운하는 데에도 사용될 수 있다.

LOG:could not bind IPv4 socket: Address already in use
HINT:Is another postmaster already running on port 5432? If not, wait a few seconds and retry.
FATAL:could not create TCP/IP listen socket

$ postgres -p 666
LOG:could not bind IPv4 socket: Permission denied
HINT:Is another postmaster already running on port 666? If not, wait a few seconds and retry.
FATAL:could not create TCP/IP listen socket

FATAL:could not create shared memory segment: Invalid argument
DETAIL:Failed system call was shmget(key=5440001, size=4011376640, 03600).

FATAL:could not create semaphores: No space left on device
DETAIL:Failed system call was semget(5440126, 17, 03600).

psql: could not connect to server: Connection refused
Is the server running on host "server.joe.com" and accepting
TCP/IP connections on port 5432?

psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?