O PostgreSQL oferece suporte a vários métodos para registrar mensagens do servidor, incluindo stderr, csvlog, jsonlog e syslog. No Windows, também há suporte para eventlog. Deve-se definir este parâmetro como uma lista de destinos desejados separados por vírgulas. O padrão é registrar apenas na saída de erro padrão (stderr). Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Se csvlog estiver presente em log_destination, as entradas de registro serão geradas no formato “valor separado por vírgula” (CSV), conveniente para carregar registros em tabelas. Veja Uso da saída de registro no formato CSV para obter detalhes. Para gerar a saída de registro no formato CSV, o parâmetro logging_collector deverá estar ativo.

Se jsonlog estiver incluído em log_destination, as entradas de registro serão geradas no formato JSON, conveniente para carregar registros em programas. Veja Uso da saída de registro no formato JSON para obter detalhes. Para gerar a saída de registro no formato JSON, o parâmetro logging_collector deverá estar ativo.

Quando stderr, csvlog ou jsonlog estiverem presentes, será criado o arquivo current_logfiles para registrar a localização do(s) arquivo(s) de registro em uso no momento pelo coletor de registros e o destino de registro associado. Isto oferece uma maneira conveniente de encontrar os registro em uso no momento pela instância. A seguir está um exemplo do conteúdo deste arquivo:

stderr log/postgresql.log
csvlog log/postgresql.csv
jsonlog log/postgresql.json

o arquivo current_logfiles será recriado quando um novo arquivo de registro for criado como efeito da rotação, e quando log_destination for recarregado. Ele será removido quando nenhum entre stderr, csvlog ou jsonlog estiver incluído em log_destination, e quando o coletor de registros está inativo.

local0.* /var/log/postgresql

Este parâmetro ativa o coletor de registros (logging collector), que é um processo em segundo plano que captura as mensagens de registro enviadas para stderr, e as redireciona para os arquivos de registro. Esta abordagem é geralmente mais útil do que registrar em syslog, porque alguns tipos de mensagens podem não aparecer na saída do syslog. (Um exemplo comum são as mensagens de falha do vinculador dinâmico; outra são as mensagens de erro produzidas por scripts como archive_command.) Este parâmetro só pode ser definido na ativação do servidor.

Quando logging_collector está ativo, este parâmetro determina o diretório onde os arquivos de registro serão criados. Pode ser especificado como um caminho absoluto, ou relativo ao diretório de dados da instância. Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor. O padrão é log.

Quando logging_collector está ativo, este parâmetro define os nomes dos arquivos de registro criados. Como o valor é tratado como um padrão para a função strftime, então podem ser usados escapes de % para especificar nomes de arquivos que variam no tempo. (Note-se que se houver algum escape % dependente da zona horária, o cálculo será feito na zona especificada por log_timezone.) Os escapes de % com suporte são semelhantes aos listados na especificação da função strftime do Open Group. Note-se que a função strftime do sistema não é usada diretamente, portanto extensões específicas da plataforma (fora do padrão) não funcionam. O padrão é postgresql-%Y-%m-%d_%H%M%S.log.

Se for especificado um nome de arquivo sem escapes, deve-se planejar usar um utilitário de rotação de log para evitar acabar enchendo todo o disco. Nas versões anteriores à 8.4, se não estivesse presente nenhum escape %, o PostgreSQL acrescentaria a hora do momento de criação do novo arquivo de registro, mas isto não é mais o caso.

Se a saída no formato CSV estiver ativa em log_destination, será anexado .csv ao nome do arquivo de registro com data e hora, para criar o nome do arquivo de saída no formato CSV. (Se log_filename terminar em .log, o sufixo será substituído em vez disso.)

log_destination, será anexado .json ao nome do arquivo de registro com data e hora, para criar o nome do arquivo de saída no formato JSON. (Se log_filename terminar em .log, o sufixo será substituído em vez disso.)

Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Nos sistemas Unix, este parâmetro define as permissões para os arquivos de registro de eventos quando logging_collector está ativo. (No Microsoft Windows este parâmetro é ignorado.) É esperado que o valor do parâmetro seja um modo numérico especificado no formato aceito pelas chamadas de sistema chmod e umask. (Para usar o formato octal habitual, o número deve começar com 0 (zero).)

