Artigo no estilo: Curso

De que se trata o artigo?

Este artigo trata da automatização da tarefa de backup do banco de dados através da utilização do utilitário RMAN – Recovery Manager.

Para que serve?

Auxiliar os DBAs nas tarefas do dia-a-dia referentes a execução de cópias de segurança dos arquivos do banco de dados garantindo assim a recuperabilidade do banco de dados em caso de falha.

Em que situação o tema é útil?

A garantia da recuperabilidade do banco de dados é uma das tarefas mais importantes do DBA e, como parte de uma boa política de recuperação, um backup bem feito é de fundamental importância. A automatização desse processo é uma boa garantia de que sempre haverá um backup mais próximo possível do momento da falha.

Resumo DevMan

A execução de backups é uma das tarefas mais importantes de um DBA. Nesse sentido, automatizar esta tarefa ganha ainda mais importância, uma vez que se trata de uma atividade extremamente crítica para os negócios. Neste contexto, este artigo trata da automatização da tarefa de backup do banco de dados através da utilização do utilitário RMAN – Recovery Manager.

Se você seguiu a primeira parte deste artigo, publicado na edição passada, significa que já tem os scripts devidamente criados no seu servidor de banco de dados. Nesta segunda e última parte desta série, mostrarei tudo o que é necessário para a primeira execução do nosso backup e também como automatizar o processo. Boa leitura e bom divertimento.

Preparação do ambiente para primeira execução

Antes de executar os scripts pela primeira vez, é necessário preparar o ambiente. Para isso, será necessário fazer com que o RMAN efetue uma verificação dos archived redo log files para “saber” quais os arquivos necessários para uma recuperação do banco de dados. A Listagem 1 mostra esta preparação.

Listagem 1. Preparando o ambiente do RMAN


1.	  [oracle@RROLE64 scripts]$ rman target /
2.	
3.	Recovery Manager: Release 11.2.0.1.0 - Production on Fri Dec 3 17:57:33 2010
4.	
5.	Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
6.	
7.	connected to target database: RRDB11G (DBID=1259302254)
8.	
9.	RMAN> crosscheck archivelog all;
10.	
11.	using target database control file instead of recovery catalog
12.	allocated channel: ORA_DISK_1
13.	channel ORA_DISK_1: SID=60 device type=DISK
14.	validation succeeded for archived log
15.	archived log file name=+FRA/rrdb11g/archivelog/2010_11_30/thread_1_seq_23.260.736470305 RECID=1 STAMP=736470310
16.	validation succeeded for archived log
17.	archived log file name=+FRA/rrdb11g/archivelog/2010_12_01/thread_1_seq_24.261.736573957 RECID=2 STAMP=736573961
18.	validation succeeded for archived log
19.	archived log file name=+FRA/rrdb11g/archivelog/2010_12_02/thread_1_seq_25.262.736654075 RECID=3 STAMP=736654081
20.	validation succeeded for archived log
21.	archived log file name=+FRA/rrdb11g/archivelog/2010_12_02/thread_1_seq_26.263.736661277 RECID=4 STAMP=736661281
22.	validation succeeded for archived log
23.	archived log file name=+FRA/rrdb11g/archivelog/2010_12_03/thread_1_seq_27.264.736788401 RECID=5 STAMP=736788404
24.	validation succeeded for archived log
25.	archived log file name=+FRA/rrdb11g/archivelog/2010_12_03/thread_1_seq_28.265.736790425 RECID=6 STAMP=736790426
26.	Crosschecked 6 objects
27.	
28.	
29.	RMAN> ... 

Quer ler esse conteúdo completo? Tenha acesso completo