[oracle_br] Dúvidas Sobre RAC 11.2 - Mudança LISTENER

2011-04-25 Por tôpico candiurudba
Bom dia colegas,

Continuo estudando e testatando para fazer a migração da versão do cluster que 
possuo aqui no trabalho de 11.1.0.6 para 11.2.0.2.

Fazendo uma verificação rotineira, com relação ao LISTENER, percebi que a 
localização default do listener vem modificada na instalação. Nas versões 10 e 
11.1 fica no ORACLE_HOME/network/admin e na versão 11.2 esta localizado no 
GRID_HOME/network/admin.

Alguem saberia o motivo ? Pois isto me deixou na dúvida de como realizar a 
criação do LISTENER caso tenha problemas...

Outra situação é quanto ao REMOTE_LISTENER. Nas versões anteriores eu 
adicionava no pfile a entrada referenciada no tnsnames.ora mas desta vez, ele 
faz referência ao SCAN. Até entendi o motivo mas posso colocar igual as versões 
anteriores, fazendo referencia ao TNSNAMES ?

Obrigado pela ajuda...







[oracle_br] Exibir form no IE8

2011-04-25 Por tôpico oswollny
Bom dia.

Ao testar um form no IE8 está sendo exibida a seguinte mensage:

O Windows Data Execution Prevention detectou um complemento tentando usar a 
memória do sistema incorretamente. Isso pode ser causado por um complemento 
defeituoso ou malicioso.


Alguém já teve este problema e pode me dar alguma dica, fazendo favor?


Grato.

Otavio.



Re: [oracle_br] Dúvidas Sobre RAC 11.2 - Mudança LISTENER

2011-04-25 Por tôpico Marcos Braga
Oi candiurudba,

Nos estudos que fiz da 11202 observei essa mudança do listener.

Acredito que a mudança deve-se no fato do grid infrastructure cuidar de toda
a infraestrutura, o que inclui o listener (que antigamente era de
responsabilidade do banco).

Tentei fazer alguns testes com o listener, mudando porta e algumas
características de segurança e consegui estragar o que estava funcionando.
rss. Preciso estudar um pouco mais antes de começar a fazer mudanças no
listener.

Quanto a segunda pergunta de mudar o REMOTE_LISTENER, pode fazer isso sim; a
11202 manteve essa compatibilidade com as versões anteriores sem causar
problemas.

[]s
Braga


2011/4/25 candiurudba candiuru...@yahoo.com.br



 Bom dia colegas,

 Continuo estudando e testatando para fazer a migração da versão do cluster
 que possuo aqui no trabalho de 11.1.0.6 para 11.2.0.2.

 Fazendo uma verificação rotineira, com relação ao LISTENER, percebi que a
 localização default do listener vem modificada na instalação. Nas versões 10
 e 11.1 fica no ORACLE_HOME/network/admin e na versão 11.2 esta localizado no
 GRID_HOME/network/admin.

 Alguem saberia o motivo ? Pois isto me deixou na dúvida de como realizar a
 criação do LISTENER caso tenha problemas...

 Outra situação é quanto ao REMOTE_LISTENER. Nas versões anteriores eu
 adicionava no pfile a entrada referenciada no tnsnames.ora mas desta vez,
 ele faz referência ao SCAN. Até entendi o motivo mas posso colocar igual as
 versões anteriores, fazendo referencia ao TNSNAMES ?

 Obrigado pela ajuda...



[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] Re: Dúvidas Sobre RAC 11.2 - Mudança LISTENER

2011-04-25 Por tôpico candiurudba
Grande Braga...bleza ?

Então rapaz...tambem na furia de testar e aprender, alterei tambem portas e etc 
e tudo parou de funcionoar..Rs è bem diferente esta versão de cluster do que as 
anteriores, quando falamos na infra-estrutura...de uma forma geral, faz ate 
sentido passar o listener para o grid, ja que o funcionamento do banco não 
depende desta camada externa...sendo relacionado somente com as conexões 
feitas a ele...

Tentei configurar o remote_listener como havia feito no 11.1 e não consegui que 
funcionasse...vou tentar mais uma vez...

Tenho mais um mes para fazer todos os testes possíveis, a fim de validar esta 
migração...então, vou tentar virar o cluster de cabeça para baixo nesta 
versão...RS

Abs

--- Em oracle_br@yahoogrupos.com.br, Marcos Braga braga.marcos@... escreveu

 Oi candiurudba,
 
 Nos estudos que fiz da 11202 observei essa mudança do listener.
 
 Acredito que a mudança deve-se no fato do grid infrastructure cuidar de toda
 a infraestrutura, o que inclui o listener (que antigamente era de
 responsabilidade do banco).
 
 Tentei fazer alguns testes com o listener, mudando porta e algumas
 características de segurança e consegui estragar o que estava funcionando.
 rss. Preciso estudar um pouco mais antes de começar a fazer mudanças no
 listener.
 
 Quanto a segunda pergunta de mudar o REMOTE_LISTENER, pode fazer isso sim; a
 11202 manteve essa compatibilidade com as versões anteriores sem causar
 problemas.
 
 []s
 Braga
 
 
 2011/4/25 candiurudba candiurudba@...
 
 
 
  Bom dia colegas,
 
  Continuo estudando e testatando para fazer a migração da versão do cluster
  que possuo aqui no trabalho de 11.1.0.6 para 11.2.0.2.
 
  Fazendo uma verificação rotineira, com relação ao LISTENER, percebi que a
  localização default do listener vem modificada na instalação. Nas versões 10
  e 11.1 fica no ORACLE_HOME/network/admin e na versão 11.2 esta localizado no
  GRID_HOME/network/admin.
 
  Alguem saberia o motivo ? Pois isto me deixou na dúvida de como realizar a
  criação do LISTENER caso tenha problemas...
 
  Outra situação é quanto ao REMOTE_LISTENER. Nas versões anteriores eu
  adicionava no pfile a entrada referenciada no tnsnames.ora mas desta vez,
  ele faz referência ao SCAN. Até entendi o motivo mas posso colocar igual as
  versões anteriores, fazendo referencia ao TNSNAMES ?
 
  Obrigado pela ajuda...
 
 
 
 [As partes desta mensagem que não continham texto foram removidas]





