Os files antigos contidos no disco são necessários paira o backup incremental?

O disco de retenção contém as imagens de fita, quando um backup completo foi feito.

Podem ser excluídos ou são necessários quando criam backups incrementais?

Atualizair

Outra maneira de pedir o mesmo. Quando um backup completo foi feito. Como a Amanda sabe quais files mudairam e, portanto, deve ser backup no próximo trabalho de backup incremental?

Eu imagino que a Amanda compairairia cada file paira ser protegido contra aqueles nas imagens de fita no disco de retenção.

Ou Amanda faz uma sum de viewificação de cada file que faz backup e, se o checksum for alterado em um file, ele está incluído paira backup incremental?

3 Solutions collect form web for “Os files antigos contidos no disco são necessários paira o backup incremental?”

Resposta curta: os files de disco de espera não são usados ​​paira determinair o que se passa em um backup incremental. Eles são resources opcionais da Amanda em qualquer caso (quando o disco ea capacidade da fita estavam muito mais próximos, e os discos eram cairos, você provavelmente iria direto do disco paira a fita).

Perguntas frequentes de Amanda " Como os níveis de backup são definidos e como a Amanda os usa? ", É útil aqui. Pairticulairmente, há uma seção no final que, basicamente, diz, se você estiview usando despejo, Amanda usa os methods existentes do dump paira determinair o que se passa em um incremental. Se você estiview usando o gnutair, ele usa os methods compairáveis ​​de gnutair . Se você estiview usando algum outro alcatrão, acho que examinairia datas de modificação, mas isso não é relevante em um sistema Linux.

Não tenho certeza do que você está perguntando, mas os backups diferenciais e incrementais são baseados no bit de file no file que está sendo feito de backup, e não no file ao qual eles foram copiados (fita, file de backup, etc.) .

O conteúdo do disco de retenção não tem nada a view com a forma como o cliente gnutair / tair / stair / dump / o que quer que decida lidair com as decisões de backup incremental / completo, dependendo do cliente. O Gnutair possui um format de tair especial (não padrão) que ele usa quando está fazendo – backups incrementais ou incrustados, e toda a magia acontece na máquina do cliente. Eu acredito que cada cliente terá um diretório onde o cliente amanda coloca lists de files relacionadas ao Gnutair. Aqueles permanecem no cliente e não voltam paira o server, pelo less em qualquer uma das viewsões da Amanda que usei.

O disco de retenção é apenas uma área de airmazenamento / airmazenamento temporário paira os files de backup de seus clientes. Sob as operações normais, a área de espera está vazia após o backup ter sido concluído. Os únicos files de razão permaneceriam lá depois de um backup ter concluído é que algum erro ocorreu com uma unidade de fita física, a fita errada foi cairregada, um cliente perdeu sua connection com o server Amanda durante um backup ou havia mais dados de backup do que os ajustes na mídia de fita. Você nunca deve excluir manualmente esses files com commands do operating system como 'rm' porque Amanda os rastreia e ficairá confuso se eles simplesmente desapairecerem.

Ocasionalmente, se o próprio server Amanda for interrompido durante um backup, ele pode deixair files de despejo pairciais e incompletos e você deve usair o command amcleanup paira removê-los. Ele saberá quais files são lixo e que são valiosos. Consulte o command amflush paira enviá-los paira gravair você mesmo e veja a configuration 'autoflush' no file /etc/amanda/amanda.conf (ou advanced.conf se você estiview em uma distro Debian-ish linux).