Curso de Pós Graduação em Banco de Dados Procedimentos de Contigência e Alta Disponibilidade Prof.: MSc Flávio Gonçalves da Rocha.

Apresentação em tema: "Curso de Pós Graduação em Banco de Dados Procedimentos de Contigência e Alta Disponibilidade Prof.: MSc Flávio Gonçalves da Rocha."— Transcrição da apresentação:

1 Curso de Pós Graduação em Banco de Dados Procedimentos de Contigência e Alta Disponibilidade Prof.: MSc Flávio Gonçalves da Rocha

2 Conteúdo Programático 1. Conceitos Iniciais 2. Backup: Princípios e Estratégias 3. Considerações sobre Recuperação 4. Recuperação: Princípios e Estratégias 5. Backup Gerenciado pelo Usuário 6. Ferramenta RMAN (Recovery Manager) 7. Backup com o RMAN

3 Conteúdo Programático 8. Recuperação Gerenciada pelo Usuário 9. Recuperação usando o RMAN 10. Utilitários Export e Import 11. Conceitos e Recursos Adicionais para Alta Disponibilidade 12. RAC 13. Data Guard

4 CAPÍTULO 1 Conceitos Iniciais

5 É função básica do DBA manter a integridade e disponibilidade do banco de dados em caso de falhas e erros (hardware ou software). Falhas/erros podem acarretar perda de dados ou até mesmo do banco de dados. Uso de políticas de backup adequadas podem minimizar ou até mesmo eliminar problemas resultantes de falhas/erros.

6 Conceitos Iniciais Visão Geral da Instância Oracle

7 Conceitos Iniciais Sincronização de Banco de Dados Todos os arquivos de dados (datafiles), exceto os off-line e somente para leitura, deverão estar sincronizados, ou seja, estarem no mesmo instante, para que o banco de dados possa ser aberto A sincronização baseia-se no número do checkpoint atual

8 Conceitos Iniciais Sincronização de Banco de Dados A aplicação de alterações registradas nos arquivos de redo log (redo log files) sincroniza os arquivos de dados Os redo log files são solicitados automaticamente pelo servidor Oracle

9 Tipos de Erros e Falhas Erro do usuário Falha de instrução Falha de processo do usuário Falha de rede Falha de instância Falha de mídia

10 Erro do Usuário SQL> DROP TABLE employees; SQL> TRUNCATE TABLE employees; SQL> UPDATE employees 2> SET salary = salary * 1,5; SQL> COMMIT; SQL> DELETE FROM employees; SQL> COMMIT;

11 Falha de Instrução Erro lógico em uma aplicação Tentativa de informar dados inválidos em uma tabela Tentativa de executar uma operação com privilégios insuficientes Tentativa de criar uma tabela, mas o limite da cota alocada foi excedido Tentativa de aumentar tamanho de uma tabela mas sem área disponível na tablespace.

12 Falha de Processo do Usuário O usuário efetuou uma desconexão anormal durante a sessão A sessão do usuário foi encerrada de forma anormal O programa do usuário detectou uma exceção de endereço que encerrou a sessão

13 Falha de Rede Conexões abortadas

14 Falha de Instância

15 Falta de energia Problemas de hardware (CPU, memória) e Sistema Operacional Falha em um dos processos de segundo plano do servidor Oracle (DBWR, LGWR, PMON, SMON, CKPT).

16 Falha de Mídia Falha no cabeçote de uma unidade de disco Problema físico durante a leitura ou gravação de arquivos de banco de dados O arquivo foi acidentalmente apagado

17 Falha de Mídia A falha de mídia é o tipo mais grave de falha, pois geralmente requer a intervenção do DBA. A estratégia de recuperação depende do método de backup escolhido e dos arquivos afetados

18 Orientações Proteja o banco de dados dos diversos tipos de falhas Aumente o MTBF (Mean-Time-Between- Failures, tempo médio entre falhas) Diminua o MTTR (Mean-Time-To-Recover, tempo médio para recuperação) Minimize a perda dos dados.

19 CAPÍTULO 2 Backup: Princípios e Estratégias

