03 Políticas de Backup

Prévia do material em texto

01/08/2021 AVA UNINOVE
https://aapa.uninove.br/seu/AAPA/topico/container_impressao.php 1/11
Políticas de Backup
ESTUDAR UMA POLÍTICA DE RETENÇÃO DE BACKUP E JANELA DE RECUPERAÇÃO
AUTOR(A): PROF. MARCOS OLIMPIO AZEVEDO
Política de Retenção de Backup e Janela de Recuperação
em Backups Incrementais
Olá hoje vamos estudar uma Política de Backup Incremental baseado no RMAN do Oracle.
No Oracle, quando fazemos backups utilizando o RMAN (Recovery Manager), além da opção do backup
FULL, temos também a opção de utilizarmos os backups incrementais. No RMAN, o termo "backup
incremental" é utilizado para fazer referência a dois tipos: incremental diferencial e incremental
cumulativo. O backup incremental inicial é conhecido como backup Nivel-0 (nível zero) e cada backup
incremental realizado após o inicial é chamado de backup Nivel-1 (nível um). Os backups incrementais
Nivel-1 podem ser cumulativos ou diferenciais.
Usar backups incrementais cumulativos significa que cada backup incremental se tornará progressivamente
maior e mais demorado até que outro Nivel-0 seja executado, mas durante uma operação de recuperação,
somente dois conjuntos de backups (Backup sets) serão necessários (O Nivel-0 e o último Nivel-1).
Os backups incrementais diferenciais somente registram as alterações referentes ao último backup.
Portanto, cada conjunto deles poderá ser menor ou maior do que o anterior, sem nenhuma sobreposição em
seus blocos de dados. Entretanto, uma operação de recuperação poderá ser mais demorada pelo fato de
terem mais conjuntos de backups para serem lidos em vez de apenas dois como no cumulativo (por
exemplo: O Nivel-0, e vários Nivel-1). No mais, em relação aos backups incrementais, já li sobre DBAs
levantando dúvidas no que se refere à política de retenção baseada no tempo (RECOVERY WINDOW)
quando são utilizados backups incrementais como parte da política de backup. Muitas dessas dúvidas se
referem sobre quando um conjunto de backups (backup sets) ficará obsoleto dentro de uma política de
backup incremental.
Bom, para começar vale a pena salientar o que seria uma política de retenção no RMAN. Basicamente temos
3 opções:
 
Política de Retenção de Backup de Redundância
01/08/2021 AVA UNINOVE
https://aapa.uninove.br/seu/AAPA/topico/container_impressao.php 2/11
Com essa política o RMAN mantém X números de backups do banco de dados, número de cópias a serem
retidas, para ficarem disponíveis para recuperação. Segue abaixo uma ilustração supondo que é realizada
uma operação de backup 1 vez por dia.  
 
1. RMAN> configure retention policy to redundancy 2;
Como demonstrado na figura acima, é possível perceber que o backup realizado na segunda-feira ficou
obsoleto após o backup de quarta-feira ter sido realizado, e assim por diante. O que importa neste caso é o
número de cópias que precisam ficar retidas. Como demonstrado na imagem, ao realizar o terceiro backup
na quarta-feira, o primeiro backup que foi realizado na segunda-feira ficou obsoleto.
Política de Retenção de Backup da Janela de
Recuperação
Essa política especifica que o RMAN deve reter todos os backups, baseado no tempo,  durante um
determinado número de dias antes de ficarem obsoletos. A questão que devemos fazer ao optar por essa
política é perguntar por quanto tempo queremos manter os backups para que seja possível uma
01/08/2021 AVA UNINOVE
https://aapa.uninove.br/seu/AAPA/topico/container_impressao.php 3/11
recuperação em qualquer período em um tempo no passado (em dias) dentro da janela de retenção. Segue
uma ilustração supondo que é realizada uma operação de backup uma vez por dia. 
 