As permissões padrão são 0600, significando que apenas o usuário dono do servidor pode ler ou escrever os arquivos de registro. A outra configuração comumente útil é 0640, permitindo que membros do grupo dono leiam os arquivos. Note, entretanto, que para usar esta configuração, é necessário alterar log_directory para armazenar os arquivos em algum lugar fora do diretório de dados da instância. Em qualquer caso, não é aconselhável tornar os arquivos de registro legíveis por todos, porque podem conter dados confidenciais.

Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Quando logging_collector está ativo, este parâmetro determina o tempo máximo para usar um arquivo de registro individual, após o qual será criado um novo arquivo de registro. Se o valor for especificado sem unidade, será considerado sendo minutos. O padrão é 24 horas. Definir como zero desativa a criação de novos arquivos de registro com base no tempo. Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Quando logging_collector está ativo, este parâmetro determina o tamanho máximo de um arquivo de registro individual. Após esta quantidade de dados ter sido escrita em um arquivo de registro, será criado um novo arquivo de registro. Se o valor for especificado sem unidade, será considerado sendo quilobytes. O padrão é 10 megabytes. Definir como zero desativa a criação de novos arquivos de registro com base no tamanho. Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Quando logging_collector está ativo, este parâmetro faz com que o PostgreSQL trunque (sobrescreva), em vez de anexar ao arquivo de registro existente com o mesmo nome. Entretanto, o truncamento ocorre somente quando estiver sendo aberto um novo arquivo devido à rotação baseada em tempo, e não durante a ativação do servidor ou rotação baseada em tamanho. Quando este parâmetro não está ativo, os arquivos pré-existentes são anexados em todos os casos. Por exemplo, usar esta configuração em combinação com log_filename definido como postgresql-%H.log, resulta na geração de arquivos de registro de vinte e quatro horas e, em seguida, sobrescrevendo-os ciclicamente. Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Exemplo: para manter 7 dias de registro, um arquivo de registro por dia com os nomes server_log.Mon, server_log.Tue, etc., e sobrescrever automaticamente o registro da semana anterior pelo registro dessa semana, deve-se definir log_filename como server_log.%a, log_truncate_on_rotation como on, e log_rotation_age como 1440 (ou 1d, N. do T.).

Exemplo: para manter 24 horas de registro, um arquivo de registro por hora, mas também alternar antes se o tamanho do arquivo de registro exceder 1 GB, deve-se definir log_filename como server_log.%H%M, log_truncate_on_rotation como on, log_rotation_age como 60, e log_rotation_size como 1000000. Incluir %M em log_filename permite que possa ocorrer qualquer rotação controlada por tamanho para selecionar um nome de arquivo diferente do nome de arquivo inicial da hora.

Quando os registros têm syslog como destino, este parâmetro determina a “facilidade” do syslog a ser usada. Pode-se escolher entre LOCAL0, LOCAL1, LOCAL2, LOCAL3, LOCAL4, LOCAL5, LOCAL6, ou LOCAL7; O padrão é LOCAL0 ^[128]. Veja também a documentação do daemon syslog do sistema operacional. Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Quando os registros têm syslog como destino, este parâmetro determina o nome do programa usado para identificar as mensagens do PostgreSQL nos registros de syslog. O padrão é postgres. Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Quando os registros têm syslog como destino, e este parâmetro está ativo (o padrão), então cada mensagem é prefixada por um número de sequência crescente (tal como [2]). Isto evita a supressão do tipo “--- última mensagem repetida N vezes ---”, que muitas implementações de syslog fazem por padrão. Nas implementações de syslog mais modernas, a supressão de mensagens repetidas pode ser configurada (por exemplo, $RepeatedMsgReduction em rsyslog), então esta configuração pode não ser necessária. Além disso, pode-se desativar este recurso se realmente for desejado suprimir as mensagens repetidas.

Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Quando os registros têm syslog como destino, este parâmetro determina como as mensagens são entregues ao syslog. Quando ativo (o padrão), as mensagens são divididas por linhas, e as linhas longas são divididas para caberem em 1.024 bytes, que é um limite de tamanho típico para implementações de syslog tradicionais. Quando inativo, as mensagens de registro do servidor PostgreSQL são entregues ao serviço syslog como estão, cabendo ao serviço syslog lidar com as mensagens potencialmente volumosas.

