# - \#1 Servidor Zabbix Os parâmetros suportados em um arquivo de configuração do servidor Zabbix são: |Parâmetro|Obrigatório|Intervalo|Padrão|Descrição| |----------|------------|---------|-------|-----------| |AlertScriptsPath|não|<|/usr/local/share/zabbix/alertscripts|Localização de scripts de alerta customizados (depende da opção de instalação *datadir* definida em tempo de compilação).| |AllowRoot|não|<|0|Permite que o servidor rode como 'root'. Se desabilitada e o servidor for iniciado pelo 'root', o servidor tentará trocar para o usuário 'zabbix'. Não tem efeito se iniciado por um usuário normal.
0 - não permite
1 - permite
Este parâmetro é suportado desde o Zabbix 2.2.0.| |CacheSize|não|128K-8G|8M|Tamanho do cache de configurações, em bytes.
Tamanho da área de memória compatilhada para armazenar dados sobre hosts, itens e triggers.
O limite superior era 2GB antes do Zabbix 2.2.3.| |CacheUpdateFrequency|não|1-3600|60|Frequência de atualização do cache de configurações, em segundos.| |DBHost|não|<|localhost|Hostname do servidor da base de dados.
No caso do Mysql, localhost ou uma string vazia resulta em usar um socket. No caso do PostgreSQL, somente string vazia resulta em tentativa de usar socket.| |DBName|sim|<|<|Nome da base de dados.
Para SQLite3 o caminho para o arquivo da base de dados deve ser informado. DBUser e DBPassword são ignorados.| |DBPassword|não|<|<|Senha da base de dados. Ignorado para SQLite.
Comente esta linha se nenhuma senha for usada.| |DBPort|não|1024-65535|3306|Porta da base de dados quando não usando socket local. Ignorado para SQLite.| |DBSchema|não|<|<|Nome do schema. Usado para IBM DB2 e PostgreSQL.| |DBSocket|não|<|/tmp/mysql.sock|Caminho para o socket do MySQL.| |DBUser|não|<|<|Usuário para a base de dados. Ignorado para SQLite.| |DebugLevel|não|0-5|3|Especifica o nível de depuração:
0 - informações básicas sobre início e parada de processos Zabbix
1 - informações críticas
2 - informações sobre erros
3 - avisos
4 - depuração (produz grande quantidade de informações)
5 - depuração extendida para monitoramento web e VMware (só pode ser definido através de opções de controle em tempo real)| |ExternalScripts|não|<|/usr/local/share/zabbix/externalscripts|Localizaçao de scripts externos (depende da variável de instalação *datadir*, definida em tempo de compilação).| |Fping6Location|não|<|/usr/sbin/fping6|Localização do fping6.
Certifique-se de que o binário fping6 tem o root como dono e flag SUID definida.
Deixe vazio ("Fping6Location=") se o utilitário fping for capaz de processar também endereços IPv6.| |FpingLocation|não|<|/usr/sbin/fping|Localização do fping.
Certifique-se de que o binário fping tem o root como dono e flag SUID definida.| |HistoryCacheSize|não|128K-2G|8M|Tamanho do cache de histórico, em bytes.
Área de memória compartilhada para guardar dados históricos.| |HistoryTextCacheSize|não|128K-2G|16M|Tamanho do cache de histórico de texto, em bytes.
Área de memória compartilhada para guardar histórico de dados com tipo caracter, texto ou log.| |HousekeepingFrequency|não|1-24|1|Frequência com que o Zabbix vai realizar o procedimento de housekeeping (em horas).
Housekeeping é o ato de remover informações obsoletas da base de dados.
*Nota*: Para evitar que o processo housekeeper fique sobrecarregado (por exemplo, quando os períodos de históricos e trends tiverem uma redução muito grande), no máximo 4 vezes a quantidade de horas de dados, especificada em HousekeepingFrequency, serão removidas em um ciclo de housekeeping para cada item. Assim, se a HousekeepingFrequency for 1, no máximo 4 horas de informações obsoletas serão apagadas por ciclo (iniciando com a entrada mais antiga).
*Nota*: para reduzir a carga no início do servidor o housekeeping é postergado por 30 minutos depois do início dele. Assim, se a HousekeepingFrequency for 1, a primeira execução do housekeeping depois do início do servidor ocorrerá em 30 minutos e será repetida a cada hora depois disso. Este comportamento de postergação existe desde o **Zabbix 2.4.0.**| |Include|não|<|<|Pode-se incluir arquivos individuais ou todos os arquivos em um diretório no arquivo de configuração
Para incluir apenas arquivos relevantes no diretório especificado, o caractere curinga asterisco é suportado para batimento de padrões. Por exemplo: '' /caminho/absoluto/para/arquivos/de/configuracao/\*.conf ''. O batimento de padrões é suportado desde o \*\* Zabbix 2.4.0 \*\*
Ver [notas especiais](Special_notes_include) sobre as limitações.| |JavaGateway|não|<|<|Endereço IP (ou hostname) do JavaGateway Zabbix
Só necessário se pollers Java foram iniciados
Este parâmetro é suportado desde o Zabbix 2.0.0.| |JavaGatewayPort|não|1024-32767|10052|Porta onde o JavaGateway Zabbix escuta
Este parâmetro é suportado desde o Zabbix 2.0.0.| |ListenIP|não|<|0.0.0.0|Lista, delimitada por vírgulas, de endereços IP onde o trapper deve escutar
O trapper irá escutar em todas as interfaces de rede se este parâmetro estiver ausente
Vários endereços IP são suportados desde o Zabbix 1.8.3.| |ListenPort|não|1024-32767|10051|Porta de escuta para o trapper.| |LoadModule|não|<|<|Módulo para carregar na inicialização do servidor. Os módulos são utilizados para estender a funcionalidade do servidor
Formato: LoadModule =
Os módulos devem estar localizados no diretório especificado pela LoadModulePath
É permitido incluir vários parâmetros LoadModule.| |LoadModulePath|não|<|<|. Caminho completo para localização de módulos do servidor
Padrão depende das opções de compilação.| |LogFile|não|<|<|Nome do arquivo de log.| |LogFileSize|não|0-1024|1|Tamanho máximo do arquivo de log em MB
0 - desativar a rotação automática de log
// Nota //: Se o limite de tamanho do arquivo de log é atingido e rotação arquivo falhar, por qualquer razão, o arquivo de log existente será truncado e reiniciado do zero.| |LogSlowQueries|não|0-3600000|0|Quanto tempo uma query no banco de dados pode levar antes de ser registrada no log (em milissegundos)
0 - não registrar consultas lentas
Esta opção torna-se habilitada a partir do DebugLevel = 3
Este parâmetro é suportado desde o Zabbix 1.8.2.| |MaxHousekeeperDelete|não|0-1000000|500|Não mais do que 'MaxHousekeeperDelete' linhas (correspondente a \[nome da tabela\], \[campo\], \[valor\]) serão apagadas por uma tarefa em um ciclo de housekeeping
SQLite3 não usa este parâmetro, excluindo todas as linhas correspondentes sem limite.
Se definido como 0, nenhum limite é usado. Neste caso, você deve saber o que está fazendo!
Este parâmetro é suportado desde o Zabbix 1.8.2 e aplica-se apenas a eliminação do histórico e trends de itens já apagados.| |PidFile|não|<|/tmp/zabbix\_server.pid|Nome do arquivo com o PID.| |ProxyConfigFrequency|não|1-604800|3600|Frequencia de envio de dados, pelo servidor Zabbix, a um proxy Zabbix (em segundos). Usado apenas para proxies em um modo passivo.
Este parâmetro é suportado desde o Zabbix 1.8.3.| |ProxyDataFrequency|não|1-3600|1|Frequencia de solicitação de dados históricos, pelo servidor Zabbix, a um proxy Zabbix (em segundos). Usado apenas para proxies em um modo passivo.
Este parâmetro é suportado desde o Zabbix 1.8.3.| |SenderFrequency|não|5-3600|30|Quantas vezes o Zabbix tentará enviar alertas ainda não enviados (em segundos).| |SNMPTrapperFile|não|<|/tmp/zabbix\_traps.tmp|Arquivo temporário usado para transmitir dados do SNMP trap daemon para o servidor.
Deve ser o mesmo que foi definido no zabbix\_trap\_receiver.pl ou arquivo de configuração SNMPTT.
Este parâmetro é suportado desde o Zabbix 2.0.0.| |SourceIP|não|<|<|Endereço IP de origem para as conexões de saída.| |SSHKeyLocation|não|<|<|Localização de chaves públicas e privadas para verificações e ações SSH| |SSLCertLocation|não|<|<|. Localização dos arquivos de certificado de cliente SSL para autenticação do cliente.
Este parâmetro é usado somente em monitoramento de sites e é suportado desde o Zabbix 2.4.| |SSLKeyLocation|não|<|<|. Local de arquivos de chave privada SSL para autenticação do cliente.
Este parâmetro é usado somente em monitoramento de sites e é supoertado desde o Zabbix 2.4.| |SSLCALocation|não|<|<|Substituição do local dos arquivos da autoridade de certificação (CA) para a verificação do certificado do servidor SSL. Se não for definida, o diretório do sistema será usado.
Observe que o valor deste parâmetro será definido como a opção CURLOPT\_CAPATH da libcurl e tem efeito somente se a licurl foi compilada para usar OpenSSL. Para mais informações, consulte a [página do cURL](http://curl.haxx.se/libcurl/c/curl_easy_setopt.html#CURLOPTCAPATH).
Este parâmetro é usado somente em monitoramento de sites e é suportado desde o Zabbix 2.4.0.| |StartDBSyncers|não|1-100|4|Número de instâncias pré-disparadas de DB Syncers.
O limite superior era 64 antes da versão 1.8.5
Este parâmetro é suportado desde o Zabbix 1.8.3.| |StartDiscoverers|não|0-250|1|Número de instâncias pré-disparadas de discoverers.
O limite superior era 255 antes da versão 1.8.5.| |StartHTTPPollers|não|0-1000|1|Número de instâncias pré-disparadas de HTTPpollers.
O limite superior era 255 antes da versão 1.8.5.| |StartIPMIPollers|não|0-1000|0|Número de instâncias pré-disparadas de IPMIpollers.
O limite superior era 255 antes da versão 1.8.5.| |StartJavaPollers|não|0-1000|0|Número de instâncias pré-disparadas de JavaPollers.
Este parâmetro é suportado desde o Zabbix 2.0.0.| |StartPingers|não|0-1000|1|Número de instâncias pré-disparadas de ICMP pingers.
O limite superior era 255 antes da versão 1.8.5.| |StartPollersUnreachable|não|0-1000|1|Número de instâncias pré-disparadas de pollers para hosts inacessíveis (incluindo IPMI e Java).
Desde o \*\* Zabbix 2.4.0 \*\*, pelo menos um poller para os hosts inacessíveis deve ser executado se pollers IPMI, Java ou regulares forem iniciados.
O limite superior era 255 antes da versão 1.8.5.
Esta opção não existe na versão 1.8.3.| |StartPollers|não|0-1000|5|Número de instâncias pré-disparadas de pollers.
O limite superior era 255 antes da versão 1.8.5.| |StartProxyPollers|não|0-250|1|Número de instâncias pré-disparadas de pollers para proxies passivos.
O limite superior era 255 antes da versão 1.8.5.
Este parâmetro é suportado desde o Zabbix 1.8.3.| |StartSNMPTrapper|não|0-1|0|Se definido como 1, o processo SNMP trapper será iniciado.
Este parâmetro é suportado desde o Zabbix 2.0.0.| |StartTimers|não|1-1000|1|Número de instâncias pré-disparadas de temporizadores
Temporizadores processam funcões e períodos de manutenção de triggers baseadas em tempo.
Apenas o primeiro processo temporizador manipula os períodos de manutenção baseada no tempo.
Este parâmetro é suportado desde o Zabbix 2.2.0.| |StartTrappers|não|0-1000|5|Número de instâncias pré-disparadas de trappers.
Trappers aceitam conexões do Zabbix sender, agentes ativos e proxies ativos.
Pelo menos um processo trapper deve estar em execução para exibir a disponibilidade do servidor e fila no frontend.
o limite superior era 255 antes da versão 1.8.5.| |StartVMwareCollectors|não|0-250|0|Número de instâncias pré-disparadas de coletores Vmware.
Este parâmetro é suportado desde o Zabbix 2.2.0.| |Timeout|não|1-30|3|Especifica quanto tempo esperar por um agente, dispositivo SNMP ou verificação externa (em segundos).| |TmpDir|não|<|/tmp|Diretório temporário.| |TrapperTimeout|não|1-300|300|Especifica quantos segundos o trapper pode gastar processando novos dados.| |TrendCacheSize|não|128K-2G|4M|Tamanho do cache de tendências, em bytes.
Tamanho da área de memória compartilhada para armazenar dados de tendências.| |UnavailableDelay|não|1-3600|60|Quantas vezes a disponibilidade do host é verificada durante o [período de indisponibilidade](/Manual/Apêndice/itens/unreachability# unavailable_host), em segundos.| |UnreachableDelay|não|1-3600|15|Quantas vezes a disponibilidade do host é verificada durante o [período de inalcançabilidade](/Manual/Apêndice/itens/unreachability # unreachable_host), em segundos.| |UnreachablePeriod|não|1-3600|45|Depois de quantos segundos de [inalcançabilidade](/Manual/Apêndice/itens/unreachability#unreachable_host) tratar um host como indisponível.| |User|não|<|Zabbix|Reduz privilégios para um usuário específico existente no sistema.
Tem efeito somente se executado como 'root' e AllowRoot estiver desativado.
Este parâmetro é suportado desde o **Zabbix 2.4.0**.| |ValueCacheSize|não|0,128K-64G|8M|Tamanho do cache de histórico, em bytes
Tamanho da área de memória compartilhada para cache de requisições de dados históricos.
Definir como 0 desativa o ValueCache (não recomendado).
Quando a memória compatilhada para o cache esgotar-se, uma mensagem de aviso está escrita no log do servidor a cada 5 minutos.
Este parâmetro é suportado desde o Zabbix 2.2.0.| |VMwareCacheSize|não|256K-2G|8M|Tamanho da área de memória compartilhada para armazenar dados VMware
Uma verificação interna VMware \[vmware, buffer, ...\] pode ser usada para monitorar o uso de cache VMware (ver [verificações internas](/manual/config/itens/itemtypes/internas)).
Note que a memória compartilhada não é alocada se não há instâncias de coletores VMware configurados para iniciar.
Este parâmetro é suportado desde o Zabbix 2.2.0.| |VMwareFrequency|não|10-86400|60|Atraso em segundos entre coleta de dados de um serviço VMware individual.
Este atraso deve ser definido como o período mínimo de atraso de um item de monitoramento VMware.
Este parâmetro é suportado desde o Zabbix 2.2.0| ::: noteclassic O Zabbix suporta arquivos de configuração apenas em codificação UTF-8 sem [BOM](https://en.wikipedia.org/wiki/Byte_order_mark).\ \ Comentários começando com "\#" são suportados apenas no início da linha. :::