20 Backup: Princípios Backups Físicos e Lógicos Backups Completos ou Incompletos Backups Consistentes e Inconsistentes Backups Online e Offline Backups com RMAN ou gerenciados pelo usuário

21 Backup: Princípios Backups Físicos São backups dos arquivos físicos do banco de dados : datafiles, control files e redo log arquivados (se houver). Redo log online não é suportado no RMAN Categorías: cópias imagem e backup proprietário (RMAN)

22 Backup: Princípios Backups Lógicos São exportações dos objetos de esquemas (tabelas, stored procedures, etc) para um arquivo binário do sistema operacional (.dmp). Comandos: export (realiza o backup) e import (restaura o backup) Não use apenas backup lógico para proteger seu banco de dados!

23 Backup: Princípios Backups Completos Backup mais comum Inclue o control file e todos os datafiles Pode ser feito no modo ARCHIVELOG e NOARCHIVELOG Pode ser consistente (não necessita de redo log após restauração) ou inconsistente

24 Backup: Princípios Backups Incompletos ou Parciais Backups de partes do banco de dados:  Tablespaces (ARCHIVELOG)  Datafiles (ARCHIVELOG)  Control file (Arquivo de controle)  Redo log arquivados

25 Backup: Princípios Backups Incompletos ou Parciais Tablespaces Backup É o backup dos datafiles que constituem a tablespace Backup pode ser feito com a tablespace online ou offline Válido apenas no modo ARCHIVELOG (exceção: tablespace read-only ou offline- normal)

26 Backup: Princípios Backups Incompletos ou Parciais Tablespaces Backup MODO NOARCHIVELOG

27 Backup: Princípios Backups Incompletos ou Parciais Datafile Backup É o backup de um único datafile. O backup é válido no modo ARCHIVELOG No modo NOARCHIVELOG é válido se:  For feito backup de cada datafile da tablespace  Os datafiles estiverem no modo read-only e offline- normal

28 Backup: Princípios Backups Incompletos ou Parciais Control file Backup Sem um control file válido não é possível montar ou abrir o banco Backup automático pelo RMAN via comando: CONFIGURE CONTROLFILE AUTOBACKUP ON

29 Backup: Princípios Backups Incompletos ou Parciais Redo Log Arquivado Essencial para recuperar um backup inconsistente. Sem redo log arquivados, apenas com backups incrementais do RMAN é que se pode recurperar um backup inconsistente.

30 Backup: Princípios Backup Consistente É um backup de um ou mais arquivos do banco de dados após ele ter sido fechado de forma normal, limpa Diferente do backup inconsistente, um backup completo consistente não necessita de redo log para recuperá-lo

31 Backup: Princípios Backup Consistente Todos os datafiles e control files tem o mesmo SCN (System Change Number) – estão sincronizados.  Tablespace read-only ou offline-normal Backup completo consistente precisa de um shutdwon do banco com opção normal, immediate ou transactional.  Exceção: bancos read-only

32 Backup: Princípios Backup Inconsistente É um backup de um ou mais arquivos do banco de dados enquanto o banco está aberto ou após ele ter sido fechado de forma anormal Todos os datafile e control files não tem o mesmo SCN

33 Backup: Princípios Backup Inconsistente O banco não poderá ser aberto até que todos os SCN estejam consistentes (banco sincronizado), ou seja, até que sejam aplicados todos os redos nos datafiles. Para backups completos de bancos 24X7 é a única opção Banco deve estar em modo ARCHIVELOG para garantir a recuperação e consistência após a restauração do backup

34 Backup: Princípios Backup Inconsistente Backups completos em banco fechado após shutdown abort ou um chash de sistema é inconsistente Oracle recomenda que não seja feito backup de banco fechado inconsistente no modo NOARCHIVELOG.

35 Backup: Princípios Backup Inconsistente Se você estiver com o seu banco operando no modo NOARCHIVELOG, sempre tenha um backup que possa ser usado sem precisar de recuperação.

36 Backup: Princípios

37 Backup Online É o backup de datafiles online Backup de um ou mais datafiles ou tablespace completa desde que o banco aberto esteja no modo ARCHIVELOG