1. RMAN> configure retention policy to recovery window of 1 days;
Como demonstrado na figura acima, é possível perceber que o backup realizado na segunda-feira ficou
obsoleto após o backup de quarta-feira ter sido realizado, e assim por diante. Isso significa que é possível
recuperar o banco de dados em qualquer ponto no tempo dentro da janela de retenção de 1 dia.
NONE (os backups nunca ficam obsoletos)
Essa política especifica que o RMAN deve reter todos os backups sem nunca torná-los obsoletos.
1. RMAN> configure retention policy to none;
01/08/2021 AVA UNINOVE
https://aapa.uninove.br/seu/AAPA/topico/container_impressao.php 4/11
Como demonstrado na figura acima, todos os backups realizados estarão disponíveis e não ficarão
obsoletos. Em relação aos backups incrementais, um backup de NIVEL-1 é inútil sem a existência de um
backup de NIVEL-0. Portanto, se aos domingos são realizados backups de NIVEL-0 e nos demais dias
(segunda-feira até sábado) são realizados backups de NIVEL-1, então mesmo que a minha política de
retenção baseada em tempo (RECOVERY WINDOW) estiver configurado para 2 dias, na prática na primeira
semana a retenção será de 9 dias, pois o backup de NIVEL-0 não poderá ficar obsoleto, já que o mesmo é
necessário para realização de recover dos backups de NIVEL-1. Neste caso, um backup de NIVEL-0 só ficará
obsoleto após a geração de um novo backup NIVEL-0 realizado na semana seguinte, conforme demonstrado
na tabela abaixo.
 
