As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# `/var` (dados do sistema de variáveis persistentes)
## `/var/cache` (cache)
Ao contrário de [`/var/lib`](#filesystem-slash-var-lib), apagar dados em `/var/cache` não resultará em perda de dados, pois as aplicações precisam ser capazes de recriar seus dados de `/var/cache` de outras fontes.
## `/var/lib` (dados do sistema persistentes)
O diretório `/var/lib` é usado para dados do sistema persistentes. Vários componentes do sistema colocarão aqui dados que são privados de cada componente. Ao contrário de [`/var/cache`](#filesystem-slash-var-cache), apagar dados em `/var/lib` resultará em perda de dados.
Por exemplo, o servidor de banco de dados PostgreSQL armazenará os dados do banco de dados em `/var/lib/pgsql` por padrão. O layout e os formatos de arquivo desses dados são privados do PostgreSQL, e são dados persistentes, pois, se forem apagados, o usuário sofrerá perda de dados.
## `/var/log` (logs persistentes)
Esse diretório é usado para armazenar logs persistentes. É recomendável que o software use as chamadas de API `syslog(3)` ou `sd_journal_print(3)` em vez de armazenar arquivos de log diretamente em `/var/log`.
**nota**
No AL2023, o [Diário de `systemd` substitui `rsyslog`](journald.md), o que é uma diferença notável em relação à configuração padrão do Amazon Linux 2.
Para obter mais informações sobre como ler logs usando `journalctl`, consulte a página do manual [https://www.freedesktop.org/software/systemd/man/journalctl.html](https://www.freedesktop.org/software/systemd/man/journalctl.html).
Muitas aplicações usam mecanismos próprios para gravar e, às vezes, alternar os arquivos de log encontrados em `/var/log`. Consulte a documentação dessas aplicações sobre como configurar os respectivos arquivos de log.
## `/var/spool` (filas de mensagens e impressoras)
Esse diretório é usado para dados persistentes, como filas de mensagens ou impressoras.
## `/var/tmp` (arquivos temporários maiores)
Para arquivos temporários pequenos e limitados por tamanho, talvez seja melhor usar [`/tmp`](filesystem-slash-tmp.md).
Embora [`/tmp`](filesystem-slash-tmp.md) esteja configurado por padrão para ser um volume `tmpfs`, `/var/tmp` é configurado por padrão para ser um caminho no sistema de arquivos raiz e, portanto, é o local para arquivos temporários maiores e mais persistentes. Por padrão, um trabalho de limpeza é executado regularmente para remover arquivos não acessados recentemente.
Para obter informações sobre como configurar a limpeza de arquivos temporários, consulte as páginas de manual `tmpfiles.d(5)` e `systemd-tmpfiles(8)` man.
Assim como [`/tmp`](filesystem-slash-tmp.md), as aplicações devem preferir o caminho especificado na variável de ambiente `$TMPDIR` em vez de `/var/tmp`. Depois, os usuários podem definir a variável de ambiente `$TMPDIR` para substituir o caminho que uma aplicação deve usar para `/var/tmp`.
**Atenção**
Como `/var/tmp` é compartilhado (assim como [`/tmp`](filesystem-slash-tmp.md)), é importante usar métodos seguros para a criação de arquivos temporários. Para obter detalhes, consulte a documentação de `systemd` upstream em [Using `/tmp` and `/var/tmp` Safely](https://systemd.io/TEMPORARY_DIRECTORIES/).
**nota**
É uma prática recomendada que os serviços de `systemd` sejam configurados com a diretiva `PrivateTmp=` definida como `yes` ou `disconnected`, o que executa o serviço em um ambiente de sandbox onde [`/tmp`](filesystem-slash-tmp.md) e [`/var/tmp`](#filesystem-slash-var-tmp) não são compartilhados com o host ou outros serviços.
Para obter mais informações, incluindo como configurar dois serviços para compartilhar os mesmos diretórios temporários privados, consulte a página `systemd.exec(5)` man.
Os caminhos [`/tmp`](filesystem-slash-tmp.md) e [`/var/tmp`](#filesystem-slash-var-tmp) estão intimamente relacionados e existem para propósitos diferentes.