Orientações e Configurações de Servidores - Histórico de revisão

Marlon em 18h16min de 1 de outubro de 2025

2025-10-01T18:16:32Z

← Edição anterior		Edição das 18h16min de 1 de outubro de 2025
Linha 15:		Linha 15:
	Equilibrado: TPC-C (operações) 17.029 \| Restore (gbak) 4h07		Equilibrado: TPC-C (operações) 17.029 \| Restore (gbak) 4h07
	Alta Performance: TPC-C (operações) 21.226 \| Restore (gbak) 2h35		Alta Performance: TPC-C (operações) 21.226 \| Restore (gbak) 2h35
	(Fonte: https://www.firebase.com.br/artigo.php?id=3098)		(Fonte: https://www.firebase.com.br/artigo.php?id=3098)

	- Reinicialização Regular: Recomendamos reiniciar seu servidor mensalmente. Essa prática ajuda a prevenir cenários onde o sistema operacional pode esgotar seu limite para criar novos processos, uma condição às vezes chamada de "esgotamento do desktop heap". Embora não seja extremamente comum, pode levar a erros como:		- Reinicialização Regular: Recomendamos reiniciar seu servidor mensalmente. Essa prática ajuda a prevenir cenários onde o sistema operacional pode esgotar seu limite para criar novos processos, uma condição às vezes chamada de "esgotamento do desktop heap". Embora não seja extremamente comum, pode levar a erros como:
Linha 60:		Linha 60:
	}		}

			- Aumente MaxOpenFiles: Uma instância do Firebird com um alto número de conexões exigirá o aumento do número de arquivos abertos (handles). Verifique o valor de MaxOpenFile com o seguinte comando:
			cat /proc/firebird_process_id/limits
			O padrão é 4096, aumente-o se necessário para 49999. Defina-o no arquivo de serviço do Firebird LimitNOFILE=49999
			Normalmente, os arquivos de serviço do Firebird estão localizados em
			/usr/lib/systemd/system/firebird-superserver.service, ou in/usr/lib/systemd/system/firebird
			(Fonte: https://ib-aid.com/download/docs/2024/5steps_ptbr/5-steps_ptbr.pdf?v=101)

			- Verifique e aumente VMA, se necessário: Instâncias do Firebird com um alto número de conexões, com arquiteturas SuperServer e SuperClassic, podem exigir muitas Áreas de Memória Virtual (VMA). Verifique a contagem de VMA com o seguinte comando
			cat /proc/sys/vm/max_map_count
			O padrão é 64K, deve ser configurado para 250K. Para aumentá-lo, adicione a seguinte linha ao /etc/sysctl.conf vm.max_map_count=262144
			Para aplicar, reinicie o servidor, ou, para aplicar imediatamente, faça
			sysctl -w vm.max_map_count=262144

			(Fonte: https://ib-aid.com/download/docs/2024/5steps_ptbr/5-steps_ptbr.pdf?v=101)

			- Swap. Nunca desative o swap no Linux.

	==Armazenamento (Discos)==		==Armazenamento (Discos)==
Linha 235:		Linha 251:
	::Regra: Configure DefaultDbCachePages = X e FileSystemCacheThreshold = X + N, onde N > 1.		::Regra: Configure DefaultDbCachePages = X e FileSystemCacheThreshold = X + N, onde N > 1.
	::Se FileSystemCacheThreshold for 0, o cache do sistema de arquivos do SO será desativado. Se for menor que DefaultDbCachePages ou o número de page buffers, o cache do SO não será usado, levando a problemas de desempenho.		::Se FileSystemCacheThreshold for 0, o cache do sistema de arquivos do SO será desativado. Se for menor que DefaultDbCachePages ou o número de page buffers, o cache do SO não será usado, levando a problemas de desempenho.
	(Fonte: https://www.firebase.com.br/artigo.php?id=3098)		(Fonte: https://www.firebase.com.br/artigo.php?id=3098)

	- FileSystemCacheSize (Windows): Esta configuração controla a quantidade máxima de memória RAM usada pelo cache do sistema de arquivos do Windows. Se dedicado utiliza 80 % se não 50%.		- FileSystemCacheSize (Windows): Esta configuração controla a quantidade máxima de memória RAM usada pelo cache do sistema de arquivos do Windows. Se dedicado utiliza 80 % se não 50%.
Linha 278:		Linha 294:

	- Espaço Temporário em Unidades Rápidas: Para operações que exigem uso intensivo de espaço temporário (como grandes ordenações, restaurações de banco de dados, etc.), defina o TempDirectory para uma unidade SSD ou uma RAM rápida (RAMDisk). Isso diminuirá significativamente o tempo de execução dessas operações.		- Espaço Temporário em Unidades Rápidas: Para operações que exigem uso intensivo de espaço temporário (como grandes ordenações, restaurações de banco de dados, etc.), defina o TempDirectory para uma unidade SSD ou uma RAM rápida (RAMDisk). Isso diminuirá significativamente o tempo de execução dessas operações.

			- Disco prestes a falhar: blocos ruins, superaquecimento, etc. Sempre verifique os dados S.M.A.R.T do disco

			- Processo de backup ativo ou outro processamento (cópia, rearranjo, etc) de grandes dados no disco.

			- Limite de IOPS para VM (por exemplo, Azure tem limites muito baixos de IOPS para máquinas virtuais de uso geral)

	===Propriedades da Base de Dados===		===Propriedades da Base de Dados===
Linha 388:		Linha 410:

	- Acelere o banco de dados de segurança: Aumente o buffers do security”n”.fdb (o valor empírico máximo é 256); Mova o security”n”.fdb para o drive mais rápido do sistema (a operação é trivial no Firebird 3, mas no Firebird 2.5 exigirá uma reinstalação do Firebird no disco especificado)		- Acelere o banco de dados de segurança: Aumente o buffers do security”n”.fdb (o valor empírico máximo é 256); Mova o security”n”.fdb para o drive mais rápido do sistema (a operação é trivial no Firebird 3, mas no Firebird 2.5 exigirá uma reinstalação do Firebird no disco especificado)
	(Fonte: https://www.firebase.com.br/artigo.php?id=3098)		(Fonte: https://www.firebase.com.br/artigo.php?id=3098)

	- Diminuir a profundidade dos índices depth, deve ser <=3. Depth >= 4 terão uma performance muito ruim. Uma forma de realizar é aumentar o tamanho das páginas.		- Diminuir a profundidade dos índices depth, deve ser <=3. Depth >= 4 terão uma performance muito ruim. Uma forma de realizar é aumentar o tamanho das páginas.

Marlon: /* Midas */

2025-07-28T17:00:16Z

Midas

← Edição anterior		Edição das 17h00min de 28 de julho de 2025
Linha 481:		Linha 481:
	==Midas==		==Midas==

	~~- Versão atual: 24~~.0.~~xxx.xxx~~		A DLL Midas é um componente crucial para certas aplicações. Entender sua versão e como lidar com seu registro é vital para evitar problemas de compatibilidade e garantir o funcionamento correto do sistema.

	- ~~Registrar ou não?~~: ~~Orientamos não efetuar o registro, é comum efetuar o registro da midas na pasta system por exemplo, ocorre que em uma mudança de~~ versão ~~ela não~~ é atualizada e o sistema a consome ao invés da que está sem sua própria pasta; Outros sistema também podem fazer o uso da midas e efetuar seu registros em outro diretório e o sistema passar a consumi-la.		- Versão Atual: A versão atualmente utilizada pela Tek-System é: 24.0.xxx.xxx.

	- Registrar:		- Registrar ou Não Registrar a Midas?
			Nossa orientação é não efetuar o registro global da DLL Midas no sistema (por exemplo, na pasta System32 ou SysWOW64). Há algumas razões importantes para isso:

	:~~:Ao abrir o CMD execute como administrador~~, ~~do contrário mesmo apresentando mensagem~~ de ~~registro realizado com sucesso~~ pode não ~~ter sido realizado;~~		Problemas de Atualização: Se a Midas for registrada globalmente, uma mudança de versão da sua aplicação pode não atualizar a DLL registrada, fazendo com que o sistema continue consumindo a versão antiga e potencialmente incompatível.

	:~~:Deve~~-~~se observar se o sistema operacional é 32~~ ou ~~64 bits~~, ~~se for 32 deve utilizar regsvr32 da system32, se for 64 bits deve usar o da SysWOW64:~~		Conflitos com Outros Sistemas: Outros sistemas instalados no mesmo servidor podem ter suas próprias versões da Midas e registrá-las em diferentes diretórios. Isso pode levar a conflitos, onde sua aplicação acaba consumindo uma Midas errada ou incompatível, causando erros inesperados.

	~~Exemplo:~~		A melhor prática é manter a DLL Midas na mesma pasta dos executáveis da sua aplicação, garantindo que ela use sempre a versão correta e que as atualizações sejam feitas de forma controlada junto com a aplicação.
	~~p/ Windows 32 Bits: C:\Windows\system\regsvr32 C:\Tek-System\Exec \midas~~.~~dll~~
	~~p/ Windows 64 Bits: C:\Windows\SysWOW64\regsvr32 C:\Tek-System\Exec \midas.dll~~

	- ~~Desregistrar~~		- Como Registrar (Se Estritamente Necessário)?
	:~~:Mesmo processo anterior, mas adicionar parâmetro “-u” na linha de comando.~~		Caso haja uma necessidade específica e justificada para registrar a Midas (e sempre com a ciência dos riscos), siga estes passos:

			Abra o Prompt de Comando (CMD) como Administrador. Se você não fizer isso, mesmo que uma mensagem de sucesso apareça, o registro pode não ter sido efetivado. Use o regsvr32 correto para a arquitetura do SO:

			Para Windows 32 Bits:
			C:\Windows\system32\regsvr32 C:\Tek-System\Exec\midas.dll
			Para Windows 64 Bits:
			C:\Windows\SysWOW64\regsvr32 C:\Tek-System\Exec\midas.dll

			Note a diferença nos caminhos (system32 vs. SysWOW64). É crucial usar o regsvr32 da pasta correspondente à arquitetura da DLL que você está registrando, que deve estar na pasta da sua aplicação (ex: C:\Tek-System\Exec).

			- Como Desregistrar?
			Para desregistrar a DLL Midas, utilize o mesmo processo de registro, mas adicione o parâmetro -u na linha de comando:

			Para Windows 32 Bits:
			C:\Windows\system32\regsvr32 -u C:\Tek-System\Exec\midas.dll
			Para Windows 64 Bits:
			C:\Windows\SysWOW64\regsvr32 -u C:\Tek-System\Exec\midas.dll

	==Análise e monitoramento==		==Análise e monitoramento==

Marlon: /* Antivírus */

2025-07-28T16:57:46Z

Antivírus

← Edição anterior		Edição das 16h57min de 28 de julho de 2025
Linha 469:		Linha 469:
	==Antivírus==		==Antivírus==

	~~- Certifique-se que se o servidor tiver~~ um antivírus ~~instalado, que ele não esteja “rastreando” as bases de dados~~, ~~os arquivos temporários criados pelo Firebird (c:\ProgramData\Firebird) e~~ o ~~próprio sistema~~.		A presença de um antivírus em um servidor é crucial para a segurança, mas sua configuração inadequada pode comprometer seriamente o desempenho. É vital balancear proteção com otimização.

	- ~~Não recomendamos~~ o ~~uso do Kaspersky Server~~ em ~~conjunto~~ no ~~servidor~~, ~~consome muito recurso~~ de ~~rede de processador. Faz uso~~ do ~~SGDB (Sistema de gerenciamento de~~ banco de dados~~) SQL Server consome grande quantidade de recursos, por haver grande volume de acesso a disco mesmo prioridade concorrerá diretamente com o sistema para consumo dos recursos~~		- Exclua Bases de Dados e Arquivos Temporários da Varredura: Certifique-se de que o antivírus não esteja escaneando ativamente os diretórios que contêm suas bases de dados e os arquivos temporários gerados pelo Firebird (no Windows, tipicamente em C:\ProgramData\Firebird; no Linux, em /tmp/firebird). A varredura constante desses arquivos pode causar gargalos severos de I/O, impactando diretamente a performance do banco de dados.

	- ~~Colocar~~ a ~~pasta da Tek-System nas exceções~~		- Evite o Kaspersky Server em Ambientes Críticos: Não recomendamos o uso do Kaspersky Server em servidores que hospedam bancos de dados ou aplicações de alta performance. Este antivírus é conhecido por seu alto consumo de recursos de rede e processador. Além disso, por utilizar o SQL Server como seu próprio SGBD interno, ele compete diretamente por recursos de disco e processamento com o seu sistema de banco de dados principal, mesmo que a prioridade seja ajustada.

	- ~~Configurar~~ de ~~modo~~ que ~~não faça varredura durante~~ o ~~expediente~~		- Adicione Pastas Críticas às Exceções: Sempre adicione a pasta da Tek-System e quaisquer outros diretórios de aplicações críticas às exceções do antivírus. Isso evita que o antivírus interfira no funcionamento normal dos softwares e minimize a sobrecarga.

			- Agende Varreduras para Horários de Baixo Tráfego: Configure o antivírus para não realizar varreduras completas durante o horário de expediente ou períodos de pico de uso. Agende essas varreduras intensivas para momentos de baixo tráfego, como de madrugada ou nos fins de semana, a fim de minimizar o impacto no desempenho do servidor.

	==Midas==		==Midas==

Marlon: /* Parceiros do Firebird */

2025-07-28T16:56:48Z

Parceiros do Firebird

← Edição anterior		Edição das 16h56min de 28 de julho de 2025
Linha 456:		Linha 456:
	===Parceiros do Firebird ===		===Parceiros do Firebird ===

	~~Com os parceiros do Firebird poderá~~ obter informações, ~~consultorias~~ e ferramentas:		Para obter informações valiosas, consultoria especializada e ferramentas que otimizem seu trabalho com Firebird, é fundamental conhecer e utilizar os recursos oferecidos pelos principais parceiros da comunidade:

	~~IBSurgen~~ www.firebirdsql.org/en/ibsurgeon		IBSurgeon: Uma referência global em ferramentas de otimização, recuperação e análise para Firebird.
	Firebase Brasil www.firebirdsql.org/en/firebase-brazil		www.firebirdsql.org/en/ibsurgeon

			Firebase Brasil: O parceiro oficial da Firebird Foundation no Brasil, oferecendo uma vasta gama de artigos, suporte e soluções para a comunidade brasileira.
			www.firebirdsql.org/en/firebase-brazil

			mqFS de Edson Gregorio
			https://mqfs.com.br/

	==Antivírus==		==Antivírus==

Marlon: /* Principais motivos para corrupções */

2025-07-28T16:55:21Z

Principais motivos para corrupções

← Edição anterior		Edição das 16h55min de 28 de julho de 2025
Linha 430:		Linha 430:
	- Efetuar Backup/Restaure (corrige certos erros, retorna o contador de multformat, reorganiza as páginas no disco etc..).		- Efetuar Backup/Restaure (corrige certos erros, retorna o contador de multformat, reorganiza as páginas no disco etc..).

	===Principais ~~motivos para corrupções~~===		===Principais Causas de Corrupção em Bancos de Dados===

	- ~~Queda de energia, desligamento bruto~~		A corrupção de um banco de dados é um problema crítico que pode levar à perda de dados e interrupção dos serviços. Compreender as principais causas é o primeiro passo para preveni-las.

	- ~~Oscilação/intermitência da rede;~~		- Problemas de Energia: Quedas de energia e desligamentos bruscos do servidor são as causas mais comuns. Sem um No-Break (UPS) e configurações de write-back seguras no RAID (com BBU), qualquer interrupção abrupta pode corromper a base de dados.

	- ~~Uso~~ de ~~dll’s (fbclient.dll~~ e ~~gds32.dll) com versões diferentes do Firebird do servidor (dlls~~ na ~~pasta do executável~~, ~~System32 ou SysWOW64);~~		- Instabilidade de Rede: Oscilações e intermitências na rede podem causar falhas de comunicação durante transações, levando à inconsistência dos dados.
	~~(fonte: http://www.firebase.com.br/fb/artigo~~.~~php?id=2284)~~

	- ~~Falta~~ de ~~espaço na unidade onde está local~~ do BD (~~deve haver pelo menos um 1GB disponível na unidade onde está a base~~)		- Incompatibilidade de DLLs: O uso de DLLs (fbclient.dll e gds32.dll) com versões diferentes das que estão no servidor Firebird é uma fonte comum de corrupção. Verifique essas DLLs nas pastas do executável da aplicação, System32 e SysWOW64 (em sistemas 64-bit).
			(Fonte: http://www.firebase.com.br/fb/artigo.php?id=2284)

	- Falta de espaço na unidade de arquivos ~~temporário~~ do Firebird (por padrão é na mesma unidade da instalação ~~do Firebird~~ a ~~não ser~~ que seja ~~alterado~~ no .conf)		- Falta de Espaço em Disco: Espaço insuficiente na unidade onde a base de dados está localizada (deve haver no mínimo 1GB disponível). Ou falta de espaço na unidade de arquivos temporários do Firebird (por padrão, é a mesma unidade da instalação, a menos que seja alterada no firebird.conf). Ambas as situações podem impedir operações críticas e causar corrupção.

	- Propriedades indevidas ~~do BD~~ (~~force write~~, ~~entre outras, veja acima com usar~~ as propriedades do BD) e~~/ou configurações indevidas~~ do Firebird		- Configurações Incorretas do Firebird/Base de Dados: Propriedades indevidas da base de dados, como desativar o Forced Write (escrita forçada), aumentam drasticamente o risco de corrupção em caso de falha. Configurações incorretas no firebird.conf também podem desestabilizar o sistema. Revise as seções anteriores sobre as propriedades do BD e o tuning do Firebird.
	(Fonte: http://www.sinatica.com/blog/en/index.php/2008/08/forced-writes-firebird-database-corruption)		(Fonte: http://www.sinatica.com/blog/en/index.php/2008/08/forced-writes-firebird-database-corruption)

	- Hardware com ~~problema, em especial HD (problema~~ em ~~algum setor), mas também controladora~~, cabeamento da rede, instalações elétricas~~, etc~~..		- Problemas de Hardware: Discos rígidos com setores defeituosos são uma causa primária. Problemas em controladoras de disco, cabeamento de rede defeituoso ou instalações elétricas instáveis também podem levar à corrupção. Problemas na memória RAM (falhas ou erros) podem introduzir dados incorretos no banco de dados.

	- ~~Problemas na memória RAM;~~		- Uso Inadequado de RAID: Configurações de RAID inadequadas ou com falhas (como a ausência de BBU em controladoras com cache de escrita) podem comprometer a integridade dos dados. Consulte a seção de RAID para mais detalhes.

	- ~~Uso indevido de Raid (veja acima informações sobre uso da raid)~~		- Sistemas Operacionais Inseguros ou Não Recomendados: Utilizar sistemas operacionais antigos ou pouco seguros (ex: Windows 9x, ME e XP) expõe o banco de dados a vulnerabilidades e instabilidades.

	~~- Uso de S.O.~~ pouco ~~seguro~~ (ex: ~~Win~~ 9x, ME e XP).

	~~(Fonte: http://www.firebase.com.br/fb/artigo.php?id=48)~~
	~~(Fonte: https://ib-aid.com/articles/firebird-and-interbase-corruptions-reasons/)~~

			(Fontes Adicionais: http://www.firebase.com.br/fb/artigo.php?id=48 \| https://ib-aid.com/articles/firebird-and-interbase-corruptions-reasons/)

	===Parceiros do Firebird ===		===Parceiros do Firebird ===

Marlon: /* Manutenção */

2025-07-28T16:52:45Z

Manutenção

← Edição anterior		Edição das 16h52min de 28 de julho de 2025
Linha 375:		Linha 375:
	===Manutenção===		===Manutenção===

	- ~~Apague os arquivos temporários antigos~~ do Firebird: O Firebird ~~cria vários~~ arquivos temporários para ~~diversas~~ operações: ordenação, processamento de BLOBs, tracing, ~~etc~~.		- Gerenciamento de Arquivos Temporários do Firebird
	Esses arquivos são armazenados nos seguintes locais:		O Firebird gera diversos arquivos temporários para operações internas como ordenação, processamento de BLOBs, tracing, entre outras. Esses arquivos são armazenados nos seguintes locais padrão:

	~~:: no~~ Windows: C:\ProgramData\firebird		No Windows: C:\ProgramData\firebird
			No Linux: /tmp/firebird

	~~:: no Linux: /tmp/firebird~~		Embora esses arquivos sejam normalmente removidos de forma automática, há situações em que isso não ocorre (por exemplo, após um desligamento inesperado do servidor). Por isso, é fundamental verificar esses diretórios periodicamente e apagar os arquivos antigos. Essa prática simples pode liberar vários gigabytes de espaço no disco do sistema, que poderiam estar sendo desperdiçados.

	~~Normalmente,~~ esses arquivos ~~são~~ removidos ~~automaticamente, no entanto~~, ~~algumas vezes~~ isso não ~~acontece~~ (por exemplo, ~~se o~~ servidor ~~for reiniciado brutamente~~). ~~Verifique~~ esses diretórios periodicamente e ~~apague~~ os arquivos antigos – pode ~~haver~~ vários gigabytes ~~e apagá-los irá liberar~~ espaço no ~~drive~~ do sistema.

	~~- Reinicie o servidor periodicamente~~.

			- Reinício Periódico do Servidor: Essa prática ajuda a limpar a memória, encerrar processos "órfãos" e aplicar atualizações pendentes do sistema operacional, contribuindo para a estabilidade e o desempenho geral do ambiente.

	===Avançado===		===Avançado===

Marlon: /* Backup */

2025-07-28T16:51:34Z

Backup

← Edição anterior		Edição das 16h51min de 28 de julho de 2025
Linha 328:		Linha 328:
	===Backup===		===Backup===

	~~- Use switch~~ para ~~gbak: aumenta~~ a ~~velocidade em até 20% do backup/restaurar~~, ~~por exemplo:~~		Realizar backups de forma eficiente e segura é vital para a recuperação de dados e a continuidade dos negócios. Para o Firebird, o uso correto de suas ferramentas e práticas podem otimizar significativamente esse processo.
	~~Gbak -b -g -se service_mgr c:\db\ data.fdb~~ e~~:\backup\data~~.~~fbk~~

	- ~~Com~~ gbak ~~evit~~ -v, ~~melhora~~ o desempenho		- Otimizando gbak para Velocidade:

			Utilize switches específicos no gbak para aumentar a velocidade do backup/restauração em até 20%. Por exemplo:
			gbak -b -g -se service_mgr c:\db\data.fdb e:\backup\data.fbk

			O switch -g suprime a coleta de lixo durante o backup, o que pode acelerar o processo.

			Evite o switch -v (verificar) durante o backup, pois ele adiciona sobrecarga e reduz o desempenho. Utilize-o apenas quando a verificação for estritamente necessária após o backup.

			- Backup/Restauração em um Único Passo (Pipe): Para maior agilidade e economia de espaço temporário, você pode encadear as operações de backup e restauração usando um pipe:

	~~- Backup/restore em um único passo:~~
	gbak -b c:\BD.fdb stdout \| gbak -c stdin c:\BD2.fdb		gbak -b c:\BD.fdb stdout \| gbak -c stdin c:\BD2.fdb
			Isso realiza o backup e a restauração simultaneamente, sem a necessidade de um arquivo intermediário no disco.

			- Escolha do Disco para Backups:

			Como as operações de gravação durante o backup são sequenciais, discos rígidos (HDDs) SATA comuns e de baixo custo podem ser eficientes para armazenar backups, pois se destacam em escritas sequenciais.

			Utilize uma unidade rápida (SSD ou RAMDisk) para o espaço temporário do SGBD durante a restauração. Isso reduzirá drasticamente o tempo necessário para grandes ordenações e outras operações que ocorrem quando o banco de dados está sendo restaurado.

			- Backups "Quentes" em Produção: Para realizar backups enquanto o sistema está em plena atividade (hot backups), recomenda-se a utilização do N-Backup. Ele permite backups incrementais e diferenciais sem interrupções significativas na operação.

			- Gerenciamento e Monitoramento de Espaço:

			Mantenha-se atento à disponibilidade de espaço em disco, considerando o número de cópias de backup que você pretende reter permanentemente e a projeção de crescimento da base de dados.

			Monitore regularmente o espaço de armazenamento dos backups.

	- ~~As operações~~ de ~~gravação são executadas sequencialmente durante o processo~~ de backup~~, o que significa que discos rígidos regulares de baixo custo com a interface SATA (HDD SATA) serão bons para backup uma vez que sequencialmente escreverão muito rápido~~.		- Testes Periódicos de Recuperação: É crucial e obrigatório realizar testes periódicos das suas cópias de backup. Isso inclui verificar:

	~~- Use a unidade rápida para espaço temporário do SGDB: Isso diminuirá o tempo de grandes ordenações, quando o banco~~ de dados ~~estiver sendo restaurado, etc.~~.		A possibilidade de restaurar os dados com sucesso.

	~~- Para backups quentes em meio~~ a ~~trabalhos recomenda-se a utilização do N-Backup~~		O tempo necessário para a restauração completa.

	~~- Atente-se~~ a ~~disponibilidade~~ de ~~espaço sobe o numero de copias permanentes e a projeção de crescimento, e monitore~~.		A consistência dos dados após a restauração.
			Testes falhos indicam que seu plano de recuperação não é eficaz.

	- ~~Periodicamente realize testes das copias, sob a possiblidade~~ de ~~voltar a produção, tempo e consistência~~		- Estratégia de Armazenamento de Cópias:

	- Evite armazenar ~~copias~~ na ~~maquina~~ ou em dispositivos conectados ao servidor, são suscetíveis a ~~danificar~~ com o servidor, ~~roubados~~ ou ~~sequestrados~~.		Evite armazenar cópias de backup na mesma máquina ou em dispositivos diretamente conectados ao servidor de produção (como HDs externos USB). Esses locais são altamente suscetíveis a danos junto com o servidor, roubos ou ataques de ransomware, comprometendo a sua capacidade de recuperação.

			Implemente uma estratégia de armazenamento remoto ou em nuvem para suas cópias de backup, seguindo a regra 3-2-1 (3 cópias, em 2 mídias diferentes, 1 cópia fora do local).

	===Manutenção===		===Manutenção===

Marlon: /* Propriedades da Base de Dados */

2025-07-28T16:46:50Z

Propriedades da Base de Dados

← Edição anterior		Edição das 16h46min de 28 de julho de 2025
Linha 281:		Linha 281:
	===Propriedades da Base de Dados===		===Propriedades da Base de Dados===

	~~====SQL Dialect====~~		As propriedades especificas do arquivo de dados do Firebird.
	3

	~~====ODS Version====~~		- SQL Dialect: 3, Este é o dialeto SQL recomendado para as versões mais recentes do Firebird e deve ser a escolha padrão para novas bases de dados.
	~~ODS (On~~-~~Disk Structure)~~ é ~~um número de formato de arquivo de banco de dados~~ para ~~a versão específica~~ do Firebird
	11.~~2 FB 2.5~~
	~~12 FB 3~~
	~~13 FB 4~~

	~~====Sweep Interval====~~		- ODS Version (On-Disk Structure): A ODS representa a versão do formato do arquivo da base de dados, indicando compatibilidade com versões específicas do Firebird.
	~~O intervalo de varredura padrão para um novo banco~~ de dados ~~é 20~~.~~000~~.		ODS 11.2: Firebird 2.5
	~~O intervalo de varredura é a diferença entre a transação instantânea mais antiga ou OST (Oldest snapshot) e a transação interessante mais antiga ou OIT (Oldest Transaction)~~. ~~Isso não significa que a cada 20~~.~~000 transações ocorrerá uma varredura~~. ~~Ocorrerá quando a diferença entre o OST e o OIT for maior que o intervalo de varredura~~.		ODS 12.0: Firebird 3.x
	~~se houve necessidade de ampliar não passar de 60000, e nunca desative pois será necessário realizar manualmente~~.		ODS 13.0: Firebird 4.x
	~~A não realização do sweep levando a amplitude da necessidade execução implica na degradação exponencial de performance~~.		ODS 13.1: Firebird 5.x

	~~====Read Only====~~		- Sweep Interval (Intervalo de Varredura): Este valor define um limite para a diferença entre a Transação Snapshot Mais Antiga (OST - Oldest Snapshot Transaction) e a Transação Interessante Mais Antiga (OIT - Oldest Interesting Transaction). Uma operação de sweep (varredura de lixo) será acionada quando a diferença entre OST e OIT exceder o Sweep Interval. Isso não significa que uma varredura ocorrerá a cada 20.000 transações, mas sim quando a "idade" das transações ativas e visíveis atingir esse limite. O padrão para uma nova base de dados é 20.000, se houver necessidade de ajustar esse valor, não o amplie para mais de 60.000. Nunca desative o sweep automático, pois isso exigiria a execução manual e constante, o que é inviável em produção. A não execução regular do sweep ou a sua desativação leva a uma degradação exponencial de performance à medida que a base de dados acumula lixo de transações.
	~~Desmarcado~~, ~~diferente disso~~ é ~~utilizando apenas~~ em ~~sistemas embarcados~~

	~~====Forced Write====~~		- Read Only (Somente Leitura): Por padrão, esta opção deve estar desmarcada para bases de dados em uso normal. A configuração "Read Only" é utilizada apenas em sistemas embarcados ou cenários específicos onde a base de dados não deve sofrer alterações.
	~~O Firebird é instalado com gravações forçadas~~ (~~gravações síncronas~~) ~~habilitadas por~~ padrão.
	~~Os dados alterados e novos são gravados no disco imediatamente após a postagem.~~
	~~É possível configurar um banco de dados~~ para ~~usar gravações~~ de dados ~~assíncronas, por meio das quais os dados modificados ou novos são mantidos no cache de memória para liberação periódica no disco pelo subsistema de E/S do sistema operacional~~.
	~~O termo comum para esta~~ configuração é ~~cancelamentos forçados (~~ou ~~desabilitados ). Às vezes, é utilizado para melhorar o desempenho durante grandes operações em lote.~~
	* AVISO: <b>não desative as gravações forçadas</b>: interrupções de energia, finalização forçada do serviço, se travar, o sistema de E/S ficará fora de alcance implica em perda de dados~~, e possivelmente em uma corrupção das integridades relacionais~~
	~~Obrigatório: True~~

	~~====Page Size====~~		- Forced Write (Gravações Forçadas): O Firebird, por padrão, é instalado com as gravações forçadas (gravações síncronas) habilitadas. Isso significa que dados alterados e novos são gravados no disco imediatamente após a postagem. É possível configurar uma base de dados para usar gravações de dados assíncronas (Forced Writes desabilitado), onde os dados são mantidos em cache na memória para serem liberados periodicamente no disco pelo subsistema de I/O do sistema operacional. Embora isso possa melhorar o desempenho durante grandes operações em lote, há um AVISO CRÍTICO: Não desative as gravações forçadas! Em caso de interrupção de energia, finalização forçada do serviço ou travamento do sistema, a desativação das gravações forçadas pode resultar em perda de dados e, possivelmente, em corrupção da integridade relacional da sua base de dados. Obrigatório: Mantenha esta configuração como True (gravações forçadas habilitadas).
	~~Por~~ padrão, ~~os bancos~~ de dados ~~Firebird têm~~ os ~~seguintes tamanhos~~ de ~~página~~:
	~~1.0 - 1024 bytes~~
	2,~~5 - 4096 bytes~~
	3,~~0 - 8192 bytes~~
	4.~~0 - 8192 bytes~~
	5.~~0 - 8192 bytes~~

	O tamanho ~~máximo~~ da página ~~é 16K até~~ o FB 3~~, no FB~~ 4 e 5 ~~é 32K~~.		- Page Size: O tamanho da página define o bloco fundamental de dados que o Firebird lê e escreve no disco. Tamanhos Padrão de Página por Versão do Firebird:
			1.0: 1024 bytes
			2.5: 4096 bytes
			3.0/4.0/5.0: 8192 bytes

	~~Analisando apenas a questão do drive, o ideal é trabalhar com o mesmo tamanho de cluster do disco~~ da ~~base, para ter uma referencia de 1 para 1 (Saber o tamanho do cluster utilize no CMD chkdsk~~. ~~Acesso o cmd com adminstrador~~ e ~~execute: chkdsk c~~:)		Tamanho Máximo da Página:
			Firebird 3.x: 16KB
			Firebird 4.x e 5.x: 32KB

	~~No entanto~~ o tamanho do ~~page size ideal varia conforme tipo~~ de ~~hardware, sistema operacional, perfil, tipo, volume~~ de ~~dados armazenados~~, ~~profundidade dos índices~~, ~~tamanho dos registros~~.		Consideração com o Tamanho do Cluster do Disco: Idealmente, o tamanho da página do banco de dados deve ser o mesmo que o tamanho do cluster (unidade de alocação) do disco onde a base está armazenada. Isso cria uma relação de 1:1, otimizando o acesso ao disco. Para verificar o tamanho do cluster no Windows, abra o CMD como administrador e execute: chkdsk c: (substitua c: pela letra da unidade do seu disco).

	~~Por exemplo,~~ para ~~bancos de dados com mais de 100 Gb em 95% dos casos, é melhor ter~~ o ~~maior~~ tamanho de ~~página disponível~~, ~~para~~:		Fatores Determinantes para o Page Size Ideal: O tamanho ideal da página varia significativamente e depende de múltiplos fatores, como:
	~~:- Diminua a profundidade dos índices~~. ~~Recomenda-se ter índices com profundidade menor ou igual a 3~~. ~~Índices com profundidade 4 e 5 serão muito mais lentos~~		Tipo de hardware.
	~~:- Aumente a utilização da RAM. O cache do Firebird é especificado em páginas, 1000 páginas com tamanho de página de 8K serão 8Mb de memória real~~ e ~~com 16K – 16Mb.~~		Sistema operacional.
	~~:- Diminuir o número de páginas do sistema. Ele irá agilizar o acesso aos registros das tabelas grandes (menos saltos ponteiro-ponteiro-página~~ de dados~~), e ajuda na preparação das grandes consultas SQL~~. ~~Para aumentar o tamanho da página do banco de dados, o banco de dados deve ser copiado com a ferramenta gbak e, em seguida, restaurado com o parâmetro –page ( gbak –c –page 16384 )~~.		Perfil e volume de dados armazenados.
	Observação: se você tiver um banco de dados com muitos blobs pequenos, aumentar o tamanho da página pode diminuir a fragmentação ou aumentar a fragmentação, e é difícil prever se isso aumentará ou diminuirá o desempenho.		Profundidade dos índices.
			Tamanho dos registros.

	~~Fonte~~: ~~https~~:~~//ib-aid~~.com~~/en/articles/23~~-~~more~~-~~ways~~-to-~~speed-up-firebird~~		Benefícios de um Page Size Maior (Ex: 16KB para DBs > 100GB): Para bancos de dados com mais de 100GB, em 95% dos casos, é benéfico usar o maior tamanho de página disponível (ex: 16KB). Isso proporciona:
			:: Diminuição da Profundidade dos Índices: Índices com profundidade menor ou igual a 3 são recomendados. Índices com profundidade 4 ou 5 serão consideravelmente mais lentos.
			:: Aumento da Utilização da RAM: O cache do Firebird é especificado em páginas. Um cache de 1.000 páginas com tamanho de página de 8KB consome 8MB de RAM, enquanto com 16KB consome 16MB, otimizando o uso da memória.
			:: Redução do Número de Páginas do Sistema: Isso agiliza o acesso a registros em tabelas grandes (menos saltos de ponteiro) e auxilia na preparação de consultas SQL complexas.
			:: Como Alterar: Para aumentar o tamanho da página de um banco de dados existente, a base deve ser copiada com a ferramenta gbak e, em seguida, restaurada com o parâmetro --page:
			gbak -c -page 16384 <origem.fdb> <destino.fdb>

			Observação sobre BLOBs: Se você possui um banco de dados com muitos BLOBs pequenos, aumentar o tamanho da página pode tanto diminuir quanto aumentar a fragmentação, sendo difícil prever o impacto no desempenho.

	Atenção: Qualquer ~~mudança~~ no tamanho das páginas implica diretamente ~~nas~~ configurações de cache do firebird.~~config, necessitando serem revistas~~.		Atenção Crítica: Qualquer alteração no tamanho das páginas implica diretamente na necessidade de revisão e ajuste das configurações de cache no firebird.conf e databases.conf.

	===Backup===		===Backup===

Marlon: /* Tuning (Customizações) Firebird.conf e databases.conf */

2025-07-28T16:37:04Z

Tuning (Customizações) Firebird.conf e databases.conf

← Edição anterior		Edição das 16h37min de 28 de julho de 2025
Linha 214:		Linha 214:
	===Tuning (Customizações) Firebird.conf e databases.conf===		===Tuning (Customizações) Firebird.conf e databases.conf===

	:: ATENÇÃO : Não existe uma "receita de bolo" universal para o tuning do Firebird. Cada ambiente e aplicação possui comportamentos distintos. O ajuste fino deve ser feito com base em análises, monitoramento contínuo e uma compreensão clara das necessidades e comportamento do seu sistema. Cuidado! Valores incorretos ou inválidos podem levar a piora de performance, problemas de consistência e até à corrupção da base de dados.		ATENÇÃO : Não existe uma "receita de bolo" universal para o tuning do Firebird. Cada ambiente e aplicação possui comportamentos distintos. O ajuste fino deve ser feito com base em análises, monitoramento contínuo e uma compreensão clara das necessidades e comportamento do seu sistema. Cuidado! Valores incorretos ou inválidos podem levar a piora de performance, problemas de consistência e até à corrupção da base de dados.

	Um excelente ponto de partida para explorar configurações do firebird.conf e databases.conf é a ferramenta de cálculo da IB-Aid: https://cc.ib-aid.com/democalc.html.		Um excelente ponto de partida para explorar configurações do firebird.conf e databases.conf é a ferramenta de cálculo da IB-Aid: https://cc.ib-aid.com/democalc.html.

Marlon: /* Tuning (Customizações) Firebird.conf e databases.conf */

2025-07-28T16:36:35Z

Tuning (Customizações) Firebird.conf e databases.conf

← Edição anterior		Edição das 16h36min de 28 de julho de 2025
Linha 214:		Linha 214:
	===Tuning (Customizações) Firebird.conf e databases.conf===		===Tuning (Customizações) Firebird.conf e databases.conf===

	* ATENÇÃO *		:: ATENÇÃO : Não existe uma "receita de bolo" universal para o tuning do Firebird. Cada ambiente e aplicação possui comportamentos distintos. O ajuste fino deve ser feito com base em análises, monitoramento contínuo e uma compreensão clara das necessidades e comportamento do seu sistema. Cuidado! Valores incorretos ou inválidos podem levar a piora de performance, problemas de consistência e até à corrupção da base de dados.
	Não há receita de bolo~~, cada~~ ambiente a aplicação ~~diverge sobre seu comportamento~~.
	O ~~tuning é realizado sob analises~~ e ~~monitoramentos, chegando necessidade, conferindo comportamentos~~ e a ~~necessitando~~ e ~~o acompanhamento continuo~~.

	~~Cuidado com ajuste~~ de ~~valores incorretos~~ e/~~ou inválidos, causa performasse ruim, problemas e comparação e pode levar a corrução o BDD~~.		Um excelente ponto de partida para explorar configurações do firebird.conf e databases.conf é a ferramenta de cálculo da IB-Aid: https://cc.ib-aid.com/democalc.html.

	~~Um bom ponto de partida~~ para ~~a configuração do firebird.conf~~ e ~~databases.conf: https://cc.ib-aid.com/democalc~~.~~html~~		As orientações a seguir são para situações específicas e não consideram todas as adversidades dos diversos cenários.

	~~Abaixo são orientações para situações específicas, sem considerar as demais adversidades dos diversos cenário.~~		====Otimização de Memória e Cache====

			- TempCacheLimit (Tamanho do Cache Temporário para Ordenação): Este parâmetro controla a quantidade máxima de espaço temporário que pode ser armazenada na memória para operações de ordenação. Os valores padrão são geralmente muito baixos (8MB para Classic e 64MB para SuperServer). Um TempCacheLimit pequeno forçará o Firebird a ordenar dados em disco em vez de na memória, o que degradará o desempenho.
			Sugestão:
			Classic use 64MB a 128MB, para
			SuperServer e SuperClassic use 364MB a 1GB.

	- ~~Problema com memória/cache~~ (~~quando Super-Server~~): ~~Alterar a quantidade máxima~~ de ~~espaço temporário~~ que ~~pode~~ ser ~~armazenada~~ na memória.		- DefaultDbCachePages (Cache de Buffers de Página): Define o número de páginas que podem ser mantidas em cache na memória para qualquer banco de dados. Um valor de 10.000 páginas, com tamanho de página de 16KB, representa aproximadamente 160MB de cache (16KB x 10.000 ≈ 160MB).
			Sugestão:
			Firebird 2.5 SuperServer: Altere de "2048" para 10.000 páginas.
			Firebird 3.0+ SuperServer: Altere para 50.000 páginas.

	~~Aumente~~ o ~~valor do parâmetro #TempCacheLimit~~ (~~especifica~~ o ~~tamanho do~~ cache do ~~espaço temporário para ordenação)~~. ~~Os valores padrão são muito baixos (8Mb para Classic e 64Mb para SuperServer)~~, ~~use 64Mb e 128mb para Classic e 364mb a 1Gb para SuperServer e SuperClassic~~. Se for ~~pequeno~~ o cache ~~limite acaba ordenando em disco e~~ não ~~na memória;~~		- FileSystemCacheThreshold: Se aumentar muito o DefaultDbCachePages, pode ocorrer um "duplo cache", pois o sistema operacional (SO) também realiza cache de arquivos. Para evitar essa redundância e garantir que o cache do SO seja utilizado de forma eficiente, especialmente em 99% dos casos onde é benéfico, siga esta regra:
			::Regra: Configure DefaultDbCachePages = X e FileSystemCacheThreshold = X + N, onde N > 1.
			::Se FileSystemCacheThreshold for 0, o cache do sistema de arquivos do SO será desativado. Se for menor que DefaultDbCachePages ou o número de page buffers, o cache do SO não será usado, levando a problemas de desempenho.
			(Fonte: https://www.firebase.com.br/artigo.php?id=3098)

	~~Passar o #DefaultDbCachePages~~ (~~cache dos buffers de página~~)		- FileSystemCacheSize (Windows): Esta configuração controla a quantidade máxima de memória RAM usada pelo cache do sistema de arquivos do Windows. Se dedicado utiliza 80 % se não 50%.
	~~FB 2.5 SuperServer de "2048" para 10000,~~
	~~FB 3.0 SuperServer para 50000 páginas~~
	~~Isso define o número de páginas~~ a ~~partir~~ de qualquer banco de dados que pode ser realizada no cachê ao mesmo tempo (com isso 16k (tamanho da página) x 9999 ~= 160Mb). Se aumentar muito faz um duplo cachê, pois o SO também faz cachê, passe # FileSystemCacheThreshold se “0” para desligar o cachê do sistema de arquivos do ~~SO;~~ Se ~~o #FileSystemCacheThreshold for menor que o #DefaultDBCachePages ou que o page buffers, o cache de arquivos do sistema operacional~~ não ~~será usado, levando a problemas de performance. Em 99~~% das vezes, é melhor que o cache de arquivos seja usado. Para ter certeza que isso acontecerá, use a seguinte regra para configurar os parâmetros: #DefaultDBCachePages = X #FileSystemCacheThreshold = X+ N, N>1;
	~~Não deixe de ler https://www.firebase.com.br/artigo~~.~~php?id=3098~~

	~~Passar o #FileSystemCacheSize para 50: Esta configuração controla a quantidade máxima de memória RAM usada pelo cache do sistema de arquivos do Windows.~~

	~~- Problema com gestão~~ de ~~espaço temporário:~~		====Gestão de Espaço Temporário====
	~~O armazenamento temporário é usado pelo módulo de separação, que também é destinado a armazenar os conjuntos de dados temporários etc.~~

	~~Aumentar #TempBlockSize:~~		O armazenamento temporário é usado pelo módulo de ordenação e para dados temporários gerados pelo SGBD.
	~~FB 2.5~~ de ~~"1048576 "~~ para ~~"2048576"~~
	~~FB 3~~.~~0 de 1M para 2M~~

	(Fonte: http://www.firebase.com.br/fb/artigo.php?id=2680)		- TempBlockSize: Este parâmetro define o tamanho dos blocos de dados temporários.
			Sugestão:
			Firebird 2.5: Altere de "1048576" para "2048576".
			Firebird 3.0+: Altere de 1MB para 2MB.
			(Fonte: http://www.firebase.com.br/fb/artigo.php?id=2680)

	~~- Problema com~~ Manager ~~Look: queda~~ de desempenho no meio do dia, ~~quando~~ a fila ~~esta~~ grande:		====Gerenciamento de Bloqueios==== (Lock Manager)
			Se você notar quedas de desempenho no meio do dia, possivelmente relacionadas a uma fila de bloqueios muito grande, ajuste os seguintes parâmetros:

	~~Aumentar~~ o ~~#LockMemSize~~: ~~que são bytes~~ de memória compartilhada alocada para o gerenciador de bloqueio		- LockMemSize (Memória Alocada para o Gerenciador de Bloqueio): Define a quantidade de memória compartilhada alocada para o gerenciador de bloqueio.
	FB 2.5 de "1048576" para "10485760"		Sugestão:
	FB 3.0 de 1M para 9M		Firebird 2.5: Altere de "1048576" para "10485760" (10MB).
			Firebird 3.0+: Altere de 1MB para 9MB.
			(Fontes: http://www.firebase.com.br/fb/artigo.php?id=222#Lock_Mem_Size \| https://www.firebase.com.br/artigo.php?id=3098)

	(Fonte: http://www.firebase.com.br/fb/artigo.php?id=222#~~Lock_Mem_Size \| https://www.firebase.com.br/artigo.php?id=3098~~)		- LockHashSlots: Controla o número de slots na tabela hash do gerenciador de bloqueio.
			Sugestão:
			Firebird 2.5: Altere de "1009" para "10091".
			Firebird 3.0+: Altere de "8191" para "30011" (deve ser um número primo).
			(Fonte: http://www.firebase.com.br/fb/artigo.php?id=222#Lock_Hash_Slots)

	~~Aumentar o #LockHashSlots:~~		====Gerenciamento de Lixo (Garbage Collection / Sweep)====
	~~FB 2.5~~ de ~~"1009" para "10091"~~ (~~Fonte: http:~~/~~/www.firebase.com.br/fb/artigo.php?id~~=~~222#Lock_Hash_Slots)~~		Problemas com o Garbage Collection (GC) podem afetar o desempenho. Para identificar e monitorar:
	~~FB 3.0 de “8191” para “30011”~~ (~~Deve ser um número primo~~)

	- ~~Problema com Garbase Collection~~:		- Identificação de Problemas: Verifique se o valor de "Oldest snapshot" menos "Oldest Transaction" (Oldest snapshot - Oldest Transaction) é maior que o Sweep interval (o padrão é 20000). Se for, há um problema.
	~~Deve identificar: onde? Quando? E quem?~~
	~~Teste rápido para saber se há problemas: verificar~~ se o "Oldest snapshot" - "Oldest Transaction" é ~~superior~~ que o "Sweep interval" (padrão 20000)
	~~Quem: usar IBMonitoramento ou FBScaner~~

	- ~~Problemas com HD lento ou pouco espaço da instalação~~:		- Ferramentas de Monitoramento: Utilize ferramentas como IBMonitoramento ou FBScanner para identificar onde, quando e quem está causando os problemas no GC.
	~~Se há outra unidade de disco com taxa de gravação/leitura superior à da instalação atual do Firebird e/~~ou ~~possua mais espaço disponível superior pode ser direcionado~~ para ~~ele utilização da pasta temporário #TempDirectories = “d:\temp”. Na pasta temporária é~~, ~~por exemplo, armazenado o cachê para ordenação dos resultados da SQL (order by)~~.

	- Problemas com ~~espaço definir #TempDirectory:~~		====Problemas com Discos Lentos ou Pouco Espaço====
	~~Defina uso em unidade SSD~~ ou ~~RAM rápida para~~ espaço ~~temporário do SGDB~~: ~~Diminuirá o tempo de grandes ordenações, restaurações, etc.~~		Se o disco onde o Firebird está instalado for lento ou tiver pouco espaço, você pode redirecionar o uso da pasta temporária:
	~~Utilize driver rápido~~

			- TempDirectories: Defina este parâmetro para uma unidade de disco com maior taxa de gravação/leitura ou mais espaço disponível, por exemplo: TempDirectories = "d:\temp". A pasta temporária é usada para operações cruciais como o cache de ordenação de resultados SQL (ORDER BY).

			- Espaço Temporário em Unidades Rápidas: Para operações que exigem uso intensivo de espaço temporário (como grandes ordenações, restaurações de banco de dados, etc.), defina o TempDirectory para uma unidade SSD ou uma RAM rápida (RAMDisk). Isso diminuirá significativamente o tempo de execução dessas operações.

	===Propriedades da Base de Dados===		===Propriedades da Base de Dados===