Re: [oracle_br] Re: Dúvidas Sobre RAC 11.2 - Mudança LISTENER

2011-04-25 Por tôpico Marcos Braga
Seguinte,

Fiz testes alterando o REMOTE_LISTENER e efetuando a conexão direto no
banco, sem usar o SCAN. Foi assim que funcioniou.

Estava testando o balanceamento da versão 11107, o qual era configurado
manualmente e precisava dessa característica ativa.

O *bão* foi que o mesmo balanceamento na versão 11202 foi muito mais prático
de fazer com scan e srvctl.

[]s


2011/4/25 candiurudba candiuru...@yahoo.com.br



 Grande Braga...bleza ?

 Então rapaz...tambem na furia de testar e aprender, alterei tambem portas e
 etc e tudo parou de funcionoar..Rs è bem diferente esta versão de cluster do
 que as anteriores, quando falamos na infra-estrutura...de uma forma geral,
 faz ate sentido passar o listener para o grid, ja que o funcionamento do
 banco não depende desta camada externa...sendo relacionado somente com as
 conexões feitas a ele...

 Tentei configurar o remote_listener como havia feito no 11.1 e não consegui
 que funcionasse...vou tentar mais uma vez...

 Tenho mais um mes para fazer todos os testes possíveis, a fim de validar
 esta migração...então, vou tentar virar o cluster de cabeça para baixo nesta
 versão...RS

 Abs

 --- Em oracle_br@yahoogrupos.com.br, Marcos Braga braga.marcos@...
 escreveu
 
  Oi candiurudba,
 
  Nos estudos que fiz da 11202 observei essa mudança do listener.
 
  Acredito que a mudança deve-se no fato do grid infrastructure cuidar de
 toda
  a infraestrutura, o que inclui o listener (que antigamente era de
  responsabilidade do banco).
 
  Tentei fazer alguns testes com o listener, mudando porta e algumas
  características de segurança e consegui estragar o que estava
 funcionando.
  rss. Preciso estudar um pouco mais antes de começar a fazer mudanças
 no
  listener.
 
  Quanto a segunda pergunta de mudar o REMOTE_LISTENER, pode fazer isso
 sim; a
  11202 manteve essa compatibilidade com as versões anteriores sem causar
  problemas.
 
  []s
  Braga
 
 
  2011/4/25 candiurudba candiurudba@...
 
  
  
   Bom dia colegas,
  
   Continuo estudando e testatando para fazer a migração da versão do
 cluster
   que possuo aqui no trabalho de 11.1.0.6 para 11.2.0.2.
  
   Fazendo uma verificação rotineira, com relação ao LISTENER, percebi que
 a
   localização default do listener vem modificada na instalação. Nas
 versões 10
   e 11.1 fica no ORACLE_HOME/network/admin e na versão 11.2 esta
 localizado no
   GRID_HOME/network/admin.
  
   Alguem saberia o motivo ? Pois isto me deixou na dúvida de como
 realizar a
   criação do LISTENER caso tenha problemas...
  
   Outra situação é quanto ao REMOTE_LISTENER. Nas versões anteriores eu
   adicionava no pfile a entrada referenciada no tnsnames.ora mas desta
 vez,
   ele faz referência ao SCAN. Até entendi o motivo mas posso colocar
 igual as
   versões anteriores, fazendo referencia ao TNSNAMES ?
  
   Obrigado pela ajuda...



[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] Corrupção de dados

2011-04-25 Por tôpico Carlos Alfredo M. Menezes
Caros boa noite,
Recebi aquele conhecido erro de corrupção:

Corrupt block relative dba: 0x0183f103 (file 6, block 258307)
Bad header found during buffer read
Data in bad block:
 type: 2 format: 2 rdba: 0x00806981
 last change scn: 0x.0408ab74 seq: 0x27 flg: 0x04
 spare1: 0x0 spare2: 0x0 spare3: 0x0
 consistency value in tail: 0xab740227
 check value in block header: 0x617a
 computed block checksum: 0x0
Reread of rdba: 0x0183f103 (file 6, block 258307) found valid data

Rodei o sql:
select segment_name,segment_type,owner
from sys.dba_extents
where file_id=(6)
and (258307) between block_id and block_id + blocks -1;

Identifiquei o segmento afetado, no caso uma tabela.

O curioso é que o comando analyze table xxx validate structure continua dando: 
ORA-08103: object no longer exists. O mesmo acontece com o exp. Mas o backup 
via rman não reporta nenhum problema. Até onde eu sei, o rman faz uma 
verificação durante o backup e até então eu confiava exclusivamente nele para 
me reportar prováveis problemas de corrupção. Ainda não reiniciei a instância 
para tentar um novo analyze table xxx validate structure.

