GUIA DO DBA.: Configuração da capacidade de recuperação do banco de dados

O Oracle fornece a capacidade de backup lógico e físico. O RMAN pode executar backups lógicos e físicos incrementais ou completos. Você deve conhecer as implicações e usos desses dois tipos de backups para desenvolver a solução mais adequada para seus aplicativos.

Plano de backup

Configuração : Defina os destinos do backup, a política de criptografia e retenção.
Agendamento : Automatize os backups para minimizar erros humanos e intervenção manual.
Teste : Execute operações rotineiras de backup e recuperação para certificar-se de que seus plano de backup funciona antes de você passar por um desastre.
Monitoramento : Minimize os recursos usados para executar um backup suficiente e reduzir o impacto sobre os outros usuários do banco de dados.
Restauração : Restaure os arquivos de seu banco de dados no sistema de arquivo(arquivos de dados, logs de arquivamento e outros), a partir de um backup anterior.
Recuperação : Faça uma recuperação do banco de dados até o momento da falha, aplicando as entradas dos redo logs arquivados para restaurar os arquivos do banco de dados e reverter as alterações efetuadas no backup restaurado. Aprenda a recuperar o banco de dados.

Backups

Lógicos: Um backup lógico de um banco de dados abrange a leitura de um conjunto de linhas do banco de dados e a gravação dessas linhas em arquivo de DUMP XML. Esses registros são lidos independetenmente de sua localização física. No oracle, o utilitário DATA PUMP EXPORT faz esse tipo de backup de banco de dados. Para recuperar usando o arquivo gerado no DATA PUMP EXPORT, use o DATA PUMP IMPORT.

Físico: Os backups físicos abrangem a cópia dos arquivos que constituem o banco de dados. Esses backups também são chamados de backups via sistema de arquivos porque envolvem o uso de comandos de backup de sistema operacional. No oracle , há suporte para dois tipos de backup: offline e online(frio e quente), você pode usar o RMAN pra executar todos os backups físicos. Você pode optar por criar seus próprios scripts para executar os backups físicos, mais isso impedirá que você tire proveito dos diversos benefícios da abordagem RMAN.

Os backups físicos podem ser feitos de duas formas: Offline e Online.
Offiline: Backups offline consistentes ocorrem quando o banco de dados é desligado normalmente(não devido a falha) usando os comandos NORMAL, IMMEDIATE ou TRANSACIONAL do comando SHUTDOWN. Enquanto o banco de dados estiver offline, os seguintes arquivos devem ser copiados em backup.

Todos os arquivos de dados.
Todos os arquivos de controle.
Todos os arquivos de redo log arquivados.
O arquivo INIT.ORA ou SPFILE

Não é uma operação válida fazer uma cópia de backup de sistema de arquivo com o banco de dados aberto.
Online: É possível utilizar os backups online em qualquer banco de dados em execução no modo ARCHIVELOG. Neste modo, os redo logs online são arquivados, gerando um log de todas as transações ocorridas no banco de dados.

Visão geral do comando RMAN

Iniciando o RMAN:

rman target / catalog rman/rman@rac

target: Identifica a string de conexão do banco de dados oracle a ser copiado em backup. A conexão com o banco de dados se dá por meio do sistema operacional
catalog: Especifica um banco de dados do catálogo de recuperação para informações de backup.
nocatalog: Usa o arquivo de controle para informações de backup.
cmdfile: Especifica um arquivo de entrada contendo uma lista de comandos do RMAN.
log: Define o nome do arquivo de log do RMAN.

Tipos de comandos RMAN

Standalone: Os comandos standalone são executados somente no prompot do RMAN e são independentes.
job: Os comandos JOBS são agrupados e executandos dentro de um bloco que usa o comando RUN.ALLOCATE CHANNEL é um comando que só pode ser executado dentro de um job.

----------------------------------------------------------------------------------------------------------------------------------