Dia do Mês 1 2 3 4 5 6 7
Dia da Semana DOM SEG TER QUA QUI SEX SAB
Tipo do Backup NÍVEL 0 NÍVEL 1 NÍVEL 1 NÍVEL 1 NÍVEL 1 NÍVEL 1 NÍVEL 1
Dia do Mês 8 9 10 11 12 13 14
Dia da Semana DOM SEG TER QUA QUI SEX SAB
Tipo do Backup NÍVEL 0 NÍVEL 1 NÍVEL 1 NÍVEL 1 NÍVEL 1 NÍVEL 1 NÍVEL 1
01/08/2021 AVA UNINOVE
https://aapa.uninove.br/seu/AAPA/topico/container_impressao.php 5/11
Na tabela acima, o backup de NIVEL-0 realizado no dia 1 e todos os backups NIVEL-1 realizados até o dia
7(sete) ficarão obsoletos somente a após a geração do backup NIVEL-1 no dia 10.
Segue abaixo uma evidência na qual são realizados backups NIVEL-0 (aos domingos) e NIVEL-1 (resto da
semana) em um banco de dados que possui a política de retenção de 2(dois) dias (RECOVERY WINDOW OF
2 DAYS). Conforme exemplificado na imagem acima, podemos verificar abaixo que nenhum backup se
tornou obsoleto dentro dos 9(nove) dias de realização dos backups.
01/08/2021 AVA UNINOVE
https://aapa.uninove.br/seu/AAPA/topico/container_impressao.php 6/11
1. RMAN> show all;
2. 
3. RMAN configuration parameters for database with db_unique_name BD01 are:
4. CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 2 DAYS;
5. CONFIGURE BACKUP OPTIMIZATION ON;
6. CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
7. CONFIGURE CONTROLFILE AUTOBACKUP ON;
8. CONFIGURE CONTROLFILE AUTOBACKUP FORMAT DOR DEVICE TYPE DISK TO '%F' ; # default
9. CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET PARALLELISH 1;
10. CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
11. CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
12. CONFIGURE MAXSETSIZE TO UNLIMITED; # default
13. CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
14. CONFIGURE ENCRYPTION ALGORITHM 'AES128'; #default
15. 
16. RMAN> list backup summary;
17. 
18. List of Backups
19. =========================
20. Key TV LV S Device Type Completion Time #Pieces #Copies Compressed T
21. ------- -- -- - ----------- --------------- ------- ------- ---------- -
22. 9337652 B 0 A DISK 01/10/2015 1 1 YES L
23. 9337696 B A A DISK 01/10/2015 1 1 YES A
24. 9340964 B 1 A DISK 02/10/2015 1 1 YES L
25. 9341007 B A A DISK 02/10/2015 1 1 YES A
26. 9343776 B 1 A DISK 03/10/2015 1 1 YES L
27. 9346935 B A A DISK 03/10/2015 1 1 YES A
28. 9346949 B 1 A DISK 04/10/2015 1 1 YES L
29. 9350199 B A A DISK 04/10/2015 1 1 YES A
30. 9305213 B 1 A DISK 05/10/2015 1 1 YES L
31. 9353555 B A A DISK 05/10/20151 1 YES A
32. 9353569 B 1 A DISK 06/10/2015 1 1 YES L
33. 9353612 B A A DISK 06/10/2015 1 1 YES A
34. 9356729 B 1 A DISK 07/10/2015 1 1 YES L
35. 9356772 B A A DISK 07/10/2015 1 1 YES A
36. 9360532 B 0 A DISK 08/10/2015 1 1 YES L
37. 9360076 B A A DISK 08/10/2015 1 1 YES A
38. 9363815 B 1 A DISK 09/10/2015 1 1 YES L
39. 9363858 B A A DISK 09/10/2015 1 1 YES A
40. 
01/08/2021 AVA UNINOVE
https://aapa.uninove.br/seu/AAPA/topico/container_impressao.php 7/11
Legenda: CóDIGO DE POLíTICA DE RETENçãO DE BACKUP-1
Legenda: CóDIGO DE POLíTICA DE RETENçãO DE BACKUP-2
Legenda: BACKUP
Conclusão
A norma técnica ABNT NBR ISO/IEC 27002: Regulamentação de Backup (Antiga IEC 17799) foi criada para
auxiliar e assegurar a qualidade dos processos de backup. A norma atende à segurança da informação e
passa as diretrizes necessárias para a proteção de dados e informações de sistemas empresariais.
41. RMAN> report obsolete;
42. 
43. RMAN retention policy will be applied to the command
44. RMAN retention policy is set to recovery windows of 2 days
45. no obsolete backups found
01/08/2021 AVA UNINOVE
https://aapa.uninove.br/seu/AAPA/topico/container_impressao.php 8/11
ATIVIDADE FINAL
"A periodicidade para realização de backup  deve ser definida por meio
de uma política de segurança da informação. Importante observar as
normas de classificação da informação e o gerenciamento das mídias."
Analise o texto acima e escolha a alternativa correta:
A. Verdadeiro
B. Falso
Analise o texto e escolha a alternativa correta:
"Em nossa empresa a política de  backups está baseada em backup
completo e incremental. No caso de um incidente que leve a perda total
dos dados, o processo de recuperação necessitará 
______________________"
A. do último backup completo.
B. do primeiro backup completo realizado na implantação da política.
C. do primeiro backup normal e do último backup incremental.
D. apenas do último backup incremental
Analisar as alternativas abaixo e escolher a correta:
A.  As mídias utilizadas na gravação dos backups não precisam ser periodicamente testadas, pois são
usadas somente em caso de falha.
B. A quantidade mínima recomendada para aplicações critica, são três ciclos de gravações e deve ser
mantida em local seguro.
C. Após a aprovação dos procedimentos de recuperação de backup não devem ser modificados nem
verificados periodicamente.
D. As cópias de segurança, juntamente com seus controles, devem ser mantidas no mesmo local da
instalação principal, em local suficientemente próximo para sua imediata recuperação em caso de
falha.
REFERÊNCIA
01/08/2021 AVA UNINOVE
https://aapa.uninove.br/seu/AAPA/topico/container_impressao.php 9/11
DATE, C. J. Introdução a sistemas de bancos de dados. Rio de Janeiro: Elsevier, 2004.
ELMASRI, Ramez. Sistemas de banco de dados. 4. ed. São Paulo: Pearson, 2005. 
LONEY, Kevin; BRYLA, Bob. Oracle Database 10g ¿ manual do DBA. 1. ed. Rio de Janeiro: Campus, 2005.
LUIS, de C. Costa Rogério. SQL Guia Prático. 2. ed. São Paulo: Brasport, 2006. 
PEREIRA Neto, Álvaro. PostgreSQL técnicas avançadas. São Paulo: Érica, 2003. 
RAMALHO, José Antonio. Oracle 10g. São Paulo: Thomson, 2005. 
SILBERSCHATZ, Abraham; KORTH, Henry F.; SUDARSHAN S. Sistema de banco de dados. 5. ed. Rio de
Janeiro: Campus, 2006. 
SOARES, Walace. MySQL conceitos e aplicações. São Paulo: Érica, 2004. 
01/08/2021 AVA UNINOVE
https://aapa.uninove.br/seu/AAPA/topico/container_impressao.php 10/11
01/08/2021 AVA UNINOVE
https://aapa.uninove.br/seu/AAPA/topico/container_impressao.php 11/11