38 Backup: Princípios Backup Offline É o backup em que a tablespace ou datafile está offline Pode-se colocar a tablespace offline com o comando ALTER TABLESPACE OFFLINE seguido por uma das três opções: NORMAL, TEMPORARY OU IMMEDIATE

39 Backup: Princípios Backups com RMAN Utiliza formato proprietário para armazenar dados Comandos:  BACKUP  COPY  RESTORE

40 Backup: Princípios Backups com RMAN Na cópia ou backup com RMAN as ações são gravadas no control file (arquivo de controle) do banco de dados de destino ou no catálogo de recuperação

41 Backup: Princípios Backups Gerenciados pelo Usuário As ferramentas usadas são os utilitários do Sistema Operacional O registro dos backups deve ser feito manualmente

42 Backup: Estratégias 1. Siga a Regra de Ouro do Backup/Recovery 2. Escolha o Modo de Arquivamento do Banco 3. Multiplexe control files, redo log online e redo logs arquivados 4. Realize Backups frequentemente 5. Realize Backups antes e depois de mudanças Estruturais 6. Realize Backups de Tablespaces usadas frequentemente

43 Backup: Estratégias 7. Realize Backups após operações sem recuperação 8. Realize Backups após Banco Aberto com RESETLOGS 9. Arquive Backups Antigos 10. Conheça as restrições de Backups para Bancos Distribuídos 11. Exporte Dados para aumentar a Flexibilidade e Proteção 12. Evite Backups de Redo log online 13. Mantenha Registro da Configuração de Hardware e Software do Servidor

44 Backup: Estratégias 1) Siga a Regra de Ouro do Backup/Recovery Os discos que contém o backup devem ser diferentes dos discos que contém os datafiles, online redo logs e control files.

45 Backup: Estratégias Guia para implementar a Regra de Ouro Multiplexe os arquivos redo log online e os control files Use espelhamento de hardware ou de SO para o control file e datafiles Mantenha pelo menos uma cópia de backup no disco rígido

46 Backup: Estratégias Guia para implementar a Regra de Ouro Se o banco estiver armazenado em um dispositivo RAID, o backup deve estar em outro dispositivo RAID No caso de fitas, mantenha sempre mais de uma cópia. Mantenha cópias do mesmo dado em diferentes pontos no tempo

47 Backup: Estratégias 2) Escolha o Modo de Arquivamento do Banco Se ocorrer uma falha que danifique algum dos arquivos do banco, é aceitável a perda de dados desde o último backup? Sim (NOARCHIVELOG) e Não (ARCHIVELOG) Pode haver necessidade de retroceder o banco? Sim (ARCHIVELOG) e Não (NOARCHIVELOG) O banco de dados deve estar disponível sempre? Sim (ARCHIVELOG) e Não (NOARCHIVELOG)

48 Backup: Estratégias 2) Escolha o Modo de Arquivamento do Banco Modo NOARCHIVELOG  O redo log online não é arquivado  A única proteção contra falha de disco é backup completo do banco Estratégias:  Faça backups completos regularmente de acordo com a perda de dados aceitável  Faça backups completos sempre que a estrutura física do banco de dados seja alterada

49 Backup: Estratégias 2) Escolha o Modo de Arquivamento do Banco Modo ARCHIVELOG  O redo log online é arquivado Estratégias:  Faça um backup completo do banco após sua criação  Faça backup de tablespaces com o banco aberto ou fechado freqüentemente para reduzir o tempo de recuperação

50 Backup: Estratégias 2) Escolha o Modo de Arquivamento do Banco Modo ARCHIVELOG Estratégias (continuação)  Copie o arquivo de controle sempre após uma mudança estrutural no banco  Faça cópia do redo logs arquivados frequentemente. Pelo menos duas cópias em dispositivos diferentes.

51 Backup: Estratégias 2) Escolha o Modo de Arquivamento do Banco Coloque o banco no modo de arquivamento LOG_ARCHIVE_MAX_PROCESSES – Define o máximo de processos que participaram do arquivamento

