O modo de diário padrão para Ext4 é data=ordered
, o que, de acordo com a documentação, significa que
"Todos os dados são forçados diretamente para o sistema de arquivos principal antes de seus metadados serem confirmados no diário".
No entanto, há também a data=journal
opção, o que significa que
"Todos os dados são confirmados no diário antes de serem gravados no sistema de arquivos principal. A ativação desse modo desabilitará a alocação atrasada e o suporte ao O_DIRECT."
Meu entendimento disso é que o data=journal
modo registrará no diário todos os dados e metadados, o que, aparentemente, significa que essa é a opção mais segura em termos de integridade e confiabilidade dos dados, embora talvez não seja tanto para desempenho.
Devo escolher esta opção se a confiabilidade é uma das principais preocupações, mas o desempenho é muito menor? Existem advertências para usar esta opção?
Como pano de fundo, o sistema em questão está em um no-break e o cache de gravação está desabilitado nas unidades.
data=journal
que forneça resultados mais seguros quedata=ordered
+nodelalloc
. Você tem um?Este tópico é super antigo, mas ainda é relevante.
Queríamos mesclar muitas gravações minúsculas em um banco de dados MySQL, executando como uma VM no KVM usando imagens Ceph RBD.
Convidado: VMs do CentOS 6 / etc / fstab:
O dispositivo '/ dev / sda' (1 TiB) está em um pool NVMe com código de apagamento compactado, com um dispositivo de diário dedicado relativamente pequeno (128 MiB) em um pool NVMe com replicação tripla.
A seguir, os comandos que usamos em um ambiente de resgate:
Desanexe o diário:
Verifique o sistema de arquivos quanto a inconsistências:
Obter tamanho do bloco:
Formatar dispositivo de diário dedicado (AVISO):
O tamanho mínimo do diário deve ter o tamanho de bloco de 1024 * (usamos 128 MiB para garantir)
Defina o tamanho do bloco para corresponder ao de / dev / sda1
Anexe o dispositivo de diário dedicado ao sistema de arquivos:
Configurações do MySQL:
fonte