Os programas dump ( backup ) e restore são do BSD por volta de 1980. Eles implementam um sistema de backup incremental sólido e funcional.
Uma implementação normal de tar como o tar que é entregue com AIX , não é comparável a um sistema de backup, já que implementações normais de tar não mantêm todos os metadados de arquivo necessários.
Se você estiver usando star (eu sou o autor de star , que é a mais antiga implementação de tar livre) para fazer backup de um sistema de arquivos, você obtém o mesmo algoritmo básico usado por esses programas, mas o backup está concluído em um sistema de arquivos e maneira independente do sistema operacional. A Star também oferece um sistema de backup incremental sólido.
Consulte o link para obter mais informações.
Como star é capaz de usar qualquer tamanho de FIFO (por exemplo, vários gigabytes se você especificar uma opção fs= relacionada) eo programa BSD backup suporta apenas um pequeno número de buffer de 63 kBytes, star é mais rápido que o método histórico. Isso é importante se você quiser fazer backup diretamente em um dispositivo de fita que precisa ser mantido no modo de fluxo.
Nota: atualmente não há suporte para ACLs NFSv4 no AIX em star , não posso falar sobre o estado das ACLs de rascunho POSIX retiradas no AIX, pois atualmente não tenho acesso a uma máquina AIX.
Outro programa popular parece ser gnu tar , mas este programa não tem suporte ACL e alega suportar backups incrementais e restaurações, mas falha ao restaurar um incremental se houver alterações não triviais no sistema de arquivos entre dois backups incrementais .
Veja este is É possível usar o tar para backups completos do sistema? para que um script repita o bem conhecido bug do GNU tar (presente desde 1992 e relatado várias vezes desde 2004).
Aqui está uma comparação no departamento: linux tar listado-incremental não confiável