Alguém tem uma sugestão de reparo, aparentemente o Recovery a partir do backup 
via rman após o problema, mesmo ele executando normalmente, pode não ser 
confiável.

Detalhes da versão:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE10.2.0.4.0  Production
TNS for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Productio
NLSRTL Version 10.2.0.4.0 - Production

Abraços a todos.

Att,
Carlos Alfredo
Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
(82) 3217-2828 / 9921-0603




Res: [oracle_br] Corrupção de dados

2011-04-25 Por tôpico MARCIO CASTRO
Carlos; você poderia utilizar o dbv no datafile/segmento? Também retorna erro?






De: Carlos Alfredo M. Menezes carlos.mene...@usinacoruripe.com.br
Para: oracle_br@yahoogrupos.com.br oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 25 de Abril de 2011 18:18:16
Assunto: [oracle_br] Corrupção de dados

  
Caros boa noite,
Recebi aquele conhecido erro de corrupção:

Corrupt block relative dba: 0x0183f103 (file 6, block 258307)
Bad header found during buffer read
Data in bad block:
type: 2 format: 2 rdba: 0x00806981
last change scn: 0x.0408ab74 seq: 0x27 flg: 0x04
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0xab740227
check value in block header: 0x617a
computed block checksum: 0x0
Reread of rdba: 0x0183f103 (file 6, block 258307) found valid data

Rodei o sql:
select segment_name,segment_type,owner
from sys.dba_extents
where file_id=(6)
and (258307) between block_id and block_id + blocks -1;

Identifiquei o segmento afetado, no caso uma tabela. 

O curioso é que o comando analyze table xxx validate structure continua dando: 
ORA-08103: object no longer exists. O mesmo acontece com o exp. Mas o backup 
via 
rman não reporta nenhum problema. Até onde eu sei, o rman faz uma verificação 
durante o backup e até então eu confiava exclusivamente nele para me reportar 
prováveis problemas de corrupção. Ainda não reiniciei a instância para tentar 
um 
novo analyze table xxx validate structure.

Alguém tem uma sugestão de reparo, aparentemente o Recovery a partir do backup 
via rman após o problema, mesmo ele executando normalmente, pode não ser 
confiável.

Detalhes da versão:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE10.2.0.4.0  Production
TNS for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Productio
NLSRTL Version 10.2.0.4.0 - Production

Abraços a todos.

Att,
Carlos Alfredo
Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
(82) 3217-2828 / 9921-0603


 

[As partes desta mensagem que não continham texto foram removidas]



Res: Res: [oracle_br] Corrupção de dados

2011-04-25 Por tôpico Marcus Pavan
Carlos, boa tarde.


Faça um SELECT na tabela, verifique se retorna as informações.
Caso o erro persista e você tenha um BACKUP pelo RMAN, use o BLOCK RECOVER para 
recuperar este bloco.
O DBV pode ser executado, porém prefiro executá-lo com o datafile em OFF, na 
versão 11g já está mais seguro a execução com ele online.


Atenciosamente,

 Marcus Pavan.





De: MARCIO CASTRO marciomouracas...@yahoo.com.br
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 25 de Abril de 2011 17:29:20
Assunto: Res: [oracle_br] Corrupção de dados

  
Carlos; você poderia utilizar o dbv no datafile/segmento? Também retorna erro?


De: Carlos Alfredo M. Menezes carlos.mene...@usinacoruripe.com.br
Para: oracle_br@yahoogrupos.com.br oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 25 de Abril de 2011 18:18:16
Assunto: [oracle_br] Corrupção de dados

Caros boa noite,
Recebi aquele conhecido erro de corrupção:

Corrupt block relative dba: 0x0183f103 (file 6, block 258307)
Bad header found during buffer read
Data in bad block:
type: 2 format: 2 rdba: 0x00806981
last change scn: 0x.0408ab74 seq: 0x27 flg: 0x04
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0xab740227
check value in block header: 0x617a
computed block checksum: 0x0
Reread of rdba: 0x0183f103 (file 6, block 258307) found valid data

Rodei o sql:
select segment_name,segment_type,owner
from sys.dba_extents
where file_id=(6)
and (258307) between block_id and block_id + blocks -1;

Identifiquei o segmento afetado, no caso uma tabela. 

O curioso é que o comando analyze table xxx validate structure continua dando: 
ORA-08103: object no longer exists. O mesmo acontece com o exp. Mas o backup 
via 

rman não reporta nenhum problema. Até onde eu sei, o rman faz uma verificação 
durante o backup e até então eu confiava exclusivamente nele para me reportar 
prováveis problemas de corrupção. Ainda não reiniciei a instância para tentar 
um 

novo analyze table xxx validate structure.

Alguém tem uma sugestão de reparo, aparentemente o Recovery a partir do backup 
via rman após o problema, mesmo ele executando normalmente, pode não ser 
confiável.

Detalhes da versão:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE10.2.0.4.0  Production
TNS for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Productio
NLSRTL Version 10.2.0.4.0 - Production

Abraços a todos.

Att,
Carlos Alfredo
Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
(82) 3217-2828 / 9921-0603

[As partes desta mensagem que não continham texto foram removidas]


 

[As partes desta mensagem que não continham texto foram removidas]



RES: Res: [oracle_br] Corrupção de dados