52 Backup: Estratégias 2) Escolha o Modo de Arquivamento do Banco Arquivamento automático LOG_ARCHIVE_START Visões dinâmicas:  V$ARCHIVED_LOG Informações sobre logs arquivados a partir do controlfile  V$ARCHIVE_DEST Descreve todos os destinos dos logs de arquivamento  V$LOG_HISTORY Informações de arquivos de log obtidas do controlfile

53 Backup: Estratégias 2) Escolha o Modo de Arquivamento do Banco Visões dinâmicas:  V$DATABASE Estado atual do arquivamento  V$ARCHIVE_PROCESSES Informações sobre o estado de vários processos ARCH para a instância

54 Backup: Estratégias 3) Multiplexe control files, redo log online e redo logs arquivados Mantenha pelo menos duas cópias do arquivo de controle em discos diferentes, com diferentes controladoras Mantenha duas ou mais cópias dos arquivos de redo log online em discos diferentes Mantenha duas ou mais cópias dos redo logs arquivados: diferentes discos e diferentes mídias

55 Backup: Estratégias Como multiplexar arquivos de controle Desative o banco de dados Faça uma cópia do arquivo de controle existente em outro dispositivo usando os comandos do SO Edite ou adicione o parâmetro CONTROL_FILES e especifique nomes para todos os arquivos de controle Inicie o banco de dados

56 Backup: Estratégias 4) Realize Backups frequentemente Baseie a frequencia do backup de acordo com a taxa de mudança do banco tais como:  Adição e deleção de tabelas  Inserção e deleção de linhas em tabelas existentes  Atualização de dados das tabelas Muitos comandos DML – Maior frequencia

57 Backup: Estratégias 5) Realize Backups antes e depois de mudanças Estruturais Criação ou eliminação de tablespaces Adição ou alteração no nome de arquivos de dados Adição, mudança de nome ou eliminação de grupos ou membros de redo log online

58 Backup: Estratégias 5) Realize Backups antes e depois de mudanças Estruturais A parte do banco de dados em que deve ser feito backup depende do modo de arquivamento:  Modo ARCHIVELOG - backup do controlfile  Modo NOARCHIVELOG - backup consistente completo do banco de dados antes e depois da mudança

59 Backup: Estratégias 6) Realize Backups de Tablespaces usadas frequentemente No modo ARCHIVELOG pode-se fazer backup dos datafiles de uma tablespace ou até mesmo de um único datafile. Fazer backup de arquivos de dados usados extensivamente reduz o tempo necessário para recuperação do banco de dados

60 Backup: Estratégias 7) Realize Backups após operações sem recuperação (Unrecoverable Operations) Após criar tabelas e indices com a opção UNRECOVERABLE faça backup porque o Oracle não armazerna dados no redo o que impossibilita a sua recuperação em caso de falha.

61 Backup: Estratégias 8) Realize Backups após Banco Aberto com RESETLOGS Após abertura do banco com o RESETLOGS é criada uma nova encarnação do banco Se não for feito backup e uma falha ocorrer é possível perder todas as mudanças após a abertura do banco. Alternativa: usar backup do controlfile antes e após o resetlogs (operação complicada)

62 Backup: Estratégias 9) Arquive Backups Antigos Razões: Backup atual corrompido (NOARCHIVELOG ou ARCHIVELOG) Realizar recuperação incompleta em um tempo passado (ARCHIVELOG)

63 Backup: Estratégias 10) Conheça as restrições de Backups para Bancos Distribuídos Todos os bancos devem ter o mesmo modo de arquivamento Se os bancos forem fechados normalmente:  ARCHIVELOG, backup em cada nó (banco) de forma autônima  NOARCHIVELOG, todos os nó devem realizar um backup completo e consistente no mesmo momento

64 Backup: Estratégias 11) Exporte Dados para aumentar a Flexibilidade e Proteção Um export fornece um snapshot dos dados lógicos (tabelas, stored procedures, etc) podendo exportar objetos específicos