Se syslog estiver escrevendo em um arquivo de texto, então o efeito será o mesmo de qualquer maneira, sendo melhor deixar a configuração ativa, já que a maioria das implementações de syslog não podem lidar com mensagens grandes, ou precisariam ser especialmente configuradas para lidar com elas. Mas se syslog estiver escrevendo em algum outro meio, poderá ser necessário, ou mais útil, manter as mensagens juntas logicamente.

Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Quando os registros têm um programa para receber registros como destino, este parâmetro determina o nome do programa usado para identificar as mensagens do PostgreSQL no registro. O padrão é PostgreSQL. Este parâmetro só pode ser definido na ativação do servidor.

Controla quais níveis de mensagem são escritos no registro do servidor. Os valores válidos são DEBUG5, DEBUG4, DEBUG3, DEBUG2, DEBUG1, INFO, NOTICE, WARNING, ERROR, LOG, FATAL, e PANIC. Cada nível inclui todos os níveis que o seguem. Quanto mais alto for o nível, menos mensagens são enviadas para o registro. O padrão é WARNING. Note-se que LOG tem uma classificação diferente aqui do que tem em client_min_messages. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Controla quais instruções SQL que causam uma condição de erro são registradas no registro do servidor. A instrução SQL corrente é incluída na entrada de registro para qualquer mensagem com a severidade especificada, ou maior. Os valores válidos são DEBUG5, DEBUG4, DEBUG3, DEBUG2, DEBUG1, INFO, NOTICE, WARNING, ERROR, LOG, FATAL, e PANIC. O padrão é ERROR, significando que instruções que causam erros, mensagens de LOG, erros fatais, ou pânicos, são registradas. Para desativar inteiramente o registro de instruções com falha, deve-se definir este parâmetro como PANIC. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Faz com que a duração de cada instrução concluída seja registrada, se a instrução for executada por pelo menos a quantidade de tempo especificada. Por exemplo, se for definido como 250ms, então todas as instruções SQL que executam em 250ms ou mais serão registradas. A ativação desse parâmetro pode servir para rastrear consultas não otimizadas nas aplicações. Se o valor for especificado sem unidade, será considerado sendo milissegundos. Definir como zero registra todas as durações das instruções. O valor -1 (o padrão), desativa o registro das durações das instruções. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Esta opção se sobrepõe a log_min_duration_sample, significando que as consultas com duração superior a esta configuração não estão sujeitas à amostragem, sendo sempre registradas.

Para os clientes que usam protocolo de consulta estendido, as durações das etapas de Analisar (Parse), Vincular (Bind) e Executar (Execute), são registradas de forma independente.

Ativa amostrar a duração de instruções concluídas, executadas durante pelo menos a quantidade de tempo especificada. Produz o mesmo tipo de entradas de registro que log_min_duration_statement, mas apenas para um subconjunto de instruções executadas, com taxa de amostragem controlada por log_statement_sample_rate. Por exemplo, se for definido como 100ms, então todas as instruções SQL que executam em 100ms, ou mais, serão consideradas para amostragem. A ativação desse parâmetro pode servir quando o tráfego for muito alto para registrar todas as consultas. Se o valor for especificado sem unidade, será considerado sendo milissegundos. Definir como zero amostra todas as durações das instruções. O valor -1 (o padrão), desativa a amostragem das durações das instruções. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Esta configuração tem prioridade mais baixa que log_min_duration_statement, significando que as instruções com durações superiores a log_min_duration_statement não estão sujeitas a amostragem, sendo sempre registradas.

Outras notas para log_min_duration_statement também se aplicam a esta configuração.

