%--------------------------------------------------------------------
%%\chapter{Backups} \label{chap:backups}
\chapter{Cópias de Segurança} \label{chap:backups}
%--------------------------------------------------------------------

	\begin{chapterquote}
	Hardware é indeterminadamente confiável.   \\
	Software é indeterminadamente confiável.   \\
	Pessoas são indeterminadamente confiáveis. \\
	Natureza é determinadamente confiável.     \\
	\end{chapterquote}

	\noindent
	Este capítulo explica porque, como e quando fazer cópias de segurança, e
	como restaurar arquivos das cópias realizadas. 

%%\section{On the importance of being backed up}
\section{A importância de gerar cópias de segurança}

	Seus dados são valiosos. Custará tempo e muito esforço para recria-los, e
	isso significa despesas ou no mínimo desgaste pessoal e lágrimas; algumas
	vezes, sequer eles podem ser recriados, como por exemplo o
	resultado de alguns experimentos. Assim sendo, é um bom investimento
	proteger os dados e ter procedimentos que evitem a sua perda.


	Há basicamente quatro razões que podem provocar a perda de dados: falhas de
	hardware, problemas em programas, ação humana e desastres naturais
	\footnote{A quinta razão é ``qualquer outra coisa''}. Apesar
	dos hardwares modernos serem mais confiáveis, eles ainda podem ter panes
	espontaneamente e sem aviso prévio. O componente mais crítico de hardware
	para armazenamento de dados é o disco rígido, o qual é baseado em que
	pequenos campos magnéticos permaneçam intactos em um mundo repleto de
	ruídos eletromagnéticos. Softwares modernos não tendem a ser mais 
	confiáveis, um programa estável como uma rocha  é uma exceção e não 
	uma regra. Humanos são também pouco confiáveis, quer pelos erros que 
	possam cometer, quer por tentativas mal intencionadas de destruir os dados. 
	A natureza pode não ser diabólica, porém pode gerar danos, mesmo quando 
	está sendo boa (chuvas, excesso de calor,...). No final temos um 
	pequeno milagre onde as coisas funcionam bem.


	Cópias de segurança são uma forma de proteger os investimentos em dados.
	Tendo-se diversas cópias dos dados, será de menor importância se um
	deles for perdido, pois o custo será a restauração dos dados de
	uma das cópias.

	É importante fazer-se cópias de maneira adequada. Como tudo o mais
	relacionado ao mundo físico, os backups podem falhar mais cedo ou
	mais tarde. Parte do trabalho da geração das cópias de segurança é estar
	seguro de que elas funcionem; ninguém gostaria de perceber que suas
	cópias não funcionam\footnote{Não ria. Isso acontece todos os dias.}. 
	Problemas acontecem, pode haver uma pane de discos bem no meio do backup.
	Caso se tenha somente uma mídia para o backup ela também pode sofrer danos, 
	sobrando somente a lembrança do grande trabalho realizado. Ou ainda, você 
	pode notar, quando está fazendo a recuperação dos dados, que esqueceu de 
	copiar o banco de dados de usuários com mais de 15.000 registros de 
	clientes, que foi perdido. Mais ainda, as fitas podem estar funcionando 
	perfeitamente, porém a última unidade da face da Terra que consegue ler o 
	tipo de fita que você usava, está cheia de água no depósito do escritório.

	Quando o tema é cópia de segurança, paranóia é a melhor descrição deste
	trabalho.

%%\section{Selecting the backup medium}
\section{Selecionando o dispositivo de backup}

	A decisão mais importante sobre cópias de segurança é a opção da mídia a 
	ser utilizada. É necessário considerar custos, confiabilidade, velocidade, 
	disponibilidade e utilidade.

	A questão custos é importante, uma vez que é preferível ter-se muitas
	vezes mais capacidade de armazenamento das cópias do que a quantidade de
	dados existentes. Uma mídia econômica é usualmente uma necessidade.

	Confiabilidade é um ítem de extrema importância, pois uma cópia com
	problemas pode fazer um homem adulto chorar. Uma mídia para backups
	deve ser capaz de manter os dados em perfeito estado durante anos. A forma 
	de usar a mídia afeta a sua confiabilidade. Um disco rígido
	é normalmente muito confiável, mas como mídia para cópias de segurança
	pode não sê-lo, caso esteja no mesmo computador que os discos que você está
	gerando as cópias.

	Velocidade não é uma questão muito importante, caso a cópia possa ser
	realizada de forma não interativa. Não importa que uma cópia seja realizada 
	em duas horas, desde que ela possa ser feita sem assistência. 
	Por outro lado, caso a cópia não possa ser realizada quando o computador 
	esteja disponível, então velocidade é um tema importante.

	Disponibilidade é, obviamente, necessário, pois não se pode usar uma
	mídia caso ela não exista. Menos óbvia é a disponibilidade futura e em 
	outros equipamentos diferentes dos que ela foi gerada. De outra forma pode 
	não ser possível restaurar os dados após algum acidente.

	Utilidade é um fator abrangente e que se relaciona à periodicidade em que
	as cópias são realizadas. A forma mais simples é realizar cópias da melhor
	maneira possível, isto é no menor período e com o maior conjunto de dados
	possíveis. Uma mídia não deve ser difícil ou trabalhosa de ser usada.

	As alternativas típicas são disquetes e fitas. Disquetes são extremamente
	baratos, relativamente confiáveis, não muito rápidos, de alta
	disponibilidade, mas não muito úteis para grandes quantidades de dados.
	Fitas são baratas e algumas nem tanto assim, relativamente confiáveis e
	velozes, de média disponibilidade, e, dependendo do tamanho da fita,
	bastante confortáveis.

	Há algumas outras alternativas. Não muito comuns, mas caso isso não seja
	um problema, podem ser uma melhor opção em muitos casos. Por exemplo,
	discos magneto-óticos podem conter o melhor das duas opções anteriores: 
	têm acesso randômico, tornando a restauração mais simples e rápida como os
	disquetes, e podem conter uma grande quantidade de dados como as fitas.

	Acrescentaríamos ainda como opções viáveis: discos rígido em outros
	equipamentos, CD graváveis, zip drives e similares.

%%\section{Selecting the backup tool}
\section{Selecionando a ferramenta de backup}

	Há diversas ferramentas que podem ser utilizadas na geração de cópias de 
	segurança. Algumas das ferramentas tradicionais do \unix\ são os 
	utilitários \cmd{tar}, \cmd{cpio} e \cmd{dump}. Adicionalmente
	uma série de pacotes de terceiros (alguns de livre distribuição, outros
	comerciais) podem ser utilizados. A opção da mídia pode afetar na escolha
	da ferramenta.

	O \cmd{tar} e \cmd{cpio} são similares, e equivalentes do ponto de vista do 
	backup. Ambas são capazes de guardar dados em fitas e restaurá-los. Podem 
	gravar dados em praticamente qualquer mídia, pois os controladores de 
	dispositivos tomam conta dos acessos de baixo nível ao equipamento e 
	todos os dispositivos tendem a ser parecidos para os programas.
	Algumas versões destes programas em alguns sistemas \unix\ podem ter
	dificuldades com arquivos incomuns (links simbólicos, arquivos
	de dispositivos, arquivos com nomes muito longos e assim por diante),
	porém as versões do \linux\ lidam com isso corretamente.

	O \cmd{dump} é um pouco diferente pois lê o sistema de arquivos diretamente,
	sem uso de mecanismos de indireção. Ele foi desenvolvido especificamente 
	para a geração de cópias de segurança; \cmd{tar} e \cmd{cpio} são 
	ferramentas para  arquivamento, apesar de funcionarem também para backups. 

	Ler diretamente o sistema de arquivos traz algumas vantagens. Isso torna
	possível gerar as cópias sem afetar a data de acesso dos arquivos; no caso
	do \cmd{tar} e \cmd{cpio} é necessário antes montar o sistema de arquivos 
	com permissões somente de leitura É também mais eficiente, caso 
	seja necessário copiar todo o sistema de arquivos, uma vez que muito menos 
	movimento das cabeças de leitura e gravação do disco rígido será exigido. 
	A maior desvantagem é que o dump é um programa de cópia específico para 
	somente um tipo de sistema de arquivos; o dump do \linux\ entende somente 
	os sistemas de tipo ext2.
	
	O \cmd{dump} suporta ainda níveis de cópias, ao passo que \cmd{tar} e 
	\cmd{cpio} tem essa funcionalidade implementada por outras ferramentas.


	Uma comparação entre softwares fornecidos por terceiros está além do
	escopo deste livro, porém uma lista de softwares de livre distribuição
	pode ser encontrada no ``Linux Software Map''.

%%\section{Simple backups}
\section{Cópias simples}


	Um esquema simples de cópia de segurança é copiar tudo uma única vez e
	após copiar somente os arquivos que sofreram alterações após a cópia
	inicial. A primeira cópia é denominada \defin{cópia total} e as seguinte 
	\defin{cópias incrementais}. Uma cópia total é normalmente
	mais trabalhosa que a incremental, uma vez que muito mais dados são
	gravados e pode eventualmente não caber em uma única fita, disquete, ou
	qualquer que seja a mídia utilizada. A restauração de uma cópia
	incremental pode ser muitas vezes mais trabalhosa do que de uma cópia
	total. A restauração pode ser otimizada desde que sempre se copie tudo o
	que foi alterado desde a última cópia total; desta forma as cópias podem
	ser um pouco mais trabalhosas e demoradas, mas nunca será necessário
	restaurar mais que duas cópias (uma total e outra incremental).

	Caso você deseje realizar cópias diárias e tenha seis fitas, 
	pode-se fazer uma cópia total inicialmente (digamos na sexta-feira), e
	utiliza-se as fitas 2 a 5 para cópias incrementais (de segunda-feira
	a quinta-feira). Faz-se então uma nova cópia total com a fita 6 na segunda
	sexta-feira, e reinicia-se o ciclo incremental com as fitas 2 a 5. Não é
	necessário regravar a fita 1 até que uma nova cópia total seja gerada.
	Após a geração da cópia total na fita 6, pode-se manter a fita 1 em algum
	outro local, assim se o conjunto de fitas for perdido em um incêndio, por
	exemplo, ao menos algo terá restaurado. Ao se fazer uma nova cópia total,
	utiliza-se a fita 1 e a fita 6 toma o seu lugar.

	Caso se disponha de mais de 6 fitas, pode-se usar as fitas extras para
	cópias completas. A cada vez que seja feito uma nova cópia total,
	utiliza-se sempre a mais antiga. Desta forma pode-se ter cópias de várias
	semanas anteriores, o que pode ser útil caso se queira encontrar um
	arquivo antigo que foi apagado ou uma versão antiga de algum arquivo.

%%\subsection{Making backups with \cmd{tar}}
\subsection{Cópias de segurança com \cmd{tar}}

	Uma cópia de segurança completa pode ser facilmente gerada com o \cmd{tar}: 
		%
		\begin{tscreen}
\# tar --create --file /dev/ftape /usr/src \\
tar: Removing leading / from absolute path names in the archive \\
\# 
		\end{tscreen}
		%
	O exemplo acima utiliza a versão GNU do \cmd{tar} e sua característica 
	para opções com nomes longos. A versão tradicional do \cmd{tar} somente 
	entende opções descritas através de um único caracter. A versão GNU pode 
	ainda lidar com cópias  que não caibam em uma única fita ou disquete, 
	assim como com caminhos longos; nem todas as versões podem fazer isso 
	(o \linux\ somente utiliza o GNU \cmd{tar}).
	
	Caso a cópia não caiba em uma única fita, é necessário ativar
	a opção \texttt{multi-volume} (\texttt{-M)}:
		%
		\begin{tscreen}
\# tar -cMf /dev/fd0H1440 /usr/src \\
tar: Removing leading / from absolute path names in the archive \\
Prepare volume \#2 for /dev/fd0H1440 and hit return:  \\
\# 
		\end{tscreen}
		%
	Observe que deve-se formatar os disquetes antes de iniciar a cópia, ou
	ainda usar outra janela ou terminal virtual e fazê-lo assim que o \cmd{tar}
	solicitar um novo disquete.

	Após a geração da cópia, deve-se verificar se tudo esta em perfeitas
	condições. Pode-se fazer isso utilizando a opção \texttt{--compare} 
	(\texttt{-d}):

		%
		\begin{tscreen}
\# tar --compare --verbose -f /dev/ftape \\
usr/src/ \\
usr/src/linux \\
usr/src/linux-1.2.10-includes/ \\
.... \\
\#
		\end{tscreen}
		%
	Não executar a checagem significa que não se perceberá que as cópias não
	funcionam até que elas sejam necessárias.  
	
	Uma cópia incremental pode ser feita com o comando \cmd{tar} utilizando-se 
	a opção \texttt{--newer} (\texttt{-N}): 
	
		%
		\begin{tscreen}