65 Backup: Estratégias 12) Evite Backups de Redo log online Melhor multiplexar membros em cada grupo em diferentes discos e controladoras No modo ARCHIVELOG os grupos cheios já estão sendo armazenados No modo NOARCHIVELOG, o backup é completo e consistente do banco fechado Pode-se danificar o banco restaurando dados deste tipo de backup

66 Backup: Estratégias 13) Mantenha Registro da Configuração de Hardware e Software do Servidor Hardware Nome do nó, fornecedor e modelo da máquina, versão e patch do sistema operacional, capacidade do disco do servidor, quantidade de discos e controladoras, capacidade e espaço livre no disco, fornecedor do gerenciador de mídia e tipos de dispositivos

67 Backup: Estratégias 13) Mantenha Registro da Configuração de Hardware e Software do Servidor Software Nome do nó, fornecedor e modelo da máquina, versão e patch do sistema operacional, capacidade do disco do servidor, quantidade de discos e controladoras, capacidade e espaço livre no disco, fornecedor do gerenciador de mídia e tipos de dispositivos, o método de restauração e recuperação usado (RMAN ou não) e os pontos de montagem dos arquivos de dados

68 Backup: Estratégias Orientações Antes de criar um banco de dados Oracle,decida como protegê-lo contra potenciais falhas. Se você não desenvolver uma estratégia de backup apropriada, talvez não seja possível realizar uma eventual recuperação se uma falha de disco danificar os arquivos importantes ao banco como os datafiles, arquivos do redo log online ou os controlfiles.

69 CAPÍTULO 3 Considerações sobre Recuperação

70 Recuperação (Recovery) consiste na atualização dos arquivos restaurados do backup

71 Considerações sobre Recuperação Estruturas de Recuperação Redo Logs Segmentos de Rollback ou Undo Arquivos de controle

72 Considerações sobre Recuperação Estruturas de Recuperação - Redo Logs Armazenam todas as mudanças feitas no Banco de dados Redo Logs online possuem pelo menos 2 grupos de redo, onde cada possui pelo menos 1 membro que trata-se de um arquivo que armazena os registros de redo

73 Considerações sobre Recuperação Estruturas de Recuperação - Redo Logs LGWR grava as mudanças da instância no grupos de redo de forma circular São armazenados valores antigos e novos das transações Podem ser arquivados

74 Considerações sobre Recuperação Redo Logs durante a Recuperação Recuperação de Cache (Cache Recovery)  Rolling forward com o redo log Visões sobre os Redo Logs  V$LOG (número de membros, status, número do grupo etc)  V$LOGFILE (número do grupo de cada membro, status, nomes dos membros)  V$LOG_HISTORY (informações sobre histórico de logs do controlfile)

75 Considerações sobre Recuperação Redo Logs durante a Recuperação Parâmetros de definição  LOG_ARCHIVE_START  LOG_ARCHIVE_FORMAT (incluir o número de sequencia de log e o número do thread como parte do arquivo)

76 Considerações sobre Recuperação Estruturas de Recuperação - Segmentos de Rollback ou Undo Armazenam os valores antigos dos dados nas transações não efetivadas (commit) Modo de Funcionamento do Banco de Dados Manual Undo Management Mode  Segmentos de Rollback Automatic Undo Management Mode  Tablespace Undo

77 Considerações sobre Recuperação Segmentos de Rollback ou Undo durante a Recuperação Recuperação de transação (Recovery Transaction)  Rolling back com os segmentos de rollback ou undo São os blocos de undo que desfazem os efeitos de transações não efetivadas aplicadas previamente na fase de rolling forward

78 Considerações sobre Recuperação Estruturas de Recuperação - Arquivos de Controle Armazenam o status da estrutura física do banco de dados Informações sobre checkpoints, redo log online atual são uteis para a recuperação

79 Considerações sobre Recuperação Estruturas de Recuperação - Arquivos de Controle Visões:  V$PARAMETER  V$CONTROLFILE

80 CAPÍTULO 4 Recuperação: Princípios e Estratégias

81 Recuperação: Princípios Tipos de Recuperação Recuperação Durante Aplicação de Redo Recuperação de Mídia Completa ou Incompleta Restauração e Recuperação pelo RMAN ou Gerenciada pelo Usuário

