Pessoal, boa tarde.
Estou precisando criar uma view num banco oracle 8.1.7.0.4 que aponta para
uma tabela em uma outra base 10.2.0.4 via dblink.
Estou tomando o erro:
ORA-00164: autonomous transaction disallowed within distributed transaction
Li que existe problema às vezes com a versão 8i... Ma
nada de anormal... eu quando tive problema no banco abri um chamado citei
que era VM e atenderam normalmente... em cima de um host com LINUX. Agora
não sei... quando tive este problema era coisa simples... Apenas um bug,
apliquei patch e boa... Agora se um dia tiver coisa pior, daí num sei se
terei
A posição que eu tenho é a mesma do Chiappa, um cliente teve problema com o
banco e o mesmo estava em VMware, o suporte da Oracle se recusou a dar
suporte, sugeriram migrar a base, ou seja remover do VMware por em um
servidor físico ou em uma virtualização oferecida pela Oracle.
Se isso mudou eu g
E qual procedimento, qual a Documentação que te deu isso ? Foi algo negociado à
parte ? Está em Contrato ? É vmware ESX ou VMWARE em cima de um SO host, mesmo
? Pois a posição que eu tinha era a citada na nota metalink abaixo, que o banco
vai ser Suportado mas com todo o risco de, a critério da
tenho suporte não para a VMWARE, mas os bancos instalados em servidores
virtualizados com VMWARE sim.
Via Metalink mesmo
Raul
Em 23 de março de 2010 17:11, José Laurindo escreveu:
>
>
> Colega, de curiosidade : a última vez que fui checar o assunto, a palavara
> oficial era a nota abaixo R
Colega, de curiosidade : a última vez que fui checar o assunto, a palavara
oficial era a nota abaixo Reproduzida - em qual doc vc se baseia, como e qual é
o Suporte , e para qual produto exatamente vc o tem ?
[]s
Chiappa
boa tarde... deixa eu me meter um pouco... VMWARE dão suporte sim... eu
utilizo aqui.
Att.
Raul
Em 23 de março de 2010 16:46, Willian Fernando Frasson <
wfras...@yahoo.com.br> escreveu:
>
>
> Caso for migrar e precisar de algo nos avise.
>
> Se tiver Metalink, seria legal talvez abrir um chama
Caso for migrar e precisar de algo nos avise.
Se tiver Metalink, seria legal talvez abrir um chamado, apesar que se dizer p/
Oracle que sua virtualização é encima do VMWARE não sei se irão dar suporte.
- Original Message -
From: Tadeu Paz
To: oracle_br@yahoogrupos.com.br
Sent:
Fala Willian,
Cara não há logs no event view realcionado a este problema.
O serviço que trava é o do Oracle e não do Listener.
Ja procurei bugs referentes ao VMWARE, mas não achei nada, inclusive tenho
outros servidores com Oracle 10g e não me da dor de cabeça, funcionam
legalzinho, só este Or
Ele teve que utilizar o ignoresysprereqs, uma vez que o debian não é suportado.
2010/3/23 Raul Francisco Costa F. de Andrade, DBA :
> Foram instalados os binários sem problema?
>
> Foi feita a análise dos pré-requisitos para a instalação do BD no Debian?
>
> Raul
> Em 22 de março de 2010 16:07, Le
Oi Mária.
O que o Gerson quiz dizer é o seguinte.
Você NUNCA pode fazer qualquer tipo de comando DML ou DDL em uma tabela a
partir de um Trigger FOR EACH ROW cuja própria Tabela Dispara.
Veja... é até lógica essa limitação.
Quando criamos um trigger do tipo FOR EACH ROW estamos dizendo ao banco
Algumas coisas que acredito que possa ser:
1) Algum estouro de memória, veja o event view do Windows se tem algo do tipo
2) Algum bug relativo a VMWare
3) Qual Service Pack do Windows está aplicado?
4) Algum problema de rede, DNS
O serviço do Oracle no qual está citando é o Service do Banco ou do
Cara vou te agradecer e me virar por aq..
Valew...
2010/3/23 Gerson Junior
> Você está usando Pragma_Autonomous_transaction?? Se sim, não é pra usar!
>
> Se não, manda pra gente as 3 triggers e a package pra gente simular aqui.
>
> Abraços.
>
>
> Atc.
> Gerson S. de Vasconcelos Júnior
> DBA O
Você está usando Pragma_Autonomous_transaction?? Se sim, não é pra usar!
Se não, manda pra gente as 3 triggers e a package pra gente simular aqui.
Abraços.
Atc.
Gerson S. de Vasconcelos Júnior
DBA Oracle / Oracle Certified (IZ0-007)
Fone: (81) 9103-4984 / (82) 9119-0640
Msn: gerson.vasconce...@
Olha nao sei se entendi direito..
Mas fiz aq... e não rolou tb...
dá erro de deadlock do mesmo jeito...
:(
2010/3/23 Gerson Junior
> Não... as triggers são criadas na tabela mesmo!
>
> A package é criada separadamente para receber os valores que estão sendo
> manipulados e para que voce possa
Pessoal ,
Estou com um problema que esta dificil de resolver. O serviço do Oracle
simplismente trava , congela, mas não gera nada no alert.log.
Após reiniciar o serviço do Oracle tudo volta ao nomal , mas depois de algumas
horas ele volta a congelar.
Meu Sistema operacional é um Windows 2003 s
Não... as triggers são criadas na tabela mesmo!
A package é criada separadamente para receber os valores que estão sendo
manipulados e para que voce possa depois ter de onde ler estes valores.
entendeu??
Atc.
Gerson S. de Vasconcelos Júnior
DBA Oracle / Oracle Certified (IZ0-007)
Fone: (81) 910
Opss Corrigindo... Gerson, desculpe.
2010/3/23 Mária Cristina Silva
> Gleisson
> Vc cria essas trigger dentro da pakage mas para ser disparada em cima da
> tabela que vc quer aletar mesmo?
> é não consegui vizualizar onde vc limparia as variaveis da pakage... sacou?
>
>
>
>
> 2010/3/23 Gerson
Gleisson
Vc cria essas trigger dentro da pakage mas para ser disparada em cima da
tabela que vc quer aletar mesmo?
é não consegui vizualizar onde vc limparia as variaveis da pakage... sacou?
2010/3/23 Gerson Junior
> Mária,
>
> Geralmente quando tenho este tipo de problema faço 3 triggers e u
Frasson, senti saudades de vc's...
Bom, eu fiz isso que vc falou, mas infelizmente quando a tabela controle
dispara a triigger ele dá esse aq:
ORA-00060: deadlock detected *while* waiting *for* *resource*
ORA-06512: *at* "TESTE2.TRG_A", line 36
ORA-04088: error during execution *of* *trigger* 'TE
William, dessa forma você terá o mesmo erro de table mutante!
A operação foi inicialmente chamada por uma trigger for each row na mesma
tabela, ele vai dar o mesmo erro.
Mesmo que voce crie uma função e chame, uma procedure, qualquer coisa do
tipo que esteja numa trigger for each row, qualquer op
Voltando aos grupo Oracle depois de alguns meses...
Maria o que você pode fazer é o seguinte, não é muito usado no dia dia, mas
pode-se criar uma outra tabela CONTROLE com os campos:
TABELA, ROWID_ORIGINAL, OPERACAO, FILIAL
Onde nessa tabela após ativar a 1ª trigger ela irá colocar a tabela, ro
Mária,
Geralmente quando tenho este tipo de problema faço 3 triggers e uma package:
1- Uma trigger statement before para que limpe as variáveis de package.
2-Uma trigger for each row para popular o(s) vetor(es) da package
3-Uma trigger statement after para ler o vetor da package e fazer as
operaç
Moçada, gostaria de pedir um Help a todos...
Sei que parece ser um erro comum, mas como estou apanhando, alguém pode ter
alguma dica...
Preciso fazer uma trigger, onde sua função é: Quando a tabela A sofre
alteração em algumas colunas curjo são valores(money), ela deve disparar uma
trigger onde a
Pessoal eu estou tentando instalar o Oracle 10 G no debina 5 (64) porém
durante o decorrer na instalação quando está a mais de 50% ocorre o seguinte
erro:
Não foi possível encontrar o make utility na localização:
/usr/bin/make
Alguém ai sabe como eu resolvo isso?
Obrigado
--
Att,
Leonardo Sa
Ainda : na verdade isso é decorrência do modo como o LOB (seja CLOB, BLOB,
whathever) trabalha : o LOB funciona como um arquivo, que vc abre um Ponteiro
para manipular, e como qquer ponteiro ele tem que ser acessível localmente à
máquina... Sim, um procedimento comum é vc abrir um ponteiro loca
Bom dia colegas...
Me recordo de uma limitação que existia, para trafegos de de campos do tipo
CLOB atraves de DBLINKS...
Esta limitação ainda existe ?
Fiz um teste ainda pouco, em um servidor que trabalho com dblink e tomei o
seguinte erro: ORA-22992 - cannot user lob locators...
Me recordo
Foram instalados os binários sem problema?
Foi feita a análise dos pré-requisitos para a instalação do BD no Debian?
Raul
Em 22 de março de 2010 16:07, Leonardo Santos da Mata <
leonardodam...@gmail.com> escreveu:
>
>
> oi pessoal como eu faço para roda o dbca no linux debian 64 bits? eu to
> pr
Tchê, eu concordo em genero, numero e grau. Isso falo sempre para todos os
meus amigos, colegas e alunos.. o não já é 50% das entrevistas... e este
normalmente já se tem... basta correr atrás do SIM.
Gostei do seu modo de pensar (bastante semelhante ao meu).
Grande Abraço,
Em 20 de março de 2010
29 matches
Mail list logo