2011-04-25 Por tôpico Carlos Alfredo M. Menezes
Colega,
Realmente só pensei em fazer o dbv com a instância parada, mas como ainda não 
surgiu uma janela para tal operação, continuo na minha pesquisa. Fiz vários 
SQL´s e todos retornam normalmente as linhas, isso é que está me perturbando, 
se tentar fazer o export, dá o erro que comentei. Estou pensando em reiniciar a 
instância, me parece que tem algum BUG a respeito.

Também pensei em fazer via RMAN o block recover, mas fiquei na dúvida se esse 
procedimento faz algum tipo de mídia recovery? Se tem algum impacto na 
disponibilidade do ambiente, e se eu posso fazer via brtools (é uma base SAP 
Solution Manager).

Att,

Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
(82) 3217-2828 / 9921-0603



-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de Marcus Pavan
Enviada em: segunda-feira, 25 de abril de 2011 18:37
Para: oracle_br@yahoogrupos.com.br
Assunto: Res: Res: [oracle_br] Corrupção de dados

Carlos, boa tarde.


Faça um SELECT na tabela, verifique se retorna as informações.
Caso o erro persista e você tenha um BACKUP pelo RMAN, use o BLOCK RECOVER para 
recuperar este bloco.
O DBV pode ser executado, porém prefiro executá-lo com o datafile em OFF, na 
versão 11g já está mais seguro a execução com ele online.


Atenciosamente,

 Marcus Pavan.





De: MARCIO CASTRO marciomouracas...@yahoo.com.br
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 25 de Abril de 2011 17:29:20
Assunto: Res: [oracle_br] Corrupção de dados

  
Carlos; você poderia utilizar o dbv no datafile/segmento? Também retorna erro?


De: Carlos Alfredo M. Menezes carlos.mene...@usinacoruripe.com.br
Para: oracle_br@yahoogrupos.com.br oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 25 de Abril de 2011 18:18:16
Assunto: [oracle_br] Corrupção de dados

Caros boa noite,
Recebi aquele conhecido erro de corrupção:

Corrupt block relative dba: 0x0183f103 (file 6, block 258307) Bad header found 
during buffer read Data in bad block:
type: 2 format: 2 rdba: 0x00806981
last change scn: 0x.0408ab74 seq: 0x27 flg: 0x04
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0xab740227
check value in block header: 0x617a
computed block checksum: 0x0
Reread of rdba: 0x0183f103 (file 6, block 258307) found valid data

Rodei o sql:
select segment_name,segment_type,owner
from sys.dba_extents
where file_id=(6)
and (258307) between block_id and block_id + blocks -1;

Identifiquei o segmento afetado, no caso uma tabela. 

O curioso é que o comando analyze table xxx validate structure continua dando: 
ORA-08103: object no longer exists. O mesmo acontece com o exp. Mas o backup 
via 

rman não reporta nenhum problema. Até onde eu sei, o rman faz uma verificação 
durante o backup e até então eu confiava exclusivamente nele para me reportar 
prováveis problemas de corrupção. Ainda não reiniciei a instância para tentar 
um 

novo analyze table xxx validate structure.

Alguém tem uma sugestão de reparo, aparentemente o Recovery a partir do backup 
via rman após o problema, mesmo ele executando normalmente, pode não ser 
confiável.

Detalhes da versão:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi PL/SQL Release 
10.2.0.4.0 - Production
CORE10.2.0.4.0  Production
TNS for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Productio NLSRTL Version 
10.2.0.4.0 - Production

Abraços a todos.

Att,
Carlos Alfredo
Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
(82) 3217-2828 / 9921-0603

[As partes desta mensagem que não continham texto foram removidas]


 

[As partes desta mensagem que não continham texto foram removidas]





--
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/
--
Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » 
Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO 
ESPAÇO! VISITE: http://www.oraclebr.com.br/

 Links do Yahoo! Grupos




Re: Res: [oracle_br] Corrupção de dados

2011-04-25 Por tôpico Diego Leite
Carlos,

Verifique se vc tem mais algum bloco corrompido.
Vc pode tentar fazer a recuperacao de bloco.

select * from V$Database_Block_Corruption;

blockrecover datafile 6 block 258307 ;

Se for mais de um user o corruption list.

-- 
Att,


