Este é um post disponível para assinantes MVPArtigo SQL Magazine 22 - Manutenção da disponibilidade em bancos de dados Oracle 9i – Parte 2
Artigo da Revista SQL Magazine - Edição 22.

Clique aqui para ler todos os artigos desta edição
Manutenção da disponibilidade em bancos de dados Oracle 9i – Parte 2
Allyson A. Brito
Leitura obrigatória: SQL Magazine 12 e 13, Introdução ao Oracle 9i (partes 1 e 2).
Leitura obrigatória: SQL Magazine 19, Manutenção da disponibilidade em bancos de dados Oracle 9i – Parte 1.
Na edição 19 mostramos ferramentas que auxiliam na manutenção da disponibilidade dos bancos de dados Oracle, bem como, introduzimos os mecanismos de backup, mostrando o método tradicional de backups gerenciados por usuário. Nesta edição estaremos explorando os recursos do RMAN e mostrando como este tipo de backup se sobressai em relação ao anterior.
Os backups gerenciados por usuário utilizam comandos do SQL*Plus e sistema operacional na sua implementação, enquanto que os Backups Gerenciados por Servidor (BGS) utilizam o Recovery Manager (RMAN).
O RMAN possui inúmeras características interessantes, dentre as quais vale destacar:
· Provê backup de banco de dados, tablespaces, datafiles, controlfiles e archived logs;
· Backup incremental em nível de bloco, que consiste na cópia apenas dos blocos alterados desde o último backup;
· O RMAN copia apenas o conteúdo dos blocos de dados dos datafiles economizando com isto tempo e espaço de armazenamento. Vale lembrar que em operações de backup gerenciadas por usuário o datafile inteiro (blocos usados e livres) é copiado;
· É possível especificar limites de I/O para as operações de backup, fazendo com que o procedimento de backup não cause problemas de desempenho para as aplicações que estão sendo executadas naquele instante;
· Detecção de blocos corrompidos durante o backup;
· Aumento na performance do backup (diminuição do tempo de execução das rotinas de backup) através da paralelização de canais, viabilizando a geração simultânea de backups para grupos de datafiles distintos;
· Como não é necessário colocar as tablespaces em “backup mode”, a geração de redo durante a rotina de backup é bem menor.
Arquitetura do RMAN
A Figura 1 identifica os componentes da arquitetura do RMAN.

Figura 1. Arquitetura do RMAN.
Os componentes básicos da arquitetura do RMAN são:
· Target database: banco onde será executado o backup;
· Sessões de servidor: processos de servidor ou threads criadas pelo RMAN para desenvolver operações de backup restore e recovery através de um conjunto de pacotes PL/SQL;
· Oracle Enterprise Manager: interface gráfica que possibilita a utilização de assistentes para configurar o RMAN;
· Binário do RMAN;
· Repositório do RMAN: onde o RMAN armazena metadados obtidos do control file do banco target, bem como informações de backup. Este repositório é criado inicialmente no controlfile do banco target, contudo uma boa prática é destinar um banco de dados Oracle para este fim, denominado de catálogo, visando a centralização das informações de metadados dos bancos de dados e seus backups. Como o catálogo do RMAN armazena os metadados de todos os bancos de dados do site, é necessário que cada banco target seja registrado no catálogo. Isto pode ser feito através do comando: rman> register database;
· Canal: link para o banco target pelo qual passarão os procedimentos de backup, restore e recovery. A alocação de canais pelo RMAN será discutida em detalhes na próxima seção;
· Media Management Library (MML): camada de software de terceiros que faz a interface entre o RMAN e o dispositivo de armazenamento de fita. A Figura 2 mostra a arquitetura de um media manager integrado com o Oracle.
Figura 2"
ATENÇÃO! A exibição deste artigo foi interrompida.
Este é um post disponível para assinantes MVP


0
0