82 Recuperação: Princípios Antes de recuperar o banco, consulte a visão V$RECOVER_FILE para descobrir quais arquivos precisam de recuperação

83 Recuperação: Princípios Tipos de Recuperação Recuperação de Crash (Crash Recovery)  Falha na instância de um banco ou todas em um banco em RAC Recuperação de Instância (Instance Recovery)  A instância sobrevivente recupera as outras Recuperação de Mídia (Midia Recovery)  Termo refere-se a recuperação de datafiles. Recuperação de Blocos é uma operação mais especializada via RMAN

84 Recuperação: Princípios Recuperação de Crash e instância – Características comuns Usa apenas redo log online e datafiles para recuperar após o crash ou shutdown abort do banco. Não precisa de redo log arquivados. A recuperação é automática, ou seja, redo logs são aplicados automaticamente Tempo de recuperação depende da quantidade de instâncias paradas, da quantidade de redo a ser aplicado e das configurações do usuário

85 Recuperação: Princípios Recuperação de Crash e Instância Como controlar o tempo?  Ajuste a duração da recuperação  Ajuste as fases da recuperação

86 Recuperação: Princípios Ajuste a duração da recuperação da instância nos limites especificados pelo usuário... V$INSTANCE_RECOVERY

87 Recuperação: Princípios Ajuste a duração da recuperação da instância Procedimentos  Defina os parâmetros de iniciação a fim de influenciar o número de registros de redo log e de blocos de dados a serem lidos na recuperação FAST_START_MTTR_TARGET  Defina o tamanho dos arquivos de redo logs para influenciar a frequência de checkpoints

88 Recuperação: Princípios Ajuste a duração da recuperação da instância Procedimentos  Execute instruções SQL para iniciar os checkpoints  Paralelize as operações de recuperação da instância

89 Recuperação: Princípios Recuperação de Crash e instância Duas operações:  Rolling Forward Atualiza os datafiles online aplicando as transações que foram comitadas ou não que estão no registro do redo  Rolling Back As transações que não foram comitadas são desfeitass.

90 Recuperação: Princípios Recuperação de Crash e Instância Quando e como ocorre?  Arquivos Fora de Sincronia  Rollforward (redo)  Dados efetivados ou não nos arquivos de dados  Rollback (undo)  Apenas dados efetivados nos arquivos

91 Recuperação: Princípios Fase de rollback Rollback de inicialização rápida por demanda Rollback de inicialização rápida em paralelo

92 Recuperação: Princípios Rollback de inicialização rápida sob Demanda Estas são as ações de um processo do servidor que encontra dados a serem submetidos a rollback  Efetua rollback do bloco que contém a linha necessária  Entrega outras operações de recuperação, que podem estar ocorrendo em paralelo, ao SMON

93 Recuperação: Princípios Rollback de inicialização rápida em paralelo Parâmetro: FAST_START_PARALLEL_ROLLBACK

94 Recuperação: Princípios Recuperação de Mídia Quando é necessária ? Recuperar o banco de um arquivo de dados ou de controle perdido ou danificado Recuperar mudanças que foram perdidas quando a tablespace foi colocada offline sem a opção normal

95 Recuperação: Princípios Recuperação de Mídia Tipos: Completa Incompleta

96 Recuperação: Princípios Recuperação de Mídia Recuperação de Mídia Completa  Utiliza dados de redo online e arquivados ou backups incrementais  Backup de um banco de dados, de tablespace ou de arquivos de dados para atualizá-lo

97 Recuperação: Princípios Recuperação de Mídia Completa Recuperação de todo o banco. Passos:  Monte o banco  Garanta que os arquivos de dados a serem recuperados estão online  Recupere o backup  Aplique os redo logs necessários

98 Recuperação: Princípios Recuperação de Mídia Completa Recuperação de uma tablespace ou arquivo de dados. Passos:  Coloque o tablespace ou o arquivo de dados offline (se banco aberto)  Restaure o backup desejado  Aplique os redo logs necessários

