Re: [oracle_br] Erro Oracle Standby ao Montar banco

2010-07-06 Thread David Ricardo
Amigo pelo erro é alguma incosistência encontrada pelo comando na hora de
ler o seu arquivo de parametros ( PFILE ou SPFILE), pode ser uma falta de
aspas, ou até mesmo um caracter especial digitado errado.
Check isso e se possivel ponha aqui na discussão pra podermos te ajudar
melhor.

Abraço!

Em 2 de julho de 2010 00:41, Caio Spadafora
escreveu:

>
>
> Exporte o spfile para pfile e cole o conteúdo aqui para te ajudarmos, mas
> isso é
> um problema no parse do arquivo de parâmetros provavelmente.
>
> Atenciosamente,
>
> Caio Spadafora,
> Database Administrator,
> http://digitalgrimoa.blogspot.com/
> http://recoveryarea.blogspot.com/
> http://0011brothers.blogspot.com/
>
> 
> De: Marcos Braga >
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Quinta-feira, 1 de Julho de 2010 16:46:59
> Assunto: Re: [oracle_br] Erro Oracle Standby ao Montar banco
>
>
> Olá Wilson,
>
> Verifique o spfile ou pfile que está utilizando, aparentemente algo está
> incorreto nele.
>
> []s
> Braga
>
> 2010/7/1 Wilson Riddlecodes 
> >
>
> >
> >
> > Amigos, estava distante mas volto enfim as minhas cacetadas no Oracle.
> > Vamos lá. Retornando o meu trabalho em cima de Stanby e Primary, depois
> de
> > quase um ano afastado, peguei meu projeto e ao dar continuidade estou
> > recebendo o seguinte erro abaixo ao tentar efetuar um Startup NoMount em
> meu
> > standby. Por favor, se alguém puder me dar uma ajuda agradeceria muito.
> >
> > erro:
> > SQL> connect sys / as sysdba
> > Enter password:
> > Connected to an idle instance.
> > SQL> startup nomount;
> > ORA-01078: failure in processing system parameters
> > LRM-00111: no closing quote for value 'F'
> > SQL>
> >
> > Aguardo ansioso a ajuda dos amigos e enquanto isso vou tentando resolver.
> >
> > Do amigo
> > Wilson Dutra
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 

David Ricardo B. de Siqueira
IT Brazil - Database Administrator
Discover Technology
BLOG .:  http://databaseguard.blogspot.com

"O mistério da vida me causa a mais forte emoção. É o sentimento que suscita
a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa
sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e
seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)"


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



[oracle_br] Corrupt block - Oracle 10.2.0.2 e Windows

2010-07-06 Thread Sharif - Yahoo
Pessoal,

 

Não consigo subir essa base... alguem sabe de alguma saída para conseguir
subir e descobrir onde está o problema ?

 

Pelo que andei pesquisando para rodar o DBMS_REPAIR a base precisaria estar
aberta, certo ?

 

Mon Jul 05 17:41:26 2010

Starting ORACLE instance (normal)

LICENSE_MAX_SESSION = 0

LICENSE_SESSIONS_WARNING = 0

Picked latch-free SCN scheme 2

Using LOG_ARCHIVE_DEST_1 parameter default value as
E:\oracle\product\10.2.0\db_1\RDBMS

Autotune of undo retention is turned on. 

IMODE=BR

ILAT =18

LICENSE_MAX_USERS = 0

SYS auditing is disabled

ksdpec: called for event 13740 prior to event group initialization

Starting up ORACLE RDBMS Version: 10.2.0.2.0.

System parameters with non-default values:

  processes= 150

  __shared_pool_size   = 197132288

  __large_pool_size= 4194304

  __java_pool_size = 4194304

  __streams_pool_size  = 0

  spfile   =
E:\ORACLE\PRODUCT\10.2.0\DB_1\DBS\SPFILEDB10G.ORA

  sga_target   = 612368384

  control_files=
E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL01.CTL,
E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL02.CTL,
E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL03.CTL

  db_block_size= 8192

  __db_cache_size  = 398458880

  compatible   = 10.2.0.2.0

  db_file_multiblock_read_count= 16

  undo_management  = AUTO

  undo_tablespace  = UNDOTBS1

  remote_login_passwordfile= EXCLUSIVE

  db_domain= 

  dispatchers  = (PROTOCOL=TCP) (SERVICE=DB10GXDB)

  job_queue_processes  = 10

  audit_file_dest  = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\ADUMP

  background_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\BDUMP

  user_dump_dest   = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\UDUMP

  core_dump_dest   = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\CDUMP

  db_name  = DB10G

  open_cursors = 300

  pga_aggregate_target = 203423744

PMON started with pid=2, OS id=2560

PSP0 started with pid=3, OS id=2940

MMAN started with pid=4, OS id=2688

DBW0 started with pid=5, OS id=1832

LGWR started with pid=6, OS id=2624

CKPT started with pid=7, OS id=2060

SMON started with pid=8, OS id=768

RECO started with pid=9, OS id=576

CJQ0 started with pid=10, OS id=2584

MMON started with pid=11, OS id=452

MMNL started with pid=12, OS id=2440

Mon Jul 05 17:41:27 2010

starting up 1 dispatcher(s) for network address
'(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...

starting up 1 shared server(s) ...

Mon Jul 05 17:41:27 2010

ALTER DATABASE   MOUNT

Mon Jul 05 17:41:31 2010

Setting recovery target incarnation to 2

Mon Jul 05 17:41:31 2010

Successful mount of redo thread 1, with mount id 115884039

Mon Jul 05 17:41:31 2010

Database mounted in Exclusive Mode

Completed: ALTER DATABASE   MOUNT

Mon Jul 05 17:41:31 2010

ALTER DATABASE OPEN

Mon Jul 05 17:41:32 2010

Beginning crash recovery of 1 threads

 parallel recovery started with 2 processes

Mon Jul 05 17:41:33 2010

Started redo scan

Mon Jul 05 17:41:33 2010

Completed redo scan

 1 redo blocks read, 0 data blocks need recovery

Mon Jul 05 17:41:33 2010

Started redo application at

 Thread 1: logseq 277, block 2, scn 9571201

Mon Jul 05 17:41:34 2010

Recovery of Online Redo Log: Thread 1 Group 3 Seq 277 Reading mem 0

  Mem# 0 errs 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\REDO03.LOG

Mon Jul 05 17:41:34 2010

Completed redo application

Mon Jul 05 17:41:34 2010

Completed crash recovery at

 Thread 1: logseq 277, block 3, scn 9591203

 0 data blocks read, 0 data blocks written, 1 redo blocks read

Mon Jul 05 17:41:34 2010

Thread 1 advanced to log sequence 278

Thread 1 opened at log sequence 278

  Current log# 1 seq# 278 mem# 0:
E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\REDO01.LOG

Successful open of redo thread 1

Mon Jul 05 17:41:34 2010

MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set

Mon Jul 05 17:41:34 2010

SMON: enabling cache recovery

Mon Jul 05 17:41:35 2010

Hex dump of (file 2, block 57) in trace file
e:\oracle\product\10.2.0\admin\db10g\udump\db10g_ora_660.trc

Corrupt block relative dba: 0x00800039 (file 2, block 57)

Fractured block found during buffer read

Data in bad block:

 type: 38 format: 2 rdba: 0x00800039

 last change scn: 0x.008eaf7a seq: 0x2 flg: 0x04

 spare1: 0x0 spare2: 0x0 spare3: 0x0

 consistency value in tail: 0xae542601

 check value in block header: 0x3ba5

 computed block checksum: 0x8b42

Reread of rdba: 0x00800039 (file 2, block 57) found same corrupted data

Mon Jul 05 17:41:35 2010

Errors in file e:\oracle\product\10.2.0\admin\db10g\udump\db10g_ora_660.trc:

ORA-01578: bloco de dados ORACLE danificado (arquivo núm. 2, bloco núm. 57)

ORA-01110: 2 do arquivo de dados:
'E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\UNDOTBS01.DBF'

 

Error 1578 happened during db open, shutting down database

USER: terminating instance due to error 1578

Mon Jul 0

[oracle_br] Re: Corrupt block - Oracle 10.2.0.2 e Windows

2010-07-06 Thread thiago986
De uma olhada sobre blockrecover no utilitário do RMAN. Pode ser útil.