Determina a fração de instruções com duração superior a log_min_duration_sample que serão registradas. A amostragem é estocástica, por exemplo, 0,5 significa que há estatisticamente uma chance em duas de que qualquer instrução seja registrada. O padrão é 1.0, o que significa registrar todas as instruções amostradas. Definir como zero desativa o registro de duração de instrução amostrado, o mesmo que definir log_min_duration_sample como -1. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Define a fração de transações cujas instruções são todas registradas, além das instruções registrados por outros motivos. Se aplica a cada nova transação, independentemente da duração das suas instruções. A amostragem é estocástica, por exemplo, 0.1 significa que há estatisticamente uma chance em dez de que qualquer transação seja registrada. O parâmetro log_transaction_sample_rate pode servir para construir uma amostra de transações. O padrão é 0, significando não registrar instruções de quaisquer transações adicionais. Definir como 1 registra todas as instruções de todas as transações. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Define o tempo após o qual o processo de ativação irá registrar uma mensagem sobre uma operação de longa duração ainda em andamento, bem como o intervalo entre mensagens de progresso subsequentes para esta operação. O padrão é 10 segundos. Uma configuração de 0 desativa o recurso. Se este valor for especificado sem unidade, será considerado sendo milissegundos. Esta configuração é aplicada separadamente a cada operação. Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Por exemplo, se a sincronização do diretório de dados levar 25 segundos e, posteriormente, a redefinição de relações não registradas levar 8 segundos, e se esta configuração tiver o valor padrão de 10 segundos, então, mensagens serão registradas para a sincronização do diretório de dados após o processo estar em andamento há 10 segundos e novamente após 20 segundos, mas nada será registrado quanto à reinicialização de relações não registradas no registro.

O parâmetro application_name pode ser qualquer cadeia de caracteres com menos de NAMEDATALEN caracteres (64 caracteres em uma construção padrão). Normalmente é definido pela aplicação na conexão com o servidor. O nome será mostrado na visão pg_stat_activity, e incluído nas entradas de registro CSV. Também pode ser incluído em entradas de registro regulares por meio do parâmetro log_line_prefix. Somente podem ser usados caracteres ASCII imprimíveis no valor de application_name. Os demais caracteres são substituídos por sequências de escape hexadecimais no estilo C.

Estes parâmetros permitem que sejam produzidas várias saídas de depuração. Quando definidos, mostram a árvore de análise resultante, a saída do reescritor de consultas, ou o plano de execução para cada consulta executada. Estas mensagens são produzidas no nível de mensagem LOG, portanto, por padrão, aparecem no registro do servidor, mas não são enviadas ao cliente. É possível mudar esta situação ajustando client_min_messages e/ou log_min_messages. Estes parâmetros estão inativos por padrão.

Quando definido, debug_pretty_print cria recuos nas mensagens produzidas por debug_print_parse, debug_print_rewrite e debug_print_plan. Resulta em uma saída mais legível, mas muito mais longa do que o formato “compacto” usado quando está inativo. Está ativo por padrão.

Faz com que cada ação executada pelo autovacuum seja registrada se tiver durado pelo menos o tempo especificado. Definir este valor como zero registra todas as ações do autovacuum. -1 desativa o registro de ações do autovacuum. Se este valor for especificado sem unidade, será considerado sendo milissegundos. Por exemplo, se for definido como 250ms, todas as operações automáticas de vacuum e analyze que levarem 250 ms ou mais para serem executadas serão registradas. Além disso, quando este parâmetro é definido com qualquer valor diferente de -1, será registrada uma mensagem se uma ação de autovacuum for ignorada devido a um bloqueio conflitante ou a uma relação removida simultaneamente. O padrão é 10min. Ativar este parâmetro pode ser útil para monitorar a atividade do autovacuum. Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor; mas a configuração pode ser sobreposta para tabelas alterando individualmente os parâmetros de armazenamento da tabela.

Faz com que os pontos de verificação e de reinicialização sejam registrados no registro do servidor. São incluídas algumas estatísticas nas mensagens de registro, incluindo o número de buffers escritos e o tempo gasto para escrevê-los. Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor. O padrão é on.

Faz com que sejam registrados os aspectos de cada conexão com o servidor. O padrão é uma cadeia de caracteres vazia, '', que desativa todo o registro de conexões. As opções a seguir podem ser especificadas isoladamente ou em uma lista separada por vírgulas:

O registro de desconexões é controlado separadamente por log_disconnections.

Para manter a compatibilidade com versões anteriores, on, off, true, false, yes, no, 1 e 0 ainda têm suporte. Os valores positivos equivalem a especificar as opções receipt, authentication e authorization.

Apenas superusuários e usuários com o privilégio SET apropriado podem alterar este parâmetro no início da sessão, e ele não pode ser alterado de forma alguma durante a sessão.