Diego Leite
DBA ORACLE
Em 25 de abril de 2011 18:37, Marcus Pavan marcus_...@yahoo.com.brescreveu:



 Carlos, boa tarde.

 Faça um SELECT na tabela, verifique se retorna as informações.
 Caso o erro persista e você tenha um BACKUP pelo RMAN, use o BLOCK RECOVER
 para
 recuperar este bloco.
 O DBV pode ser executado, porém prefiro executá-lo com o datafile em OFF,
 na
 versão 11g já está mais seguro a execução com ele online.

 Atenciosamente,

 Marcus Pavan.

 
 De: MARCIO CASTRO marciomouracas...@yahoo.com.br

 Para: oracle_br@yahoogrupos.com.br
 Enviadas: Segunda-feira, 25 de Abril de 2011 17:29:20
 Assunto: Res: [oracle_br] Corrupção de dados


 Carlos; você poderia utilizar o dbv no datafile/segmento? Também retorna
 erro?

 
 De: Carlos Alfredo M. Menezes carlos.mene...@usinacoruripe.com.br
 Para: oracle_br@yahoogrupos.com.br oracle_br@yahoogrupos.com.br
 Enviadas: Segunda-feira, 25 de Abril de 2011 18:18:16
 Assunto: [oracle_br] Corrupção de dados

 Caros boa noite,
 Recebi aquele conhecido erro de corrupção:

 Corrupt block relative dba: 0x0183f103 (file 6, block 258307)
 Bad header found during buffer read
 Data in bad block:
 type: 2 format: 2 rdba: 0x00806981
 last change scn: 0x.0408ab74 seq: 0x27 flg: 0x04
 spare1: 0x0 spare2: 0x0 spare3: 0x0
 consistency value in tail: 0xab740227
 check value in block header: 0x617a
 computed block checksum: 0x0
 Reread of rdba: 0x0183f103 (file 6, block 258307) found valid data

 Rodei o sql:
 select segment_name,segment_type,owner
 from sys.dba_extents
 where file_id=(6)
 and (258307) between block_id and block_id + blocks -1;

 Identifiquei o segmento afetado, no caso uma tabela.

 O curioso é que o comando analyze table xxx validate structure continua
 dando:
 ORA-08103: object no longer exists. O mesmo acontece com o exp. Mas o
 backup via

 rman não reporta nenhum problema. Até onde eu sei, o rman faz uma
 verificação
 durante o backup e até então eu confiava exclusivamente nele para me
 reportar
 prováveis problemas de corrupção. Ainda não reiniciei a instância para
 tentar um

 novo analyze table xxx validate structure.

 Alguém tem uma sugestão de reparo, aparentemente o Recovery a partir do
 backup
 via rman após o problema, mesmo ele executando normalmente, pode não ser
 confiável.

 Detalhes da versão:
 Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
 PL/SQL Release 10.2.0.4.0 - Production
 CORE 10.2.0.4.0 Production
 TNS for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Productio
 NLSRTL Version 10.2.0.4.0 - Production

 Abraços a todos.

 Att,
 Carlos Alfredo
 Carlos Alfredo M. de Menezes
 Analista de Suporte Sr.
 (82) 3217-2828 / 9921-0603

 [As partes desta mensagem que não continham texto foram removidas]

 [As partes desta mensagem que não continham texto foram removidas]

  



[As partes desta mensagem que não continham texto foram removidas]





--
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/ 
--
Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

* Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

* Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

* O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html




Res: Res: [oracle_br] Corrupção de dados

2011-04-25 Por tôpico Marcus Pavan
Carlos... boa tarde.


Vai de boa, pode fazer o BLOCK RECOVER. Este processo deixará somente o BLOCO 
parado.
Não aconselho fazer restart na instância, recupere o bloco e depois faça o 
EXPORT.


Atenciosamente,

 Marcus Pavan.





De: Diego Leite diegoleit...@gmail.com
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 25 de Abril de 2011 17:54:07
Assunto: Re: Res: [oracle_br] Corrupção de dados

Carlos,

Verifique se vc tem mais algum bloco corrompido.
Vc pode tentar fazer a recuperacao de bloco.

select * from V$Database_Block_Corruption;

blockrecover datafile 6 block 258307 ;

Se for mais de um user o corruption list.

-- 
Att,


Diego Leite
DBA ORACLE
Em 25 de abril de 2011 18:37, Marcus Pavan marcus_...@yahoo.com.brescreveu:



 Carlos, boa tarde.

 Faça um SELECT na tabela, verifique se retorna as informações.
 Caso o erro persista e você tenha um BACKUP pelo RMAN, use o BLOCK RECOVER
 para
 recuperar este bloco.
 O DBV pode ser executado, porém prefiro executá-lo com o datafile em OFF,
 na
 versão 11g já está mais seguro a execução com ele online.

 Atenciosamente,

 Marcus Pavan.

 
 De: MARCIO CASTRO marciomouracas...@yahoo.com.br

 Para: oracle_br@yahoogrupos.com.br
 Enviadas: Segunda-feira, 25 de Abril de 2011 17:29:20
 Assunto: Res: [oracle_br] Corrupção de dados


 Carlos; você poderia utilizar o dbv no datafile/segmento? Também retorna
 erro?

 
 De: Carlos Alfredo M. Menezes carlos.mene...@usinacoruripe.com.br
 Para: oracle_br@yahoogrupos.com.br oracle_br@yahoogrupos.com.br
 Enviadas: Segunda-feira, 25 de Abril de 2011 18:18:16
 Assunto: [oracle_br] Corrupção de dados

 Caros boa noite,
 Recebi aquele conhecido erro de corrupção:

 Corrupt block relative dba: 0x0183f103 (file 6, block 258307)
 Bad header found during buffer read
 Data in bad block:
 type: 2 format: 2 rdba: 0x00806981
 last change scn: 0x.0408ab74 seq: 0x27 flg: 0x04
 spare1: 0x0 spare2: 0x0 spare3: 0x0
 consistency value in tail: 0xab740227
 check value in block header: 0x617a
 computed block checksum: 0x0
 Reread of rdba: 0x0183f103 (file 6, block 258307) found valid data

 Rodei o sql:
 select segment_name,segment_type,owner
 from sys.dba_extents
 where file_id=(6)
 and (258307) between block_id and block_id + blocks -1;

 Identifiquei o segmento afetado, no caso uma tabela.

 O curioso é que o comando analyze table xxx validate structure continua
 dando:
 ORA-08103: object no longer exists. O mesmo acontece com o exp. Mas o
 backup via

 rman não reporta nenhum problema. Até onde eu sei, o rman faz uma
 verificação
 durante o backup e até então eu confiava exclusivamente nele para me
 reportar
 prováveis problemas de corrupção. Ainda não reiniciei a instância para
 tentar um

 novo analyze table xxx validate structure.

 Alguém tem uma sugestão de reparo, aparentemente o Recovery a partir do
 backup
 via rman após o problema, mesmo ele executando normalmente, pode não ser
 confiável.

 Detalhes da versão:
 Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
 PL/SQL Release 10.2.0.4.0 - Production
 CORE 10.2.0.4.0 Production
 TNS for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Productio
 NLSRTL Version 10.2.0.4.0 - Production

 Abraços a todos.

 Att,
 Carlos Alfredo
 Carlos Alfredo M. de Menezes
 Analista de Suporte Sr.
 (82) 3217-2828 / 9921-0603

 [As partes desta mensagem que não continham texto foram removidas]

 [As partes desta mensagem que não continham texto foram removidas]

  



