O que fazer se você não conseguir restaurar seus arquivos

# Quando tudo dá errado

O Déjà Dup pode falhar. Pode ser que ele trave ou dê erro quando quando você tentar restaurá-lo. Quando você realmente precisar dos seus arquivos de volta, a última coisa que você quer é lidar com um erro. Considere preencher um relatório de erros, entretanto aqui estão algumas abordagens para solucionar um Déjà Dup mal comportado e pegar os seus dados de volta.

Isto irá se tornar técnico. Se nada disto fizer sentido para você, não tenha medo de pedir ajuda.

Abra uma janela do Terminal pressionando CtrlAltT.

Crie o diretório em que você vai colocar seus arquivos restaurados. Este guia irá usar /tmp/restore:

    mkdir -p /tmp/restore

# Restaurando com Duplicidade

Assumindo que o Déjà Dup não esteja funcionando para você nesse momento, você terá que usar a ferramenta de linha de comando duplicity que é usado pelo Déjà Dup por trás dos bastidores para fazer cópias de segurança e restauração dos seus arquivos.

Se você quer mais informações sobre duplicity do que foram apresentadas aqui, execute man duplicity.

A primeira coisa que vamos tentar é uma restauração simples de todos os seus dados. Assumindo que os arquivos estão em um drive externo montado como /media/backup e você escolheu para criptografar o backup, tente o seguinte:

    duplicity --gio file:///media/backup /tmp/restore

Se você não criptografar o backup, adicione --no-encryption ao comando.

## Outros locais de cópia de segurança

Se você fez uma cópia de segurança em um servidor remoto ou na nuvem, a sintaxe usada com duplicidade será diferente do exemplo acima usando um disco rígido externo. Veja abaixo como se conectar ao local de sua cópia de segurança escolhida.

Lembre-se de adicionar --no-encryption a qualquer comando exemplo, se o backup não é criptografada.

Se o duplicity aparenta ter problemas para se conectar ao seu servidor, tente baixar todos os arquivos do duplicity você mesmo para uma pasta local e seguir o simples exemplo acima.

### Amazon S3

Consulte sua chave ID de acesso Amazon S3 e a chave de acesso secreta e troque as instâncias de ID e SECRET no exemplo abaixo com os respectivos valores.

Você pode ter especificado uma pasta na qual colocar os arquivos da cópia de segurança. No exemplo abaixo, troque qualquer instância de FOLDER com aquele caminho.

    export AWS_ACCESS_KEY_ID=ID (identificação)
    export AWS_SECRET_ACCESS_KEY=Secreto
    duplicity s3+http://deja-dup-auto-LOWERCASE_ID/PASTA /tmp/restore

### Arquivos nas nuvens do Rackspace

Consulte seu nome de usuário no Rackspace e a chave API, e troque as instâncias de USERNAME e KEY no exemplo abaixo com os respectivos valores.

Você pode ter especificado um contêiner no qual colocar os arquivos da cópia de segurança. No exemplo abaixo, troque qualquer instância de CONTAINER com aquele nome.

    export CLOUDFILES_USERNAME=Nome de usuário
    export CLOUDFILES_APIKEY=CHAVE
    duplicity cf+http://Recipiente /tmp/restore

### FTP

Olhe o seu endereço de servidor, porta, nome de usuário e senha e substitua as instâncias de SERVIDOR, PORTA, NOMEDEUSUÁRIO e SENHA no exemplo abaixo com seus respectivos valores.

Você pode ter especificado uma pasta na qual colocar os arquivos da cópia de segurança. No exemplo abaixo, troque qualquer instância de FOLDER com aquele caminho.

Se você optou por não entrar com um nome de usuário, use anonymous como NOMEDEUSUÁRIO abaixo.

    gvfs-mount ftp://Nome de usuário@SERVIDOR:PORTA/PASTA
    duplicity --gio ftp://Nome de usuário@SERVIDOR:PORTA/PASTA /tmp/restore

### SSH

Olhe o seu endereço de servidor, porta, nome de usuário e senha e substitua as instâncias de SERVIDOR, PORTA, NOMEDEUSUÁRIO e SENHA no exemplo abaixo com seus respectivos valores.