Faz com que os encerramentos de sessão sejam registrados. A saída do registro fornece informações semelhantes a log_connections, além da duração da sessão. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar este parâmetro no início da sessão, e ele não pode ser alterado de forma alguma durante a sessão. O padrão é off.

Faz com que seja registrada a duração de cada instrução concluída. O padrão é off. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Para os clientes que usam o protocolo de consulta estendido, as durações das etapas de Analisar (Parse), Vincular (Bind) e Executar (Execute) são registradas de forma independente.

Controla a quantidade de detalhes escritos no registro do servidor para cada mensagem registrada. Os valores válidos são TERSE, DEFAULT, e VERBOSE, cada um adicionando mais campos às mensagens mostradas. TERSE exclui o registro de informações de erro de DETAIL, HINT, QUERY, e CONTEXT. A saída VERBOSE inclui o código de erro SQLSTATE (veja também Códigos de erro do PostgreSQL), o nome do arquivo de código-fonte, o nome da função, e o número da linha que gerou o erro. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Por padrão, as mensagens de registro de conexão mostram apenas o endereço IP do hospedeiro conectado. Ativar este parâmetro também causa o registro do nome do hospedeiro. Note-se que, dependendo da configuração da resolução do nome do hospedeiro, este parâmetro pode impor uma penalidade de desempenho não desprezível. Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Esta é uma cadeia de caracteres no estilo da função printf, mostrada no início de cada linha de registro. Os caracteres % iniciam “sequências de escape”, substituídas por informações de status conforme descrito abaixo. Os escapes não reconhecidos são ignorados. Os demais caracteres são copiados diretamente para a linha de registro. Alguns escapes são reconhecidos apenas por processos de sessão, sendo tratados como vazios por processos em segundo plano, como o processo principal do servidor. As informações de status podem ser alinhadas à esquerda ou à direita, especificando um literal numérico após o caractere %, e antes da opção. Um valor negativo faz com que as informações de status sejam preenchidas à direita com espaços à esquerda para fornecer uma largura mínima, enquanto um valor positivo será preenchido à esquerda. O preenchimento pode servir para ajudar a leitura por humanos nos arquivos de registro.

Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor. O padrão é '%m [%p] ', que registra o carimbo de data e hora e o identificador do processo.

O tipo de processo servidor corresponde à coluna backend_type na visão pg_stat_activity, mas podem aparecer tipos adicionais no registro que não aparecem nesta visão.

O escape %c imprime um identificador de sessão quase-único, consistindo em dois números hexadecimais de 4 bytes (sem zeros à esquerda) separados por um ponto. Os números são a hora de início do processo e o identificador do processo, então %c também pode ser usado como uma forma de mostrar estes itens com economia de espaço. Por exemplo, para gerar o identificador de sessão de pg_stat_activity, pode-se usar esta consulta:

SELECT to_hex(trunc(EXTRACT(EPOCH FROM backend_start))::integer) || '.' ||
       to_hex(pid)
FROM pg_stat_activity;

log_line_prefix = '%m [%p] %q%u@%d/%a '

Controla se é produzida uma mensagem de registro quando uma sessão espera mais de deadlock_timeout para adquirir um bloqueio. Serve para determinar se as esperas de bloqueio estão causando baixo desempenho. O padrão é off. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Controla se é gerada uma mensagem de registro detalhada quando a aquisição de um bloqueio falha. Isto é útil para analisar as causas de falhas de bloqueio. No momento, apenas falhas de bloqueio devido a SELECT NOWAIT têm suporte. O padrão é off. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Controla se é produzida uma mensagem de registro quando o processo de ativação aguarda mais do que deadlock_timeout por conflitos de recuperação. Serve para determinar se os conflitos de recuperação impedem a recuperação de aplicar o WAL.

O padrão é off. Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Se for maior que zero, cada valor de parâmetro de ligação (bind) registrado com uma mensagem de registro de instrução sem erro será reduzido para este número de bytes. Zero desativa o registro de parâmetros de ligação para registros de instruções sem erros. O valor -1 (o padrão), permite que os parâmetros de ligação sejam registrados por completo. Se o valor for especificado sem unidade, será considerado sendo bytes. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Esta configuração afeta apenas mensagens de registro mostradas como resultado de log_statement, log_duration, e configurações relacionadas. Os valores dessa configuração diferentes de zero adicionam alguma sobrecarga, principalmente se os parâmetros forem enviados no formato binário, porque será necessária a conversão para texto.

