Menu de navegação

[vieriParticipante]

Mas mesmo assim se eu pedir um recovery de uns BS que estão obsoletos
e foram removidos com delete obsolete,

acredito que podemos alterar a config,cadastrar os BS’s e fazer o recover.

🙂

[Rodrigo AlmeidaParticipante]

Olá Pessoal,

Braga!

Bom exemplo tu passo, legal mesmo. É que no seu caso, como tu definiu por último o REDUNDANCY, no seu caso, o que prevaleceu foi o REDUNDANCY e não o RETENTION POLICY OF n DAYS.

Por isso que ele ficou obsolete. agora, para continuar nosso teste, emita o comando CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS; e refaça os testes!

Os seus backups não deverão ficar obsoletos, pois irá entrar dentro da política estabelecida.

No Oracle 10g/11g, você tem que usar um ou outro. Como mostra abaixo:

[oracle@ORA11G ~]$ rman target /

Recovery Manager: Release 11.1.0.6.0 - Production on Tue Aug 11 15:41:36 2009

Copyright (c) 1982, 2007, Oracle. All rights reserved.

connected to target database: RADB (DBID=1241100324)

RMAN> show all;

using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name RADB are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 3 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/u02/app/oracle/backup/rman/bkp_%d_%t_%s.rman';
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BZIP2'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/app/oracle/product/11.1.0/db_1/dbs/snapcf_RADB.f'; # default

RMAN> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;

new RMAN configuration parameters:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
new RMAN configuration parameters are successfully stored

RMAN> show all;

RMAN configuration parameters for database with db_unique_name RADB are:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 3 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/u02/app/oracle/backup/rman/bkp_%d_%t_%s.rman';
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BZIP2'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/app/oracle/product/11.1.0/db_1/dbs/snapcf_RADB.f'; # default

RMAN> CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

old RMAN configuration parameters:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
new RMAN configuration parameters:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1;
new RMAN configuration parameters are successfully stored

RMAN> show all;

RMAN configuration parameters for database with db_unique_name RADB are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1;
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 3 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/u02/app/oracle/backup/rman/bkp_%d_%t_%s.rman';
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BZIP2'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/app/oracle/product/11.1.0/db_1/dbs/snapcf_RADB.f'; # default

RMAN>


Abraços,

[Rodrigo AlmeidaParticipante]

Galera,

Percebe que quando eu emito uma NOVA política de backup, o RMAN faz essa troca automáticamente, veja:

[b]
RMAN> CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

old RMAN configuration parameters:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
new RMAN configuration parameters:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1;
new RMAN configuration parameters are successfully stored
[/b]

OK! Conseguiram compreender.

Agora, pode surgir aquela pulguinha atrás da Orelha dizendo:

• “Rodrigo! Eu tenho uma política de 7 dias para meus backups, tudo maravilha, então eu não posso duplicar meus backup sets?”

A resposta é sim! Pode sim.

No próprio RMAN ele te oferece o recurso de duplicar os seus backups set, ou seja, quando é criado um BS posso “replicar” esse bs para outro lado! Ou usar as opções de COPY PROXY para FITA ou IMAGE DATABASE.

HA! Se usar o IMAGE DATABASE, no RMAN a partir do 10g também é possível criar um incremental dessa imagem, usando o IMAGE DATABASE UPDATED que incrementa a imagem da base.

Como se fosse um ISO. Muito legal mesmo.

Abraços,

[Marcos BragaParticipante]

Muito grato pela força Rodrigo,

E Vieri, é o que o Rodrigo falou mesmo, prevalece o que foi definido por último.

E pode ser consultado sempre com o comando SHOW ALL, o parâmetro que aparecer lá é o que está valendo.

[]s

[Rodrigo AlmeidaParticipante]

[quote=”vieri”:xu36essv]Mas mesmo assim se eu pedir um recovery de uns BS que estão obsoletos
e foram removidos com delete obsolete,

acredito que podemos alterar a config,cadastrar os BS’s e fazer o recover.

🙂 [/quote]

PODE SIM!

Basta você recuperar os seus BS da fita/disco, catalogar novamente o seu Backup set e realizar o crosscheck. Porém, se for pegar de dias que não estão dentro do RETENTION POLICY, deverá aumentar o seu RETENTION POLICY para a quantidade de dias equivalente a esse BS, assim, no momento do crosscheck ele não irá ficar obsolete e poderá usar para fazer o backup!

Abraços,

[Regis AraujoParticipante]

Salve Senhores..!!

Que aula de RMAN heim..!!!

Valeu Pessoal.. Obrigado Braga e Rodrigão.. Agora sim esta dúvida está completamente sanada..!!

Ei Vieri.. vamos torcer para não chegar por e-mail um boleto de cobrança pela aula..!!

Abraços…!!

[Rodrigo AlmeidaParticipante]

Isso ae pessoal! O importante aqui é todos aprenderem!!!

(foi a frase menos GAY que achei!)

kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk….

Abraços,

[vieriParticipante]

PQP… agora to sinistro no RMAN.

Saquei tudo !!!

Esse forún é melhor que a documentação de concept’s da ORacle.

kkkkkkkkkk

Valeu Rodrigão nosso maestro do RMAN.

Relaxa a frase não foi gay não !!
kkkkkkkkkkk

Se fosse outro eu zoava, mas como é o Rodrigão pode zoar não!!!!
fala ai galera!!

ps: Depois podia colocar no Seu blog um exemplo do uso de IMAGE DATABASE,copy proxy ,IMAGE DATABASE UPDATED(esse deve ser o bicho) .

essa parada de RMAN vicia !!!
hauahu

[Rodrigo AlmeidaParticipante]

Logo logo vou publicar coisas boas de RMAN no blog.

(Tô esperando a vontade de escrever chegar! Que está díficil ultimamente)

kkkk….

Abraços,

[RodrigofsParticipante]

Olá Vieri tudo bem cara?
Para “desconfigurar a politica de retenção” você pode definila para 1 que é o default ou emitir o comando

CONFIGURE RETENTION POLICY CLEAR;

Ou se você quiser desabilitar a política use o comando:

CONFIGURE RETENTION POLICY TO NONE;

Abraço,
Rodrigo Santana.

[Autor]

Posts