Deve fazer uma cópia de segurança do Immich Live ou parar primeiro o serviço?

Pare primeiro o Immich quando quiser o limite de consistência mais simples e fácil de explicar; use uma cópia de segurança em funcionamento apenas quando puder criar um dump nativo da base de dados e coordenar a captura ou o instantâneo dos ficheiros multimédia, de modo a conhecer a relação entre ambos no restauro.

O Immich guarda os registos dos recursos no PostgreSQL, enquanto os ficheiros originais e derivados ficam no armazenamento, pelo que uma cópia recursiva normal em funcionamento pode observar momentos diferentes. Para uma casa pequena, uma breve janela de manutenção é muitas vezes mais segura do que uma orquestração complexa. Quando os carregamentos contínuos são importantes, mantenha o serviço em funcionamento, mas utilize ferramentas conscientes da base de dados, registe a ordem de captura, proteja os recursos que chegam entretanto e avalie a cópia de segurança através de um restauro isolado.

Defina Todos os Componentes que o Restauro Tem de Recriar

Faça o inventário da base de dados PostgreSQL, da biblioteca de carregamentos, dos ficheiros multimédia gerados necessários segundo a sua política, das definições de bibliotecas externas, dos ficheiros Compose e de ambiente, dos segredos, das definições do proxy e das chaves de encriptação. Classifique os itens que pertencem ao Immich e os que podem ser regenerados.

Um artigo prático sobre cópias de segurança de bases de dados explica a utilização de um dump do PostgreSQL, em vez de tratar o diretório da base de dados em funcionamento como ficheiros normais. O seu método de cópia de segurança consciente da base de dados suporta o funcionamento em direto; confirme os comandos e as versões da sua implementação.

Um plano falha se proteger os originais mas não conseguir restaurar os respetivos registos, ou se proteger a base de dados omitindo os ficheiros multimédia. Escreva a ordem de restauro ao lado da ordem da cópia de segurança antes de decidir se o período de indisponibilidade é aceitável.

Escolha uma Cópia de Segurança com o Serviço Parado para Obter o Limite Mais Claro

Pare os carregamentos, interrompa corretamente a aplicação e os workers do Immich e, em seguida, faça uma cópia de segurança nativa da base de dados e copie ou crie um instantâneo dos ficheiros multimédia e dos ficheiros de implementação. Mantenha o PostgreSQL em funcionamento apenas durante o necessário para o dump ou pare-o corretamente antes de criar um instantâneo ao nível do armazenamento concebido para esse serviço.

Parar o serviço não corrige caminhos errados nem um âmbito incompleto, pelo que deve verificar os pontos de montagem e os tamanhos dos arquivos. Um processo aprovado não tem escritas ativas do Immich durante a captura, inclui uma cópia de segurança da base de dados concluída com êxito, amostras de ficheiros multimédia legíveis, somas de verificação e uma hora de reinício documentada.

O guia da ZimaSpace sobre a verificação de chaves e restauros de cópias de segurança reforça que uma cópia tranquila só é recuperável depois de as respetivas credenciais e o caminho de restauro terem sido testados.

Utilize uma Cópia de Segurança em Funcionamento Coordenada Quando a Disponibilidade for Essencial

Para um plano em funcionamento, crie um dump consistente e nativo da base de dados e associe-o a um instantâneo do armazenamento ou a uma captura de ficheiros cujo momento e comportamento de escrita sejam conhecidos. Registe as horas de início e conclusão, mantenha os carregamentos novos até à cópia de segurança seguinte e evite copiar o diretório bruto da base de dados em funcionamento.

Uma discussão da comunidade sobre como fazer cópias de segurança do Immich a partir de uma implementação em execução mostra por que razão os operadores distinguem a base de dados dos ficheiros carregados. Utilize esse limite da cópia de segurança em funcionamento como contexto prático, não como substituto de um teste de restauro.

Uma conceção em funcionamento só é aprovada se a ferramenta da base de dados for concluída sem erros, a captura do sistema de ficheiros for atómica ou a sua ordenação estiver documentada, e os carregamentos criados durante o período forem contabilizados. Caso contrário, escolha o método com o serviço parado ou aumente a frequência das cópias de segurança para reduzir a janela de manutenção.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Restaure Isoladamente e Tome a Decisão Final

Restaure a base de dados e os ficheiros multimédia selecionados num destino isolado, utilizando os ficheiros de implementação guardados. Verifique os utilizadores, as contagens de recursos, amostras dos originais, os álbuns, os favoritos, as pesquisas, as bibliotecas externas e um novo carregamento. Reinicie o destino e repita as verificações críticas.

Escolha cópias de segurança com o serviço parado quando o período de indisponibilidade for adequado à casa e a simplicidade reduzir os erros. Escolha cópias de segurança em funcionamento coordenadas quando a disponibilidade justificar ferramentas adicionais e testes de restauro repetidos comprovarem o processo. A decisão pode mudar à medida que o tamanho da biblioteca e a frequência dos carregamentos aumentam.

Interrompa a retirada da produção se o restauro apresentar erros de ficheiros em falta ou registos órfãos. Preserve ambos os componentes da cópia de segurança e os registos e, em seguida, reconcilie os carimbos de data e hora e o âmbito. Escale o problema indicando a versão da base de dados, o método do dump, o método do sistema de ficheiros, as horas de captura e as contagens de discrepâncias; nunca elimine a última cópia de segurança com o serviço parado até o método em funcionamento ter sido aprovado de forma independente.