Configurar vários destinos de logs arquivados para aumentar a disponibilidade

Configurando o mode ARCHIVELOG: Você pode fazer backup de arquivos físicos de um banco de dados aberto, desde que esse banco de dados esteja em execução no modo ARCHIVELOG e o backup seja corretamente executado. Esses backups são chamados de backups online.

Configurações recomendadas: Para fazer uso do recurso ARCHIVELOG, coloque primeiramente o banco de dados no modo ARCHIVELOG. Antes de inicializar o banco de dados no modo ARCHIVELOG, verifique se você está utilizando uma das seguintes configurações, listadas da mais para a menos recomendada.

Usando espelhamento de disco: Habilite o arquivamente somente para a área de recuperação flash: use o espelhamento de disco sobre o disco contendo a área de recuperação flash. O paramentro DB_RECOVERY_FILE_DEST especifica o local no sistema de arquivos ou o grupo de disco ASM contendo a área de recuperação flash
Com área de recuperação flash: Habilite o arquivamento na área de recuperação flash e defina pelo menos 1 parametro LOG_ARCHIVE_DEST_n para outra localização fora dessa área.
Sem área de recuperação flash: Defina pelomenos dois parametros LOG_ARCHIVE_DEST_n para arquivamento em destinos de área de recuperação não flash.

Comandos para iniciar o banco no modo ARCHIVELOG

shutdown immediate
startup mount
alter database archivelog;
alter database open;

Alavancando vários

destinos de arquivamento:
Você pode utilizar dois conjuntos distintos de parametros de inicialização relcionado ao arquivamento(LOCAIS OU LOCAIS E REMOTOS).

Destinos locais: Se você estiver usando apenas destinos de discos locais (ou seja, não está utilizando um banco de dados standby como destino dos arquivos de redo log arquivados) e não mais que duas localizações de discos locais, você poderá usar os parametros LOG_ARCHIVEL_DEST e LOG_ARCHIVE_DUPLEX_DEST. Eis um exemplo de como definir esses dois parametros para uma localização de arquivo em duas unidades de disco distintas.

LOG_ARCHIVE_DEST = '/u01/app/oracle/arch'
LOG_ARCHIVE_DUPLEX_DEST = '/u03/app/oracle/arch'

Destinos remotos e locais: É possível especificar até 10 destinos de log arquivados, locais ou remotos. Se especificados, você deve usar o parametro LOCATION para um destino em disco, ou o parametro SERVICE para informar uma instância de banco de dados remota como destino.

Neste explo, existem dois destinos de arquivos de log arquivaods em disco , e um terceiro é uma instância standby cujo nome de serviço é STNDBY_CLEVELAND:

LOG_ARCHIVE_DEST_2 = 'LOCATION=/u03/app/oracle/arch'
LOG_ARCHIVE_DEST_3 = 'SERVICE=STNDBY_CLEVELAND'

Formatando o nomedos arquivos de redolog Arquivados:

alter system set LOG_ARCHIVE_FORMAT='ARC_%S_%R_%T.arc' scope=spfile;

Definindo os destinos minimos bem-sucedidos: Independente de você usar o parametro LOG_ARCHIVE_DEST ou LOG_ARCHIVE_DEST_n, você pode usar o parametro LOG_ARCHIVE_MIN_SUCCEED_DEST para especificar o número de destinos para os quais os processos ARC devem copiar com êxito um arquivo de redo log para arquivar arquivos de log, antes de reciclar o arquivo de redo log online para reutilização. Em outras palavras, se você definir vários destinos pode parecer aceitável, sob o ponto de vista da recuperação, ter apenas dois destinos disponíveis em determinado momento. Alguns destinos podem estar temporáriamente indisponíveis devido a problemas na rede ou a um servidor standby, com falha. Neste caso, dois destinos disponíveis podem ser suficientes para um possível cenário de recuperação.O valor do parametro LOG_ARCHIVE_MIN_SUCCEED_DEST não pode exceder o número total de destinos ativados, Além disso, se você estiver usando o LOG_ARCHIVE_DEST_n com mais destinos designados como MANDATORY do que o número de destinso especificados por LOG_ARCHIVE_MIN_SUCCEED_DEST este parametro poderá ser ignorado.

