Cópia de segurança: diferenças entre revisões
Conteúdo apagado Conteúdo adicionado
m Foram revertidas as edições de Ibackcb para a última revisão de FSogumo, de 12h37min de 17 de março de 2015 (UTC) |
|||
Linha 7:
As cópias de segurança devem obedecer vários parâmetros, tais como: o tempo de execução, a periodicidade, a quantidade de exemplares das cópias armazenadas, o tempo que as cópias devem ser mantidas, a capacidade de armazenamento, o método de rotatividade entre os dispositivos, a compressão e [[criptografia]] dos dados. Assim, a velocidade de execução da cópia deve ser aumentada tanto quanto possível para que o grau de interferência desse procedimento nos serviços seja mínimo. A periodicidade deve ser analisada em função da quantidade de dados alterados na organização, no entanto se o volume de dados for elevado, as cópias devem ser diárias. Deve-se estabelecer um horário para realização da cópia, conforme a laboração da organização, devendo ser preferencialmente nocturno. Para uma fácil localização, a cópia deve ser guardada por data e categoria, em local seguro.
== [http://www.iback.com.br/backup/por-que-armazenar-o-backup-em-nuvem-cloud-backup/ Backup em nuvens] ==
=== Cloud Backup ===
Não existe atualmente um estudo conclusivo sobre toda a informação que é perdida de forma definitiva por falta de políticas de [http://www.iback.com.br/tutorial/backup-oracle-simples-via-rman/ backup] e recover adequada. E a questão não é a falta de backup e sim ações no processo de planejamento deste para manter sua integridade, confiabilidade e disponibilidade. Neste quesito, manter a disponibilidade dos dados para recuperação pode ser apenas parte do problema, uma vez que muitas organizações obedecem regulamentações governamentais que fixam prazos cada vez maiores para a guarda e manutenção de informações de clientes e suas operações.
== Armazenamento ==
Linha 12 ⟶ 17:
Qualquer procedimento de cópia de segurança inicia com um conceito de [[repositório]] dos dados.
Num '''modelo não estruturado''', o repositório pode ser armazenado em mídias de armazenamento com informações mínimas sobre o que e quando foi armazenado. Apesar da simplicidade de implementação, torna-se difícil recuperar as informações caso necessário. No outro extremo temos a '''cópia de segurança completa''' que tem como principal desvantagem altos requisitos de armazenamento, maior tempo de processamento tanto na criação como na recuperação do repositório. Note: <ref>{{citar notícia|url=http://www.iback.com.br/tutorial/backup-oracle-simples-via-rman/|titulo=iBack |obra=comofazerbackup|lingua=português|acessodata=17/02/2015}}</ref>.
Em um '''repositório global e incremental '''(''[[backup incremental]]''), originalmente, é feita uma ''cópia de segurança completa'' de todos os arquivos. Depois, ''cópias incrementais'' são feitas apenas dos arquivos que foram modificados desde a última iteração de ''cópia incremental ou completa''. Restaurar o sistema a um certo momento requer localizar a ''cópia completa'' obtida antes do momento dado e todas as ''cópias incrementais'' realizadas entre a ''cópia completa'' e o momento. Esse modelo oferece um alto nível de segurança de recuperação e rapidez, e pode ser usado com diferentes tipos de dispositivos de armazenamento. Por outro lado, desvantagens incluem lidar com diferentes cópias incrementais e o tempo de recuperação.
| |||