Menu de navegação

[brazaParticipante]

Boa tarde,

Ambiente:

Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 – 64bits
S.O. win 2008 standard 64 bits

Tenho um banco de dados com multiplexação dos archives em dois destinos. 1 local obrigatório, outro remoto opcional.

Por uma indisponibilidade da rede, alguns logs não foram registrados no destino 2. Identifiquei esses logs, os copiei para e destino 2 e os cataloguei com o seguinte comando no RMAN:

CATALOG ARCHIVELOG ‘\SERVBACKUPBDFRMARCHIVEARC02876_0713461082.001’;
CATALOG ARCHIVELOG ‘\SERVBACKUPBDFRMARCHIVEARC02877_0713461082.001’;
CATALOG ARCHIVELOG ‘\SERVBACKUPBDFRMARCHIVEARC02878_0713461082.001’;
CATALOG ARCHIVELOG ‘\SERVBACKUPBDFRMARCHIVEARC02879_0713461082.001’;
CATALOG ARCHIVELOG ‘\SERVBACKUPBDFRMARCHIVEARC02880_0713461082.001’;
CATALOG ARCHIVELOG ‘\SERVBACKUPBDFRMARCHIVEARC02881_0713461082.001’;
CATALOG ARCHIVELOG ‘\SERVBACKUPBDFRMARCHIVEARC02882_0713461082.001’;
CATALOG ARCHIVELOG ‘\SERVBACKUPBDFRMARCHIVEARC02884_0713461082.001’;

Após catalogá-los, verifiquei a visão:

select
*
from
v$archived_log l

e percebi que a coluna DEST_ID desses logs catalogados estavam com o valor 1, mas eu queria que fosse 2, como estão as demais sequências. Pois eu os cataloguei no destino 2.

Desse modo ficou a sequência 02879 nos dois destinos mais com DEST_ID igual a 1:

NAME: 774918440 D:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREACORPOREARCHIVELOGARC02879_0713461082.001

DEST_ID: 1

——————————–
NAME: \SERVBACKUPBDFRMARCHIVEARC02879_0713461082.001
DEST_ID: 1

Isso representa algum problema??? tem como catalogar e informar o destino???

Obrigado.

[Ricardo Portilho ProniParticipante]

Opa.

Isto não é um problema, tanto que seu banco já deve ter feito RECOVER manualmente.
Para evitar situações como essa, configure o FAL_SERVER no STANDBY. isto ará com que quando a rede volte, ele “peça” os ARCHIVED REDO LOGs faltantes para o PRIMARY.

Abraço !

[Autor]

Posts