Menu de navegação

[Edgar Rombesso RisolaParticipant]

Ambiente:

Produção

1 Servidor BD – Oracle 10g – SRVBD01 (duas instancias nomeadas de SI e SIGH)
1 Servidor APP – Forms e Reports 10g – SRVAPP01

Redundância – Stand-By

1 Servidor BD – Oracle 10g – SRVBD02
1 Servidor APP – Forms e Reports 10g – SRVAPP02

Homologação:

1 Servidor BD – Oracle 10g – SRVBD03 (duas instancias nomeadas de SIHOM e SIGHOM)
1 Servidor APP – Forms e Reports 10g – SRVAPP03

Cenário 1:

Servidores de SRVBD01 e SRVBD01 em Produção e SRVBD02 e SRVAPP02 em Stand-By caso ocorra algum problema com a produção.

Necessário criar um plano de Backup para os servidores de produção.
Atualmente o backup é efetuado via RMAN com os comandos:

rman target /

backup database;

Perguntas:

1 – Procedimento atual de backup via RMAN esta correto? Pode ser melhorado?
2 – Para efetuar um backup para armazenamento em uma mídia como um DVD por exemplo, o que deve ser copiado? como deve ser feito?

Cenário 2:

Servidores SRVBD02 e SRVAPP02, para subirem no caso de um problema nos servidores de produção.

Perguntas:

1 – SRVBD02 deve ser restaurado com o ultimo backup do servidor SRVBD01, neste caso, como proceder o Restore com o método correto das perguntas 1 e 2 do Cenário 1?

Cenário 3:

Estatísticas semanais.

Perguntas:

1 – Como visualizar/extrair a data da ultima atualização das estatísticas da instância?
2 – Como extrair semanalmente os dados de estatísticas da instância inteira para acompanhamento semanal?
3 – Como atualizar as estatísticas da instância inteira? de apenas um Schema?

Cenário 4:

Restaurar instância SI do Servidor SRVBD01 no Servidor SRVBD03 na instância SIH.

Perguntas:

1 – Como restaurar o Banco de Dados do Servidor SRVBD01 da instancia SI na instância SIH do servidor SRVBD02 através dos métodos do Cenário 1?

[rmanParticipant]

@Edgar Rombesso Risola

Política de Recovery é um assunto bem complexo, depende de vários fatores como: Estrutura de armazenamento (Storage/Fita), rede, tempo de janela de backup, tempo de cpu, tamanho do banco de dados e outros. Vou tentar responder as perguntas com base no cenário apresentado.

Cenário 1

1- Todo backup on line é um backup inconsistente, para tornar o backup consistente é necessário aplicar ARCHIVELOG. A rotina de backup eu separo em 2 processos: Backup do DATABASE e backup de ARCHIVELOG.

Backup do DATABASE:

RUN {
CROSSCHECK BACKUP;
DELETE NOPROMPT EXPIRED BACKUP;
CROSSCHECK ARCHIVELOG ALL;
DELETE NOPROMPT EXPIRED ARCHIVELOG ALL;
BACKUP FULL DATABASE FORMAT 'database_full_%d_%s_%T_%U.bkp' TAG 'DATABASE_FULL' PLUS ARCHIVELOG FORMAT 'database_full_%d_%s_%T_%U.bkp' TAG 'DATABASE_FULL';
BACKUP SPFILE FORMAT 'spfile_%d_%s_%T_%U.bkp' TAG 'SPFILE';
BACKUP CURRENT CONTROLFILE FORMAT 'controlfile_%d_%s_%T_%U.bkp' TAG 'CONTROLFILE';
}


Neste processo é feito também o backup de SPFILE e CONTROLFILE. Componentes importantes para o processo de RECOVERY. O processo pode ser diário.

Backup de ARCHIVELOG:

RUN {
BACKUP ARCHIVELOG ALL DELETE ALL INPUT FORMAT 'archive_log_%d_%s_%h_%e_%T_%U.bkp' TAG 'ARCHIVE_LOG';
}


Neste processo é feito o backup de ARCHIVELOG e após o backup é removido do ARCHIVELOG da area de ARCHIVELOG. Isso evita o congelamento do banco de dados, caso a area de ARCHIVELOG chegue a 100% de ocupação. O processo pode ser executado a cada X minutos.

Essa política é uma política simples de BACKUP FULL, mas dependendo do caso pode ser utilizado um BACKUP incremental (diferencial/acumulativo).

2- Para backup feito em DISK eu recomendo a utilização da FRA (fast recovery area) para armazenamento de backup. O precisa ser armazenado em mídia é o backup do database, backup do spfile, backup do controlfile e backup de archivelog. Mídia como DVD com o passar dos anos talvez não seja muito confiável.

Cenário 2

1- Segue um vídeo de como montar um Standby manual, é simples e fácil:

http://nervinformatica.com.br/blog/?p=4259

Cenário 3

Utilize a PROCEDURE DBMS_STATS.GATHER_SCHEMA_STATS

Cenário 4

Utilize o procedimento do cenário 2, a diferença que você vai abrir o banco com OPEN RESET LOGS.

[Edgar Rombesso RisolaParticipant]

Tks Rman…

Vou aplicar estes itens no cenário…efetuar testes e verificar se atende plenamente o que desejo…
Como não utilizo RAC, não sei se o armazenamento será efetuado na FRA…pensei em definir um armazenamento separado em uma partição a parte denominada ‘/backup’ por exemplo.
A versão utilizada do Oracle é Standard, logo o modelo incremental de backup pode não encontrar-se disponível…
Quanto as estatísticas…já conheço a procedure..mas não sei utilizar exatamente para o que desejo…queria montar um relatório semanal que contivesse os dados de todas tabelas como última data de atualização da estatística, fragmentação e coisas assim…de modo a exportar facilmente e montar esses dados no excel…

[rmanParticipant]

@Edgar Rombesso Risola

Você pode utilizar a partição /backup como FRA, basta configurar o parametro db_recovery_file_dest

[Edgar Rombesso RisolaParticipant]

tks rman…vou testar dessa maneira

[Author]

Posts