Anderson,
Consegui recuperar.
Bastou fazer um 'register logfile' dos archives que estavam faltando (gap´s)
O primary não parou de mandar não. O standby é que não fazia recover.
Tks
Sérgio
----- Original Message -----
From: Anderson Haertel Rodrigues
To: oracle_br@yahoogrupos.com.br
Sent: Thursday, January 24, 2008 4:06 PM
Subject: Re: [oracle_br] Standby 9i
Sergio,
Tu precisa fazer um recover do teu standby.
Dê olhada em scripts pela internet.
ps: Mas o teu Primário parou de mandar o archives?
Anderson.
--- Sérgio <[EMAIL PROTECTED]> escreveu:
> Anderson,
>
> Não houveram alterações de nada. Estava funcionando
> normalmente, mas
> o servidor travou e agora o primary não envia os
> arquivos e o standby quer
> começar a fazer o recover 3 sequencias à frente...
>
> ----- Original Message -----
> From: Anderson Haertel Rodrigues
> To: oracle_br@yahoogrupos.com.br
> Sent: Thursday, January 24, 2008 2:11 PM
> Subject: Re: [oracle_br] Standby 9i
>
>
> Oi Sérgio,
>
> Houveram modificações de parâmetro? E qual StandBy
> você usa? (DataGuard, scripts próprios?).
>
> Erros de FAL (Fetch Archive Log) tem a ver com a
> "perda " de algum archive entre o primário e o
> secundário.
>
> Obrigado.
>
> Anderson Haertel Rodrigues
> Consultor Oracle
> TEIKO Soluções em Tecnologia da Informação
> Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
> www.teiko.com.br
>
> --- Willian Frasson <[EMAIL PROTECTED]>
> escreveu:
>
> > xii.. por isso q eu nao uso standby..
> > eu monto um esquema standbat.... aqui...
> replicando
> > base com archives usando licensa.. standart...
> > abçs...
> >
> > ----- Original Message -----
> > From: Sérgio
> > To: oracle_br@yahoogrupos.com.br
> > Sent: Thursday, January 24, 2008 3:35 PM
> > Subject: [oracle_br] Standby 9i
> >
> >
> > Srs.
> >
> > Tenho um standby database 9i em Windows 2000 SP4
> e
> > ocorreu o seguinte:
> >
> > Até o archive 30285 o standby recebeu do primary
> > normalmente normalmente.
> > Depois, num momento, o servidor travou (erro do
> > alert abaixo (1) )
> >
> > Depois de feito um reset, o standby não recebeu
> os
> > archives 30286, 30287 e
> > 30288, recebendo somente o da sequencia 30289.
> > Quanto coloco o standby no ar, recebo o erro
> > abaixo (2)
> > Tentei copiar manualmente os archives que
> faltavam
> > mas não resolveu.
> > Alguém sabe o que aconteceu? Como resolver??
> > Agradeço qualquer ajuda.
> >
> > Obrigado.
> >
> > Sérgio
> >
> > PS: SO Windows 2000 Server SP4, Oracle 9i (9.2)
> >
> > (1)
> > Thu Jan 24 07:10:36 2008
> > RFS: controlfile enqueue unavailable
> > Possible invalid cross-instance archival
> > configuration
> > Dump file
> > c:\oracle\admin\log2\bdump\alert_log2.log
> > Thu Jan 24 11:29:55 2008
> > ORACLE V9.2.0.6.0 - Production vsnsta=0
> > vsnsql=12 vsnxtr=3
> > Windows 2000 Version 5.0 Service Pack 4, CPU
> type
> > 586
> >
> > (2)
> > ARCH: STARTING ARCH PROCESSES COMPLETE
> > ARC0 started with pid=12
> > Thu Jan 24 12:08:21 2008
> > ARC0: Archival started
> > ARC0: Thread not mounted
> > Thu Jan 24 12:08:21 2008
> > alter database mount standby database
> > Thu Jan 24 12:08:22 2008
> > ARC1: Archival started
> > Thu Jan 24 12:08:22 2008
> > ARC1: Thread not mounted
> > Thu Jan 24 12:08:27 2008
> > Successful mount of redo thread 1, with mount id
> > 666685046
> > Thu Jan 24 12:08:27 2008
> > Standby Database mounted.
> > Completed: alter database mount standby database
> > Thu Jan 24 12:08:27 2008
> > alter database recover managed standby database
> > disconnect from session
> > Attempt to start background Managed Standby
> > Recovery process
> > MRP0 started with pid=15
> > MRP0: Background Managed Standby Recovery
> process
> > started
> > Thu Jan 24 12:08:34 2008
> > Completed: alter database recover managed
> standby
> > database di
> > Thu Jan 24 12:08:35 2008
> > Media Recovery Waiting for thread 1 seq# 30286
> > Fetching gap sequence for thread 1, gap sequence
> > 30286-30288
> > Trying FAL server:
> > Error fetching gap sequence, no FAL server
> > specified
> > Thu Jan 24 12:08:51 2008
> > Failed to request gap sequence. Thread #: 1, gap
> > sequence: 30286-30288
> > All FAL server has been attempted.
> > ---
> > Esta mensagem não implica a assunção de
> obrigações
> > em nome da
> > empresa Irmãos Muffato e Cia Ltda, conforme
> > Contrato Social em
> > sua 3a. Cláusula da 56a. alteração. Qualquer uso
> > não autorizado,
> > replicação ou disseminação desta mensagem ou
> parte
> > dela é
> > expressamente proibido. A empresa Irmãos Muffato
> e
> > Cia Ltda não
> > é responsável pelo conteúdo ou a veracidade
> desta
> > informação.
> >
> > [As partes desta mensagem que não continham
> texto
> > foram removidas]
> >
> >
> >
> >
> >
> > __________ Informação do NOD32 IMON 2818
> > (20080123) __________
> >
> > Esta mensagem foi verificada pelo NOD32 sistema
> > antivírus
> > http://www.eset.com.br
> >
> >
> > [As partes desta mensagem que não continham
> texto
> > foram removidas]
> >
> >
> >
> > O ENPO-BR 2008 (O maior evento de Profissionais
> de
> > Oracle do Brasil!) será realizado no dia 29 de
> Março
> > no auditório da FIAP - Faculdade de
> Administração e
> > Informática Paulista em São Paulo. E tem total
> apoio
> > deste Grupo.
> > Veja mais em http://www.enpo-br.org/
> >
>
>
----------------------------------------------------------
> > >Atenção! As mensagens do grupo ORACLE_BR são de
> > acesso público e de inteira responsabilidade de
> seus
> > remetentes.
> > Acesse:
> >
>
>
http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> >
> >
>
>
----------------------------------------------------------
> > >O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE:
> > http://www.oraclebr.com.br/
>
=== message truncated ===
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para
armazenamento!
http://br.mail.yahoo.com/
---
Esta mensagem não implica a assunção de obrigações em nome da
empresa Irmãos Muffato e Cia Ltda, conforme Contrato Social em
sua 3a. Cláusula da 56a. alteração. Qualquer uso não autorizado,
replicação ou disseminação desta mensagem ou parte dela é
expressamente proibido. A empresa Irmãos Muffato e Cia Ltda não
é responsável pelo conteúdo ou a veracidade desta informação.
[As partes desta mensagem que não continham texto foram removidas]