[As partes desta mensagem que não continham texto foram removidas]





--

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/ 
--

Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
http://www.oraclebr.com.br/  


 Links do Yahoo! Grupos

[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] Oracle database + SAP

2011-04-25 Por tôpico logg
Senhores,
Alguém tem alguma documentação das melhores práticas de administração de 
ambientes SAP em Oracle db ?



Obrigado,
Logg.





Re: [oracle_br] Re: Dúvidas Sobre RAC 11.2 - Mudança LISTENER

2011-04-25 Por tôpico Marcos Braga
Seguinte,

Anota aí o exemplo que utilizei aqui para instalar o serviço que funcionou
com failover e loadbalance, sem precisar alterar nada no REMOTE_LISTENER.


$ srvctl add service -d racdb -s vmcluster -r racdb1,racdb2 -a racdb3 \
 -P basic -y automatic -e select -m basic -z 180 -w 5 -j long -q true

$ srvctl start service -d vmdb -s vmcluster

Meu banco chama-se racdb com as instâncias racdb1, racdb2 e racdb3. Criei o
serviço vmcluster.

Lembro que achei um documento interessante sobre a versão 11202 (que não
estou achando nesse momento), explicando sobre todas essas opções. Mas
basicamente, ela ajusta todos os parâmetros de load balance e failover para
o serviço.

Quanto ao balanceamento, fiquei efetuando conexões simultâneas de um mesmo
usuário e ora conectava em uma instância e ora conectava em outra, do jeito
que precisava. Quando derrubei as duas instâncias, a instância racdb3
assumiu os serviços. Isso tudo transparente para o usuário que estava
conectado.

O teste foi válido e não precisei alterar configurações no banco para tanto.

Qualquer dúvida, vai postando aí que vamos trocando idéias e experiências.

[]s
Braga




2011/4/25 candiurudba candiuru...@yahoo.com.br



 Bem...

 Criei um serviço para testar o failover e o load balance mas estou tendo
 problemas com o load balance...

 Abri cerca de 20 conexões e todas cairam no meu primeiro nó...quando
 derrubo o primeiro, tudo bem, vai tudo pro segundo mas o load balance nao
 funciona..

 Talvez seja por este característica que vc citou, sobre o
 remote_listener...no meu caso eu nao alterei, deixei o default do banco que
 seria vm-scan:1521...

 Vou alterar para fazer um novo teste com o load balance


 --- Em oracle_br@yahoogrupos.com.br, Marcos Braga braga.marcos@...
 escreveu
 
  Seguinte,
 
  Fiz testes alterando o REMOTE_LISTENER e efetuando a conexão direto no
  banco, sem usar o SCAN. Foi assim que funcioniou.
 
  Estava testando o balanceamento da versão 11107, o qual era configurado
  manualmente e precisava dessa característica ativa.
 
  O *bão* foi que o mesmo balanceamento na versão 11202 foi muito mais
 prático
  de fazer com scan e srvctl.
 
  []s
 
 
  2011/4/25 candiurudba candiurudba@...

 
  
  
   Grande Braga...bleza ?
  
   Então rapaz...tambem na furia de testar e aprender, alterei tambem
 portas e
   etc e tudo parou de funcionoar..Rs è bem diferente esta versão de
 cluster do
   que as anteriores, quando falamos na infra-estrutura...de uma forma
 geral,
   faz ate sentido passar o listener para o grid, ja que o funcionamento
 do
   banco não depende desta camada externa...sendo relacionado somente
 com as
   conexões feitas a ele...
  
   Tentei configurar o remote_listener como havia feito no 11.1 e não
 consegui
   que funcionasse...vou tentar mais uma vez...
  
   Tenho mais um mes para fazer todos os testes possíveis, a fim de
 validar
   esta migração...então, vou tentar virar o cluster de cabeça para baixo
 nesta
   versão...RS
  
   Abs
  
   --- Em oracle_br@yahoogrupos.com.br, Marcos Braga braga.marcos@
   escreveu
   
Oi candiurudba,
   
Nos estudos que fiz da 11202 observei essa mudança do listener.
   
Acredito que a mudança deve-se no fato do grid infrastructure cuidar
 de
   toda
a infraestrutura, o que inclui o listener (que antigamente era de
responsabilidade do banco).
   
Tentei fazer alguns testes com o listener, mudando porta e algumas
características de segurança e consegui estragar o que estava
   funcionando.
rss. Preciso estudar um pouco mais antes de começar a fazer
 mudanças
   no
listener.
   
Quanto a segunda pergunta de mudar o REMOTE_LISTENER, pode fazer isso
   sim; a
11202 manteve essa compatibilidade com as versões anteriores sem
 causar
problemas.
   
