Re: [firebase-br] Desativar force write

N=E3o faz muito sentido como regra geral.

No Firebird, desabilitar o force write continua sendo um trade-off de risco=
, mesmo que o banco esteja na AWS.

Com force write ON, o Firebird trabalha com escrita s=EDncrona: ele for=E7a=
 a grava=E7=E3o de p=E1ginas alteradas em armazenamento est=E1vel antes de =
considerar a opera=E7=E3o conclu=EDda.

Com force write OFF, ele passa a trabalhar de forma ass=EDncrona/bufferizad=
a, deixando dados em cache do SO/I/O por mais tempo, o que pode melhorar de=
sempenho, mas aumenta o risco de perda de dados e at=E9 corrup=E7=E3o em ca=
so de falha, crash do host, kernel panic, travamento da VM ou desligamento =
inesperado. O pr=F3prio material do Firebird trata esse modo como algo usad=
o =E0s vezes para desempenho em cargas espec=EDficas, n=E3o como padr=E3o s=
eguro.

O fato da AWS ter datacenter muito seguro n=E3o elimina o problema que o fo=
rce write resolva.

A seguran=E7a da AWS fala de durabilidade e disponibilidade do storage. Por=
 exemplo, a AWS documenta alta durabilidade para EBS, chegando a 99,999% pa=
ra io2 Block Express e 99,8% a 99,9% para outros tipos. Isso significa que =
o storage =E9 confi=E1vel como infraestrutura.

E isso n=E3o substitui a necessidade de o banco confirmar grava=E7=E3o dur=
=E1vel no momento do commit. S=E3o coisas diferentes:

No AWS o volume =E9 confi=E1vel como servi=E7o de armazenamento. O Force wr=
ite ON exige que o dado realmente chegue a armazenamento dur=E1vel antes de=
 seguir.

Isso quer dizer que infraestrutura confi=E1vel n=E3o elimina a janela de pe=
rda criada por escrita ass=EDncrona.

Banco de dados em produ=E7=E3o, eu n=E3o recomendaria deixar OFF. Se houver=
 crash entre o commit l=F3gico e o flush f=EDsico, voc=EA pode perder os =
=FAltimos writes confirmados pela aplica=E7=E3o. A documenta=E7=E3o do ecos=
sistema Firebird tamb=E9m trata Forced Writes OFF como n=E3o recomendado, j=
ustamente por risco em falha de servidor.

Dizer que a AWS =E9 segura e n=E3o precisa force write est=E1 tecnicamente =
fraca. Est=E3o misturando seguran=E7a e durabilidade da infra com garantia =
de persist=EAncia no commit do banco de dados. S=E3o camadas diferentes.


Conectado 17/04/2026 09:35:55, Max Wolfring via lista <[email protected]=
r> escreveu:
Bom dia!Nossa diretoria pediu para desabilitar o force write nos bancos que=
 estejam na AWS, segundo a diretoria, o datacenter AWS =E9 muito seguro e p=
or isso n=E3o h=E1 necessidade de trabalhar com force write habilitado, e q=
uero saber se isso tem sentido.
______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.fi=
rebase.com.br/fb/artigo.php?id=3D1107
Para consultar mensagens antigas: http://www.firebase.com.br/pesquisa_lista=
.html
______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.fi=
rebase.com.br/fb/artigo.php?id=3D1107
Para consultar mensagens antigas: http://www.firebase.com.br/pesquisa_lista=
.html