Re: [oracle_br] Standby 9i
entao man eu uso scripts proprios.. se quizer me add no msn q te passo um passo a passo pra vc fazer ae.. [EMAIL PROTECTED] abçs.. - Original Message - From: Anderson Haertel Rodrigues To: oracle_br@yahoogrupos.com.br Sent: Thursday, January 24, 2008 3: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 > 85046 > 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:/
Re: [oracle_br] Standby 9i
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 > > 85046 > > 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
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 > > 85046 > > 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. Qualqu
Re: [oracle_br] Standby 9i
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 > 85046 > 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
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 > 85046 > 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/ > > > Links do Yahoo! Grupos > > > > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/
Re: [oracle_br] Standby 9i
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 85046 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]