[]s
Braga
   
   
2011/4/25 candiurudba candiurudba@
   


 Bom dia colegas,

 Continuo estudando e testatando para fazer a migração da versão do
   cluster
 que possuo aqui no trabalho de 11.1.0.6 para 11.2.0.2.

 Fazendo uma verificação rotineira, com relação ao LISTENER, percebi
 que
   a
 localização default do listener vem modificada na instalação. Nas
   versões 10
 e 11.1 fica no ORACLE_HOME/network/admin e na versão 11.2 esta
   localizado no
 GRID_HOME/network/admin.

 Alguem saberia o motivo ? Pois isto me deixou na dúvida de como
   realizar a
 criação do LISTENER caso tenha problemas...

 Outra situação é quanto ao REMOTE_LISTENER. Nas versões anteriores
 eu
 adicionava no pfile a entrada referenciada no tnsnames.ora mas
 desta
   vez,
 ele faz referência ao SCAN. Até entendi o motivo mas posso colocar
   igual as
 versões anteriores, fazendo referencia ao TNSNAMES ?

 Obrigado pela ajuda...



[As partes desta mensagem que não continham texto foram removidas]



Re: RES: Res: [oracle_br] Corrupção de dados

2011-04-25 Por tôpico José Laurindo
Carlos, xo comentar em cima de alguns pontos :

- Até onde eu sei, o rman faz uma verificação durante o backup e até então eu 
confiava exclusivamente nele para me reportar prováveis problemas de corrupção. 


= Bad, very Very Bad move, my friend : veja, o conceito do RMAN é que ele 
copia blocos do disco, então (é óbvio) ele verifica se o bloco foi lido 
corretamente, ele basicamente detecta corrupção FÍSICA portanto - se há 
corrupção lógica (ie, o bloco tá legível, mas digamos, por bug ou qquer 
problema o cabeçalho do bloco aponta prum lugar inválido, ou o dicionário de 
dados não registra um objeto corretamente, enfim) via de regra o RMAN  não 
consegue  detectar isso... É Por Isso que a nota-mãe do metalink sobre 
detecção de corrupção (Best Practices for Avoiding and Detecting Corruption , 
Doc ID 428570.1) Recomenda vc além do backup RMAN fazer um DBV, um ANALYZE de 
objetos (o ANALYZE é Totalmente Obsoleto pra coleta de estatísticas, mas 
COMPLETAMENTE necessário e válido para análise de estrutura de objetos), fazer 
um export... A idéia do export , inclusive, é exercitar o dicionário : como nós 
sabemos, o RMAN só quer copiar blocos dos datafiles(ele não se interessa se 
aquele bloco é da tabela x ou índice y, ele copia os blocos do datafile que 
está sendo backupeado), enquanto o export não, ele copia Tabelas e Schemas, 
então (obviamente) o export ao contrário Precisa consultar o dicionário pra 
encontrar as tabelas/índices/constraints/etc a copiar...

- Realmente só pensei em fazer o dbv com a instância parada, mas como ainda 
não surgiu uma janela para tal operação, continuo na minha pesquisa.

= ok, um DBV offline sempre é legal, MAS enquanto não é possível, vc Sabe que 
é totalmente possível rodar um DBV online, com o banco Ativo ??? E óbvio, o 
export é online, os ANALYZEs são online, vc tem Sim várias opções pra check 
online...

- Também pensei em fazer via RMAN o block recover, mas fiquei na dúvida se 
esse procedimento faz algum tipo de mídia recovery? Se tem algum impacto na 
disponibilidade do ambiente, e se eu posso fazer via brtools (é uma base SAP 
Solution Manager).

= Sim, claro que o RMAN faz mídia recover, ele regrava BLOCOS : o conceito é 
Direto, o que o RMAN sabe/conhece basicamente é copiar e ler BLOCOS de 
datafiles... Indisponibilidade geral isso não acarreta, mas OBVIAMENTE no 
tempinho que levar pro RMAN localizar e ler da fita/disco/whatever o bloco que 
será regravado , o objeto em questão VAI ficar inacessível. 
 Quanto ao tal do brtools, não sei mas eu TOTALMENTE recomendo vc fazer 
