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
Rafael, aparentemente vc não corrigiu o parâmetro COMPATIBLE..
On Jan 10, 2013, at 10:15 AM, Rafael Mendonca raffaell.t...@yahoo.com wrote:
Pessoal, bom dia.
Recebi um backup frio(consistente) de um cliente com todos os arquivos
físicos(datafiles, tempfile, undo,controlfiles,redolog).
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
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
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
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
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
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
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
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ó
Compare/copie os parâmetros de produção com o destino.
Enviado via iPhone
Em 10/01/2013, às 11:16, Rafael Mendonca raffaell.t...@yahoo.com 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
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
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
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
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
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 jlchia...@yahoo.com.br
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
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,
certamente, falta na Permissão de gravação na pasta
C:\ORACLE\ORADATA\FARMA\TSD_MEDI01.DBF
2013/1/10 Rafael Mendonca raffaell.t...@yahoo.com
**
JLSIlva e o Rodrigo mataram a xarada. FOi exatamente isso que estava
faltando.
COnsegui montar o banco. Mas outro erro estranho está sendo
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',
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
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]
Valeu Miltão.
De: Milton Bastos Henriquis Jr. miltonbas...@gmail.com
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
23 matches
Mail list logo