att,
--- Em oracle_br@yahoogrupos.com.br, "Sharif - Yahoo"  
escreveu
>
> Pessoal,
> 
>  
> 
> Não consigo subir essa base... alguem sabe de alguma saída para conseguir
> subir e descobrir onde está o problema ?
> 
>  
> 
> Pelo que andei pesquisando para rodar o DBMS_REPAIR a base precisaria estar
> aberta, certo ?
> 
>  
> 
> Mon Jul 05 17:41:26 2010
> 
> Starting ORACLE instance (normal)
> 
> LICENSE_MAX_SESSION = 0
> 
> LICENSE_SESSIONS_WARNING = 0
> 
> Picked latch-free SCN scheme 2
> 
> Using LOG_ARCHIVE_DEST_1 parameter default value as
> E:\oracle\product\10.2.0\db_1\RDBMS
> 
> Autotune of undo retention is turned on. 
> 
> IMODE=BR
> 
> ILAT =18
> 
> LICENSE_MAX_USERS = 0
> 
> SYS auditing is disabled
> 
> ksdpec: called for event 13740 prior to event group initialization
> 
> Starting up ORACLE RDBMS Version: 10.2.0.2.0.
> 
> System parameters with non-default values:
> 
>   processes= 150
> 
>   __shared_pool_size   = 197132288
> 
>   __large_pool_size= 4194304
> 
>   __java_pool_size = 4194304
> 
>   __streams_pool_size  = 0
> 
>   spfile   =
> E:\ORACLE\PRODUCT\10.2.0\DB_1\DBS\SPFILEDB10G.ORA
> 
>   sga_target   = 612368384
> 
>   control_files=
> E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL01.CTL,
> E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL02.CTL,
> E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL03.CTL
> 
>   db_block_size= 8192
> 
>   __db_cache_size  = 398458880
> 
>   compatible   = 10.2.0.2.0
> 
>   db_file_multiblock_read_count= 16
> 
>   undo_management  = AUTO
> 
>   undo_tablespace  = UNDOTBS1
> 
>   remote_login_passwordfile= EXCLUSIVE
> 
>   db_domain= 
> 
>   dispatchers  = (PROTOCOL=TCP) (SERVICE=DB10GXDB)
> 
>   job_queue_processes  = 10
> 
>   audit_file_dest  = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\ADUMP
> 
>   background_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\BDUMP
> 
>   user_dump_dest   = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\UDUMP
> 
>   core_dump_dest   = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\CDUMP
> 
>   db_name  = DB10G
> 
>   open_cursors = 300
> 
>   pga_aggregate_target = 203423744
> 
> PMON started with pid=2, OS id=2560
> 
> PSP0 started with pid=3, OS id=2940
> 
> MMAN started with pid=4, OS id=2688
> 
> DBW0 started with pid=5, OS id=1832
> 
> LGWR started with pid=6, OS id=2624
> 
> CKPT started with pid=7, OS id=2060
> 
> SMON started with pid=8, OS id=768
> 
> RECO started with pid=9, OS id=576
> 
> CJQ0 started with pid=10, OS id=2584
> 
> MMON started with pid=11, OS id=452
> 
> MMNL started with pid=12, OS id=2440
> 
> Mon Jul 05 17:41:27 2010
> 
> starting up 1 dispatcher(s) for network address
> '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
> 
> starting up 1 shared server(s) ...
> 
> Mon Jul 05 17:41:27 2010
> 
> ALTER DATABASE   MOUNT
> 
> Mon Jul 05 17:41:31 2010
> 
> Setting recovery target incarnation to 2
> 
> Mon Jul 05 17:41:31 2010
> 
> Successful mount of redo thread 1, with mount id 115884039
> 
> Mon Jul 05 17:41:31 2010
> 
> Database mounted in Exclusive Mode
> 
> Completed: ALTER DATABASE   MOUNT
> 
> Mon Jul 05 17:41:31 2010
> 
> ALTER DATABASE OPEN
> 
> Mon Jul 05 17:41:32 2010
> 
> Beginning crash recovery of 1 threads
> 
>  parallel recovery started with 2 processes
> 
> Mon Jul 05 17:41:33 2010
> 
> Started redo scan
> 
> Mon Jul 05 17:41:33 2010
> 
> Completed redo scan
> 
>  1 redo blocks read, 0 data blocks need recovery
> 
> Mon Jul 05 17:41:33 2010
> 
> Started redo application at
> 
>  Thread 1: logseq 277, block 2, scn 9571201
> 
> Mon Jul 05 17:41:34 2010
> 
> Recovery of Online Redo Log: Thread 1 Group 3 Seq 277 Reading mem 0
> 
>   Mem# 0 errs 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\REDO03.LOG
> 
> Mon Jul 05 17:41:34 2010
> 
> Completed redo application
> 
> Mon Jul 05 17:41:34 2010
> 
> Completed crash recovery at
> 
>  Thread 1: logseq 277, block 3, scn 9591203
> 
>  0 data blocks read, 0 data blocks written, 1 redo blocks read
> 
> Mon Jul 05 17:41:34 2010
> 
> Thread 1 advanced to log sequence 278
> 
> Thread 1 opened at log sequence 278
> 
>   Current log# 1 seq# 278 mem# 0:
> E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\REDO01.LOG
> 
> Successful open of redo thread 1
> 
> Mon Jul 05 17:41:34 2010
> 
> MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
> 
> Mon Jul 05 17:41:34 2010
> 
> SMON: enabling cache recovery
> 
> Mon Jul 05 17:41:35 2010
> 
> Hex dump of (file 2, block 57) in trace file
> e:\oracle\product\10.2.0\admin\db10g\udump\db10g_ora_660.trc
> 
> Corrupt block relative dba: 0x00800039 (file 2, block 57)
> 
> Fractured block found during buffer read
> 
> Data in bad block:
> 
>  type: 38 format: 2 rdba: 0x00800039
> 
>  last change scn: 0x.008eaf7a seq: 0x2 flg: 0x04
> 
>  spare1: 0x0 spare2: 0