Se for maior que zero, cada valor de parâmetro de ligação relatado nas mensagens de erro será reduzido para este número de bytes. Zero (o padrão) desativa a inclusão de parâmetros de ligação em mensagens de erro. O valor -1 permite que os parâmetros de ligação sejam mostrados por completo. Se o valor for especificado sem unidade, será considerado sendo bytes.

Os valores dessa configuração diferentes de zero adicionam sobrecarga, porque o PostgreSQL precisará armazenar as representações textuais dos valores dos parâmetros na memória no início de cada instrução, independentemente de um erro ocorrer ou não. A sobrecarga é maior quando os parâmetros de ligação são enviados no formato binário do que quando são enviados como texto, uma vez que o primeiro caso requer conversão de dados, enquanto o último requer apenas a cópia da cadeia de caracteres.

Controla quais instruções SQL são registradas. Os valores válidos são none (off), ddl, mod e all (todas as instruções). ddl registra todas as instruções de definição de dados, tais como as instruções CREATE, ALTER e DROP. mod registra todas as instruções de ddl, além das instruções de modificação de dados, tais como as instruções INSERT, UPDATE, DELETE, TRUNCATE e COPY FROM. As instruções PREPARE, EXECUTE e EXPLAIN ANALYZE, também serão registradas, se o comando contido for de um tipo apropriado. Para os clientes que usam o protocolo de consulta estendido, o registro ocorre quando é recebida uma mensagem Execute, e os valores dos parâmetros Bind são incluídos (com quaisquer apóstrofos incorporados duplicados).

O padrão é none. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Faz com que cada comando de replicação e a aquisição/liberação de encaixe de replicação de cada processo walsender sejam registrados no servidor. Veja Seção 54.4 para obter mais informações sobre o comando de replicação. O padrão é off. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Controla o registro de nomes e tamanhos de arquivos temporários. Os arquivos temporários podem ser criados para classificações, hashes, e resultados de consultas temporárias. Se ativado por esta configuração, uma entrada de registro será produzida para cada arquivo temporário, com o tamanho do arquivo especificado em bytes, quando este for excluído. O valor zero registra todas as informações de arquivos temporários, enquanto valores positivos registram apenas arquivos cujo tamanho é maior ou igual à quantidade de dados especificada. Se o valor for especificado sem unidade, será considerado sendo quilobytes. O padrão é -1, que desativa este registro. Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.

Define a zona horária usado para carimbos de data e hora escritos no registro do servidor. Ao contrário de TimeZone, este valor abrange toda a instância, para que todas as sessões relatem carimbos de data e hora de forma homogênea. O padrão integrado é GMT, mas é normalmente sobreposto no arquivo postgresql.conf; O initdb instala uma configuração correspondente ao ambiente do sistema operacional. Veja Zonas horárias para obter mais informações. Este parâmetro só pode ser definido no arquivo postgresql.conf ou na linha de comando do servidor.

Define um nome que identifica este agrupamento de bancos de dados (instância) para diversas finalidades. O nome da instância aparece no título do processo para todos os processos servidores nesta instância. Além disso, é o nome padrão da aplicação para uma conexão em espera (veja synchronous_standby_names.)

O nome pode ser qualquer sequência de caracteres com menos de NAMEDATALEN caracteres (64 caracteres em uma construção padrão). Apenas caracteres ASCII imprimíveis podem ser usados ​​no valor de cluster_name. Os demais caracteres são substituídos por sequências de escape hexadecimais no estilo C. Nenhum nome será mostrado se este parâmetro for definido como uma cadeia de caracteres vazia '' (o padrão). Este parâmetro só pode ser definido na ativação do servidor.

O nome pode ser qualquer cadeia de caracteres com menos de NAMEDATALEN caracteres (64 caracteres em uma construção padrão). Somente podem ser usados caracteres ASCII imprimíveis no valor cluster_name. Os demais caracteres são substituídos por pontos de interrogação (?). Nenhum nome será mostrado se este parâmetro estiver definido como uma cadeia de caracteres vazia '' (o padrão). Apenas superusuários e usuários com o privilégio SET apropriado podem alterar esta configuração.