recuperação de banco Oracle com as tools Oracle da maneira Recomendada pela 
Oracle - no caso do RMAN é usar em linha de comando o utilitário rman , com as 
variáveis ORACLE setadas, direitinho...
 
 
== E Ululantemente óbvio : corrupção absolutamente *** NUNCA *** acontece por 
si, do nada - nós estamos falando de banco Oracle aqui, não de Clipper/dBASE 
que a toda hora corrompia e vc tinha que fazer rebuild... Vc TEM QUE descobrir 
a Causa da corrupção (que necessariamente será um problema de Hardware - seja 
placa-mãe, placa de rede, I/O, memória -, OU um bug , seja bug no 
firmware/drivers, nos software de banco, e/ou no aplicativo...
 Assim, se o teu ambiente é Realmente crítico, vc TEM QUE agendar uma checagem 
PROFUNDA do teu hardware, com ferramentas de análise de baixo nível do hardware 
(NÂO É só rodar um fsck e achar que tá tudo bem), procurar nos logs/msgs do 
sistema/SO por falhas, E também abrir chamados no Suporte da Oracle, do 
aplicativo E do SO...
 
 []s
 
   Chiappa
   

--- Em oracle_br@yahoogrupos.com.br, Carlos Alfredo M. Menezes 
carlos.menezes@... escreveu

 Colega,
 Realmente só pensei em fazer o dbv com a instância parada, mas como ainda não 
 surgiu uma janela para tal operação, continuo na minha pesquisa. Fiz vários 
 SQL´s e todos retornam normalmente as linhas, isso é que está me perturbando, 
 se tentar fazer o export, dá o erro que comentei. Estou pensando em reiniciar 
 a instância, me parece que tem algum BUG a respeito.
 
 Também pensei em fazer via RMAN o block recover, mas fiquei na dúvida se esse 
 procedimento faz algum tipo de mídia recovery? Se tem algum impacto na 
 disponibilidade do ambiente, e se eu posso fazer via brtools (é uma base SAP 
 Solution Manager).
 
 Att,
 
 Carlos Alfredo M. de Menezes
 Analista de Suporte Sr.
 (82) 3217-2828 / 9921-0603
 
 
 
 -Mensagem original-
 De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em 
 nome de Marcus Pavan
 Enviada em: segunda-feira, 25 de abril de 2011 18:37
 Para: oracle_br@yahoogrupos.com.br
 Assunto: Res: Res: [oracle_br] Corrupção de dados
 
 Carlos, boa tarde.
 
 
 Faça um SELECT na tabela, verifique se retorna as informações.
 Caso o erro persista e você tenha um BACKUP pelo RMAN, use o BLOCK RECOVER 
 para recuperar este bloco.
 O DBV pode ser executado, porém prefiro executá-lo com o datafile em OFF, na 
 versão 11g já está mais seguro a execução com 

Re: [oracle_br] Dúvida de Select Com Insert

2011-04-25 Por tôpico Izis Filipaldi
Que ótimo encontrar essa referencia aqui.
É sempre bom buscar resultados na lista, antes de enviar uma nova pergunta.

Obrigada!
Me ajudaram bastante.

Izis



2010/7/23 Raul Francisco Costa F. de Andrade, DBA raulf...@gmail.com

 antes do select faça um

 *set heading off*

 **



 Em 23 de julho de 2010 10:37, Bruno Mesquita brum...@gmail.com escreveu:

 
 
  Pessoal, bom dia.
 
  Por favor, preciso de uma ajuda:
 
  Tenho o seguinte select:
 
  select
  'insert into temp
  values
  (''' || to_char(data_lanc, 'dd-mon-yy') ||''', '
  || id_pacto || ', '
  || id_conta_lanc_contabil || ', '''
  || to_char(data_entrada, 'dd-mon-yy') || ''', '
  || valor_antes || ', '
  || valor_depois || ', '''
  || ind_lancamento_integrado || ''');'
  from temp
  where valor_antes  valor_depois;
 
  Depois desse select eu já chamo o spool com @caminha\spool.sql dentro de
  outro arquivo, porém a primeira linha desse resultado é o nome da coluna:
 
 
 
 'INSERTINTOTEMPVALUES('''||TO_CHAR(DATA_LANC,'DD-MON-YY')||''','||ID_PACTO||','||ID_CONTA_LANC_CONTABIL||','''||TO_CHAR(DATA_ENTRADA,'DD-MON-YY')||''','||VALOR_ANTES||','||VALOR_DEPO
  --
 
  Eu sei que é possível atrelar um nome de coluna a esse resultado, porém,
  gostaria de algo que tornasse o processo automatizado, ou seja, a partir
 do
  resultado com o nome de coluna exemplo -- ou /**/ para que na chamada
 desse
  insert não desse erro.
 
  Por favor, alguem tem uma dica ? Já passou por isso ?
 
  Grato,
 
  --
  Bruno Mesquita
  Tecnologia
  +55 (11) 8796 - 2547.
  brum...@gmail.com brumesq%40gmail.com
 
  [As partes desta mensagem que não continham texto foram removidas]
 
 
 



 --
 --
 *Raul Francisco da Costa Ferreira de Andrade*
 *DBA - OCA - Oracle Certified Associate*
 *COBIT Foundation 4.1*
 Fone: (41)8855-8874 Brt
 email: raulf...@gmail.com
 Skype: raul.andrade
 www.clickdba.com

 A adversidade leva alguns a serem vencidos
 e outros a baterem recordes.
 William Arthur Ward


 [As partes desta mensagem que não continham texto foram removidas]



 


 --
 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/

 --
 Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
 » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
 http://www.oraclebr.com.br/
  
 
 Links do Yahoo! Grupos





-- 
Izis Filipaldi Corrêa
http://br.linkedin.com/in/izisfilipaldi


[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] oracle e asp

2011-04-25 Por tôpico Silvana
Olá Pessoal,

Estou desenvolvendo um sitema para web com oracle e asp e confesso que nunca
trabalhei com oracle (é exigência do cliente), tenho mais habilidade em
trabalhar com php e mysql (para web).

Estou usando o oracle express 10g e asp clássico e desenvolvendo o sistema
localmente.

Consegui contectar com o banco e inserir e alterar dados.

Agora me deparei com uma questão... estou usando campos do tipo varchar2. E
tenho alguns textos com mais de 4000 caracteres, ou seja, não estou
conseguindo inserir todo o conteúdo nesses campos.

Vi na internet a possibilidade de se usar clob ao invés de varchar2.

Quando uso como clob, ele não deixa nem inserir os dados via browser de
Objetos pelo endereço: http://127.0.0.1:8080/apex

Alguém tem algum exemplo de inserção e alteração de dados usando clob com
asp? Ou alguma sugestão sobre como poderia proceder?

Grata,
Silvana


[As partes desta mensagem que não continham texto foram removidas]