[firebase-br] Registros travando
Gladiston Santana
gladiston em vidy.com.br
Seg Jan 2 09:57:56 -03 2017
Se pretende dar performance, algo que me parece uma boa idéia é predefinir
o tamanho do banco e evitar o auto-growing. Nos HDDs isso evitaria também a
fragmentação.
O(s) database(s) pode(m) ser criado(s) para preencher quase a totalidade do
disco, por exemplo, SSD de 120G poderiam ser usados 100G só de database(s),
deixando o restante de espaço para algumas coisas que direi logo abaixo.
Por causa das exclusões/inclusões de registros o autogrowing pode ser
acionado em momentos inconvenientes, então um tamanho prefixado resolve
esse problema. Mas tem de ficar atento, pois é preciso calcular com
antecedência quanto de espaço será utilizado durante a vida util desse SSD
para não se arrepender depois. Não se trata de que 100G seja muito ou
pouco, se trata também de deixar este SSD exclusivo para o database com
raras exceções. Se depois, arrepender-se do tamanho, faça o backup e depois
restaure sob parâmetros diferentes.
Desligue a opção Sweep interval porque o mesmo também pode ser acionado em
momentos inconvenientes, porém faça o backup todos os dias, pois um backup
bem sucedido é completado com o sweepping.
Usar páginas de 16k dá uma incrementada nos indices e como resultado, as
buscas serão mais rápidas. Mas você tem que fechar os olhos para %
preenchimentos das tabelas, pois pode incrementar a performance, mas
desperdiçar espaço.
Tem uma opção no .conf que não lembro agora o nome, mas permite direcionar
onde serão criados os temporários, indique o SSD.
Um hansonware estaria limitado neste disco porque talvez não haja espaço
suficiente para ele operar, mas é sábio prevenir-se assim mesmo, então dê
permissão a este disco ou a pasta onde ficam os databases apenas ao usuário
que gere o serviço do FirebirdSQL. Se você deixou o SystemAccount, seria
sabio criar um usuário diferente e associá-lo ao serviço, no Linux o
instalador cria um usuario de nome 'firebirdsql', no Windows poderíamos
fazer o mesmo, só que manualmente.
Embora não seja recomendado pela Microsoft, no Windows, se você tiver muita
RAM num sistema dedicado, desligue o gerenciador de memória virtual ou
indique a ele para usar apenas o SSD com um tamanho prefixado (o default é
deixar o windows escolher).
Não use shadows, eles roubariam até 30% da performance.
Acho que essas opções são suficientes, mas são o meu ponto de vista, fique
a vontade para ignorá-los ou complementá-los.
[]´ s
Em 22 de dezembro de 2016 18:31, Maciel Soncini Bueno <
maciel em 2msolutions.com.br> escreveu:
> Olá,
>
> Migrei do Firebird 2.5 64 para a última versão do Firebird 3 64.
>
> Segui o manual de migração do Cantu e tudo conforme manda o figurino.
>
> Ficou mais rápido, mas tenho tido problemas de registros travando.
>
> Um simples update tabela set campo = valor where campo = valor as vezes
> trava.
>
> Somente parando o serviço do banco e subindo novamente para liberar.
>
> Alguma dica do que pode ser?
>
> isso ocorre com meu sistema e até rodando a query pelo ibexpert.
>
> Outro assunto. Adquirimos um HD SSD para o banco ficar ainda mais rápido.
>
> O que posso fazer no FIREBIRD.CONF para aproveitar o máximo o novo disco.
>
> Queremos performance. São vários updates e selects rodando simultaneamente.
>
> Em torno de 300 usuários conectados.
>
> O servidor é top, windows server 2012 64 bits com 64 gb de ram.
>
> Já li e executei algumas sugestões do 45 dicas para acelerar seu firebird
>
> http://www.firebase.com.br/artigo.php?id=2920
>
> Estou no caminho certo. Posso se puder, mandar ver nas recomendações e ser
> feliz (exceto essa de desligar o forced writes. Tem muita queda de energia
> no local e não dá para confiar só no no-break).
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://www.firebase.com.br/
> pesquisa_lista.html
>
--
--
B em B@BU iB em M@B. B em MBBO MBBMMB em B@BZLr E@@@@i r@@@BU
vB em M@O E em B@Bu BBBM em 0 G em MMM@N8MBB em ZP5r B em B@k 8B@@O
OB em B@q 2 em BBBM B em B@BO BB em B@B,.:,7B em B@@L uB em B@, OB em B@.
,@@@B@ @BBB@, @BBB em 8 M em M@@@ PB em B@B @@@BN iB em B@L
U em B@B2 LB em B@X B em MBBO MBBM em B i em BBB@. 7 em B@Bi B em B@E
B@@@BiM em M@B. @BBM em G M em MMB@ v@@M em B, G em B@Z v em B@B.
7B em B@O em B@B5 B em B@B8 BBBM em B Z@@@B@ iB@@@2 em B@Br
NB em M@B em B8 @B em B@8 M em B@B em i:i75 em B@B em r E@@B em B@Bq
. em B@@@B@: B em B@B@ @B@@@B em B@B@@@ME; .BB em MBB@
55.ANOS OMOGBS PBZGGOOMOO117, 7 em BBB@r
==============================================r@@@@F=====
Gladiston Santana 8 em B@B,
Supervisor de TI G em B@B7
Tel.:+551147873122 R:228 :@B em B0
Grupo VIDY - SGQ ISO9001 - 55 ANOS @B em B@.
Visite nosso site: www·vidy·com·br BB@@@u
Visite também : www·expolabor·com·br GB em B@N
Mais detalhes sobre a lista de discussão lista