Re: [oracle_br] "
Ao que parece existe alguma trigger que dispara no comando alter user que esta
com erro de conversão de valores.
Alessandro Lúcio Cordeiro da Silva
Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
Em Quinta-feira, 19 de Maio de 2016 11:25, "Rafael Mendonca
raffaell.t...@yahoo.com [oracle_br]" escreveu:
** Oracle 11.2.0.4 EE
SQL> conn xuxa/xuxa@INSTANCIA
ERROR:
ORA-28001: the password has expired
Changing password for xuxa
New password:
Retype new password:
ERROR:
ORA-00604: error occurred at recursive SQL level 1
ORA-06502: PL/SQL: numeric or value error
ORA-06512: at line 26
Password unchanged
Senhores, esse problema vem ocorrendo há 2 semanas, o usuário "xuxa" possui
privilégio de "ALTER USER".
O profile do usuário é o DEFAULT onde todas opções estão UNLIMITED, com exceção
do PASSWORD_LOCK_TIME=1; PASSWORD_GRACE_TIME=7; FAILED_LOGIN_ATTEMPTS=1;
PASSWORD_VERIFY_FUNCTION=NULL
Alguém pode ajudar?
#yiv1434132132 #yiv1434132132 -- #yiv1434132132ygrp-mkp {border:1px solid
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv1434132132
#yiv1434132132ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv1434132132
#yiv1434132132ygrp-mkp #yiv1434132132hd
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px
0;}#yiv1434132132 #yiv1434132132ygrp-mkp #yiv1434132132ads
{margin-bottom:10px;}#yiv1434132132 #yiv1434132132ygrp-mkp .yiv1434132132ad
{padding:0 0;}#yiv1434132132 #yiv1434132132ygrp-mkp .yiv1434132132ad p
{margin:0;}#yiv1434132132 #yiv1434132132ygrp-mkp .yiv1434132132ad a
{color:#ff;text-decoration:none;}#yiv1434132132 #yiv1434132132ygrp-sponsor
#yiv1434132132ygrp-lc {font-family:Arial;}#yiv1434132132
#yiv1434132132ygrp-sponsor #yiv1434132132ygrp-lc #yiv1434132132hd {margin:10px
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv1434132132
#yiv1434132132ygrp-sponsor #yiv1434132132ygrp-lc .yiv1434132132ad
{margin-bottom:10px;padding:0 0;}#yiv1434132132 #yiv1434132132actions
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv1434132132
#yiv1434132132activity
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv1434132132
#yiv1434132132activity span {font-weight:700;}#yiv1434132132
#yiv1434132132activity span:first-child
{text-transform:uppercase;}#yiv1434132132 #yiv1434132132activity span a
{color:#5085b6;text-decoration:none;}#yiv1434132132 #yiv1434132132activity span
span {color:#ff7900;}#yiv1434132132 #yiv1434132132activity span
.yiv1434132132underline {text-decoration:underline;}#yiv1434132132
.yiv1434132132attach
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px
0;width:400px;}#yiv1434132132 .yiv1434132132attach div a
{text-decoration:none;}#yiv1434132132 .yiv1434132132attach img
{border:none;padding-right:5px;}#yiv1434132132 .yiv1434132132attach label
{display:block;margin-bottom:5px;}#yiv1434132132 .yiv1434132132attach label a
{text-decoration:none;}#yiv1434132132 blockquote {margin:0 0 0
4px;}#yiv1434132132 .yiv1434132132bold
{font-family:Arial;font-size:13px;font-weight:700;}#yiv1434132132
.yiv1434132132bold a {text-decoration:none;}#yiv1434132132 dd.yiv1434132132last
p a {font-family:Verdana;font-weight:700;}#yiv1434132132 dd.yiv1434132132last p
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv1434132132
dd.yiv1434132132last p span.yiv1434132132yshortcuts
{margin-right:0;}#yiv1434132132 div.yiv1434132132attach-table div div a
{text-decoration:none;}#yiv1434132132 div.yiv1434132132attach-table
{width:400px;}#yiv1434132132 div.yiv1434132132file-title a, #yiv1434132132
div.yiv1434132132file-title a:active, #yiv1434132132
div.yiv1434132132file-title a:hover, #yiv1434132132 div.yiv1434132132file-title
a:visited {text-decoration:none;}#yiv1434132132 div.yiv1434132132photo-title a,
#yiv1434132132 div.yiv1434132132photo-title a:active, #yiv1434132132
div.yiv1434132132photo-title a:hover, #yiv1434132132
div.yiv1434132132photo-title a:visited {text-decoration:none;}#yiv1434132132
div#yiv1434132132ygrp-mlmsg #yiv1434132132ygrp-msg p a
span.yiv1434132132yshortcuts
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv1434132132
.yiv1434132132green {color:#628c2a;}#yiv1434132132 .yiv1434132132MsoNormal
{margin:0 0 0 0;}#yiv1434132132 o {font-size:0;}#yiv1434132132
#yiv1434132132photos div {float:left;width:72px;}#yiv1434132132
#yiv1434132132photos div div {border:1px solid
#66;height:62px;overflow:hidden;width:62px;}#yiv1434132132
#yiv1434132132photos div label
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv1434132132
#yiv1434132132reco-category {font-size:77%;}#yiv1434132132
#yiv1434132132reco-desc {font-size:77%;}#yiv1434132132 .yiv1434132132replbq
{margin:4px;}#yiv1434132132 #yiv1434132132ygrp-actbar div a:first-
[oracle_br] "
** Oracle 11.2.0.4 EE SQL> conn xuxa/xuxa@INSTANCIA ERROR: ORA-28001: the password has expired Changing password for xuxa New password: Retype new password: ERROR: ORA-00604: error occurred at recursive SQL level 1 ORA-06502: PL/SQL: numeric or value error ORA-06512: at line 26 Password unchanged Senhores, esse problema vem ocorrendo há 2 semanas, o usuário "xuxa" possui privilégio de "ALTER USER". O profile do usuário é o DEFAULT onde todas opções estão UNLIMITED, com exceção do PASSWORD_LOCK_TIME=1; PASSWORD_GRACE_TIME=7; FAILED_LOGIN_ATTEMPTS=1; PASSWORD_VERIFY_FUNCTION=NULL Alguém pode ajudar?
[oracle_br] Re: Configurações ASM
Bom, fica EXTREMAMENTE DIFÍCIL dizer qquer coisa com a qtdade Ínfima de dados que vc nos diz (pra gente poder palpitar mais decentemente, vc teria que NO MÍNIMO nos dizer os Volumes de dados e de arquivos que vão estar nesse ASM, dar os DETALHES do hardware envolvido - como tipo e capacidade dos discos, detalhes do Storage onde esses discos estão, volumes criados com esses discos, os detalhes de RAID usado, teria que nos dizer o PADRÂO DE DADOS desses aplicativos - ie, se são OLTP que tipicamente lêem poucos dados mas em grande número de sessões OU DW/Batch que em poucas sessões fazem Grandes scans de blocos de dados -, entre outras) mas de modo geral : 1. diskgroups separados, específicos para cada "tipo" de utilização, NÂO vão te trazer nenhuma vantagem de performance se todos os DGs estão no mesmo hardware : podem te trazer alguma vantagem Administrativa, digamos num caso de dados "flutuantes", cujautilização de espaço varia largamente - aí , se vc tenha que fazer rebalance ou qquer operação administrativa vc pode fazer em vários DGs simultaneamente ou coisa assim LOGICAMENTE, se teu volume é pequeno e/ou os padrões de uso não variam muito ou vc não prevê necessidade de administraçaõ em DGs, taca tudo num DG só e boa 2. como regra um AU_SIZE grande pode dar algumas vantagens de performance principalmente nas operações de block scan em datafiles grandes num ambiente com grande número de datafiles, MAS vai trazer desvantagens (principalmente espaço não totalmente preenchido) para segmentos pequenos : se vc não sabe dizer o seu caso, 4 MB é um número mediano, que se ajusta bem à maioria dos hardwares e dos padrões de utilização, vc pode Sim começar com ele e depois se julgar necessário recriar com AU_SIZE maior ou menor - o IMPORTANTE, porém, é que o stipe size do RAID *** deveria *** por prinípio Equivaler Exatamente com o AU_SIZE, ou deveriam ser múltiplos/divisores exatos entre si 3. sim, é uma boa prática deixar um stripe fine (que implica 128K, normalmente) para arquivos pequenos E que nunca são lidos em full na operação normal (controlfiles é um exemplo, sim) e COARSE para os que podem necessitar de I/Os largos e randômicos em qualquer ponto do arquivo , como datafiles... []s Chiappa
[oracle_br] Re: Configurações ASM
Versão do banco 11.2.0.4 Standard Edition
[oracle_br] Configurações ASM
Boa tarde! Pessoal, estou querendo migrar os ambientes aqui na empresa para ASM, e estou com algumas duvidas segue elas: 1) Tenho datafiles para dados,index e lobin, crio um diskgroup para cada um ou crio apenas o diskgroup DATA e coloco todos neste diskgroup?? 2) A oracle recomenta que no 11.2.xxx a unidade de alocação(au_size) seja de 4M para os diskgroup, posso seguir isso ou não, como devo avaliar isso?? 3) Segundo o template do ASM, o stripe é fine para o controlfile e para os demais tipos é coarse, posso seguir desta forma ou não??
RES: [oracle_br] ORA-06544: PL/SQL: internal error, arguments: [56319]
Pessoal, Ja descobri o problema, migraram esse Banco (PONTO) que estava em x86_64 para uma maquina i386, ja migrei esse Banco para uma maquina x86_64 e tudo resolvido. Grato Ednilson Silva De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Enviada em: quinta-feira, 19 de maio de 2016 08:53 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] ORA-06544: PL/SQL: internal error, arguments: [56319] Bom Dia, Estou tentando recriar uma view materialized num Banco PRD 11g (release 11.2.0. x86_64) buscando dados de um Banco 9i (release 9.2.0.8 i386) e estou recebendo o erro abaixo. SQL> create MATERIALIZED VIEW S_SDP_ACIONA_DISP_EXTERNO 2 tablespace SNAP 3 refresh fast 4 start with (sysdate)+1/24 5 next (sysdate)+1/24 6 as select * from PRODUCAO.SDP_ACIONA_DISP_EXTERNO@PONTO.FR_LINS.GR_BERTIN; create MATERIALIZED VIEW S_SDP_ACIONA_DISP_EXTERNO tablespace SNAP refresh fast start with (sysdate)+1/24 next (sysdate)+1/24 as select * from PRODUCAO.SDP_ACIONA_DISP_EXTERNO@PONTO.FR_LINS.GR_BERTIN ORA-04052: error occurred when looking up remote object PRODUCAO.SDP_ACIONA_DISP_EXTERNO@PONTO.FR_LINS.GR_BERTIN ORA-00604: error occurred at recursive SQL level 1 ORA-06544: PL/SQL: internal error, arguments: [56319], [], [], [], [], [], [], [] ORA-06553: PLS-801: internal error [56319] ORA-02063: preceding 2 lines from PONTO SQL> SELECT COUNT(*) FROM PRODUCAO.SDP_ACIONA_DISP_EXTERNO@PONTO.FR_LINS.GR_BERTIN; COUNT(*) -- 91 Este Banco PRD foi migrado de 9.2.0.8 para a versão atual no ano passado. Pesquisando um pouco, encontrei o Doc ID 1436552.1 com a seguinte solução. 1.Shutdown the database and restart in STARTUP UPGRADE mode. 2.Under the \RDBMS\Admin folder, run utlip.sql to invalidate all PL/SQL objects. 3.Shutdown the database and restart in normal mode. 4.Under the \RDBMS\Admin folder, run utlrp.sql to recompile all invalid PL/SQL objects. 5.Retest and the errors should be resolved. Gostaria de saber se alguém já passou por este erro e resolveu de outra forma, visto que é um Banco de Produção, e não irei conseguir uma janela para uma parada no Banco. Grato, Ednilson Silva
Re: [oracle_br] Re: Materialized View
Pessoal, muito obrigado pelas dicas e pelas sugestões, eu marquei com o
analista que trabalha em um outro local para agendarmos para analisarmos o
problema juntos e de uma vez por toda tentar entender o que ele ta querendo
fazer. Assim que tiver uma resposta para todos os questionamentos dos senhores,
postarei aqui e a solução tomada. Mais uma vez obrigado.
Em Quarta-feira, 18 de Maio de 2016 17:25, "alexssandro0...@yahoo.com.br
[oracle_br]" escreveu:
Boa tarde!
Rafael, apaga esta MV da lixeira do Oracle e tenta recriar ela novamente.
Passei pelo mesmo problema no meu ambiente de DEV aqui, mas aqui foi com uma
tabela, e resolvi apagando da lixeira.
OBS: Isso é válido se não tiver estourando nenhum outro erro que não seja o de
tabela ou view já existe, e com certeza ela foi removida do ambiente etc.
#yiv695759 #yiv695759 -- #yiv695759ygrp-mkp {border:1px solid
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv695759
#yiv695759ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv695759
#yiv695759ygrp-mkp #yiv695759hd
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px
0;}#yiv695759 #yiv695759ygrp-mkp #yiv695759ads
{margin-bottom:10px;}#yiv695759 #yiv695759ygrp-mkp .yiv695759ad
{padding:0 0;}#yiv695759 #yiv695759ygrp-mkp .yiv695759ad p
{margin:0;}#yiv695759 #yiv695759ygrp-mkp .yiv695759ad a
{color:#ff;text-decoration:none;}#yiv695759 #yiv695759ygrp-sponsor
#yiv695759ygrp-lc {font-family:Arial;}#yiv695759
#yiv695759ygrp-sponsor #yiv695759ygrp-lc #yiv695759hd {margin:10px
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv695759
#yiv695759ygrp-sponsor #yiv695759ygrp-lc .yiv695759ad
{margin-bottom:10px;padding:0 0;}#yiv695759 #yiv695759actions
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv695759
#yiv695759activity
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv695759
#yiv695759activity span {font-weight:700;}#yiv695759
#yiv695759activity span:first-child
{text-transform:uppercase;}#yiv695759 #yiv695759activity span a
{color:#5085b6;text-decoration:none;}#yiv695759 #yiv695759activity span
span {color:#ff7900;}#yiv695759 #yiv695759activity span
.yiv695759underline {text-decoration:underline;}#yiv695759
.yiv695759attach
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px
0;width:400px;}#yiv695759 .yiv695759attach div a
{text-decoration:none;}#yiv695759 .yiv695759attach img
{border:none;padding-right:5px;}#yiv695759 .yiv695759attach label
{display:block;margin-bottom:5px;}#yiv695759 .yiv695759attach label a
{text-decoration:none;}#yiv695759 blockquote {margin:0 0 0
4px;}#yiv695759 .yiv695759bold
{font-family:Arial;font-size:13px;font-weight:700;}#yiv695759
.yiv695759bold a {text-decoration:none;}#yiv695759 dd.yiv695759last
p a {font-family:Verdana;font-weight:700;}#yiv695759 dd.yiv695759last p
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv695759
dd.yiv695759last p span.yiv695759yshortcuts
{margin-right:0;}#yiv695759 div.yiv695759attach-table div div a
{text-decoration:none;}#yiv695759 div.yiv695759attach-table
{width:400px;}#yiv695759 div.yiv695759file-title a, #yiv695759
div.yiv695759file-title a:active, #yiv695759
div.yiv695759file-title a:hover, #yiv695759 div.yiv695759file-title
a:visited {text-decoration:none;}#yiv695759 div.yiv695759photo-title a,
#yiv695759 div.yiv695759photo-title a:active, #yiv695759
div.yiv695759photo-title a:hover, #yiv695759
div.yiv695759photo-title a:visited {text-decoration:none;}#yiv695759
div#yiv695759ygrp-mlmsg #yiv695759ygrp-msg p a
span.yiv695759yshortcuts
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv695759
.yiv695759green {color:#628c2a;}#yiv695759 .yiv695759MsoNormal
{margin:0 0 0 0;}#yiv695759 o {font-size:0;}#yiv695759
#yiv695759photos div {float:left;width:72px;}#yiv695759
#yiv695759photos div div {border:1px solid
#66;height:62px;overflow:hidden;width:62px;}#yiv695759
#yiv695759photos div label
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv695759
#yiv695759reco-category {font-size:77%;}#yiv695759
#yiv695759reco-desc {font-size:77%;}#yiv695759 .yiv695759replbq
{margin:4px;}#yiv695759 #yiv695759ygrp-actbar div a:first-child
{margin-right:2px;padding-right:5px;}#yiv695759 #yiv695759ygrp-mlmsg
{font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}#yiv695759
#yiv695759ygrp-mlmsg table {font-size:inherit;font:100%;}#yiv695759
#yiv69575
[oracle_br] ORA-06544: PL/SQL: internal error, arguments: [56319]
Bom Dia, Estou tentando recriar uma view materialized num Banco PRD 11g (release 11.2.0. x86_64) buscando dados de um Banco 9i (release 9.2.0.8 i386) e estou recebendo o erro abaixo. SQL> create MATERIALIZED VIEW S_SDP_ACIONA_DISP_EXTERNO 2 tablespace SNAP 3 refresh fast 4 start with (sysdate)+1/24 5 next (sysdate)+1/24 6 as select * from PRODUCAO.SDP_ACIONA_DISP_EXTERNO@PONTO.FR_LINS.GR_BERTIN; create MATERIALIZED VIEW S_SDP_ACIONA_DISP_EXTERNO tablespace SNAP refresh fast start with (sysdate)+1/24 next (sysdate)+1/24 as select * from PRODUCAO.SDP_ACIONA_DISP_EXTERNO@PONTO.FR_LINS.GR_BERTIN ORA-04052: error occurred when looking up remote object PRODUCAO.SDP_ACIONA_DISP_EXTERNO@PONTO.FR_LINS.GR_BERTIN ORA-00604: error occurred at recursive SQL level 1 ORA-06544: PL/SQL: internal error, arguments: [56319], [], [], [], [], [], [], [] ORA-06553: PLS-801: internal error [56319] ORA-02063: preceding 2 lines from PONTO SQL> SELECT COUNT(*) FROM PRODUCAO.SDP_ACIONA_DISP_EXTERNO@PONTO.FR_LINS.GR_BERTIN; COUNT(*) -- 91 Este Banco PRD foi migrado de 9.2.0.8 para a versão atual no ano passado. Pesquisando um pouco, encontrei o Doc ID 1436552.1 com a seguinte solução. 1.Shutdown the database and restart in STARTUP UPGRADE mode. 2.Under the \RDBMS\Admin folder, run utlip.sql to invalidate all PL/SQL objects. 3.Shutdown the database and restart in normal mode. 4.Under the \RDBMS\Admin folder, run utlrp.sql to recompile all invalid PL/SQL objects. 5.Retest and the errors should be resolved. Gostaria de saber se alguém já passou por este erro e resolveu de outra forma, visto que é um Banco de Produção, e não irei conseguir uma janela para uma parada no Banco. Grato, Ednilson Silva