Você pode ter especificado uma pasta na qual colocar os arquivos da cópia de segurança. No exemplo abaixo, troque qualquer instância de FOLDER com aquele caminho.

    gvfs-mount ssh://Nome de usuário@SERVIDOR:PORTA/PASTA
    duplicity --gio ssh://Nome de usuário@SERVIDOR:PORTA/PASTA /tmp/restore

### WebDAV

Olhe o seu endereço de servidor, porta, nome de usuário e senha e substitua as instâncias de SERVIDOR, PORTA, NOMEDEUSUÁRIO e SENHA no exemplo abaixo com seus respectivos valores.

Você pode ter especificado uma pasta na qual colocar os arquivos da cópia de segurança. No exemplo abaixo, troque qualquer instância de FOLDER com aquele caminho.

Se você optar por usar uma conexão segura (HTTPS) ao fazer o backup, use davs:// em vez de dav:// no exemplo abaixo.

    gvfs-mount dav://Nome de usuário@SERVIDOR:PORTA/PASTA
    duplicity --gio dav://Nome de usuário@SERVIDOR:PORTA/PASTA /tmp/restore

### Compartilhamento Windows

Consulte o endereço do seu servidor, nome de usuário e senha, e troque as instâncias de SERVER, USERNAME, e PASSWORD no exemplo abaixo com os respectivos valores.

Você pode ter especificado uma pasta na qual colocar os arquivos da cópia de segurança. No exemplo abaixo, troque qualquer instância de FOLDER com aquele caminho.

Se você especificar um domínio para seu servidor Windows, adicione-o no início do NOMEDEUSUÁRIO com um ponto e vírgula entre eles. Por exemplo, domínio;nomedeusuário.

    gvfs-mount smb://Nome de usuário@SERVIDOR/PASTA
    duplicity --gio smb://Nome de usuário@SERVIDOR/PASTA /tmp/restore

# Restaurar manualmente

Se mesmo o duplicity não estiver funcionando para você, não há muito mais esperança. O arquivo da cópia de segurança é complicado e não pode ser facilmente manipulado. Mas se você estiver desesperado, vale uma tentativa.

Se você usou um servidor remoto ou nas nuvens para armazenar suas cópias de segurança, primeiro baixe todos os arquivos duplicity e coloque-os em uma pasta no seu computador. Depois entre naquela pasta no seu terminal.

O Duplicity armazena seu dado em pequenos pedaços chamados volumes. Alguns volumes pertencem ao periódico 'cheio' ou cópias de segurança nova e outros ao 'inc' ou cópias de segurança incrementais. Começando com uma cópia de segurança completa de volumes no volume 1, você irá precisar restaurar os arquivos volume por volume.

Se você criptografou seu backup, primeiro você deve descriptografar o volume com gpg. Digamos que você tenha duplicity-full.20110127T131352Z.vol1.difftar.gpg:

    gpg --output duplicity-full.20110127T131352Z.vol1.difftar --decrypt duplicity-full.20110127T131352Z.vol1.difftar.gpg

Ou fazer tudo de uma vez (verifique se você tem bastante espaço!):

    gpg --multifile --decrypt duplicity-full.20110127T131352Z.*.difftar.gpg

Agora você tem tanto .difftar ou um volume de .difftar.gz (dependendo se você tivesse que decifrá-lo ou não). Use tar em qualquer um que você tem que extrair os arquivos de patch individual:

    tar xf duplicity-full.20110127T131352Z.vol1.difftar

Ou novamente, para fazer tudo de uma vez:

    for t in duplicity-full.20110127T131352Z.*.difftar; do tar xf $t; done

Agora os arquivos de patch será em pastas multivolume_snapshot e snapshot. Cada arquivo que durou vários volumes será em multivolume_snapshot. Vamos dizer que você fez backup /home/jane/essay.txt:

    cd multivolume_snapshot/home/jane/essay.txt
    cat * > essay.txt

Para recuperar dados de backups incrementais, use rdiff para costurar os arquivos juntos. Ver man rdiff para o uso.