Identificando os destinos dos arquivos de log arquivados.

show parameter log_archive_

Se existir uma área de recuperação flash definida ela também será um destino de arquivamento.

show parameter db_recov

Definir, aplicar e usar a política de retenção:

Os backups podem ser automaticamente mantidos e gerenciados através de um de dois métodos: janela de recuperação ou redundância.

Janela de recuperação:

show retention policy; Mostra a política de retenção atualmente configura no banco de dados.
configure retention policy to recovery window of 10 days;

Redundância: Ao contrário, uma política de redundância instrui o RMAN a manter o número especificado de backups(cópias de arquivos de dados e do arquivo de controle). Todas as cópias ou backups extras além do número especificado na política de redundância são marcados como OBSOLETE. Como acontece em uma janela de recuperação, os backups obsoletos são automaticamente removidos se o espaço em disco for necessário e se for utilizada a área de recuperação flash. Caso contrário, você pode usar o comando DELETE OBSOLETE para remover manualmente os arquivos de backups e atualizar o catálogo.

configure retention policy to redundancy 2;

None: Se a política de retenção for definida como NONE, nenhum backup ou cópa será considerado obsoleto, e o DBA deverá remover manualmente os backups desnecessário do catálogo e do disco. Por padrão, a política de retenção é uma única cópia (com política de retenção definida com 1). Você pode definir essa política com 2 cópias por meio do seguinte comando do RMAN: configure retention policy to redundancy 2

configure retention policy to none;

Configure retention policy clear: A politica de retenção é voltada para o padrão "redundancy 1"

Configurar a área de recuperação flash:

É um local de armazenamento unificado para todos os arquivos relacionados à recuperação em um banco de dados oracle. Todos os arquivos necessários para recuperar um banco de dados a partir de uma falha de mídia ou de um erro lógico estão contidos na área de recuperação flash. Os arquivos que podem residir nessa área são divididos em dua categorias: permantentes ou transientes.

Arquivos permantentes: Os arquivos permantes estão sendo utilizados ativamente pela instância do banco de dados.

Arquivo de controle
Arquivos de redo log online

Arquivos transientes: São necessário apenas quando você precisa recuperar o banco de dados inteiro ou parte dele.

Backup automáticos de arquivos de controle
Cíopias dos arquivos de dados.
Conjunto de backup do RMAN.
Arquivos do RMAN.

Parâmetros que controlam as

localizações padrão dos novos

arquivos.

Parametro de arquivos de dados.

DB_CREATE_FILE_DEST:

Espefica a localização padrão dos arquivos de dados gerenciados pelo oracle se você não informar explicitamente um destino.
DB_RECOVERY_FILE_DEST: Especifica a localização padrão para a área de recuperação flash. Se você utilizar o DB_RECOVERY_FILE_DEST, também deverá especificar o DB_RECOVERY_FILE_DEST_SIZE.
DB_CREATE_ONLINE_FILE_DEST_n: Especifica até cinco localizações para arquivos de redo log online; se este parametro não for especificado e você criar arquivos de redo log online novos ou adicionais, o oracle usará o DB_CREATE_FILE_DEST como destino.

show parameter db_create
show parameter db_recovery

Usar a área de recuperação flash.

Consulte a localização, o conteúdo e o tamanho da área de recuperação

SELECT * FROM V$RECOVERY_FILE_DEST;
SELECT * FROM V$FLASH_RECOVERY_AREA_USAGE;

Monitorar a área de recuperação flash

SELECT * FROM DBA_OUTSTANDING_ALERTS;

Configuração da capacidade de recuperação do banco de dados

Um comentário: