2.6. Backups do Sistema de Arquivo

É importante fazer backups regulares de seu sistema de arquivo GFS2 em caso de emergência, não importando o tamanho do seu sistema de arquivo. Muitos administradores de sistema se sentem seguro porque são protegidos pelo RAID, multipath, espelhamento, snapshots e outras formas de redundância, mas tal segurança não existe.

Pode ser um problema para criar um backup pois o processo de salvamento de um nó ou configuração de nós geralmente envolve leitura de um sistema de arquivo todo na sequência. Se isto for feito de um nó único, este nó irá reter todas as informações no cache até que os outros nós no cluster comecem a requesitar bloqueios. Executar este tipo de programa de backup enquanto o cluster estiver em operação irá impactar o desempenho de forma negativa.

Retirar os caches depois que o backup estiver concluído reduz o tempo requerido por outros nós de reter a propriedade de seus bloqueios/caches de cluster. Isto ainda não é ideal, pois os outros nós irão interromper o processo de cache de dados no qual estavam antes do processo de backup ter iniciado. Você pode retirar caches utilizando o seguinte comando após a conclusão do backup:

echo -n 3 > /proc/sys/vm/drop_caches

É mais rápido se cada nó de um cluster salvar seus próprios arquivos, pois assim a tarefa é dividida entre os nós. Você deve ser capaz de concluir isto com um script que utiliza o comando rsync em diretórios de nó específico.

A melhor forma de fazer o backup do GFS2 é criar um snapshot de hardware no SAN, apresentar o snapshot a outro sistema e fazer o backup lá. O sistema de backup deve montar o snapshot com o -o lockproto=lock_nolock, pois ele não estará em um cluster.