99 Recuperação: Princípios Recuperação de Mídia Incompleta Utiliza backup (redo log arquivados) para produzir uma versão antiga do banco de dados

100 Recuperação: Princípios Recuperação de Mídia Incompleta Quando usar: Algum ou todos os redo logs online foram destruídos Erro do usuário destruiu algum objeto Falta de algum redo log arquivado Perda do arquivo de controle

101 Recuperação: Princípios Recuperação de Mídia Incompleta Opções:  Baseada no tempo  Até cancelamento  Até um SCN específico  Até uma sequência específica de log (RMAN)

102 Recuperação: Princípios Recuperação de Mídia Incompleta Quando a recuperação incompleta terminar, o banco sempre deverá ser aberto com a opção RESETLOGS

103 Recuperação: Princípios Recuperação de Mídia Usos:  Recuperação de datafiles  Recuperação de blocos (RMAN)  TSPITR

104 Recuperação: Princípios Recuperação de Mídia – Recuperação de arquivo de dados Características: Recupera as informações a partir dos arquivos de dados restaurados Pode usar redo logs online ou arquivados Execução disparada pelo usuário Tempo de recuperação configurável

105 Recuperação: Princípios Recuperação de Mídia - Recuperação de blocos de dados Características: Restaura e recupera blocos com todos os arquivos online e disponíveis Util quando há poucos blocos corrompidos

106 Recuperação: Princípios Recuperação de Mídia – Recuperação TSPITR Consiste em recuperar uma tablespace até um momento anterior ao do restante do banco

107 Recuperação: Princípios Recuperação de Mídia – Recuperação TSPITR Quando usar: Recuperar uma tabela truncada ou eliminada Recuperar uma tabela logicamente corrompida Recuperar uma parte do banco que foi alterada por alguma operação DML ou job Recuperar um único esquema

108 Recuperação: Estratégias 1. Teste as Estratégias de Backup e Recuperação 2. Valide Backups e Restaurações usando o RMAN 3. Planeje uma Resposta para Falhas de Mídia 4. Planeje uma Resposta para Recuperação de Blocos Corrompidos de Arquivos de Dados 5. Planeje uma Reposta para outras Falhas que não são de Mídia 6. Recuperação de Redo Log Online

109 Recuperação: Estratégias 1. Teste as Estratégias de Backup e Recuperação Pratique as técnicas de backup e recuperação em um banco de teste No RMAN, use o comando DUPLICATE para criar o banco de teste Se gerenciado pelo usuário, crie um novo banco de dados, um banco standby ou uma cópia do banco com comando do SO e SQL*Plus

110 Recuperação: Estratégias 2. Valide Backups e Restaurações usando o RMAN Use a palavra VALIDATE com os comandos BACKUP e RESTORE. BACKUP VALIDATE - é possível fazer um backup válido dos arquivos de dados? RESTORE VALIDATE - é possível restaurar um backup feito pelo RMAN?

111 Recuperação: Estratégias 3. Planeje uma Resposta para Falhas de Mídia Identifique os arquivos a serem recuperados Determine o tipo de recuperação possível e necessária Restaure os backups ou cópias dos arquivos Aplique os redos gravados para recuperar os arquivos de dados Abra o banco. Use RESETLOGS se recuperação incompleta ou restauração de arquivo de controle

112 Recuperação: Estratégias 4. Planeje uma Resposta para Recuperação de Blocos Corrompidos de Arquivos de Dados Recupere o bloco com o RMAN O comando BLOCKRECOVER restaura e recupera os blocos com o banco aberto e o respectivo arquivo de dados online

113 Recuperação: Estratégias 5. Planeje uma Reposta para outras Falhas que não são de Mídia Falha de Instrução Falha na instância Erro do usuário - TSPITR ou DBPITR

114 Recuperação: Estratégias DBPITR  Restaure um backup completo do banco  Recupere o banco para um tempo antes da falha  Abra o banco com RESETLOGS TSPITR  Crie uma instância auxiliar  Recupere o tablespace no banco auxiliar até o ponto desejado  Importe os dados de volta para o banco principal

115 Soluções Oracle Dúvidas?