[oracle_br] Re: Clients Oracle

2010-07-06 Thread José Laurindo
Instalar os clients 9i e 10g na mesma máquina é simplérrimo, basta vc escolher 
ORACLE_HOMEs (diretórios de instalação) diferentes para cada um. 
  Já para vc fazer uma dada aplicação acessar um dos clients, aí varia 
totalmente : há aplicações desenvolvidas em ambientes/linguagens/tools de 
programação que localizam o oracle_home pela variável de PATH (ou ORACLE_HOME) 
, há quem use entradas no REGISTRO do windows, há casos de config exigida em 
aqruivos .ini, há quem acesse apenas a home marcada como default... Vc vai ter 
que descobrir om os fornecedores da(s) aplicação/ões o que é preciso e ajustar 
de acordo, provavelmente num shell script que ajusta o ambiente antes da 
aplicação ser startada. 
 Caso não consiga a informação no Suporte do(s) fornecedor(es), ao menos 
descubra que linguagem/tool de programação é usada, E detalhe um pouco o seu 
ambiente (ie, quais SOs envolvidos, se n-camadas ou client/server, qual 
aplicação se for um pacote de mercado conhecido), que quem usar algo parecido 
pode tentar te ajudar mais.

 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, "Welvis Douglas"  escreveu
>
> Olá pessoal, tem alguma forma de instalar um client do oracle 9 e um client
> do 10g e fazer com que uma plicação acesse um e uma outra aplicação acesse o
> outro?
>  
> tem como fazer isso?
>  
> Att,
>  
> Welvis Douglas da Silva Moretto
> DBA - Oracle Certified (1ZO-042)
> Fone:  (41) 9997-6297  
> E-mail:welvis_doug...@..., wel...@...
> Messenger: welvis_doug...@...
>  
> Mestre em Engenharia de Produção e Sistemas - PUC/PR;
> Especializando em Banco de Dados - UNOPAR;
> Especialista Engenharia de Software - UNOPAR;
> Tecnólogo em Processamento de Dados - FACCAR.
>  
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>




RES: [oracle_br] Re: Clients Oracle

2010-07-06 Thread Welvis Douglas
Chiappa, o que podemos mexer é em um aplicação que roda Delphi, ondee
possuimos os fontes.
 
só que o pepino é que esse treco acessa o registro do windows, e todas as
vezes que eu faço uma aleração ele não reconhece.
 
vc sabe de alguma coisa que dá para fazer?
 
abraço!

  _  

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de José Laurindo
Enviada em: terça-feira, 6 de julho de 2010 13:36
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Clients Oracle


  

Instalar os clients 9i e 10g na mesma máquina é simplérrimo, basta vc
escolher ORACLE_HOMEs (diretórios de instalação) diferentes para cada um. 
Já para vc fazer uma dada aplicação acessar um dos clients, aí varia
totalmente : há aplicações desenvolvidas em ambientes/linguagens/tools de
programação que localizam o oracle_home pela variável de PATH (ou
ORACLE_HOME) , há quem use entradas no REGISTRO do windows, há casos de
config exigida em aqruivos .ini, há quem acesse apenas a home marcada como
default... Vc vai ter que descobrir om os fornecedores da(s) aplicação/ões o
que é preciso e ajustar de acordo, provavelmente num shell script que ajusta
o ambiente antes da aplicação ser startada. 
Caso não consiga a informação no Suporte do(s) fornecedor(es), ao menos
descubra que linguagem/tool de programação é usada, E detalhe um pouco o seu
ambiente (ie, quais SOs envolvidos, se n-camadas ou client/server, qual
aplicação se for um pacote de mercado conhecido), que quem usar algo
parecido pode tentar te ajudar mais.

