Temos uma política bastante restritiva em relação a anúncios no site. Eles nunca irão te atrapalhar!
Além disso, usamos banners para lhe informar de assuntos importantes. Os bloqueadores de anúncios impedem que esses banners sejam visualizados.
Sendo assim, para continuar, é importante que você desligue o bloqueador de anúncio e recarregue a página. Obrigado!

Autor: Carlos H. Cantu - Extraído do meu livro Firebird 2 e revisado em 15/06/2022

Colocar um banco de dados em modo de shutdown significa que, por alguma razão, você deseja restringir as conexões a ele. Um dos usos mais comum para essa situação é impedir que usuários se conectem ao banco de dados, durante uma operação de atualização de estrutura (metadata).

Até o Firebird 1.5, a tarefa de impedir que mais de um (ou nenhum) usuário se conectasse ao banco de dados era praticamente impossível, pelo fato de que o modo de shutdown do Firebird 1.x não impedia as conexões do SYSDBA ou do dono (owner) do banco.

O Firebird 2.0 introduziu novos modos de shutdown, sendo possível colocar o banco em um estado onde nem mesmo o SYSDBA possa conectá-lo.

Usando o gfix para efetuar um shutdown

O gfix é o utilitário responsável pela mudança de status do banco de dados, nos diferentes modos de shutdown disponíveis. Vejamos a sintaxe envolvida nos procedimentos de shutdown:

gfix <comando> [<estado>] [<opções>]

<comando> ::= {-shut | -online}
   <estado> ::= {normal | multi | single | full}
   <opções>  ::= {-force <timeout> | -tran | -attach}

Comandos:
   -shut: Coloca o banco  de dados em modo de shutdown
   -online: Ativa um  banco que está em modo shutdown

Estados:

• normal: O banco está no seu estado normal (ativo).
• multi: O banco está em modo de shutdown, mas dependendo do caso, poderá haver conexões do SYSDBA ou do dono do banco de dados (ver observações). Esse é o modo padrão nas versões 1.x do Firebird.
• single: O banco está em modo de shutdown, onde apenas uma conexão do SYSDBA é aceita.
• full:  O banco está totalmente inoperante. Nenhuma conexão será aceita, nem mesmo a do SYSDBA.

Opções:

• -force <timeout>: Faz com que o servidor espere o número de segundos determinados por timeout, antes de derrubar as conexões ativas e colocar o banco em modo de shutdown. Use com cuidado, pois os usuários ativos no momento em que o banco entrar em estado de shutdown poderão perder o trabalho que estavam fazendo.
• -attach x: Impede que novas conexões sejam feitas ao banco, mas não derruba as conexões já existentes. Ao se passar o número de segundos determinados por “x”, se ainda houver conexões ativas no banco, o shutdown será cancelado, caso contrário, o banco de dados será colocado em modo de shutdown.
• -tran x: Impede que novas transações sejam iniciadas no banco, mas não derruba as conexões existentes. Ao se passar o número de segundos determinados por “x”, se ainda houver transações ativas no banco, o shutdown será cancelado, caso contrário, o banco de dados será colocado em modo de shutdown.

Alterando o modo de shutdown

Os modos de shutdown podem ser alternados entre si:

Escala:
[mais online.......menos online]
 normal ? multi ? single ? full

No entanto, você deve atentar para como alternar entre esses modos usando o –shut e o –online. Se um banco está em modo full de shutdown, para passá-lo ao modo single, não usamos  –shut single e sim  –online single. Imagine como se houvesse uma “escala” onde o modo normal seria o modo “mais online” que um BD pode ficar, e que o full seja o modo “mais offline”. Para passar de um modo “mais online” para um “menos online”, usamos o –shut, e para o contrário, usamos o –online.
Pensando assim, os exemplos abaixo seriam inválidos:

Ativando um banco de dados

Para trazer um banco de dados de volta “a vida”, devemos tirá-lo do status de shutdown, independente de qual modo esteja utilizando. Isso é feito através do comando –online, como no exemplo abaixo:

gfix –online [normal]

Acesso exclusivo ao banco de dados

Para obter acesso exclusivo a um banco de dados, devemos utilizar o modo single de shutdown. Esse modo permitirá que apenas uma única conexão seja efetuada no banco de dados. Abaixo está representado o “fluxo” adequado para a realização de atualizações de metadata no banco, garantindo que a conexão seja exclusiva.

Shutdown e Linger

O Firebird 3 introduziu o parâmetro linger que permite definir um tempo pelo qual o Firebird manterá a a base de dados “aberta” mesmo após a última desconexão. Isso possibilita manter o cache da base de dados quente por um determinado período, mesmo após a desconexão do último usuário, o que pode ser interessante em ambientes com grande número de conexões curtas (ex: uso em web, etc.).
O gfix ganhou um novo parâmetro chamado -nolinger que faz com que o Firebird não aguarde o tempo definido pelo linger quando a última desconexão acontecer, possibilitando que a base de dados entre em shutdown sem ter que aguardar o tempo do linger e sem que haja necessidade de desligar o linger.

Conclusão

Os modos de shutdown trazidos no Firebird 2.0 finalmente trouxeram a possibilidade de obter conexões exclusivas aos bancos de dados, ou mesmo deixá-lo totalmente indisponível. Isso, com certeza, facilita a vida de muitos programadores.