\# tar --create --newer '8 Sep 1998' --file /dev/ftape /usr/src --verbose \\
tar: Removing leading / from absolute path names in the archive \\
usr/src/ \\
usr/src/linux-2.0.36/ \\
usr/src/linux-2.0.36/include/ \\
usr/src/linux-2.0.36/include/asm \\
usr/src/linux-2.0.36/include/asm-generic/ \\
usr/src/linux-2.0.36/include/asm-i386/ \\
usr/src/linux-2.0.36/include/asm-i386/bugs.h \\
usr/src/linux-2.0.36/include/asm-i386/byteorder.h \\
usr/src/linux-2.0.36/include/asm-i386/pgtable.h \\
usr/src/linux-2.0.36/include/linux/ \\
.... \\
\# 
		\end{tscreen}
		%
	Infelizmente, o \cmd{tar} não percebe quando somente uma informação no 
	inode foi modificada, como por exemplo, alteração de permissões de acesso, 
	ou quando somente o nome foi alterado. Isso pode ser feito usando-se o
	comando \cmd{find} e comparando o sistema de arquivos atual com a lista de
	arquivos copiados previamente. Scripts e programas que executam essas
	tarefas podem ser encontrados em sites FTP do \linux.
	
%%\subsection{Restoring files with \cmd{tar}}
\subsection{Restaurando arquivos com \cmd{tar}}

	Deve-se usar a opção \texttt{--extract} (\texttt{-x}) para restaurar 
	arquivos copiados com o \cmd{tar}.
		%
		\begin{tscreen}
\# tar --extract --same-permissions --verbose --file /dev/fd0H1440 \\
usr/src/ \\
usr/src/linux-2.0.36/ \\
usr/src/linux-2.0.36/include/ \\
usr/src/linux-2.0.36/include/asm \\
usr/src/linux-2.0.36/include/asm-generic/ \\
usr/src/linux-2.0.36/include/asm-i386/ \\
usr/src/linux-2.0.36/include/asm-i386/bugs.h \\
usr/src/linux-2.0.36/include/asm-i386/byteorder.h \\
usr/src/linux-2.0.36/include/asm-i386/pgtable.h \\
usr/src/linux-2.0.36/include/linux/ \\
.... \\
\#  
		\end{tscreen}
		%
	Pode-se ainda extrair somente arquivos e diretórios específicos (inclusive
	seus subdiretórios), bastando nominá-los na execução do comando:
		%
		\begin{tscreen}
\# tar xpvf /dev/fd0H1440 usr/src/linux-2.0.36/include/asm-i386/bugs.h \\
usr/src/linux-2.0.36/include/asm-i386/bugs.h \\
\# 
		\end{tscreen}
		%
	Pode-se usar a opção \texttt{--list} (\texttt{-t}), caso se queira saber 
	quais são os arquivos presentes na cópia:
		%
		\begin{tscreen}
\# tar --list --file /dev/fd0H1440  \\
usr/src/ \\
usr/src/linux-2.0.36/ \\
usr/src/linux-2.0.36/include/ \\
usr/src/linux-2.0.36/include/asm \\
usr/src/linux-2.0.36/include/asm-generic/ \\
usr/src/linux-2.0.36/include/asm-i386/ \\
usr/src/linux-2.0.36/include/asm-i386/bugs.h \\
usr/src/linux-2.0.36/include/asm-i386/byteorder.h \\
usr/src/linux-2.0.36/include/asm-i386/pgtable.h \\
usr/src/linux-2.0.36/include/linux/ \\
.... \\
\#  
		\end{tscreen}
		%
	Note que o \cmd{tar} sempre lê o volume seqüencialmente, tornando-se um 
	pouco lento em grandes volumes. De qualquer forma, ao se utilizar mídias 
	seqüenciais como unidades de fita, não é possível utilizar acessos 
	randômicos.

	O \cmd{tar} não consegue lidar adequadamente com arquivos apagados. Caso se
	necessite restaurar um sistema de arquivos de um backup total e de um 
	incremental, e algum arquivo foi apagado entre as duas cópias,
	ele estará presente após a restauração. Isso pode ser um grande problema,
	caso o arquivo contenha dados sensíveis que não mais deveriam estar
	disponíveis.

