Vida Linux

A um tempo atrás no post Recuperando Backups do Amanda com AmRestore, mostrei como recuperar arquivos de uma fita dat com dados gravados pelo AMANDA, mas sem os índices, que poderiam ter sido perdidos por um HD queimado ou coisa do tipo.

Mas, ainda hoje, muitos utilizam o velho TAR para realizar os backups em fita. E, se a fita com os dados tiver algum tipo de dano? Como recuperar os dados dessas fitas?

Bom, é simples, basta utilizarmos alguns comandos bem conhecidos.

1. Vamos extrair os dados da fita, e colocarmos em uma pasta no nosso servidor. Para isso utilizaremos o “dd“.

#  dd if=/dev/st1 bs=20480 conv=noerror of=file.tgz &

Notem que o arquivo de saída é um “TGZ“, pois meu backup foi feito com gzip. Outra coisa importante é a opção “conv=noerror“, que faz com que o dd continue a executar, mesmo que a fita apresente um erro na leitura. Outra opção que aparece é a “bs“, que diz o tamanho do bloco utilizado na gravação da fita. Esse valor pode variar, sempre múltiplo de 1024. Você terá de verificar qual o valor do seu sistema caso tenha algum erro na execução do “dd“.

2. Terminada a criação do arquivo, vamos descompactar.

# tar zixf file.tgz

Devido a existência de alguns pontos no arquivos com “gaps”, por conta dos defeitos na fita, o gzip acredita que o arquivo terminou. Então incluímos a opção “i” no comando, assim ele irá continuar mesmo com esses espaços.

Pronto, alguns arquivos irão ficar danificados, afinal de contas a fita estava danificada. Mas a grande maioria dos dados poderá ser recuperada. Boa sorte.

Fazer o backup de máquinas virtuais é um procedimento importante para manutençao de um serviço constante. Imaginem que o servidor de vocês faça uma atualização, ou sofra um ataque de vírus, e pare de funcionar. É uma situação que, acredito, muitos passamos. Mas um backup pode restaurar essa VM sem grandes dificuldades.

Executar backups manuais é sempre muito chato, além do fato de você esquecer mesmo. Então um script vem a acalhar. Mas como parar uma VM através do shell?

Bom, esse problema eu resolvi ao ler o manual do VMRUN. É um comando para gerenciar as VMs e, com certa paciência, fácil de usar. Por exemplo, se quiser saber quais VMs estão rodando no nosso servidor no momento, basta utilizarmos o comando:

# vmrun -T server -h https://127.0.0.1:8333/sdk -u root -p senha list
Total running VMs: 2
[VMs] Windows Server 2003 Standard Edition/Windows Server 2003 Standard Edition.vmx
[VMs] winxp/Windows XP Home Edition.vmx

Notem que tenho duas VMs, então para copiar os arquivos da primeira posso utilizar o comando abaixo para suspender a sua execução.

# vmrun -T server -h https://127.0.0.1:8333/sdk -u root -p senha suspend “[VMs] Windows Server 2003 Standard Edition/Windows Server 2003 Standard Edition.vmx”

Com a máquina suspensa, posso efetuar o backup. Agora basta colocar a máquina para rodar novamente, e estamos com o processo finalizado.

# vmrun -T server -h https://127.0.0.1:8333/sdk -u root -p senha start “[VMs] Windows Server 2003 Standard Edition/Windows Server 2003 Standard Edition.vmx”

Utilizem estes comandos em seus scripts de backup, e deixem que façam o serviço por você na calada da madrugada!

Até mais.

Em algumas situações, você pode ter uma fita contendo backups do Amanda, mas, por um ou outro problema sua lista de fitas se perdeu, e você não tem como recuperar os dados de forma convencional. Assim poderemos utilizar alguns comandos em modo texto para trazer de volta aqueles arquivos que vão salvar o dia.

Primeiro vamos verificar quais diretórios estão armazenados na fita.

# TAPEDEV=/dev/nst0

# mt -f /dev/nst0 rewind

# while mt -f $TAPEDEV fsf 1 ; do  dd if=$TAPEDEV bs=32k count=1 | head -1;  sleep 1; done
AMANDA: FILE 20081204 servidor /etc lev 0 comp .gz program /bin/tar
1+0 records in
0+0 records out
AMANDA: FILE 20081204 servidor /sistema lev 0 comp .gz program /bin/tar
1+0 records in
0+0 records out
AMANDA: FILE 20081204 servidor /arquivos lev 0 comp .gz program /bin/tar
1+0 records in
0+0 records out

Como vimos, o diretório /sistema está na nossa fita. Agora vamos extrair esse diretório.

# mt -f /dev/nst0 rewind

# amrestore -p /dev/nst0 servidor /arquivos | tar xv

Pronto. Os arquivos já estão disponíveis no diretório que você está. Fácil e rápido.

Fazer backup é uma tarefa extremamente importante, e necessária… Isto já está bastante claro. Mas como saber que tipo de fita é a mais indicada para a sua empresa? dds-4, dds72, dds160?

Durante a compra de uma nova unidade em um cliente, me deparei com um problema, a unidade dds160 atendia muito bem em termos de espaço e velocidade, mas cada fita custa R$ 170,00. Então para uma política de backup consistente, teríamos que comprar praticamente uma “nova unidade”.

Então, depois de alguma pesquisa descobri que existe compatibilidade das unidades novas com fitas antigas, então resolvi experimentar e deu certo.

DAT 160 also reads and writes DAT 72 and DDS-4

DAT 72 also reads and writes DDS-4 and DDS-3

DAT 40 also reads and writes DDS-3 and DDS-2

Compramos uma fita dds72, que custou menos de 1/3 da fita dds160, fizemos o backup e resolvemos a questão.