Перед тем, как что-либо делать, необходимо инициализировать область хранения базы данных на диске. Мы называем это кластером баз данных. (Стандарт SQL использует термин "кластер каталогов"). Кластер баз данных - это набор баз данных, управляемый одним экземпляром работающего сервера баз данных. После инициализации кластер баз данных будет содержать базу данных с именем postgres, которая предназначена в качестве базы данных по умолчанию для использования утилитами, пользователями и сторонними приложениями. Сам сервер баз данных не требует наличия базы данных postgres, но многие внешние утилиты предполагают ее наличие. Во время инициализации в каждом кластере создаются еще две базы данных с именами template1 и template0. Как следует из названий, они будут использоваться в качестве шаблонов для последующего создания баз данных; их не следует использовать для реальной работы. (См. Глава 21 для получения информации о создании новых баз данных внутри кластера).

С точки зрения файловой системы, кластер базы данных - это один каталог, в котором будет храниться вся информация. Мы называем его каталогом данных или областью данных. Полностью зависит от вас, где вы выберете хранить свои данные. Нет значения по умолчанию, хотя популярными местами являются /usr/local/pgsql/data или /var/lib/pgsql/data. Каталог данных должен быть инициализирован перед использованием с помощью программы initdb который устанавливается вместе с Tantor BE.

Если вы используете предварительно упакованную версию Tantor BE, она, скорее всего, имеет определенное соглашение о том, где размещать каталог данных, и может также предоставлять скрипт для создания каталога данных. В этом случае вы должны использовать этот скрипт вместо прямого запуска initdb. Подробности смотрите в документации пакета.

Для инициализации кластера базы данных вручную запустите команду initdb и укажите желаемое расположение файловой системы кластера базы данных с помощью опции -D, например:

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

Обратите внимание, что вы должны выполнить эту команду, находясь в учетной записи пользователя Tantor BE, которая описана в предыдущем разделе.

В качестве альтернативы, вы можете запустить команду initdb через программу pg_ctl как вот так:

$ pg_ctl -D /usr/local/pgsql/data initdb

Это может быть более интуитивным, если вы используете pg_ctl для запуска и остановки сервера (см. Раздел 17.3), таким образом, pg_ctl будет единственной командой, которую вы используете для управления экземпляром сервера базы данных.

initdb попытается создать указанный каталог, если она еще не существует. Конечно, это не удастся, если у initdb нет разрешений на запись в родительский каталог. Обычно рекомендуется, чтобы пользователь Tantor BE был владельцем не только каталога данных, но и его родительским каталогом, чтобы это не стало проблемой. Если нужный родительский каталог также не существует, вам нужно будет сначала создать его, используя привилегии root, если каталог-предок не доступен для записи. Таким образом, процесс может выглядеть так:

root# mkdir /usr/local/pgsql
root# chown postgres /usr/local/pgsql
root# su postgres
postgres$ initdb -D /usr/local/pgsql/data

initdb откажется запускаться, если каталог данных уже существует и содержит файлы; это сделано для предотвращения случайного перезаписывания существующей установки.

Поскольку каталог данных содержит все данные, хранящиеся в базе данных, важно обеспечить его защиту от несанкционированного доступа. Команда initdb отзывает разрешения на доступ у всех, кроме пользователя Tantor BE и, при необходимости, группы. Доступ группы, при включении, является только для чтения. Это позволяет непривилегированному пользователю в той же группе, что и владелец кластера, создать резервную копию данных кластера или выполнить другие операции, которые требуют только чтения.

Обратите внимание, что включение или отключение группового доступа в существующем кластере требует его остановки и установки соответствующего режима для всех каталогов и файлов перед перезапуском Tantor BE. В противном случае, в каталоге данных могут существовать файлы с разными режимами доступа. Для кластеров, которые разрешают доступ только владельцу, соответствующие режимы доступа для каталогов - 0700, а для файлов - 0600. Для кластеров, которые также разрешают чтение группой, соответствующие режимы доступа для каталогов - 0750, а для файлов - 0640.

Однако, хотя содержимое каталога защищено, настройка аутентификации клиента по умолчанию позволяет любому локальному пользователю подключаться к базе данных и даже становиться суперпользователем базы данных. Если вы не доверяете другим локальным пользователям, рекомендуется использовать одну из опций initdb - -W, --pwprompt или --pwfile для назначения пароля суперпользователю базы данных. Также, укажите -A scram-sha-256, чтобы не использовать режим аутентификации по умолчанию trust; или измените сгенерированный файл pg_hba.conf после запуска initdb, но перед первым запуском сервера. (Другие разумные подходы включают использование аутентификации peer или ограничение соединений с помощью прав доступа к файловой системе. См. Глава 19 для получения дополнительной информации).

initdb также инициализирует локаль по умолчанию для кластера базы данных. Обычно он просто берет настройки локали из окружения и применяет их к инициализированной базе данных. Возможно указать другую локаль для базы данных; более подробную информацию об этом можно найти в разделе Раздел 22.1. Порядок сортировки по умолчанию, используемый в конкретном кластере базы данных, устанавливается initdb, и хотя вы можете создавать новые базы данных с использованием другого порядка сортировки, порядок, используемый в шаблонных базах данных, созданных initdb, не может быть изменен без их удаления и повторного создания. Использование локалей, отличных от C или POSIX, также влияет на производительность. Поэтому важно сделать правильный выбор с первого раза.

initdb также устанавливает кодировку символов по умолчанию для кластера баз данных. Обычно это должно быть выбрано в соответствии с настройкой локали. Подробности см. в Раздел 22.3.

Все локали, кроме C и POSIX, полагаются на библиотеку правил сортировки операционной системы для упорядочивания набора символов. Это контролирует упорядочивание ключей, хранящихся в индексах. По этой причине кластер не может переключиться на несовместимую версию библиотеки правил сортировки, ни через восстановление снимка, двоичная потоковая репликация, другую операционную систему или обновление операционной системы.