[]s

Chiappa

--- Em oracle_br@yahoogrupos.com.br 
, "Welvis Douglas"  escreveu
>
> Olá pessoal, tem alguma forma de instalar um client do oracle 9 e um
client
> do 10g e fazer com que uma plicação acesse um e uma outra aplicação acesse
o
> outro?
> 
> tem como fazer isso?
> 
> Att,
> 
> Welvis Douglas da Silva Moretto
> DBA - Oracle Certified (1ZO-042)
> Fone: (41) 9997-6297 
> E-mail: welvis_doug...@..., wel...@...
> Messenger: welvis_doug...@...
> 
> Mestre em Engenharia de Produção e Sistemas - PUC/PR;
> Especializando em Banco de Dados - UNOPAR;
> Especialista Engenharia de Software - UNOPAR;
> Tecnólogo em Processamento de Dados - FACCAR.
> 
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>






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



Re: [oracle_br] pacth 10.2.0.5 para oracle rac em linux

2010-07-06 Thread Raul Francisco Costa F. de Andrade, DBA
vc pode aplica de uma mesma máquina, mas dependendo o patch ele mesmo vai
baixar a instância ou o banco.



Em 6 de julho de 2010 15:42, Duilio Bruniera Junior
escreveu:

>
>
> Alguem ja instalou o patch 10.2.0.5 em oracle rac com linux x86_64 Red Hat
> 5.2
> eu tenho uma duvidas :
> 1.> é preciso baixar todos os nós do cluster , instalar e depois subir ou
> eu
> posso baixar maquina por maquina ir baixando e subindo.
>
> [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

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




Re: [oracle_br] pacth 10.2.0.5 para oracle rac em linux

2010-07-06 Thread Ivan Ricardo Schuster
Duilio, o rolling upgade para a aplicação de patchset só será possivel
se você possuir Dataguard com SQL Apply.

Se for seu caso e/ou tiveres interesse, de uma lida neste white paper:

http://www.oracle.com/technology/deploy/availability/pdf/maa_wp_10gr2_rollingupgradebestpractices.pdf


2010/7/6 Raul Francisco Costa F. de Andrade, DBA :
> vc pode aplica de uma mesma máquina, mas dependendo o patch ele mesmo vai
> baixar a instância ou o banco.
>
>
>
> Em 6 de julho de 2010 15:42, Duilio Bruniera Junior
> escreveu:
>
>>
>>
>> Alguem ja instalou o patch 10.2.0.5 em oracle rac com linux x86_64 Red Hat
>> 5.2
>> eu tenho uma duvidas :
>> 1.> é preciso baixar todos os nós do cluster , instalar e depois subir ou
>> eu
>> posso baixar maquina por maquina ir baixando e subindo.
>>
>> [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
>
>
>


Re: [oracle_br] Re: Corrupt block - Oracle 10.2.0.2 e Windows

2010-07-06 Thread David Ricardo
Vc usa RMAN?
Se usar faça via BMR ( Block Media Recover), já fiz e é 100%.

veja abaixo :
http://databaseguard.blogspot.com/2009/08/rman-bmr-block-media-recover.html

Abraço e boa sorte!!!

2010/7/6 thiago986 

>
>
> De uma olhada sobre blockrecover no utilitário do RMAN. Pode ser útil.
>
> att,
> --- Em oracle_br@yahoogrupos.com.br ,
> "Sharif - Yahoo"  escreveu
>
> >
> > Pessoal,
> >
> >
> >
> > Não consigo subir essa base... alguem sabe de alguma saída para conseguir
> > subir e descobrir onde está o problema ?
> >
> >
> >
> > Pelo que andei pesquisando para rodar o DBMS_REPAIR a base precisaria
> estar
> > aberta, certo ?
> >
> >
> >
> > Mon Jul 05 17:41:26 2010
> >
> > Starting ORACLE instance (normal)
> >
> > LICENSE_MAX_SESSION = 0
> >
> > LICENSE_SESSIONS_WARNING = 0
> >
> > Picked latch-free SCN scheme 2
> >
> > Using LOG_ARCHIVE_DEST_1 parameter default value as
> > E:\oracle\product\10.2.0\db_1\RDBMS
> >
> > Autotune of undo retention is turned on.
> >
> > IMODE=BR
> >
> > ILAT =18
> >
> > LICENSE_MAX_USERS = 0
> >
> > SYS auditing is disabled
> >
> > ksdpec: called for event 13740 prior to event group initialization
> >
> > Starting up ORACLE RDBMS Version: 10.2.0.2.0.
> >
> > System parameters with non-default values:
> >
> > processes = 150
> >
> > __shared_pool_size = 197132288
> >
> > __large_pool_size = 4194304
> >
> > __java_pool_size = 4194304
> >
> > __streams_pool_size = 0
> >
> > spfile =
> > E:\ORACLE\PRODUCT\10.2.0\DB_1\DBS\SPFILEDB10G.ORA
> >
> > sga_target = 612368384
> >
> > control_files =
> > E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL01.CTL,
> > E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL02.CTL,
> > E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL03.CTL
> >
> > db_block_size = 8192
> >
> > __db_cache_size = 398458880
> >
> > compatible = 10.2.0.2.0
> >
> > db_file_multiblock_read_count= 16
> >
> > undo_management = AUTO
> >
> > undo_tablespace = UNDOTBS1
> >
> > remote_login_passwordfile= EXCLUSIVE
> >
> > db_domain =
> >
> > dispatchers = (PROTOCOL=TCP) (SERVICE=DB10GXDB)
> >
> > job_queue_processes = 10
> >
> > audit_file_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\ADUMP
> >
> > background_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\BDUMP
> >
> > user_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\UDUMP
> >
> > core_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\CDUMP
> >
> > db_name = DB10G
> >
> > open_cursors = 300
> >
> > pga_aggregate_target = 203423744
> >
> > PMON started with pid=2, OS id=2560
> >
> > PSP0 started with pid=3, OS id=2940
> >
> > MMAN started with pid=4, OS id=2688
> >
> > DBW0 started with pid=5, OS id=1832
> >
> > LGWR started with pid=6, OS id=2624
> >
> > CKPT started with pid=7, OS id=2060
> >
> > SMON started with pid=8, OS id=768
> >
> > RECO started with pid=9, OS id=576
> >
> > CJQ0 started with pid=10, OS id=2584
> >
> > MMON started with pid=11, OS id=452
> >
> > MMNL started with pid=12, OS id=2440
> >
> > Mon Jul 05 17:41:27 2010
> >
> > starting up 1 dispatcher(s) for network address
> > '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
> >
> > starting up 1 shared server(s) ...
> >
> > Mon Jul 05 17:41:27 2010
> >
> > ALTER DATABASE MOUNT
> >
> > Mon Jul 05 17:41:31 2010
> >
> > Setting recovery target incarnation to 2
> >
> > Mon Jul 05 17:41:31 2010
> >
> > Successful mount of redo thread 1, with mount id 115884039
> >
> > Mon Jul 05 17:41:31 2010
> >
> > Database mounted in Exclusive Mode
> >
> > Completed: ALTER DATABASE MOUNT
> >
> > Mon Jul 05 17:41:31 2010
> >
> > ALTER DATABASE OPEN
> >
> > Mon Jul 05 17:41:32 2010
> >
> > Beginning crash recovery of 1 threads
> >
> > parallel recovery started with 2 processes
> >
> > Mon Jul 05 17:41:33 2010
> >
> > Started redo scan
> >
> > Mon Jul 05 17:41:33 2010
> >
> > Completed redo scan
> >
> > 1 redo blocks read, 0 data blocks need recovery
> >
> > Mon Jul 05 17:41:33 2010
> >
> > Started redo application at
> >
> > Thread 1: logseq 277, block 2, scn 9571201
> >
> > Mon Jul 05 17:41:34 2010
> >
> > Recovery of Online Redo Log: Thread 1 Group 3 Seq 277 Reading mem 0
> >
> > Mem# 0 errs 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\REDO03.LOG
> >
> > Mon Jul 05 17:41:34 2010
> >
> > Completed redo application
> >
> > Mon Jul 05 17:41:34 2010
> >
> > Completed crash recovery at
> >
> > Thread 1: logseq 277, block 3, scn 9591203
> >
> > 0 data blocks read, 0 data blocks written, 1 redo blocks read
> >
> > Mon Jul 05 17:41:34 2010
> >
> > Thread 1 advanced to log sequence 278
> >
> > Thread 1 opened at log sequence 278
> >
> > Current log# 1 seq# 278 mem# 0:
> > E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\REDO01.LOG
> >
> > Successful open of redo thread 1
> >
> > Mon Jul 05 17:41:34 2010
> >
> > MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
> >
> > Mon Jul 05 17:41:34 2010
> >
> > SMON: enabling cache recovery
> >
> > Mon Jul 05 17:41:35 2010
> >
> > Hex dump of (file 2, block 57) in trace file
> > e:\oracle\product\10.2.0\admin\db10g\udump\db10g_ora_660.trc
> >
> > Corrup

RES: [oracle_br] Re: Corrupt block - Oracle 10.2.0.2 e Windows

2010-07-06 Thread Sharif - Yahoo
Oi David... 

 

Não é utilizado o RMAN nessa máquina, porem o pessoal encontrou um backup de 
alguns dias e como esse banco é de homologação foi reinstalado e voltou o 
backup.

 

Valeu pela atenção...

 

Abraços,

 

Sharif

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em nome 
de David Ricardo
Enviada em: terça-feira, 6 de julho de 2010 17:05
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Re: Corrupt block - Oracle 10.2.0.2 e Windows

 

  

Vc usa RMAN?
Se usar faça via BMR ( Block Media Recover), já fiz e é 100%.

veja abaixo :
http://databaseguard.blogspot.com/2009/08/rman-bmr-block-media-recover.html

Abraço e boa sorte!!!

2010/7/6 thiago986 mailto:thiago986%40yahoo.com.br> >

>
>
> De uma olhada sobre blockrecover no utilitário do RMAN. Pode ser útil.
>
> att,
> --- Em oracle_br@yahoogrupos.com.br   
> ,
> "Sharif - Yahoo"  escreveu
>
> >
> > Pessoal,
> >
> >
> >
> > Não consigo subir essa base... alguem sabe de alguma saída para conseguir
> > subir e descobrir onde está o problema ?
> >
> >
> >
> > Pelo que andei pesquisando para rodar o DBMS_REPAIR a base precisaria
> estar
> > aberta, certo ?
> >
> >
> >
> > Mon Jul 05 17:41:26 2010
> >
> > Starting ORACLE instance (normal)
> >
> > LICENSE_MAX_SESSION = 0
> >
> > LICENSE_SESSIONS_WARNING = 0
> >
> > Picked latch-free SCN scheme 2
> >
> > Using LOG_ARCHIVE_DEST_1 parameter default value as
> > E:\oracle\product\10.2.0\db_1\RDBMS
> >
> > Autotune of undo retention is turned on.
> >
> > IMODE=BR
> >
> > ILAT =18
> >
> > LICENSE_MAX_USERS = 0
> >
> > SYS auditing is disabled
> >
> > ksdpec: called for event 13740 prior to event group initialization
> >
> > Starting up ORACLE RDBMS Version: 10.2.0.2.0.
> >
> > System parameters with non-default values:
> >
> > processes = 150
> >
> > __shared_pool_size = 197132288
> >
> > __large_pool_size = 4194304
> >
> > __java_pool_size = 4194304
> >
> > __streams_pool_size = 0
> >
> > spfile =
> > E:\ORACLE\PRODUCT\10.2.0\DB_1\DBS\SPFILEDB10G.ORA
> >
> > sga_target = 612368384
> >
> > control_files =
> > E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL01.CTL,
> > E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL02.CTL,
> > E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\CONTROL03.CTL
> >
> > db_block_size = 8192
> >
> > __db_cache_size = 398458880
> >
> > compatible = 10.2.0.2.0
> >
> > db_file_multiblock_read_count= 16
> >
> > undo_management = AUTO
> >
> > undo_tablespace = UNDOTBS1
> >
> > remote_login_passwordfile= EXCLUSIVE
> >
> > db_domain =
> >
> > dispatchers = (PROTOCOL=TCP) (SERVICE=DB10GXDB)
> >
> > job_queue_processes = 10
> >
> > audit_file_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\ADUMP
> >
> > background_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\BDUMP
> >
> > user_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\UDUMP
> >
> > core_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\DB10G\CDUMP
> >
> > db_name = DB10G
> >
> > open_cursors = 300
> >
> > pga_aggregate_target = 203423744
> >
> > PMON started with pid=2, OS id=2560
> >
> > PSP0 started with pid=3, OS id=2940
> >
> > MMAN started with pid=4, OS id=2688
> >
> > DBW0 started with pid=5, OS id=1832
> >
> > LGWR started with pid=6, OS id=2624
> >
> > CKPT started with pid=7, OS id=2060
> >
> > SMON started with pid=8, OS id=768
> >
> > RECO started with pid=9, OS id=576
> >
> > CJQ0 started with pid=10, OS id=2584
> >
> > MMON started with pid=11, OS id=452
> >
> > MMNL started with pid=12, OS id=2440
> >
> > Mon Jul 05 17:41:27 2010
> >
> > starting up 1 dispatcher(s) for network address
> > '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
> >
> > starting up 1 shared server(s) ...
> >
> > Mon Jul 05 17:41:27 2010
> >
> > ALTER DATABASE MOUNT
> >
> > Mon Jul 05 17:41:31 2010
> >
> > Setting recovery target incarnation to 2
> >
> > Mon Jul 05 17:41:31 2010
> >
> > Successful mount of redo thread 1, with mount id 115884039
> >
> > Mon Jul 05 17:41:31 2010
> >
> > Database mounted in Exclusive Mode
> >
> > Completed: ALTER DATABASE MOUNT
> >
> > Mon Jul 05 17:41:31 2010
> >
> > ALTER DATABASE OPEN
> >
> > Mon Jul 05 17:41:32 2010
> >
> > Beginning crash recovery of 1 threads
> >
> > parallel recovery started with 2 processes
> >
> > Mon Jul 05 17:41:33 2010
> >
> > Started redo scan
> >
> > Mon Jul 05 17:41:33 2010
> >
> > Completed redo scan
> >
> > 1 redo blocks read, 0 data blocks need recovery
> >
> > Mon Jul 05 17:41:33 2010
> >
> > Started redo application at
> >
> > Thread 1: logseq 277, block 2, scn 9571201
> >
> > Mon Jul 05 17:41:34 2010
> >
> > Recovery of Online Redo Log: Thread 1 Group 3 Seq 277 Reading mem 0
> >
> > Mem# 0 errs 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10G\REDO03.LOG
> >
> > Mon Jul 05 17:41:34 2010
> >
> > Completed redo application
> >
> > Mon Jul 05 17:41:34 2010
> >
> > Completed crash recovery at
> >
> > Thread 1: logseq 277, block 3, scn 9591203
> >
> > 0 data blocks read, 0 data blocks written, 1 redo blocks read
> >
> > Mon Jul 05 17:41:34 2010

RES: [oracle_br] Re: Clients Oracle

2010-07-06 Thread José Laurindo
respostas :

--- 
>
> Chiappa, o que podemos mexer é em um aplicação que roda Delphi, ondee
> possuimos os fontes.

NÃO, plz releia minha resposta, eu NÃO estou sugerindo vc alterar os fontes, o 
que eu sugeri é vc CONFIGURAR como o aplicativo busca client : como eu disse, 
via de regra isso implica em mudar variáveis de PATH e/ou ORACLE_HOME, ou 
alterar arquivo de config/.INI, ou fazer mudança em registro, ok ? Pra nenhuma 
dessas alterações vc precisa de FONTES, normalmente : o que se faz, como eu 
disse, é ter um .BAT/shell script na máquina-cliente que faça a alteração 
necessária antes de acessar a aplicação...
  O que vc TEM que descobrir então, como eu disse, é de que forma configurar os 
aplicativos ... Se os fornecedores não puderem te dizer isso, ao menos vc tem 
que descobrir Exatamente qcomo está sendo feito o acesso ao banco, qual/quais 
middlewares estão em uso, qual linguagem/tool foi utilizada, que aí quem 
trabalha com aplicação desenvolvida similarmente pode te palpitar ...

 No caso do aplicativo interno seu em Delphi , não conheço muito esse cara mas 
sei que a info Crucial é saber exatamente qual componente vc usa pra acesso (se 
DOA, BDE, ou o que) , pois sei que a config de onde ele busca as libraries de 
client do Oracle (ou mesmo se usa, tem uns que acessam o listener diretamente, 
iirc) , é diferente em cada um ... manda então um outro email pra lista 
detalhando isso (e os detalhes que falei antes do seu ambiente, com versão de 
tudo) e um trechinho de programa que conecta no banco, que quem programa mais 
em Delphi (sei que tem vários colegas na lista) pode te ajudar mais e melhor...

 []s

  Chiappa