[firebase-br] Forced Writes Async em Windows Server

[Carlos H. Cantu]

Independente da versão do Windows, deixar o Forced Writes desligado
vai aumentar o risco de perda de dados. Nas versões mais recentes do
FB, foram adicionados alguns parâmetros no fb.conf para forçar o flush
do cache mais frequentemente, o que em teoria diminuiria as chances de
perda de dados. caso ocorra algum problema no servidor mas, mesmo
assim, algum risco ainda existe.

Desligar o forced writes geralmente não traz muita vantagem para
aplicações "normais", cuja taxa de escrita é bem inferior a de
leitura. Para aplicações que manipulam informações em massa, aí
obviamente pode dar uma boa diferença.

Se vc realmente precisa desligar o FW e deseja manter o máximo de
segurança, uma opção é usar a replicação nativa do HQBird Enterprise,
onde vc poderia deixar a base de produção com FW desligada, e a
réplica com o FW ligado, assim as alterações seriam gravadas
imediatamente no disco da réplica, e qq problema no servidor de
produção, vc teriam uma base perfeita na réplica. Para mais
informações sobre o HQBird, veja: www.firebase.com.br/ibsurgeon

PS: A sua tradução para "up to" não está correta. O correto seria:
"O flush do cache em servidores windows (em versões ANTERIORES ao Vista
- que ainda não foi confirmado) não é confiável."

[]s
Carlos H. Cantu
eBook Guia de Migração para o FB 3 - www.firebase.com.br/guiafb3.php
www.FireBase.com.br - www.firebirdnews.org - blog.firebase.com.br

PC> Caros, bom dia!

PC> Estive pesquisando sobre Forced Writes, querendo usar a escrita assíncrona
PC> para melhorar o desempenho do Firebird em clientes com Windows Server 2008
PC> (versão 6 e 6.1) e 2012, e encontrei nesse link (
PC> http://firebirdsql.org/manual/gfix-sync.html) o seguinte alerta:

PC> "Warning

PC> Cache flushing on Windows servers (up to but not including Vista - which
PC> has not been confirmed yet) is unreliable. If you set the database to async
PC> mode (forced writes disabled) then it is possible that the cache will never
PC> be flushed and data could be lost if the server is never shutdown tidily."

PC> *Que entendemos como: Windows Server, superior ao Vista (porque não foi
PC> confirmado ainda), ou seja, versão 6.1 adiante - que engloba o Windows 2008
PC> R2 (o anterior a esse não - versão 6.0), 2012 etc. não são seguros para o
PC> modo de escrita assíncrona por conta do despejo do cache dessas versões de
PC> Windows Server ser não serem confiáveis. Já que o despejo de memória só
PC> ocorreria por sua totalidade, em alguns casos, quando houvesse uma
PC> reinicialização do Sistema Operacional.*

PC> Gostaria de saber:

PC> Essa informação está atualizada em relação às ultimas versões do Firebird
PC> 2.5, como a 2.5.6? Ou por acaso foi feito algo nessa(s) última(s) na
PC> tentativa de contornar essa questão nessas versões do Windows?

PC> Nesse link
PC> (https://www.ibphoenix.com/resources/documents/articles/doc_386),
PC> que acredito ser bem antigo por se tratar da versão 1.5, fala que é um
PC> problema de versões antigas do Windows (9x e ME) mas que foi resolvido no
PC> 1.5.

PC> Neste outro:
PC> http://dyemanov.blogspot.com.br/2012/03/firebird-vs-windows-file-system-caching.html
PC> O que o pessoal estava tendo eram problemas com o consumo excessivo dos
PC> recursos do servidor.

PC> Qual o grau de risco de perda de dados que acreditava-se estarem já em
PC> banco de dados, mas que na verdade estavam apenas em cache por um bom
PC> tempo, em uma perda brusca de energia (até mesmo com perda de no-break) ou
PC> parada súbita do sistema que exija uma reinicialização forçada?

PC> Grato a todos pela atenção e ajuda!

PC> Att.
PC> Pablo Cunha