Re: [oracle_br] Atualizar certificação
Valeu Miltão. De: Milton Bastos Henriquis Jr. Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 10 de Janeiro de 2013 18:03 Assunto: Re: [oracle_br] Atualizar certificação 1Z0-052 e 053. A única prova do 9i que se reaproveita é a de SQL. 2013/1/10 Rafael Mendonca > ** > > > Boa tarde. > > Tenho um amigo de trabalho que possui uma certificação OCA 9i > e quer tirar a certificação OCP 11g. Quais caminhos que ele precisa para > dar um upgrade e se tornar ocp 11g? > > Quem puder ajudar agradeço. > > [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] Atualizar certificação
Boa tarde. Tenho um amigo de trabalho que possui uma certificação OCA 9i e quer tirar a certificação OCP 11g. Quais caminhos que ele precisa para dar um upgrade e se tornar ocp 11g? Quem puder ajudar agradeço. [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: Problemas com Procedures
ok, e sobre o autodrop - é algo estranho de se ter, também, cheque isso -
enfim, confira que o JOB e o Scheduler estão criados a contento INCLUSIVE,
já que vc está Debugando um job, acho EXTREMAMENTE de bom-tom se ter o log FULL
ativo no job, deixando o atributo de logging dele como LOGGING_FULL ...
Sobre o UTL_FILE, é simples : essa built-in do banco serve para gravar um
arquivo-texto no servidor, a minha Sugestão é que com ela vc GRAVE num
arquivo-texto uma msg mostrando que a procedure FOI executada - a minha
Suposição é que talvez o job até esteja sendo disparado mas o UPDATE não esteja
sendo feito. talvez por não encontrar linhas para o WHERE, enfim Seria algo
+ ou - do tipo :
CREATE DIRECTORY test_dir AS '/tmp'; -- uma pasta no servidor a que o usuário
dono do RDBMS tem acesso
e o código da proc seria tipo :
CREATE OR REPLACE PROCEDURE SIGITM_1_2_VTV.FIX_SPECIAL_CHAR_VTV AS
fileHandler UTL_FILE.FILE_TYPE;
BEGIN
fileHandler := UTL_FILE.FOPEN('test_dir', 'test_file.txt', 'W');
UTL_FILE.PUT_LINE(fileHandler, 'Vou fazer primeiro update em ' ||
to_char(sysdate, 'dd/mm/ hh24:mi:ss'));
UPDATE SIGITM_1_2_VTV.QRY_CONSULTA01 SET ENDERECO =
TRANSLATE(ENDERECO,CHR(26),' ') WHERE INSTR(ENDERECO,CHR(26)) > 0;
--
UTL_FILE.PUT_LINE(fileHandler, 'Vou fazer segundo update em ' ||
to_char(sysdate, 'dd/mm/ hh24:mi:ss'));
UPDATE SIGITM_1_2_VTV.TEB_ADDRESS_SITE_VW SET TELCOMPLEMENT =
TRANSLATE(TELCOMPLEMENT,CHR(26),' ') WHERE INSTR(TELCOMPLEMENT,CHR(26)) > 0;
COMMIT;
UTL_FILE.FCLOSE(fileHandler);
END;
e aí amanhã consulte os logs/erros do job E do scheduler (na
DBA_SCHEDULER_JOB_LOG e na DBA_SCHEDULER_JOB_RUN_DETAILS), veja se gerou as
linhas no arq de texto, é isso , sim ??
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, Wanderson Barrence escreveu
>
> Olá Chiappa,
>
> O job está com o ENABLED=TRUE, é que na hora de copiar, eu devo ter
> cometido algum engano.
>
> Adorei o idiótico.. kk (retirei um dos COMMIT's).
>
> O scheduler deste job está assim:
>
> BEGIN
> sys.DBMS_SCHEDULER.CREATE_SCHEDULE (
> repeat_interval => 'freq=daily; interval=1',
> start_date => TO_TIMESTAMP_TZ('2012-10-02 06:00:00
> America/Sao_Paulo','-MM-DD HH24.MI.SS TZR'),
> comments => 'Todo dia as 6h.',
> schedule_name => '"HERE_COMES_THE_SUN"');
>
> END;
>
> Eu só não entendi direito esse esquema com UTL_FILE, você pode me dar um
> exemplo?
>
> Att,
>
>
> --
> Wanderson Barrence
> DBA Oracle 10g/11g
> Analista de Testes - CBTS
> --
> MSN: wbarrence@...
> ICQ: 170821994
> Linkedin: http://br.linkedin.com/in/wbarrence
>
>
> Em 10 de janeiro de 2013 12:41, J. Laurindo Chiappa
> escreveu:
>
> > **
> >
> >
> > hmmm, pmfji mas tem umas coisas meio estranhas aí :
> >
> > - commit a cada statement na procedure ?? meio idiótico isso
> >
> > - job criado com ENABLED=>FALSE ??? AUTO_DROP=>TRUE ?? Meio estranho...
> >
> > E mostra pra gente EXATAMENTE o que está fazendo e quais são os atributos
> > todos desse tal schedule HERE_COMES_THE_SUN De repente tem um erro no
> > próprio scheduler, ou nos params do job
> >
> > Independente disso, e até para a gente confirmar ou negar que o problema é
> > no job ou no scheduler, sugiro que como eu disse antes :
> >
> > a) vc INSTRUMENTE a rotina, colocando um UTL_FILE que grave uma linhas
> > antes e depois de cada statement
> >
> > b) na próxima vez tente executar a rotina manualmente, pelo sqlplus, no
> > mesmo horário em que ela deveria disparar : se funcionar OK, a gente
> > esquece a possibilidade de objetos inválidos e quetais e investe no debug
> > desse scheduler e desse job...
> >
> >
> > []s
> >
> > Chiappa
> >
> > --- Em oracle_br@yahoogrupos.com.br, Wanderson Barrence escreveu
> > >
> > > Olá Milton,
> > >
> > > Segue a procedure:
> > >
> > > CREATE OR REPLACE PROCEDURE SIGITM_1_2_VTV.FIX_SPECIAL_CHAR_VTV
> > > AS
> > > BEGIN
> > > UPDATE SIGITM_1_2_VTV.QRY_CONSULTA01 SET ENDERECO =
> > > TRANSLATE(ENDERECO,CHR(26),' ') WHERE INSTR(ENDERECO,CHR(26)) > 0;
> > > COMMIT;
> > > UPDATE SIGITM_1_2_VTV.TEB_ADDRESS_SITE_VW SET TELCOMPLEMENT =
> > > TRANSLATE(TELCOMPLEMENT,CHR(26),' ') WHERE INSTR(TELCOMPLEMENT,CHR(26))
> > > 0;
> > > COMMIT;
> > > END;
> > >
> > > O código da JOB:
> > >
> > > BEGIN
> > > dbms_scheduler.create_job('"JOB_LIMPAR_CARACT_SPECIAL_VTV"',
> > > job_type=>'PLSQL_BLOCK', job_action=>
> > > 'BEGIN sigitm_1_2_vtv.fix_special_char_vtv; END;'
> > > , number_of_arguments=>0,
> > > schedule_name=>'"HERE_COMES_THE_SUN"',
> > > job_class=>'"DEFAULT_JOB_CLASS"', enabled=>FALSE,
> > auto_drop=>TRUE,comments=>
> > > 'limpa caracteres especiais da importacao do VTV'
> > > );
> > > dbms_scheduler.enable('"JOB_LIMPAR_CARACT_SPECIAL_VTV"');
> > > COMMIT;
> > > END;
> > >
> > > E o log de execução:
> > >
> > > TIMESTAMP 10-JAN-13 07:01:08
> > > JOB_NAME JOB_LIMPAR_CARACT_SPECIAL_VTV
> > >
Re: [oracle_br] Re: Problemas com Procedures
Olá Chiappa,
O job está com o ENABLED=TRUE, é que na hora de copiar, eu devo ter
cometido algum engano.
Adorei o idiótico.. kk (retirei um dos COMMIT's).
O scheduler deste job está assim:
BEGIN
sys.DBMS_SCHEDULER.CREATE_SCHEDULE (
repeat_interval => 'freq=daily; interval=1',
start_date => TO_TIMESTAMP_TZ('2012-10-02 06:00:00
America/Sao_Paulo','-MM-DD HH24.MI.SS TZR'),
comments => 'Todo dia as 6h.',
schedule_name => '"HERE_COMES_THE_SUN"');
END;
Eu só não entendi direito esse esquema com UTL_FILE, você pode me dar um
exemplo?
Att,
--
Wanderson Barrence
DBA Oracle 10g/11g
Analista de Testes - CBTS
--
MSN: wbarre...@hotmail.com
ICQ: 170821994
Linkedin: http://br.linkedin.com/in/wbarrence
Em 10 de janeiro de 2013 12:41, J. Laurindo Chiappa
escreveu:
> **
>
>
> hmmm, pmfji mas tem umas coisas meio estranhas aí :
>
> - commit a cada statement na procedure ?? meio idiótico isso
>
> - job criado com ENABLED=>FALSE ??? AUTO_DROP=>TRUE ?? Meio estranho...
>
> E mostra pra gente EXATAMENTE o que está fazendo e quais são os atributos
> todos desse tal schedule HERE_COMES_THE_SUN De repente tem um erro no
> próprio scheduler, ou nos params do job
>
> Independente disso, e até para a gente confirmar ou negar que o problema é
> no job ou no scheduler, sugiro que como eu disse antes :
>
> a) vc INSTRUMENTE a rotina, colocando um UTL_FILE que grave uma linhas
> antes e depois de cada statement
>
> b) na próxima vez tente executar a rotina manualmente, pelo sqlplus, no
> mesmo horário em que ela deveria disparar : se funcionar OK, a gente
> esquece a possibilidade de objetos inválidos e quetais e investe no debug
> desse scheduler e desse job...
>
>
> []s
>
> Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br, Wanderson Barrence escreveu
> >
> > Olá Milton,
> >
> > Segue a procedure:
> >
> > CREATE OR REPLACE PROCEDURE SIGITM_1_2_VTV.FIX_SPECIAL_CHAR_VTV
> > AS
> > BEGIN
> > UPDATE SIGITM_1_2_VTV.QRY_CONSULTA01 SET ENDERECO =
> > TRANSLATE(ENDERECO,CHR(26),' ') WHERE INSTR(ENDERECO,CHR(26)) > 0;
> > COMMIT;
> > UPDATE SIGITM_1_2_VTV.TEB_ADDRESS_SITE_VW SET TELCOMPLEMENT =
> > TRANSLATE(TELCOMPLEMENT,CHR(26),' ') WHERE INSTR(TELCOMPLEMENT,CHR(26))
> > 0;
> > COMMIT;
> > END;
> >
> > O código da JOB:
> >
> > BEGIN
> > dbms_scheduler.create_job('"JOB_LIMPAR_CARACT_SPECIAL_VTV"',
> > job_type=>'PLSQL_BLOCK', job_action=>
> > 'BEGIN sigitm_1_2_vtv.fix_special_char_vtv; END;'
> > , number_of_arguments=>0,
> > schedule_name=>'"HERE_COMES_THE_SUN"',
> > job_class=>'"DEFAULT_JOB_CLASS"', enabled=>FALSE,
> auto_drop=>TRUE,comments=>
> > 'limpa caracteres especiais da importacao do VTV'
> > );
> > dbms_scheduler.enable('"JOB_LIMPAR_CARACT_SPECIAL_VTV"');
> > COMMIT;
> > END;
> >
> > E o log de execução:
> >
> > TIMESTAMP 10-JAN-13 07:01:08
> > JOB_NAME JOB_LIMPAR_CARACT_SPECIAL_VTV
> > STATUS SUCCEEDED
> > ADDITIONAL_INFO
> >
> > Att,
> >
> > --
> > Wanderson Barrence
> > DBA Oracle 10g/11g
> > Analista de Testes - CBTS
> > --
> > MSN: wbarrence@...
>
> > ICQ: 170821994
> > Linkedin: http://br.linkedin.com/in/wbarrence
> >
> >
> > Em 10 de janeiro de 2013 11:03, Milton Bastos Henriquis Jr. <
> > miltonbastos@...> escreveu:
>
> >
> > > Vc disse que os JOBs estão sendo executados, mas as SP's que os Jobs
> > > deveriam executar não estão executando.
> > >
> > > Poderia por favor colar detalhes aqui pra gente?
> > >
> > > Mande evidencias mostrando que os jobs estão sendo executados, mande as
> > > mensagens de erro (caso esses aconteçam, pois vc não especificou),
> > > mande o código do job, mande o erro que acontece quando tenta executar
> a SP
> > > sem recompilar, etc.
> > >
> > >
> > >
> > > 2013/1/10 Wanderson Barrence
> > >
> > > > **
> > > >
> > > >
> > > > Olá Pessoal,
> > > >
> > > > Feliz 2013 para todos.
> > > >
> > > > Então estou com um problema muito estranho no banco de Produção, eu
> tenho
> > > > algumas procedures que são executadas diariamente através de JOBS
> > > > agendadas, todos os dias as JOBS agendadas são executadas, mas as
> > > > procedures que essas JOBS devem executar não, e para que essas
> procedures
> > > > funcionem corretamente, eu tenho que re-compilar elas todos os dias
> de
> > > > manhã e executá-las manualmente.
> > > >
> > > > Alguém sabe me explicar o que está acontecendo com essas procedures?
> E
> > > > porque todos os dias eu tenho que re-compilar as procedures?
> > > >
> > > > Att,
> > > >
> > > > --
> > > > Wanderson Barrence
> > > > DBA Oracle 10g/11g
> > > > Analista de Testes - CBTS
> > > > --
> > > > MSN: wbarrence@...
>
> > > > ICQ: 170821994
> > > > Linkedin: http://br.linkedin.com/in/wbarrence
> > > >
> > > > [As partes desta mensagem que não continham texto foram removidas]
> > > >
> > > >
> > > >
> > >
> > >
> > > [As partes desta mensage
Re: [oracle_br] ORA-00201
certamente, falta na Permissão de gravação na pasta C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF 2013/1/10 Rafael Mendonca > ** > > > JLSIlva e o Rodrigo mataram a xarada. FOi exatamente isso que estava > faltando. > COnsegui montar o banco. Mas outro erro estranho está sendo gerado ao > tentar levantar o banco: > > SQL> startup nomount; > InstÔncia ORACLE iniciada. > > Total System Global Area 612368384 bytes > Fixed Size 1292036 bytes > Variable Size 201328892 bytes > Database Buffers 402653184 bytes > Redo Buffers7094272 bytes > SQL> alter database mount; > > Banco de dados alterado. > > SQL> alter database open; > alter database open > * > ERRO na linha 1: > ORA-01157: n?o e possivel identificar/bloquear arquivo de dados 5 - consul > arquivo de analise DBWR > ORA-01110: 5 do arquivo de dados: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' > > SQL> select name from v$datafile where file# = 5; > > NAME > - > > C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF > > Fui no diretório e o arquivo está lá. > > C:\oracle\oradata\farma\TSD_MEDI01.DBF > > Alguém pode ajudar? > > > De: Rodrigo Mufalani rodr...@mufalani.com.br> > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 10 de Janeiro de 2013 10:37 > Assunto: Re: [oracle_br] ORA-00201 > > > > > > Bom dia, > > Eu não li a thread toda... Malz... > > Veja como está o seu > parametro "compatible" na base destino. > > Att, > Mufalani > > Bom dia, > > Você seguiu passo a passo o que o patch pediu? Aplicou os scripts de > atualização do > dicionário de dados? > > Atenciosamente, > > Rodrigo > Mufalani > Oracle Ace > Member > http://www.mufalani.com.br > > Os meu passos foram o seguinte: > > 1 - Primeiro > instalei o Oracle 10gR2 no mesmo S.O que cliente possui. > 2 - Criei o database com o mesmo > nome da > instância(FARMA) do cliente nos mesmos diretórios. > > 3 - Parei os serviços > do > Oracle > > 4 - renomei a pasta > > C:\oracle\product\10.2.0\oradata\FARMA > > para > > C:\oracle\product\10.2.0\oradata\FARMA_old > > e joguei os arquivos do cliente dentro da > diretório > > C:\oracle\product\10.2.0\oradata\FARMA > > 5 - Subi o serviço do > oracle e tentei levantar o banco, me gerando o erro de incompatibilidade > com os controlfiles. > > 6 - Parei > o > serviço do oracle e apliquei o patch p5337014_10203_WINNT.zip > > 7 - Levantei os > serviços > do Oracle e tentei levantar o banco e mesmo depois do patchset aplicado o > erro foi me gerado > novamente. > > > > De: Milton Bastos Henriquis Jr. > miltonbas...@gmail.com> > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 10 de Janeiro > de > 2013 10:25 > Assunto: Re: [oracle_br] ORA-00201 > > Reproduza aqui pra gente como vc fez pra subir a > base. > Quais foram seus > passos? > O que fez pra criar a instância? > > 2013/1/10 > Rafael Mendonca raffaell.t...@yahoo.com> > > > ** > > > > > > > Pessoal, bom dia. > > > > Recebi um backup frio(consistente) de um cliente com todos os arquivos > > > físicos(datafiles, tempfile, undo,controlfiles,redolog). > > > > Cenário do > cliente: > > > > Oracle EE 10.2.0.3 > > Windows 32 bits > > > > Meu Cenário: > > > > Oracle EE 10.2.0.1 > > Windows 32 bits > > > > Fiz a cópia dos arquivos para > meu > servidor e tentei levantar o banco, mas > > o erro gerado me apareceu: > > > > > ORA-00201: > Versão 10.2.0.3 do arquivo de controle incompativel com a > > versao 10.2.0.1 ORACLE. > > > > > Com isso, eu apliquei um patch para atualizar a minha versão para 10.2.0.3 > > > > conforme segue > abaixo: > > > > SQL> select * from v$version; > > > > BANNER > > > -- > > Oracle Database 10g Enterprise > Edition Release > 10.2.0.3.0 - Prod > > PL/SQL Release 10.2.0.3.0 - Production > > CORE > 10.2.0.3.0 > Production > > TNS for 32-bit Windows: Version 10.2.0.3.0 - Production > > NLSRTL Version > 10.2.0.3.0 - Production > > > > Tentei novamente subir o banco, mas o mesmo > erro me foi gerado, > alguém tem > > alguma idéia como posso resolver isso? > > > > > [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 qu
[oracle_br] Re: ORA-00201
Ah tá : SE vc não recebeu initfile/spfile então sorry, vc Não Tem um backup completo e íntegro, então isso explica muito O procedimento melhor seria esse mesmo, refazer o backup, DESTA VEZ se assegurando que ele está COMPLETO, VERIFICAR se casualmente não há diferença de versão bit-size, permissões, hardware, software (service packs, etc)ou quetais entre os servidores, CONFIRMAR que não há nenhum software de segurança (firewalls, antivirus, etc) barrando as ações no servidor destino, criar no servidor destino uma INSTÂNCIA (não uma database!!) com o nome apropriado, SE ASSEGURANDO que não apenas as versões dos binários estão id~enticas, MAS que também os patches/patchsets estão id~enticos em ambos, e restaurar/subir... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Rafael Mendonca escreveu > > Verifiquei pelo RMAN, não existe blocos corrompidos. > Eu não recebi o arquivo de parâmetros pfile/spfile. > Estou fazedo a cópia novamente, quanto as outras questões irei verificar e > digo algo a respeito para vocês. > > > > De: J. Laurindo Chiappa > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 10 de Janeiro de 2013 12:22 > Assunto: [oracle_br] Re: ORA-00201 > > > > Opa, essa msg muda todo o cenário : o que ocorre é que NÃO *** é vc quem > "especifica o tamanho de bloco", isso já está NO DATABASE (o tamanho default) > E nos controlfiles/initfiles (para as tablespaces que não usam o bloco > default e foram criadas com blocksize customizado) - ora, já que vc diz que > Recebeu um backup cold completo, com datafiles+controlfiles+initfiles, tudo > já está registrado certinho, COMPLETO COM initfiles e tudo (e aí vc portanto > criou a INSTÂNCIA, absolutamente Não Faz Sentido quando vc falou que 'criou o > database com o nome da instãncia - database são os Arquivos Físicos, que vc > diz que recebeu!!!), então as possibilidades para esse erro são : > > a) o teu Sistema Operacional (Windows 32-bits, quem sabe??) tem um limite > máximo de tamanho de arquivo INFERIOR ao tamanho original desse datafile > (criado em Windows 64-bits, talvez ??) > > OU > > b) por qquer falha de hardware/software, na hora de fazer o backup e/ou na > hora de transportar o arquivo para essa máquina um pedaço do arquivo não foi > copiado, corrompendo-o : neste caso não tem jeito - já que vc não tem os > archives, imagino, não tem como fazer block recover nem nada, é remover esse > datafile do banco, se possível/viável, se não reportar e pedir novo backup > > É checar se tem algum limitador de tamanho máximo de arquivo no teu SO > []s > > Chiappa > > > --- Em oracle_br@yahoogrupos.com.br, Rafael Mendonca escreveu > > > > Eu fui no alert_log e encontrei o seguinte: > > > > Errors in file > > c:\oracle\product\10.2.0\admin\farma\bdump\farma_dbw0_484.trc: > > ORA-01157: cannot identify/lock data file 5 - see DBWR trace file > > ORA-01110: data file 5: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' > > ORA-27046: file size is not a multiple of logical block size > > OSD-04012: incompatibilidade de tamanho de arquivo (OS 30069196) > > > > Existe alguma solução para isso ? Qual tamanho do bloco eu deveria > > especificar? > > > > O tamanho do bloco do Oracle: > > > > *.db_block_size=8192 > > > > > > > > > > De: JLSilva > > Para: oracle_br@yahoogrupos.com.br > > Enviadas: Quinta-feira, 10 de Janeiro de 2013 11:09 > > Assunto: Re: [oracle_br] ORA-00201 > > > > > > > > hm.. por ser um windows, eu suspeitaria de algum antivírus que estaria > > impedindo o acesso ao arquivo.. > > mas, há tempos que não trabalho com oracle em windows.. > > vamos ver o que o pessoal tem a dizer. > > > > On Jan 10, 2013, at 10:58 AM, Rafael Mendonca raffaell.ti77@> wrote: > > > > > JLSIlva e o Rodrigo mataram a xarada. FOi exatamente isso que estava > > > faltando. > > > COnsegui montar o banco. Mas outro erro estranho está sendo gerado ao > > > tentar levantar o banco: > > > > > > SQL> startup nomount; > > > InstÔncia ORACLE iniciada. > > > > > > Total System Global Area 612368384 bytes > > > Fixed Size 1292036 bytes > > > Variable Size 201328892 bytes > > > Database Buffers 402653184 bytes > > > Redo Buffers7094272 bytes > > > SQL> alter database mount; > > > > > > Banco de dados alterado. > > > > > > SQL> alter database open; > > > alter database open > > > * > > > ERRO na linha 1: > > > ORA-01157: n?o e possivel identificar/bloquear arquivo de dados 5 - consul > > > arquivo de analise DBWR > > > ORA-01110: 5 do arquivo de dados: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' > > > > > > SQL> select name from v$datafile where file# = 5; > > > > > > NAME > > > - > > > > > > C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF > > > > > > > > > Fui no diretório e o arquivo está lá. > > > > > > C:\oracle\oradata\farma\TSD_MEDI
[oracle_br] Re: Problemas com Procedures
hmmm, pmfji mas tem umas coisas meio estranhas aí :
- commit a cada statement na procedure ?? meio idiótico isso
- job criado com ENABLED=>FALSE ??? AUTO_DROP=>TRUE ?? Meio estranho...
E mostra pra gente EXATAMENTE o que está fazendo e quais são os atributos
todos desse tal schedule HERE_COMES_THE_SUN De repente tem um erro no
próprio scheduler, ou nos params do job
Independente disso, e até para a gente confirmar ou negar que o problema é
no job ou no scheduler, sugiro que como eu disse antes :
a) vc INSTRUMENTE a rotina, colocando um UTL_FILE que grave uma linhas antes
e depois de cada statement
b) na próxima vez tente executar a rotina manualmente, pelo sqlplus, no
mesmo horário em que ela deveria disparar : se funcionar OK, a gente esquece a
possibilidade de objetos inválidos e quetais e investe no debug desse scheduler
e desse job...
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, Wanderson Barrence escreveu
>
> Olá Milton,
>
> Segue a procedure:
>
> CREATE OR REPLACE PROCEDURE SIGITM_1_2_VTV.FIX_SPECIAL_CHAR_VTV
> AS
> BEGIN
> UPDATE SIGITM_1_2_VTV.QRY_CONSULTA01 SET ENDERECO =
> TRANSLATE(ENDERECO,CHR(26),' ') WHERE INSTR(ENDERECO,CHR(26)) > 0;
> COMMIT;
> UPDATE SIGITM_1_2_VTV.TEB_ADDRESS_SITE_VW SET TELCOMPLEMENT =
> TRANSLATE(TELCOMPLEMENT,CHR(26),' ') WHERE INSTR(TELCOMPLEMENT,CHR(26)) > 0;
> COMMIT;
> END;
>
> O código da JOB:
>
> BEGIN
> dbms_scheduler.create_job('"JOB_LIMPAR_CARACT_SPECIAL_VTV"',
> job_type=>'PLSQL_BLOCK', job_action=>
> 'BEGIN sigitm_1_2_vtv.fix_special_char_vtv; END;'
> , number_of_arguments=>0,
> schedule_name=>'"HERE_COMES_THE_SUN"',
> job_class=>'"DEFAULT_JOB_CLASS"', enabled=>FALSE, auto_drop=>TRUE,comments=>
> 'limpa caracteres especiais da importacao do VTV'
> );
> dbms_scheduler.enable('"JOB_LIMPAR_CARACT_SPECIAL_VTV"');
> COMMIT;
> END;
>
> E o log de execução:
>
> TIMESTAMP 10-JAN-13 07:01:08
> JOB_NAME JOB_LIMPAR_CARACT_SPECIAL_VTV
> STATUS SUCCEEDED
> ADDITIONAL_INFO
>
> Att,
>
> --
> Wanderson Barrence
> DBA Oracle 10g/11g
> Analista de Testes - CBTS
> --
> MSN: wbarrence@...
> ICQ: 170821994
> Linkedin: http://br.linkedin.com/in/wbarrence
>
>
> Em 10 de janeiro de 2013 11:03, Milton Bastos Henriquis Jr. <
> miltonbastos@...> escreveu:
>
> > Vc disse que os JOBs estão sendo executados, mas as SP's que os Jobs
> > deveriam executar não estão executando.
> >
> > Poderia por favor colar detalhes aqui pra gente?
> >
> > Mande evidencias mostrando que os jobs estão sendo executados, mande as
> > mensagens de erro (caso esses aconteçam, pois vc não especificou),
> > mande o código do job, mande o erro que acontece quando tenta executar a SP
> > sem recompilar, etc.
> >
> >
> >
> > 2013/1/10 Wanderson Barrence
> >
> > > **
> > >
> > >
> > > Olá Pessoal,
> > >
> > > Feliz 2013 para todos.
> > >
> > > Então estou com um problema muito estranho no banco de Produção, eu tenho
> > > algumas procedures que são executadas diariamente através de JOBS
> > > agendadas, todos os dias as JOBS agendadas são executadas, mas as
> > > procedures que essas JOBS devem executar não, e para que essas procedures
> > > funcionem corretamente, eu tenho que re-compilar elas todos os dias de
> > > manhã e executá-las manualmente.
> > >
> > > Alguém sabe me explicar o que está acontecendo com essas procedures? E
> > > porque todos os dias eu tenho que re-compilar as procedures?
> > >
> > > Att,
> > >
> > > --
> > > Wanderson Barrence
> > > DBA Oracle 10g/11g
> > > Analista de Testes - CBTS
> > > --
> > > MSN: wbarrence@...
> > > ICQ: 170821994
> > > Linkedin: http://br.linkedin.com/in/wbarrence
> > >
> > > [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]
>
Re: [oracle_br] Re: ORA-00201
Verifiquei pelo RMAN, não existe blocos corrompidos. Eu não recebi o arquivo de parâmetros pfile/spfile. Estou fazedo a cópia novamente, quanto as outras questões irei verificar e digo algo a respeito para vocês. De: J. Laurindo Chiappa Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 10 de Janeiro de 2013 12:22 Assunto: [oracle_br] Re: ORA-00201 Opa, essa msg muda todo o cenário : o que ocorre é que NÃO *** é vc quem "especifica o tamanho de bloco", isso já está NO DATABASE (o tamanho default) E nos controlfiles/initfiles (para as tablespaces que não usam o bloco default e foram criadas com blocksize customizado) - ora, já que vc diz que Recebeu um backup cold completo, com datafiles+controlfiles+initfiles, tudo já está registrado certinho, COMPLETO COM initfiles e tudo (e aí vc portanto criou a INSTÂNCIA, absolutamente Não Faz Sentido quando vc falou que 'criou o database com o nome da instãncia - database são os Arquivos Físicos, que vc diz que recebeu!!!), então as possibilidades para esse erro são : a) o teu Sistema Operacional (Windows 32-bits, quem sabe??) tem um limite máximo de tamanho de arquivo INFERIOR ao tamanho original desse datafile (criado em Windows 64-bits, talvez ??) OU b) por qquer falha de hardware/software, na hora de fazer o backup e/ou na hora de transportar o arquivo para essa máquina um pedaço do arquivo não foi copiado, corrompendo-o : neste caso não tem jeito - já que vc não tem os archives, imagino, não tem como fazer block recover nem nada, é remover esse datafile do banco, se possível/viável, se não reportar e pedir novo backup É checar se tem algum limitador de tamanho máximo de arquivo no teu SO []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Rafael Mendonca escreveu > > Eu fui no alert_log e encontrei o seguinte: > > Errors in file c:\oracle\product\10.2.0\admin\farma\bdump\farma_dbw0_484.trc: > ORA-01157: cannot identify/lock data file 5 - see DBWR trace file > ORA-01110: data file 5: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' > ORA-27046: file size is not a multiple of logical block size > OSD-04012: incompatibilidade de tamanho de arquivo (OS 30069196) > > Existe alguma solução para isso ? Qual tamanho do bloco eu deveria > especificar? > > O tamanho do bloco do Oracle: > > *.db_block_size=8192 > > > > > De: JLSilva > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 10 de Janeiro de 2013 11:09 > Assunto: Re: [oracle_br] ORA-00201 > > > > hm.. por ser um windows, eu suspeitaria de algum antivírus que estaria > impedindo o acesso ao arquivo.. > mas, há tempos que não trabalho com oracle em windows.. > vamos ver o que o pessoal tem a dizer. > > On Jan 10, 2013, at 10:58 AM, Rafael Mendonca raffaell.ti77@...> wrote: > > > JLSIlva e o Rodrigo mataram a xarada. FOi exatamente isso que estava > > faltando. > > COnsegui montar o banco. Mas outro erro estranho está sendo gerado ao > > tentar levantar o banco: > > > > SQL> startup nomount; > > InstÔncia ORACLE iniciada. > > > > Total System Global Area 612368384 bytes > > Fixed Size 1292036 bytes > > Variable Size 201328892 bytes > > Database Buffers 402653184 bytes > > Redo Buffers7094272 bytes > > SQL> alter database mount; > > > > Banco de dados alterado. > > > > SQL> alter database open; > > alter database open > > * > > ERRO na linha 1: > > ORA-01157: n?o e possivel identificar/bloquear arquivo de dados 5 - consul > > arquivo de analise DBWR > > ORA-01110: 5 do arquivo de dados: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' > > > > SQL> select name from v$datafile where file# = 5; > > > > NAME > > - > > > > C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF > > > > > > Fui no diretório e o arquivo está lá. > > > > C:\oracle\oradata\farma\TSD_MEDI01.DBF > > > > > > Alguém pode ajudar? > > > > > > > > De: Rodrigo Mufalani rodrigo@...> > > Para: oracle_br@yahoogrupos.com.br > > Enviadas: Quinta-feira, 10 de Janeiro de 2013 10:37 > > Assunto: Re: [oracle_br] ORA-00201 > > > > > > > > > > > > Bom dia, > > > > Eu não li a thread toda... Malz... > > > > Veja como está o seu > > parametro "compatible" na base destino. > > > > Att, > > Mufalani > > > > Bom dia, > > > > Você seguiu passo a passo o que o patch pediu? Aplicou os scripts de > > atualização do > > dicionário de dados? > > > > Atenciosamente, > > > > Rodrigo > > Mufalani > > Oracle Ace > > Member > > http://www.mufalani.com.br > > > > Os meu passos foram o seguinte: > > > > 1 - Primeiro > > instalei o Oracle 10gR2 no mesmo S.O que cliente possui. > > 2 - Criei o database com o mesmo > > nome da > > instância(FARMA) do cliente nos mesmos diretórios. > > > > 3 - Parei os serviços > > do > > Oracle > > > > 4 - renomei a pasta > > > > C:\oracle\product\10.2.0\oradata\F
[oracle_br] Re: ORA-00201
Opa, essa msg muda todo o cenário : o que ocorre é que NÃO *** é vc quem "especifica o tamanho de bloco", isso já está NO DATABASE (o tamanho default) E nos controlfiles/initfiles (para as tablespaces que não usam o bloco default e foram criadas com blocksize customizado) - ora, já que vc diz que Recebeu um backup cold completo, com datafiles+controlfiles+initfiles, tudo já está registrado certinho, COMPLETO COM initfiles e tudo (e aí vc portanto criou a INSTÂNCIA, absolutamente Não Faz Sentido quando vc falou que 'criou o database com o nome da instãncia - database são os Arquivos Físicos, que vc diz que recebeu!!!), então as possibilidades para esse erro são : a) o teu Sistema Operacional (Windows 32-bits, quem sabe??) tem um limite máximo de tamanho de arquivo INFERIOR ao tamanho original desse datafile (criado em Windows 64-bits, talvez ??) OU b) por qquer falha de hardware/software, na hora de fazer o backup e/ou na hora de transportar o arquivo para essa máquina um pedaço do arquivo não foi copiado, corrompendo-o : neste caso não tem jeito - já que vc não tem os archives, imagino, não tem como fazer block recover nem nada, é remover esse datafile do banco, se possível/viável, se não reportar e pedir novo backup É checar se tem algum limitador de tamanho máximo de arquivo no teu SO []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Rafael Mendonca escreveu > > Eu fui no alert_log e encontrei o seguinte: > > Errors in file c:\oracle\product\10.2.0\admin\farma\bdump\farma_dbw0_484.trc: > ORA-01157: cannot identify/lock data file 5 - see DBWR trace file > ORA-01110: data file 5: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' > ORA-27046: file size is not a multiple of logical block size > OSD-04012: incompatibilidade de tamanho de arquivo (OS 30069196) > > Existe alguma solução para isso ? Qual tamanho do bloco eu deveria > especificar? > > O tamanho do bloco do Oracle: > > *.db_block_size=8192 > > > > > De: JLSilva > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 10 de Janeiro de 2013 11:09 > Assunto: Re: [oracle_br] ORA-00201 > > > > hm.. por ser um windows, eu suspeitaria de algum antivírus que estaria > impedindo o acesso ao arquivo.. > mas, há tempos que não trabalho com oracle em windows.. > vamos ver o que o pessoal tem a dizer. > > On Jan 10, 2013, at 10:58 AM, Rafael Mendonca raffaell.ti77@...> wrote: > > > JLSIlva e o Rodrigo mataram a xarada. FOi exatamente isso que estava > > faltando. > > COnsegui montar o banco. Mas outro erro estranho está sendo gerado ao > > tentar levantar o banco: > > > > SQL> startup nomount; > > InstÔncia ORACLE iniciada. > > > > Total System Global Area 612368384 bytes > > Fixed Size 1292036 bytes > > Variable Size 201328892 bytes > > Database Buffers 402653184 bytes > > Redo Buffers7094272 bytes > > SQL> alter database mount; > > > > Banco de dados alterado. > > > > SQL> alter database open; > > alter database open > > * > > ERRO na linha 1: > > ORA-01157: n?o e possivel identificar/bloquear arquivo de dados 5 - consul > > arquivo de analise DBWR > > ORA-01110: 5 do arquivo de dados: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' > > > > SQL> select name from v$datafile where file# = 5; > > > > NAME > > - > > > > C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF > > > > > > Fui no diretório e o arquivo está lá. > > > > C:\oracle\oradata\farma\TSD_MEDI01.DBF > > > > > > Alguém pode ajudar? > > > > > > > > De: Rodrigo Mufalani rodrigo@...> > > Para: oracle_br@yahoogrupos.com.br > > Enviadas: Quinta-feira, 10 de Janeiro de 2013 10:37 > > Assunto: Re: [oracle_br] ORA-00201 > > > > > > > > > > > > Bom dia, > > > > Eu não li a thread toda... Malz... > > > > Veja como está o seu > > parametro "compatible" na base destino. > > > > Att, > > Mufalani > > > > Bom dia, > > > > Você seguiu passo a passo o que o patch pediu? Aplicou os scripts de > > atualização do > > dicionário de dados? > > > > Atenciosamente, > > > > Rodrigo > > Mufalani > > Oracle Ace > > Member > > http://www.mufalani.com.br > > > > Os meu passos foram o seguinte: > > > > 1 - Primeiro > > instalei o Oracle 10gR2 no mesmo S.O que cliente possui. > > 2 - Criei o database com o mesmo > > nome da > > instância(FARMA) do cliente nos mesmos diretórios. > > > > 3 - Parei os serviços > > do > > Oracle > > > > 4 - renomei a pasta > > > > C:\oracle\product\10.2.0\oradata\FARMA > > > > para > > > > C:\oracle\product\10.2.0\oradata\FARMA_old > > > > e joguei os arquivos do cliente dentro da > > diretório > > > > C:\oracle\product\10.2.0\oradata\FARMA > > > > 5 - Subi o serviço do > > oracle e tentei levantar o banco, me gerando o erro de incompatibilidade > > com os controlfiles. > > > > 6 - Parei > > o > >
Re: [oracle_br] ORA-00201
JLSilva, eu também imaginei isso. Mas pode ser também que o tamanho do bloco dos arquivos de banco do cliente não seja igual ao que estou utilizando, eu solicitei o arquivo de parâmetro dele para fazer um teste. Caso seja igual, tentarei realizar a cópia novamente. SIm, o banco de dados foi fechado de maneira consistente(shutdown immediate). De: JLSilva Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 10 de Janeiro de 2013 12:02 Assunto: Re: [oracle_br] ORA-00201 Rafael, nesse caso pode ser corrupção do arquivo, mesmo. Esse erro indica que o arquivo físico deveria ter um tamanho múltiplo de 8k (bloco default do banco), mas está com um tamanho diferente. como essa cópia foi gerada? o banco estava offline no momento da cópia? vc ainda tem a cópia que fez do banco original? veja se o arquivo q vc está usando está igual ao arquivo da cópia. imagino q o banco original está em uso, portanto não dá mais para vc comparar com o arquivo original em uso do banco origem. On Jan 10, 2013, at 11:16 AM, Rafael Mendonca raffaell.t...@yahoo.com> wrote: > Eu fui no alert_log e encontrei o seguinte: > > Errors in file c:\oracle\product\10.2.0\admin\farma\bdump\farma_dbw0_484.trc: > ORA-01157: cannot identify/lock data file 5 - see DBWR trace file > ORA-01110: data file 5: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' > ORA-27046: file size is not a multiple of logical block size > OSD-04012: incompatibilidade de tamanho de arquivo (OS 30069196) > > Existe alguma solução para isso ? Qual tamanho do bloco eu deveria > especificar? > > O tamanho do bloco do Oracle: > > *.db_block_size=8192 > > > > > De: JLSilva jljlsi...@yahoo.com.br> > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 10 de Janeiro de 2013 11:09 > Assunto: Re: [oracle_br] ORA-00201 > > > > hm.. por ser um windows, eu suspeitaria de algum antivírus que estaria > impedindo o acesso ao arquivo.. > mas, há tempos que não trabalho com oracle em windows.. > vamos ver o que o pessoal tem a dizer. > > On Jan 10, 2013, at 10:58 AM, Rafael Mendonca raffaell.t...@yahoo.com> wrote: > >> JLSIlva e o Rodrigo mataram a xarada. FOi exatamente isso que estava >> faltando. >> COnsegui montar o banco. Mas outro erro estranho está sendo gerado ao tentar >> levantar o banco: >> >> SQL> startup nomount; >> InstÔncia ORACLE iniciada. >> >> Total System Global Area 612368384 bytes >> Fixed Size 1292036 bytes >> Variable Size 201328892 bytes >> Database Buffers 402653184 bytes >> Redo Buffers7094272 bytes >> SQL> alter database mount; >> >> Banco de dados alterado. >> >> SQL> alter database open; >> alter database open >> * >> ERRO na linha 1: >> ORA-01157: n?o e possivel identificar/bloquear arquivo de dados 5 - consul >> arquivo de analise DBWR >> ORA-01110: 5 do arquivo de dados: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' >> >> SQL> select name from v$datafile where file# = 5; >> >> NAME >> - >> >> C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF >> >> >> Fui no diretório e o arquivo está lá. >> >> C:\oracle\oradata\farma\TSD_MEDI01.DBF >> >> >> Alguém pode ajudar? >> >> >> >> De: Rodrigo Mufalani rodr...@mufalani.com.br> >> Para: oracle_br@yahoogrupos.com.br >> Enviadas: Quinta-feira, 10 de Janeiro de 2013 10:37 >> Assunto: Re: [oracle_br] ORA-00201 >> >> >> >> >> >> Bom dia, >> >> Eu não li a thread toda... Malz... >> >> Veja como está o seu >> parametro "compatible" na base destino. >> >> Att, >> Mufalani >> >> Bom dia, >> >> Você seguiu passo a passo o que o patch pediu? Aplicou os scripts de >> atualização do >> dicionário de dados? >> >> Atenciosamente, >> >> Rodrigo >> Mufalani >> Oracle Ace >> Member >> http://www.mufalani.com.br >> >> Os meu passos foram o seguinte: >> >> 1 - Primeiro >> instalei o Oracle 10gR2 no mesmo S.O que cliente possui. >> 2 - Criei o database com o mesmo >> nome da >> instância(FARMA) do cliente nos mesmos diretórios. >> >> 3 - Parei os serviços >> do >> Oracle >> >> 4 - renomei a pasta >> >> C:\oracle\product\10.2.0\oradata\FARMA >> >> para >> >> C:\oracle\product\10.2.0\oradata\FARMA_old >> >> e joguei os arquivos do cliente dentro da >> diretório >> >> C:\oracle\product\10.2.0\oradata\FARMA >> >> 5 - Subi o serviço do >> oracle e tentei levantar o banco, me gerando o erro de incompatibilidade com >> os controlfiles. >> >> 6 - Parei >> o >> serviço do oracle e apliquei o patch p5337014_10203_WINNT.zip >> >> 7 - Levantei os >> serviços >> do Oracle e tentei levantar o banco e mesmo depois do patchset aplicado o >> erro foi me gerado >> novamente. >> >> >> >> De: Milton Bastos Henriquis Jr. >> miltonbas...@gmail.com> >> Para: oracle_br@yahoogrupos.com.br >> Enviadas: Quinta-feira, 10 de Janeiro >> de >> 2013 10:25 >> Assunto
Re: [oracle_br] ORA-00201
Rafael, nesse caso pode ser corrupção do arquivo, mesmo. Esse erro indica que o arquivo físico deveria ter um tamanho múltiplo de 8k (bloco default do banco), mas está com um tamanho diferente. como essa cópia foi gerada? o banco estava offline no momento da cópia? vc ainda tem a cópia que fez do banco original? veja se o arquivo q vc está usando está igual ao arquivo da cópia. imagino q o banco original está em uso, portanto não dá mais para vc comparar com o arquivo original em uso do banco origem. On Jan 10, 2013, at 11:16 AM, Rafael Mendonca wrote: > Eu fui no alert_log e encontrei o seguinte: > > Errors in file c:\oracle\product\10.2.0\admin\farma\bdump\farma_dbw0_484.trc: > ORA-01157: cannot identify/lock data file 5 - see DBWR trace file > ORA-01110: data file 5: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' > ORA-27046: file size is not a multiple of logical block size > OSD-04012: incompatibilidade de tamanho de arquivo (OS 30069196) > > Existe alguma solução para isso ? Qual tamanho do bloco eu deveria > especificar? > > O tamanho do bloco do Oracle: > > *.db_block_size=8192 > > > > > De: JLSilva > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 10 de Janeiro de 2013 11:09 > Assunto: Re: [oracle_br] ORA-00201 > > > > hm.. por ser um windows, eu suspeitaria de algum antivírus que estaria > impedindo o acesso ao arquivo.. > mas, há tempos que não trabalho com oracle em windows.. > vamos ver o que o pessoal tem a dizer. > > On Jan 10, 2013, at 10:58 AM, Rafael Mendonca raffaell.t...@yahoo.com> wrote: > >> JLSIlva e o Rodrigo mataram a xarada. FOi exatamente isso que estava >> faltando. >> COnsegui montar o banco. Mas outro erro estranho está sendo gerado ao tentar >> levantar o banco: >> >> SQL> startup nomount; >> InstÔncia ORACLE iniciada. >> >> Total System Global Area 612368384 bytes >> Fixed Size 1292036 bytes >> Variable Size 201328892 bytes >> Database Buffers 402653184 bytes >> Redo Buffers7094272 bytes >> SQL> alter database mount; >> >> Banco de dados alterado. >> >> SQL> alter database open; >> alter database open >> * >> ERRO na linha 1: >> ORA-01157: n?o e possivel identificar/bloquear arquivo de dados 5 - consul >> arquivo de analise DBWR >> ORA-01110: 5 do arquivo de dados: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' >> >> SQL> select name from v$datafile where file# = 5; >> >> NAME >> - >> >> C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF >> >> >> Fui no diretório e o arquivo está lá. >> >> C:\oracle\oradata\farma\TSD_MEDI01.DBF >> >> >> Alguém pode ajudar? >> >> >> >> De: Rodrigo Mufalani rodr...@mufalani.com.br> >> Para: oracle_br@yahoogrupos.com.br >> Enviadas: Quinta-feira, 10 de Janeiro de 2013 10:37 >> Assunto: Re: [oracle_br] ORA-00201 >> >> >> >> >> >> Bom dia, >> >> Eu não li a thread toda... Malz... >> >> Veja como está o seu >> parametro "compatible" na base destino. >> >> Att, >> Mufalani >> >> Bom dia, >> >> Você seguiu passo a passo o que o patch pediu? Aplicou os scripts de >> atualização do >> dicionário de dados? >> >> Atenciosamente, >> >> Rodrigo >> Mufalani >> Oracle Ace >> Member >> http://www.mufalani.com.br >> >> Os meu passos foram o seguinte: >> >> 1 - Primeiro >> instalei o Oracle 10gR2 no mesmo S.O que cliente possui. >> 2 - Criei o database com o mesmo >> nome da >> instância(FARMA) do cliente nos mesmos diretórios. >> >> 3 - Parei os serviços >> do >> Oracle >> >> 4 - renomei a pasta >> >> C:\oracle\product\10.2.0\oradata\FARMA >> >> para >> >> C:\oracle\product\10.2.0\oradata\FARMA_old >> >> e joguei os arquivos do cliente dentro da >> diretório >> >> C:\oracle\product\10.2.0\oradata\FARMA >> >> 5 - Subi o serviço do >> oracle e tentei levantar o banco, me gerando o erro de incompatibilidade com >> os controlfiles. >> >> 6 - Parei >> o >> serviço do oracle e apliquei o patch p5337014_10203_WINNT.zip >> >> 7 - Levantei os >> serviços >> do Oracle e tentei levantar o banco e mesmo depois do patchset aplicado o >> erro foi me gerado >> novamente. >> >> >> >> De: Milton Bastos Henriquis Jr. >> miltonbas...@gmail.com> >> Para: oracle_br@yahoogrupos.com.br >> Enviadas: Quinta-feira, 10 de Janeiro >> de >> 2013 10:25 >> Assunto: Re: [oracle_br] ORA-00201 >> >> Reproduza aqui pra gente como vc fez pra subir a >> base. >> Quais foram seus >> passos? >> O que fez pra criar a instância? >> >> 2013/1/10 >> Rafael Mendonca raffaell.t...@yahoo.com> >> >>> ** >>> >>> >>> >> Pessoal, bom dia. >>> >>> Recebi um backup frio(consistente) de um cliente com todos os arquivos >>> >> físicos(datafiles, tempfile, undo,controlfiles,redolog). >>> >>> Cenário do >> cliente: >>> >>> Oracle EE 10.2.0.3 >>> Windows 32 bits >>> >>> Meu Cenário: >>> >>> Oracle EE 10.2.0.1 >>> Windows 32 bits >>> >>
Re: [oracle_br] Problemas com Procedures
Olá Milton,
Segue a procedure:
CREATE OR REPLACE PROCEDURE SIGITM_1_2_VTV.FIX_SPECIAL_CHAR_VTV
AS
BEGIN
UPDATE SIGITM_1_2_VTV.QRY_CONSULTA01 SET ENDERECO =
TRANSLATE(ENDERECO,CHR(26),' ') WHERE INSTR(ENDERECO,CHR(26)) > 0;
COMMIT;
UPDATE SIGITM_1_2_VTV.TEB_ADDRESS_SITE_VW SET TELCOMPLEMENT =
TRANSLATE(TELCOMPLEMENT,CHR(26),' ') WHERE INSTR(TELCOMPLEMENT,CHR(26)) > 0;
COMMIT;
END;
O código da JOB:
BEGIN
dbms_scheduler.create_job('"JOB_LIMPAR_CARACT_SPECIAL_VTV"',
job_type=>'PLSQL_BLOCK', job_action=>
'BEGIN sigitm_1_2_vtv.fix_special_char_vtv; END;'
, number_of_arguments=>0,
schedule_name=>'"HERE_COMES_THE_SUN"',
job_class=>'"DEFAULT_JOB_CLASS"', enabled=>FALSE, auto_drop=>TRUE,comments=>
'limpa caracteres especiais da importacao do VTV'
);
dbms_scheduler.enable('"JOB_LIMPAR_CARACT_SPECIAL_VTV"');
COMMIT;
END;
E o log de execução:
TIMESTAMP 10-JAN-13 07:01:08
JOB_NAME JOB_LIMPAR_CARACT_SPECIAL_VTV
STATUS SUCCEEDED
ADDITIONAL_INFO
Att,
--
Wanderson Barrence
DBA Oracle 10g/11g
Analista de Testes - CBTS
--
MSN: wbarre...@hotmail.com
ICQ: 170821994
Linkedin: http://br.linkedin.com/in/wbarrence
Em 10 de janeiro de 2013 11:03, Milton Bastos Henriquis Jr. <
miltonbas...@gmail.com> escreveu:
> Vc disse que os JOBs estão sendo executados, mas as SP's que os Jobs
> deveriam executar não estão executando.
>
> Poderia por favor colar detalhes aqui pra gente?
>
> Mande evidencias mostrando que os jobs estão sendo executados, mande as
> mensagens de erro (caso esses aconteçam, pois vc não especificou),
> mande o código do job, mande o erro que acontece quando tenta executar a SP
> sem recompilar, etc.
>
>
>
> 2013/1/10 Wanderson Barrence
>
> > **
> >
> >
> > Olá Pessoal,
> >
> > Feliz 2013 para todos.
> >
> > Então estou com um problema muito estranho no banco de Produção, eu tenho
> > algumas procedures que são executadas diariamente através de JOBS
> > agendadas, todos os dias as JOBS agendadas são executadas, mas as
> > procedures que essas JOBS devem executar não, e para que essas procedures
> > funcionem corretamente, eu tenho que re-compilar elas todos os dias de
> > manhã e executá-las manualmente.
> >
> > Alguém sabe me explicar o que está acontecendo com essas procedures? E
> > porque todos os dias eu tenho que re-compilar as procedures?
> >
> > Att,
> >
> > --
> > Wanderson Barrence
> > DBA Oracle 10g/11g
> > Analista de Testes - CBTS
> > --
> > MSN: wbarre...@hotmail.com
> > ICQ: 170821994
> > Linkedin: http://br.linkedin.com/in/wbarrence
> >
> > [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]
Re: [oracle_br] ORA-00201
Compare/copie os parâmetros de produção com o destino. Enviado via iPhone Em 10/01/2013, às 11:16, Rafael Mendonca escreveu: > Eu fui no alert_log e encontrei o seguinte: > > Errors in file c:\oracle\product\10.2.0\admin\farma\bdump\farma_dbw0_484.trc: > ORA-01157: cannot identify/lock data file 5 - see DBWR trace file > ORA-01110: data file 5: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' > ORA-27046: file size is not a multiple of logical block size > OSD-04012: incompatibilidade de tamanho de arquivo (OS 30069196) > > Existe alguma solução para isso ? Qual tamanho do bloco eu deveria > especificar? > > O tamanho do bloco do Oracle: > > *.db_block_size=8192 > > > De: JLSilva jljlsi...@yahoo.com.br> > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 10 de Janeiro de 2013 11:09 > Assunto: Re: [oracle_br] ORA-00201 > > > > hm.. por ser um windows, eu suspeitaria de algum antivírus que estaria > impedindo o acesso ao arquivo.. > mas, há tempos que não trabalho com oracle em windows.. > vamos ver o que o pessoal tem a dizer. > > On Jan 10, 2013, at 10:58 AM, Rafael Mendonca raffaell.t...@yahoo.com> wrote: > > > JLSIlva e o Rodrigo mataram a xarada. FOi exatamente isso que estava > > faltando. > > COnsegui montar o banco. Mas outro erro estranho está sendo gerado ao > > tentar levantar o banco: > > > > SQL> startup nomount; > > InstÔncia ORACLE iniciada. > > > > Total System Global Area 612368384 bytes > > Fixed Size 1292036 bytes > > Variable Size 201328892 bytes > > Database Buffers 402653184 bytes > > Redo Buffers 7094272 bytes > > SQL> alter database mount; > > > > Banco de dados alterado. > > > > SQL> alter database open; > > alter database open > > * > > ERRO na linha 1: > > ORA-01157: n?o e possivel identificar/bloquear arquivo de dados 5 - consul > > arquivo de analise DBWR > > ORA-01110: 5 do arquivo de dados: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' > > > > SQL> select name from v$datafile where file# = 5; > > > > NAME > > - > > > > C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF > > > > > > Fui no diretório e o arquivo está lá. > > > > C:\oracle\oradata\farma\TSD_MEDI01.DBF > > > > > > Alguém pode ajudar? > > > > > > > > De: Rodrigo Mufalani rodr...@mufalani.com.br> > > Para: oracle_br@yahoogrupos.com.br > > Enviadas: Quinta-feira, 10 de Janeiro de 2013 10:37 > > Assunto: Re: [oracle_br] ORA-00201 > > > > > > > > > > > > Bom dia, > > > > Eu não li a thread toda... Malz... > > > > Veja como está o seu > > parametro "compatible" na base destino. > > > > Att, > > Mufalani > > > > Bom dia, > > > > Você seguiu passo a passo o que o patch pediu? Aplicou os scripts de > > atualização do > > dicionário de dados? > > > > Atenciosamente, > > > > Rodrigo > > Mufalani > > Oracle Ace > > Member > > http://www.mufalani.com.br > > > > Os meu passos foram o seguinte: > > > > 1 - Primeiro > > instalei o Oracle 10gR2 no mesmo S.O que cliente possui. > > 2 - Criei o database com o mesmo > > nome da > > instância(FARMA) do cliente nos mesmos diretórios. > > > > 3 - Parei os serviços > > do > > Oracle > > > > 4 - renomei a pasta > > > > C:\oracle\product\10.2.0\oradata\FARMA > > > > para > > > > C:\oracle\product\10.2.0\oradata\FARMA_old > > > > e joguei os arquivos do cliente dentro da > > diretório > > > > C:\oracle\product\10.2.0\oradata\FARMA > > > > 5 - Subi o serviço do > > oracle e tentei levantar o banco, me gerando o erro de incompatibilidade > > com os controlfiles. > > > > 6 - Parei > > o > > serviço do oracle e apliquei o patch p5337014_10203_WINNT.zip > > > > 7 - Levantei os > > serviços > > do Oracle e tentei levantar o banco e mesmo depois do patchset aplicado o > > erro foi me gerado > > novamente. > > > > > > > > De: Milton Bastos Henriquis Jr. > > miltonbas...@gmail.com> > > Para: oracle_br@yahoogrupos.com.br > > Enviadas: Quinta-feira, 10 de Janeiro > > de > > 2013 10:25 > > Assunto: Re: [oracle_br] ORA-00201 > > > > Reproduza aqui pra gente como vc fez pra subir a > > base. > > Quais foram seus > > passos? > > O que fez pra criar a instância? > > > > 2013/1/10 > > Rafael Mendonca raffaell.t...@yahoo.com> > > > >> ** > >> > >> > >> > > Pessoal, bom dia. > >> > >> Recebi um backup frio(consistente) de um cliente com todos os arquivos > >> > > físicos(datafiles, tempfile, undo,controlfiles,redolog). > >> > >> Cenário do > > cliente: > >> > >> Oracle EE 10.2.0.3 > >> Windows 32 bits > >> > >> Meu Cenário: > >> > >> Oracle EE 10.2.0.1 > >> Windows 32 bits > >> > >> Fiz a cópia dos arquivos para > > meu > > servidor e tentei levantar o banco, mas > >> o erro gerado me apareceu: > >> > >> > > ORA-00201: > > Versão 10.2.0.3 do arquivo de controle incompativel com a > >> versao 10.2.0.1 ORACLE. > >> > >> > > Com isso, eu apliquei um patch para atualizar a minha versão para 10.2.
[oracle_br] Re: Problemas com Procedures
Igualmente, os melhores votos Então, a Primeira coisa que se pensa é que algo/alguém alterou algum objeto/permissão/whatever que a procedure precisa, ou algo/alguma coisa relacionado com outra que a procedure precisa Isso é Extremamente provável de acontecer principalmente se não é só o DBA e/ou o Analista-chefe que tem a senha do schema dono dos objetos, o que afaik é o seu caso - festa do caqui onde todo mundo e qquer um pode alterar/criar/dropar o que quiser na produção a qquer hora Coisa excelente, mesmo... Penso que não tem outro jeito de descobrir que não seja : na próxima vez, antes de compilar execute e salve uma consulta na DBA_OBJECTS (e se preciso na DBA_TAB_PRIVS e relacionadas), recompile/faça o que vc tem que fazer, depois faça nova consulta e COMPARE quem/o que mudou, é isso Provavelmente uma análise de código-fonte vai ser necessária também, já que (imagino) documentação aí é mais raro que dente em galinha, então sabe Deus se não tem uma rotina X que (digamos) dropa e recria uma tabela que é usada por uma rotina Y que o seu job chama. Da mesma forma, alterar a(s) rotina(s) chamada(s) pelo job para que vc NÃO PERCA o error stack , que tenha um mínimo de INSTRUMENTAÇÃO, e de repente executar a rotina disparada pelo job manualmente no sql*plus para vc VER os erros, nem preciso dizer que é Altamente recomendável []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Wanderson Barrence escreveu > > Olá Pessoal, > > Feliz 2013 para todos. > > Então estou com um problema muito estranho no banco de Produção, eu tenho > algumas procedures que são executadas diariamente através de JOBS > agendadas, todos os dias as JOBS agendadas são executadas, mas as > procedures que essas JOBS devem executar não, e para que essas procedures > funcionem corretamente, eu tenho que re-compilar elas todos os dias de > manhã e executá-las manualmente. > > Alguém sabe me explicar o que está acontecendo com essas procedures? E > porque todos os dias eu tenho que re-compilar as procedures? > > Att, > > -- > Wanderson Barrence > DBA Oracle 10g/11g > Analista de Testes - CBTS > -- > MSN: wbarrence@... > ICQ: 170821994 > Linkedin: http://br.linkedin.com/in/wbarrence > > > [As partes desta mensagem que não continham texto foram removidas] >
Re: [oracle_br] ORA-00201
Eu fui no alert_log e encontrei o seguinte: Errors in file c:\oracle\product\10.2.0\admin\farma\bdump\farma_dbw0_484.trc: ORA-01157: cannot identify/lock data file 5 - see DBWR trace file ORA-01110: data file 5: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' ORA-27046: file size is not a multiple of logical block size OSD-04012: incompatibilidade de tamanho de arquivo (OS 30069196) Existe alguma solução para isso ? Qual tamanho do bloco eu deveria especificar? O tamanho do bloco do Oracle: *.db_block_size=8192 De: JLSilva Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 10 de Janeiro de 2013 11:09 Assunto: Re: [oracle_br] ORA-00201 hm.. por ser um windows, eu suspeitaria de algum antivírus que estaria impedindo o acesso ao arquivo.. mas, há tempos que não trabalho com oracle em windows.. vamos ver o que o pessoal tem a dizer. On Jan 10, 2013, at 10:58 AM, Rafael Mendonca raffaell.t...@yahoo.com> wrote: > JLSIlva e o Rodrigo mataram a xarada. FOi exatamente isso que estava faltando. > COnsegui montar o banco. Mas outro erro estranho está sendo gerado ao tentar > levantar o banco: > > SQL> startup nomount; > InstÔncia ORACLE iniciada. > > Total System Global Area 612368384 bytes > Fixed Size 1292036 bytes > Variable Size 201328892 bytes > Database Buffers 402653184 bytes > Redo Buffers7094272 bytes > SQL> alter database mount; > > Banco de dados alterado. > > SQL> alter database open; > alter database open > * > ERRO na linha 1: > ORA-01157: n?o e possivel identificar/bloquear arquivo de dados 5 - consul > arquivo de analise DBWR > ORA-01110: 5 do arquivo de dados: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' > > SQL> select name from v$datafile where file# = 5; > > NAME > - > > C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF > > > Fui no diretório e o arquivo está lá. > > C:\oracle\oradata\farma\TSD_MEDI01.DBF > > > Alguém pode ajudar? > > > > De: Rodrigo Mufalani rodr...@mufalani.com.br> > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 10 de Janeiro de 2013 10:37 > Assunto: Re: [oracle_br] ORA-00201 > > > > > > Bom dia, > > Eu não li a thread toda... Malz... > > Veja como está o seu > parametro "compatible" na base destino. > > Att, > Mufalani > > Bom dia, > > Você seguiu passo a passo o que o patch pediu? Aplicou os scripts de > atualização do > dicionário de dados? > > Atenciosamente, > > Rodrigo > Mufalani > Oracle Ace > Member > http://www.mufalani.com.br > > Os meu passos foram o seguinte: > > 1 - Primeiro > instalei o Oracle 10gR2 no mesmo S.O que cliente possui. > 2 - Criei o database com o mesmo > nome da > instância(FARMA) do cliente nos mesmos diretórios. > > 3 - Parei os serviços > do > Oracle > > 4 - renomei a pasta > > C:\oracle\product\10.2.0\oradata\FARMA > > para > > C:\oracle\product\10.2.0\oradata\FARMA_old > > e joguei os arquivos do cliente dentro da > diretório > > C:\oracle\product\10.2.0\oradata\FARMA > > 5 - Subi o serviço do > oracle e tentei levantar o banco, me gerando o erro de incompatibilidade com > os controlfiles. > > 6 - Parei > o > serviço do oracle e apliquei o patch p5337014_10203_WINNT.zip > > 7 - Levantei os > serviços > do Oracle e tentei levantar o banco e mesmo depois do patchset aplicado o > erro foi me gerado > novamente. > > > > De: Milton Bastos Henriquis Jr. > miltonbas...@gmail.com> > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 10 de Janeiro > de > 2013 10:25 > Assunto: Re: [oracle_br] ORA-00201 > > Reproduza aqui pra gente como vc fez pra subir a > base. > Quais foram seus > passos? > O que fez pra criar a instância? > > 2013/1/10 > Rafael Mendonca raffaell.t...@yahoo.com> > >> ** >> >> >> > Pessoal, bom dia. >> >> Recebi um backup frio(consistente) de um cliente com todos os arquivos >> > físicos(datafiles, tempfile, undo,controlfiles,redolog). >> >> Cenário do > cliente: >> >> Oracle EE 10.2.0.3 >> Windows 32 bits >> >> Meu Cenário: >> >> Oracle EE 10.2.0.1 >> Windows 32 bits >> >> Fiz a cópia dos arquivos para > meu > servidor e tentei levantar o banco, mas >> o erro gerado me apareceu: >> >> > ORA-00201: > Versão 10.2.0.3 do arquivo de controle incompativel com a >> versao 10.2.0.1 ORACLE. >> >> > Com isso, eu apliquei um patch para atualizar a minha versão para 10.2.0.3 >> >> conforme segue > abaixo: >> >> SQL> select * from v$version; >> >> BANNER >> > -- >> Oracle Database 10g Enterprise > Edition Release > 10.2.0.3.0 - Prod >> PL/SQL Release 10.2.0.3.0 - Production >> CORE > 10.2.0.3.0 > Production >> TNS for 32-bit Windows: Version 10.2.0.3.0 - Production >> NLSRTL Version > 10.2.0.3.0 - Production >> >> Tentei novamente subir o banco, mas o mesmo > erro me foi gerado, > al
Re: [oracle_br] ORA-00201
hm.. por ser um windows, eu suspeitaria de algum antivírus que estaria impedindo o acesso ao arquivo.. mas, há tempos que não trabalho com oracle em windows.. vamos ver o que o pessoal tem a dizer. On Jan 10, 2013, at 10:58 AM, Rafael Mendonca wrote: > JLSIlva e o Rodrigo mataram a xarada. FOi exatamente isso que estava faltando. > COnsegui montar o banco. Mas outro erro estranho está sendo gerado ao tentar > levantar o banco: > > SQL> startup nomount; > InstÔncia ORACLE iniciada. > > Total System Global Area 612368384 bytes > Fixed Size 1292036 bytes > Variable Size 201328892 bytes > Database Buffers 402653184 bytes > Redo Buffers7094272 bytes > SQL> alter database mount; > > Banco de dados alterado. > > SQL> alter database open; > alter database open > * > ERRO na linha 1: > ORA-01157: n?o e possivel identificar/bloquear arquivo de dados 5 - consul > arquivo de analise DBWR > ORA-01110: 5 do arquivo de dados: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' > > SQL> select name from v$datafile where file# = 5; > > NAME > - > > C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF > > > Fui no diretório e o arquivo está lá. > > C:\oracle\oradata\farma\TSD_MEDI01.DBF > > > Alguém pode ajudar? > > > > De: Rodrigo Mufalani > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 10 de Janeiro de 2013 10:37 > Assunto: Re: [oracle_br] ORA-00201 > > > > > > Bom dia, > > Eu não li a thread toda... Malz... > > Veja como está o seu > parametro "compatible" na base destino. > > Att, > Mufalani > > Bom dia, > > Você seguiu passo a passo o que o patch pediu? Aplicou os scripts de > atualização do > dicionário de dados? > > Atenciosamente, > > Rodrigo > Mufalani > Oracle Ace > Member > http://www.mufalani.com.br > > Os meu passos foram o seguinte: > > 1 - Primeiro > instalei o Oracle 10gR2 no mesmo S.O que cliente possui. > 2 - Criei o database com o mesmo > nome da > instância(FARMA) do cliente nos mesmos diretórios. > > 3 - Parei os serviços > do > Oracle > > 4 - renomei a pasta > > C:\oracle\product\10.2.0\oradata\FARMA > > para > > C:\oracle\product\10.2.0\oradata\FARMA_old > > e joguei os arquivos do cliente dentro da > diretório > > C:\oracle\product\10.2.0\oradata\FARMA > > 5 - Subi o serviço do > oracle e tentei levantar o banco, me gerando o erro de incompatibilidade com > os controlfiles. > > 6 - Parei > o > serviço do oracle e apliquei o patch p5337014_10203_WINNT.zip > > 7 - Levantei os > serviços > do Oracle e tentei levantar o banco e mesmo depois do patchset aplicado o > erro foi me gerado > novamente. > > > > De: Milton Bastos Henriquis Jr. > miltonbas...@gmail.com> > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 10 de Janeiro > de > 2013 10:25 > Assunto: Re: [oracle_br] ORA-00201 > > Reproduza aqui pra gente como vc fez pra subir a > base. > Quais foram seus > passos? > O que fez pra criar a instância? > > 2013/1/10 > Rafael Mendonca raffaell.t...@yahoo.com> > >> ** >> >> >> > Pessoal, bom dia. >> >> Recebi um backup frio(consistente) de um cliente com todos os arquivos >> > físicos(datafiles, tempfile, undo,controlfiles,redolog). >> >> Cenário do > cliente: >> >> Oracle EE 10.2.0.3 >> Windows 32 bits >> >> Meu Cenário: >> >> Oracle EE 10.2.0.1 >> Windows 32 bits >> >> Fiz a cópia dos arquivos para > meu > servidor e tentei levantar o banco, mas >> o erro gerado me apareceu: >> >> > ORA-00201: > Versão 10.2.0.3 do arquivo de controle incompativel com a >> versao 10.2.0.1 ORACLE. >> >> > Com isso, eu apliquei um patch para atualizar a minha versão para 10.2.0.3 >> >> conforme segue > abaixo: >> >> SQL> select * from v$version; >> >> BANNER >> > -- >> Oracle Database 10g Enterprise > Edition Release > 10.2.0.3.0 - Prod >> PL/SQL Release 10.2.0.3.0 - Production >> CORE > 10.2.0.3.0 > Production >> TNS for 32-bit Windows: Version 10.2.0.3.0 - Production >> NLSRTL Version > 10.2.0.3.0 - Production >> >> Tentei novamente subir o banco, mas o mesmo > erro me foi gerado, > alguém tem >> alguma idéia como posso resolver isso? >> >> > [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:/
Re: [oracle_br] ORA-00201
JLSIlva e o Rodrigo mataram a xarada. FOi exatamente isso que estava faltando. COnsegui montar o banco. Mas outro erro estranho está sendo gerado ao tentar levantar o banco: SQL> startup nomount; InstÔncia ORACLE iniciada. Total System Global Area 612368384 bytes Fixed Size 1292036 bytes Variable Size 201328892 bytes Database Buffers 402653184 bytes Redo Buffers 7094272 bytes SQL> alter database mount; Banco de dados alterado. SQL> alter database open; alter database open * ERRO na linha 1: ORA-01157: n?o e possivel identificar/bloquear arquivo de dados 5 - consul arquivo de analise DBWR ORA-01110: 5 do arquivo de dados: 'C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF' SQL> select name from v$datafile where file# = 5; NAME - C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF Fui no diretório e o arquivo está lá. C:\oracle\oradata\farma\TSD_MEDI01.DBF Alguém pode ajudar? De: Rodrigo Mufalani Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 10 de Janeiro de 2013 10:37 Assunto: Re: [oracle_br] ORA-00201 Bom dia, Eu não li a thread toda... Malz... Veja como está o seu parametro "compatible" na base destino. Att, Mufalani Bom dia, Você seguiu passo a passo o que o patch pediu? Aplicou os scripts de atualização do dicionário de dados? Atenciosamente, Rodrigo Mufalani Oracle Ace Member http://www.mufalani.com.br Os meu passos foram o seguinte: 1 - Primeiro instalei o Oracle 10gR2 no mesmo S.O que cliente possui. 2 - Criei o database com o mesmo nome da instância(FARMA) do cliente nos mesmos diretórios. 3 - Parei os serviços do Oracle 4 - renomei a pasta C:\oracle\product\10.2.0\oradata\FARMA para C:\oracle\product\10.2.0\oradata\FARMA_old e joguei os arquivos do cliente dentro da diretório C:\oracle\product\10.2.0\oradata\FARMA 5 - Subi o serviço do oracle e tentei levantar o banco, me gerando o erro de incompatibilidade com os controlfiles. 6 - Parei o serviço do oracle e apliquei o patch p5337014_10203_WINNT.zip 7 - Levantei os serviços do Oracle e tentei levantar o banco e mesmo depois do patchset aplicado o erro foi me gerado novamente. De: Milton Bastos Henriquis Jr. miltonbas...@gmail.com> Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 10 de Janeiro de 2013 10:25 Assunto: Re: [oracle_br] ORA-00201 Reproduza aqui pra gente como vc fez pra subir a base. Quais foram seus passos? O que fez pra criar a instância? 2013/1/10 Rafael Mendonca raffaell.t...@yahoo.com> > ** > > > Pessoal, bom dia. > > Recebi um backup frio(consistente) de um cliente com todos os arquivos > físicos(datafiles, tempfile, undo,controlfiles,redolog). > > Cenário do cliente: > > Oracle EE 10.2.0.3 > Windows 32 bits > > Meu Cenário: > > Oracle EE 10.2.0.1 > Windows 32 bits > > Fiz a cópia dos arquivos para meu servidor e tentei levantar o banco, mas > o erro gerado me apareceu: > > ORA-00201: Versão 10.2.0.3 do arquivo de controle incompativel com a > versao 10.2.0.1 ORACLE. > > Com isso, eu apliquei um patch para atualizar a minha versão para 10.2.0.3 > > conforme segue abaixo: > > SQL> select * from v$version; > > BANNER > -- > Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Prod > PL/SQL Release 10.2.0.3.0 - Production > CORE 10.2.0.3.0 Production > TNS for 32-bit Windows: Version 10.2.0.3.0 - Production > NLSRTL Version 10.2.0.3.0 - Production > > Tentei novamente subir o banco, mas o mesmo erro me foi gerado, alguém tem > alguma idéia como posso resolver isso? > > [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] [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]
[oracle_br] Problemas com Procedures
Olá Pessoal, Feliz 2013 para todos. Então estou com um problema muito estranho no banco de Produção, eu tenho algumas procedures que são executadas diariamente através de JOBS agendadas, todos os dias as JOBS agendadas são executadas, mas as procedures que essas JOBS devem executar não, e para que essas procedures funcionem corretamente, eu tenho que re-compilar elas todos os dias de manhã e executá-las manualmente. Alguém sabe me explicar o que está acontecendo com essas procedures? E porque todos os dias eu tenho que re-compilar as procedures? Att, -- Wanderson Barrence DBA Oracle 10g/11g Analista de Testes - CBTS -- MSN: wbarre...@hotmail.com ICQ: 170821994 Linkedin: http://br.linkedin.com/in/wbarrence [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] ORA-00201
Bom dia, Eu não li a thread toda... Malz... Veja como está o seu parametro "compatible" na base destino. Att, Mufalani Bom dia, Você seguiu passo a passo o que o patch pediu? Aplicou os scripts de atualização do dicionário de dados? Atenciosamente, Rodrigo Mufalani Oracle Ace Member http://www.mufalani.com.br Os meu passos foram o seguinte: 1 - Primeiro instalei o Oracle 10gR2 no mesmo S.O que cliente possui. 2 - Criei o database com o mesmo nome da instância(FARMA) do cliente nos mesmos diretórios. 3 - Parei os serviços do Oracle 4 - renomei a pasta C:\oracle\product\10.2.0\oradata\FARMA para C:\oracle\product\10.2.0\oradata\FARMA_old e joguei os arquivos do cliente dentro da diretório C:\oracle\product\10.2.0\oradata\FARMA 5 - Subi o serviço do oracle e tentei levantar o banco, me gerando o erro de incompatibilidade com os controlfiles. 6 - Parei o serviço do oracle e apliquei o patch p5337014_10203_WINNT.zip 7 - Levantei os serviços do Oracle e tentei levantar o banco e mesmo depois do patchset aplicado o erro foi me gerado novamente. De: Milton Bastos Henriquis Jr. Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 10 de Janeiro de 2013 10:25 Assunto: Re: [oracle_br] ORA-00201 Reproduza aqui pra gente como vc fez pra subir a base. Quais foram seus passos? O que fez pra criar a instância? 2013/1/10 Rafael Mendonca > ** > > > Pessoal, bom dia. > > Recebi um backup frio(consistente) de um cliente com todos os arquivos > físicos(datafiles, tempfile, undo,controlfiles,redolog). > > Cenário do cliente: > > Oracle EE 10.2.0.3 > Windows 32 bits > > Meu Cenário: > > Oracle EE 10.2.0.1 > Windows 32 bits > > Fiz a cópia dos arquivos para meu servidor e tentei levantar o banco, mas > o erro gerado me apareceu: > > ORA-00201: Versão 10.2.0.3 do arquivo de controle incompativel com a > versao 10.2.0.1 ORACLE. > > Com isso, eu apliquei um patch para atualizar a minha versão para 10.2.0.3 > > conforme segue abaixo: > > SQL> select * from v$version; > > BANNER > -- > Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Prod > PL/SQL Release 10.2.0.3.0 - Production > CORE 10.2.0.3.0 Production > TNS for 32-bit Windows: Version 10.2.0.3.0 - Production > NLSRTL Version 10.2.0.3.0 - Production > > Tentei novamente subir o banco, mas o mesmo erro me foi gerado, alguém tem > alguma idéia como posso resolver isso? > > [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] [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] ORA-00201
Bom dia, Você seguiu passo a passo o que o patch pediu? Aplicou os scripts de atualização do dicionário de dados? Atenciosamente, Rodrigo Mufalani Oracle Ace Member http://www.mufalani.com.br Os meu passos foram o seguinte: 1 - Primeiro instalei o Oracle 10gR2 no mesmo S.O que cliente possui. 2 - Criei o database com o mesmo nome da instância(FARMA) do cliente nos mesmos diretórios. 3 - Parei os serviços do Oracle 4 - renomei a pasta C:\oracle\product\10.2.0\oradata\FARMA para C:\oracle\product\10.2.0\oradata\FARMA_old e joguei os arquivos do cliente dentro da diretório C:\oracle\product\10.2.0\oradata\FARMA 5 - Subi o serviço do oracle e tentei levantar o banco, me gerando o erro de incompatibilidade com os controlfiles. 6 - Parei o serviço do oracle e apliquei o patch p5337014_10203_WINNT.zip 7 - Levantei os serviços do Oracle e tentei levantar o banco e mesmo depois do patchset aplicado o erro foi me gerado novamente. De: Milton Bastos Henriquis Jr. Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 10 de Janeiro de 2013 10:25 Assunto: Re: [oracle_br] ORA-00201 Reproduza aqui pra gente como vc fez pra subir a base. Quais foram seus passos? O que fez pra criar a instância? 2013/1/10 Rafael Mendonca > ** > > > Pessoal, bom dia. > > Recebi um backup frio(consistente) de um cliente com todos os arquivos > físicos(datafiles, tempfile, undo,controlfiles,redolog). > > Cenário do cliente: > > Oracle EE 10.2.0.3 > Windows 32 bits > > Meu Cenário: > > Oracle EE 10.2.0.1 > Windows 32 bits > > Fiz a cópia dos arquivos para meu servidor e tentei levantar o banco, mas > o erro gerado me apareceu: > > ORA-00201: Versão 10.2.0.3 do arquivo de controle incompativel com a > versao 10.2.0.1 ORACLE. > > Com isso, eu apliquei um patch para atualizar a minha versão para 10.2.0.3 > > conforme segue abaixo: > > SQL> select * from v$version; > > BANNER > -- > Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Prod > PL/SQL Release 10.2.0.3.0 - Production > CORE 10.2.0.3.0 Production > TNS for 32-bit Windows: Version 10.2.0.3.0 - Production > NLSRTL Version 10.2.0.3.0 - Production > > Tentei novamente subir o banco, mas o mesmo erro me foi gerado, alguém tem > alguma idéia como posso resolver isso? > > [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] [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] ORA-00201
Os meu passos foram o seguinte: 1 - Primeiro instalei o Oracle 10gR2 no mesmo S.O que cliente possui. 2 - Criei o database com o mesmo nome da instância(FARMA) do cliente nos mesmos diretórios. 3 - Parei os serviços do Oracle 4 - renomei a pasta C:\oracle\product\10.2.0\oradata\FARMA para C:\oracle\product\10.2.0\oradata\FARMA_old e joguei os arquivos do cliente dentro da diretório C:\oracle\product\10.2.0\oradata\FARMA 5 - Subi o serviço do oracle e tentei levantar o banco, me gerando o erro de incompatibilidade com os controlfiles. 6 - Parei o serviço do oracle e apliquei o patch p5337014_10203_WINNT.zip 7 - Levantei os serviços do Oracle e tentei levantar o banco e mesmo depois do patchset aplicado o erro foi me gerado novamente. De: Milton Bastos Henriquis Jr. Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 10 de Janeiro de 2013 10:25 Assunto: Re: [oracle_br] ORA-00201 Reproduza aqui pra gente como vc fez pra subir a base. Quais foram seus passos? O que fez pra criar a instância? 2013/1/10 Rafael Mendonca > ** > > > Pessoal, bom dia. > > Recebi um backup frio(consistente) de um cliente com todos os arquivos > físicos(datafiles, tempfile, undo,controlfiles,redolog). > > Cenário do cliente: > > Oracle EE 10.2.0.3 > Windows 32 bits > > Meu Cenário: > > Oracle EE 10.2.0.1 > Windows 32 bits > > Fiz a cópia dos arquivos para meu servidor e tentei levantar o banco, mas > o erro gerado me apareceu: > > ORA-00201: Versão 10.2.0.3 do arquivo de controle incompativel com a > versao 10.2.0.1 ORACLE. > > Com isso, eu apliquei um patch para atualizar a minha versão para 10.2.0.3 > > conforme segue abaixo: > > SQL> select * from v$version; > > BANNER > -- > Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Prod > PL/SQL Release 10.2.0.3.0 - Production > CORE 10.2.0.3.0 Production > TNS for 32-bit Windows: Version 10.2.0.3.0 - Production > NLSRTL Version 10.2.0.3.0 - Production > > Tentei novamente subir o banco, mas o mesmo erro me foi gerado, alguém tem > alguma idéia como posso resolver isso? > > [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]
Re: [oracle_br] ORA-00201
Rafael, aparentemente vc não corrigiu o parâmetro COMPATIBLE.. On Jan 10, 2013, at 10:15 AM, Rafael Mendonca wrote: > Pessoal, bom dia. > > Recebi um backup frio(consistente) de um cliente com todos os arquivos > físicos(datafiles, tempfile, undo,controlfiles,redolog). > > Cenário do cliente: > > Oracle EE 10.2.0.3 > Windows 32 bits > > > Meu Cenário: > > Oracle EE 10.2.0.1 > Windows 32 bits > > Fiz a cópia dos arquivos para meu servidor e tentei levantar o banco, mas o > erro gerado me apareceu: > > > ORA-00201: Versão 10.2.0.3 do arquivo de controle incompativel com a versao > 10.2.0.1 ORACLE. > > Com isso, eu apliquei um patch para atualizar a minha versão para 10.2.0.3 > > conforme segue abaixo: > > SQL> select * from v$version; > > BANNER > > Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Prod > PL/SQL Release 10.2.0.3.0 - Production > CORE10.2.0.3.0 Production > TNS for 32-bit Windows: Version 10.2.0.3.0 - Production > NLSRTL Version 10.2.0.3.0 - Production > > > Tentei novamente subir o banco, mas o mesmo erro me foi gerado, alguém tem > alguma idéia como posso resolver isso? > > [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 > >
[oracle_br] ORA-00201
Pessoal, bom dia. Recebi um backup frio(consistente) de um cliente com todos os arquivos físicos(datafiles, tempfile, undo,controlfiles,redolog). Cenário do cliente: Oracle EE 10.2.0.3 Windows 32 bits Meu Cenário: Oracle EE 10.2.0.1 Windows 32 bits Fiz a cópia dos arquivos para meu servidor e tentei levantar o banco, mas o erro gerado me apareceu: ORA-00201: Versão 10.2.0.3 do arquivo de controle incompativel com a versao 10.2.0.1 ORACLE. Com isso, eu apliquei um patch para atualizar a minha versão para 10.2.0.3 conforme segue abaixo: SQL> select * from v$version; BANNER Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Prod PL/SQL Release 10.2.0.3.0 - Production CORE 10.2.0.3.0 Production TNS for 32-bit Windows: Version 10.2.0.3.0 - Production NLSRTL Version 10.2.0.3.0 - Production Tentei novamente subir o banco, mas o mesmo erro me foi gerado, alguém tem alguma idéia como posso resolver isso? [As partes desta mensagem que não continham texto foram removidas]