%%\section{Multilevel backups}
\section{Cópias em diversos níveis}

	O método de cópia simples descrito na seção anterior é muitas vezes
	bastante adequado para uso pessoal ou pequenas corporações. Para tarefas
	mais complexas o uso de cópias multinível pode ser mais adequada.

	O método simples tem dois níveis: cópia completa e cópias incrementais.
	Isso pode ser generalizado para qualquer número de níveis. Uma cópia
	completa pode ser de nível 0, e os diferentes níveis incrementais podem
	ser~1, 2, 3, \dots e assim por diante. A cada cópia incremental é copiado 
	tudo o que foi alterado desde a cópia anterior de mesmo nível ou menor.

	O propósito deste procedimento é permitir um maior histórico de cópias de
	forma econômica. No exemplo da seção anterior o histórico das cópias
	remontava à última cópia total. Isso pode ser estendido ao se ter mais
	fitas disponíveis, e mesmo com somente uma nova fita por semana, pode ser
	um pouco dispendioso. Um histórico maior pode ser útil, uma vez que
	arquivos corrompidos ou apagados podem passar desapercebidos por longos
	períodos. Mesmo uma versão não muito atualizada de um arquivo pode ser
	melhor que nenhuma. 

	Com cópias de segurança multinível, o histórico pode ser estendido de
	forma mais econômica. Por exemplo, caso se tenha 10 fitas disponíveis,
	pode-se usar as fitas 1 e 2 para cópias mensais (primeira sexta-feira de
	cada mês), fitas 3 a 6 para cópias semanais (as demais sextas-feiras do
	mês; sendo mais quatro unidades uma vez que um mês pode conter até 5
	sextas-feiras); e 7 a 10 para cópias diárias (de segunda-feira a
	quinta-feira). Adicionando-se somente quatro fitas, pode-se estender o
	histórico de cópias de duas semanas para dois meses. É verdade que não se 
	pode restaurar todas as versões de cada arquivo durante dois meses, mas o 
	que é possível restaurar é normalmente bom o suficiente.

	A figura~\ref{fig:backup-history-timeline}  mostra qual o nível da cópia 
	usado em cada dia, e quais cópias podem ser restauradas a partir do fim do 
	mês.

	\begin{figure}[t]
	\begin{center}
	\includegraphics{backups/backup-timeline.ps}
	\end{center}
	\caption{Exemplo de esquema de cópia de segurança multinível.}
	\label{fig:backup-history-timeline}
	\end{figure}

	Níveis de backups podem também ser usados para minimizar o tempo de
	restauração de sistemas de arquivos. Caso se tenha muitas cópias
	incrementais com um número de níveis muito grande, pode-se necessitar
	restaurar todos eles para reconstruir um sistema de arquivos. Ao invés
	disso pode-se usar níveis, e manter o número de cópias necessárias para a 
	restauração mais baixo.

	Para minimizar o número de fitas necessárias para a restauração, pode-se 
	usar
	um nível menor para cada fita incremental. Porém o tempo necessário para
	realizar as cópias cresce (cada backup copia tudo que tenha
	sido alterado desde a última cópia total ). Um esquema melhor é sugerido
	na página de manual do \cmd{dump} e apresentado na 
	tabela~\ref{tab:efficient-backup-levels}. Use a seguinte ordem para os 
	níveis de backup: 3, 2, 5, 4, 7, 6, 9, 8, 9\dots Isto mantém tanto o tempo 
	de realização do backup e da restauração curtos. O máximo que se copia são 
	dois dias. O número de fitas a serem restauradas depende do intervalo entre 
	as cópias completas, mas certamente será menor que nos esquemas mais 
	simples.

