Prática recomendada para interromper o Apache durante os backups

Os procedimentos de tempo de inatividade são relativamente fáceis quando apenas desligá-lo por uma longa janela é aceitável. Mais ou menos o que você está fazendo.

Antes do tempo de inatividade, enquanto ainda estiver em execução, considere um lembrete no site de que ele está em manutenção. As organizações variam no que esperam para isso, alguns sistemas têm um banner informando que será desativado hoje à noite, alguns têm um calendário de manutenção separado.

Como o servidor web está sendo desligado, não há muita oportunidade de mostrar uma página de manutenção. Provavelmente não se preocupe por agora. Talvez no futuro, isso esteja atrás de um balanceador de carga e isso pode mostrar uma página estática inativa enquanto as conexões estão sendo drenadas.

Quando disponível, use o mesmo gerenciador de serviço para iniciar e parar todos os aplicativos. O uso de uma ferramenta permite relatórios consistentes de status, dependências, manipulação de limpeza de paradas com falha e outros recursos. Confusamente, nem toda distro gosta de usar o programa apachectl, mas tudo bem porque como o httpd para por meio de sinais está bem documentado .

Pare a web e, em seguida, o servidor de banco de dados. Confie no gerenciador de serviços, neste caso, unidades systemd, para fornecer desligamentos relativamente suaves, semelhantes a apachectl graceful-stop. Leia as unidades para obter os detalhes de como elas são implementadas.

# Stop web first to stop application from accessing data
systemctl stop apache2
# A long wait here is likely not necessary
# the service manager is shutting down processes, and the database is going away soon as well

# Stop one at a time to ensure done in this order
systemctl stop mysqld
# Wait a bit for database files to be closed, just in case
# FIXME this delay is arbitrary
sleep 10

Se você fizer backups copiando os arquivos de banco de dados ao vivo, tome cuidado para que nenhum processo ainda os acesse. A cópia de arquivos que ainda estão sendo gravados tem o risco de as cópias serem corrompidas e de um backup incorreto. Em situações normais, uma parada normal impedirá rapidamente novas solicitações. E sob carga leve, o trabalho de limpeza e desligamento é concluído rapidamente. A parte complicada é garantir que isso seja verdade mesmo em circunstâncias extraordinárias.

Um backup cuidadoso pode verificar se nada tem os arquivos abertos, como fuserem um script. Possivelmente também enviando um sinal para quaisquer processos restantes, como um SIGTERM.

Exigir tempo de inatividade, além de um pouco de paranóia sobre como garantir que os arquivos sejam fechados, torna esse método de backup de cópia de arquivo não tão fácil quanto pode parecer. Considere métodos de backup on-line alternativos, como usar os métodos integrados do banco de dados para copiar seus dados ou despejar exportações para arquivos.

Para completar, outra opção é consistente, on-line, instantâneos de nível de armazenamento e copiar esses arquivos. Também evita o tempo de inatividade, mas pode ser ainda mais complicado, pois o banco de dados nunca foi encerrado. Fazer isso com segurança significa pausar as gravações e entender como os bancos de dados fazem a recuperação de inicialização.

Restaurações de teste ocasionalmente. Na verdade, restaure os dados para algum banco de dados de preparação em um ambiente de teste, inicie-o e verifique se os dados estão corretos.