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: [email protected] > 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: [email protected] > > 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/[email protected]/ > > > > > > ---------------------------------------------------------- > > >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/