\begin{figure}[htb]
\caption{Estratégia de backup utilizando diferentes níveis de cópias}
\label{tab:efficient-backup-levels}
\begin{center}
\begin{tabular}{r l l l}
%%Tape &	Level &	Backup&	Restore \\
%%&	&	(days)&	tapes \\
Fita &	Nível &	Cópia&	Restauração \\
&	&	(dias)&	fitas \\
\hline
1 &	0 &	n/a &	1 \\
2 &	3 &	1 &	1, 2 \\
3 &	2 &	2 &	1, 3 \\
4 &	5 &	1 &	1, 2, 4 \\
5 &	4 &	2 &	1, 2, 5 \\
6 &	7 &	1 &	1, 2, 5, 6 \\
7 &	6 &	2 &	1, 2, 5, 7 \\
8 &	9 &	1 &	1, 2, 5, 7, 8 \\
9 &	8 &	2 &	1, 2, 5, 7, 9 \\
10 &	9 &	1 &	1, 2, 5, 7, 9, 10 \\
11 &	9 &	1 &	1, 2, 5, 7, 9, 10, 11 \\
\dots &	9 &	1 &	1, 2, 5, 7, 9, 10, 11, \dots \\
\hline
\end{tabular}
\end{center}
\end{figure}
			
	Uma outra estratégia pode reduzir a quantidade de trabalho
	necessário, mas não significa que há menos coisas para acompanhar.
	Você deve decidir se isso vale ou não à pena.

	O \cmd{dump} tem suporte a cópias em multinível, já os comandos \cmd{tar} e
	\cmd{cpio} podem ter essa facilidade implementada através de scripts.
	
%%\section{What to back up}
\section{O que copiar}

	Pode-se desejar copiar tudo o que for possível. A maior exceção são
	softwares que podem ser facilmente restaurados, mas mesmo eles podem
	conter arquivos de configuração que devem ser copiados, poupando a tarefa
	de reconfigurá-los. Outra exceção é o sistema de arquivos \fn{/proc}; uma 
	vez que ele contém somente informações que o kernel gera automaticamente, 
	\emph{não} é uma boa idéia copiá-lo, especialmente o arquivo 
	\fn{/proc/kcore} que é somente uma cópia da memória física, além de ser 
	bastante grande.

	Áreas cinzentas incluem filas de impressão, arquivos de logs
	e muitas outras coisas no \fn{/var}. Você  deve decidir o que é 
	importante na sua máquina.

	As coisas óbvias que devem ser copiadas são os arquivos de usuários
	(\fn{/home}) e os arquivos de configuração do sistema (\fn{/etc}, mas 
	certamente haverá outras coisas espalhadas por todos os sistemas de 
	arquivos).

%%\section{Compressed backups}
\section{Arquivos compactados}

	Cópias de segurança costumam utilizar muito espaço, o que pode ser
	dispendioso. Para reduzir o espaço necessário, as cópias podem ser
	compactadas. Há diversas formas de se fazer isso. Alguns programas tem
	suporte a compactação; por exemplo a opção \texttt{--gzip} (\texttt{-z}) do 
	\cmd{tar} da GNU passa o arquivo gerado para o programa de compactação 
	\cmd{gzip}, antes de gravar o arquivo na mídia.
	
	Infelizmente arquivos compactados podem causar certos problemas, dada à
	natureza de como a compactação funciona. Caso um simples bit esteja com
	problemas, todo o restante do arquivo compactado pode estar inutilizado.
	Alguns programas tem facilidades de correção, mas não há nenhum método de 
	lidar com um grande número de erros. O que significa que se uma cópia é 
	compactada através da maneira que o \cmd{tar} faz, com a saída sendo um 
	único grande arquivo compactado, um simples erro pode tornar todo o 
	restante da cópia inútil. Cópias de segurança têm que ser confiáveis,
	e este método de compactação não parece ser uma boa idéia.
	
	Uma forma alternativa é compactar os arquivos separadamente. Isso
	significa que se um arquivo for perdido, os demais não sofrerão os efeitos
	colaterais. O arquivo perdido poderia de qualquer forma conter algum tipo
	de erro, então essa situação não parece ser menos favorável do que não
	utilizar nenhuma compactação. O programa \cmd{afio} (uma variante do 
	\cmd{cpio}) pode trabalhar desta forma.
	
	A compactação leva algum tempo, o que pode tornar o programa de cópia 
	incapaz de gravar os dados com a velocidade de uma unidade de fita
	\footnote{Se a unidade de fita não recebe os dados à velocidade que 
	pode tratar, ela pára; isto torna o backup mais lento ainda e pode
	ser ruim para a fita e para a unidade também.}.
	Isso pode ser evitado através do armazenamento temporário da saída
	(buffers de memória), de forma interna se o programa de backup tem essa
	funcionalidade disponível, ou através da utilização de outro programa.
	Isso somente se aplica a computadores muito lentos ou sobrecarregados
	durante a geração da cópia de segurança.
