Res: [oracle_br] Oracle 10G + Parâmetro Compatib le 9.2

2008-09-03 Por tôpico Bia Fitzgerald
Obrigada!



- Mensagem original 
De: rflribeiro [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 2 de Setembro de 2008 22:13:21
Assunto: Re: [oracle_br] Oracle 10G + Parâmetro Compatible 9.2


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Olá, Bia.

- -- Se eu tenho uma versão do Oracle 10G instalada e o parâmetro
compatible=9. 2, gostaria de saber se é possível criar bigfile
tablespaces e qual seria o default para elas ... Se locally ou se
Dictionary.
Bigfile Tablespaces são uma feature da versão 10g. Imagino que
utilizando compatible=9. 2 não seja possível criar tablespaces neste
formato. Um banco de dados pode sim conter tablespaces dos 2 tipos
simultaneamente.

- -- Se a tablespace System é criada como Locally manager... As outras
tablespaces podem ser dictionary?
Esta é simples. Não.

Dê uma olhada na bíblia Oracle:
http://download. oracle.com/ docs/cd/B19306_ 01/server. 102/b14220/ physical. 
htm#sthref485

Ribeiro, Reginaldo
Administrador de Bancos de Dados
Oracle Certified Associate 10g
-  - - - - 
DBCom Brazil Consultoria em Tecnologia da Informação
skype: rflribeiro
mobile: 551192344290
fone: 551162165375
e-mail: [EMAIL PROTECTED] com.br
site: http://www.dbcom. com.br
Chave Pública:
http://keyserver. noreply.org/ pks/lookup? search=rflribeir o%40dbcom. 
com.brfingerpri nt=onop= index

Bia Fitzgerald wrote:

 Olá, senhores... Se eu tenho uma versão do Oracle 10G instalada e o
 parâmetro compatible=9. 2, gostaria de saber se é possível criar
 bigfile tablespaces e qual seria o default para elas ... Se locally
 ou se Dictionary. Se a tablespace System é criada como Locally
 manager... As outras tablespaces podem ser dictionary? (Não que eu
 queira fazer isto, são dúvidas para uma prova de certificação)..
 Grata, Bia.

 !-- #ygrp-mkp{ border: 1px solid #d8d8d8; font-family: Arial;
 margin: 14px 0px; padding: 0px 14px; } #ygrp-mkp hr{ border: 1px
 solid #d8d8d8; } #ygrp-mkp #hd{ color: #628c2a; font-size: 85%;
 font-weight: bold; line-height: 122%; margin: 10px 0px; } #ygrp-mkp
 #ads{ margin-bottom: 10px; } #ygrp-mkp .ad{ padding: 0 0; }
 #ygrp-mkp .ad a{ color: #ff; text-decoration: none; } -- !--
 #ygrp-sponsor #ygrp-lc{ font-family: Arial; } #ygrp-sponsor
 #ygrp-lc #hd{ margin: 10px 0px; font-weight: bold; font-size: 78%;
 line-height: 122%; } #ygrp-sponsor #ygrp-lc .ad{ margin-bottom:
 10px; padding: 0 0; } -- !-- #ygrp-mlmsg {font-size:13px;
 font-family:
 arial,helvetica, clean,sans- serif;*font- size:small; *font:x-small; }
 #ygrp-mlmsg table {font-size:inherit; font:100% ;} #ygrp-mlmsg
 select, input, textarea {font:99%
 arial,helvetica, clean,sans- serif;} #ygrp-mlmsg pre, code {font:115%
 monospace;*font- size:100% ;} #ygrp-mlmsg * {line-height: 1.22em;}
 #ygrp-text{ font-family: Georgia; } #ygrp-text p{ margin: 0 0 1em
 0; } #ygrp-tpmsgs{ font-family: Arial; clear: both; } #ygrp-vitnav{
 padding-top: 10px; font-family: Verdana; font-size: 77%; margin: 0;
 } #ygrp-vitnav a{ padding: 0 1px; } #ygrp-actbar{ clear: both;
 margin: 25px 0; white-space: nowrap; color: #666; text-align: right;
 } #ygrp-actbar .left{ float: left; white-space: nowrap; }
 .bld{font-weight: bold;} #ygrp-grft{ font-family: Verdana;
 font-size: 77%; padding: 15px 0; } #ygrp-ft{ font-family: verdana;
 font-size: 77%; border-top: 1px solid #666; padding: 5px 0; }
 #ygrp-mlmsg #logo{ padding-bottom: 10px; } #ygrp-reco {
 margin-bottom: 20px; padding: 0px; } #ygrp-reco #reco-head {
 font-weight: bold; color: #ff7900; } #reco-grpname{ font-weight:
 bold; margin-top: 10px; } #reco-category{ font-size: 77%; }
 #reco-desc{ font-size: 77%; } #ygrp-vital{ background-color:
 #e0ecee; margin-bottom: 20px; padding: 2px 0 8px 8px; } #ygrp-vital
 #vithd{ font-size: 77%; font-family: Verdana; font-weight: bold;
 color: #333; text-transform: uppercase; } #ygrp-vital ul{ padding:
 0; margin: 2px 0; } #ygrp-vital ul li{ list-style-type: none;
 clear: both; border: 1px solid #e0ecee; } #ygrp-vital ul li .ct{
 font-weight: bold; color: #ff7900; float: right; width: 2em;
 text-align:right; padding-right: .5em; } #ygrp-vital ul li .cat{
 font-weight: bold; } #ygrp-vital a{ text-decoration: none; }
 #ygrp-vital a:hover{ text-decoration: underline; } #ygrp-sponsor
 #hd{ color: #999; font-size: 77%; } #ygrp-sponsor #ov{ padding: 6px
 13px; background-color: #e0ecee; margin-bottom: 20px; }
 #ygrp-sponsor #ov ul{ padding: 0 0 0 8px; margin: 0; }
 #ygrp-sponsor #ov li{ list-style-type: square; padding: 6px 0;
 font-size: 77%; } #ygrp-sponsor #ov li a{ text-decoration: none;
 font-size: 130%; } #ygrp-sponsor #nc{ background-color: #eee;
 margin-bottom: 20px; padding: 0 8px; } #ygrp-sponsor .ad{ padding:
 8px 0; } #ygrp-sponsor .ad #hd1{ font-family: Arial; font-weight:
 bold; color: #628c2a; font-size: 100%; line-height: 122%; }
 #ygrp-sponsor .ad a{ text-decoration: none; } #ygrp-sponsor .ad
 a:hover{ text-decoration: underline; } #ygrp-sponsor .ad p{ margin

[oracle_br] Oracle 10G + Parâmetro Compatible 9.2

2008-09-02 Por tôpico Bia Fitzgerald
Olá, senhores...
Se eu tenho uma versão do Oracle 10G instalada e o parâmetro compatible=9.2, 
gostaria de saber se é possível criar bigfile tablespaces e qual seria o 
default para elas ... Se locally ou se Dictionary.
Se a tablespace System é criada como Locally manager... As outras tablespaces 
podem ser dictionary? (Não que eu queira fazer isto, são dúvidas para uma prova 
de certificação).
Grata,
Bia.


  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua 
cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

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



[oracle_br] Incremental backups in noarchivelog mode

2008-08-07 Por tôpico Bia Fitzgerald
Senhores,
É possível fazer bkp incremental em modo noarchivelog pelo RMAN?
Tenho lido em noarchivelog mode, só é possível bkp full, offline e whole 
database.
Obrigada,
Bia


  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua 
cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

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



Res: [oracle_br] Incremental backups in noarchivelog mode

2008-08-07 Por tôpico Bia Fitzgerald
li isto aqui no Oracle Database OCP 10G - All in on exame guide:
Incremental backups can be done whether the database is open or closed, and

whether it is in archivelog or noarchivelog mode. But they can be done only by 
RMAN.


- Mensagem original 
De: Gustavo Venturini de Lima [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quinta-feira, 7 de Agosto de 2008 11:11:48
Assunto: Re: [oracle_br] Incremental backups in noarchivelog mode


Bia, conforme documentação Oracle *Oracle(R) Database Backup and Recovery
Advanced User's Guide 10g Release 2 (10.2) *Part Number B14191-02 só
podemos realizar backups no modo NOARCHIVELOG se o mesmo for FULL e no
estado MOUNT.
Abaixo segue um exemplo identificado na documentação.
Att.
Gustavo
Backing Up in NOARCHIVELOG Mode: Example

This script puts the database into the correct mode for a consistent, whole
database backup and then backs up the database. The script performs a
shutdown, startup, shutdown, and then startup again before creating multiple
copies of the backup:

# Shut down database cleanly with immediate option. This type of shutdown lets
# current calls to the database complete, but prevents further logons or calls.
# If the database is not up, you receive a message saying so but RMAN will not
# treat this situation as an error.
SHUTDOWN IMMEDIATE;

# Start up the database in case it suffered instance failure or was
# closed with SHUTDOWN ABORT before starting this script.
# The script performs instance recovery if
# needed. Oracle uses the default init.ora file. Alternatively, use this form:
# STARTUP FORCE DBA pfile=filename.
# Use the DBA option because you are going to shut down again
# and do not want to let users in during the short interval. Use the FORCE
# option because it cannot hurt and might help in certain situations.
STARTUP FORCE DBA;
SHUTDOWN IMMEDIATE;

# The database is cleanly closed and ready for a consistent backup. RMAN
# requires that the database be started and mounted to perform a backup.
RMAN STARTUP MOUNT;

# this example uses automatic channels to make the backup
BACKUP
COPIES 2
INCREMENTAL LEVEL 0
MAXSETSIZE 10M
DATABASE
INCLUDE CURRENT CONTROLFILE
TAG 'BACKUP_1'
;

# Now that the backup is complete, open the database.
ALTER DATABASE OPEN;

Note the inclusion of the current control file with the backup, and the use
of the tag to identify the backup. To use this backup of the database, the
control file must be restored from the same backup as the rest of the
database. Adding INCLUDE CURRENT CONTROLFILE ensures that a usable backup of
the control file is included with the backup and tagged in order to simplify
restoring the control file with the rest of the database.

You can skip tablespaces, such as read-only tablespaces, but any skipped
tablespace that has not been offline or read-only since its last backup is
lost if the database has to be restored from a backup.

2008/8/7 Bia Fitzgerald dbaemapuros@ yahoo.com. br

 Senhores,
 É possível fazer bkp incremental em modo noarchivelog pelo RMAN?
 Tenho lido em noarchivelog mode, só é possível bkp full, offline e whole
 database.
 Obrigada,
 Bia

 Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua
 cara @ymail.com ou @rocketmail. com.
 http://br..new. mail.yahoo. com/addresses

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

 


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

 


  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua 
cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

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



Res: [oracle_br] Re: Help! Erro em Views Materia lizadas após aplicação do patch 9.0.2.8

2008-06-11 Por tôpico Bia Fitzgerald
Descobri no Metalink que é um bug da versão. Vou aplicar outro patch corretivo.
:-/



- Mensagem original 
De: jlchiappa [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 10 de Junho de 2008 19:33:59
Assunto: [oracle_br] Re: Help! Erro em Views Materializadas após aplicação do 
patch 9.0.2.8


Além de testar os db links, eu acrescentaria :

a) o README/guia de instalação do patch foi seguido à RISCA ??? Não se
esqueceu de nenhum passo, tipo startup migrate que às vezes é pedido ?

b) ficaram objetos inválidos nesse banco após o patch ?? Se sim,
corrigir...

[]s

Chiappa

--- Em [EMAIL PROTECTED] os.com.br, Reginaldo Ribeiro
rflribeiro@ ... escreveu

 Já testou os dblinks referenciados nas vm's?
 
 Ribeiro, Reginaldo
 Administrador de Bancos de Dados
 Oracle Certified Associate 10g
  _ _ ___
 DBcom IT Experts
 skype: rflribeiro
 msn: [EMAIL PROTECTED] ..
 mobile: 551192344290
 fone: 551162165375
 e-mail: [EMAIL PROTECTED] ...
 site: http://www.dbcom. com.br
 
 
 
 Bia Fitzgerald wrote:
 
  Após atualizar o oracle do 9.0.2.7 para o 9.0.2.8, todas as VM 
  deixaram de funcionar, recebo o seguinte erro:
  ORA-04052: ocorreu um erro durante pesquisa do objeto remoto 
  [EMAIL PROTECTED] .. 
  mailto:SPD. tabela%40LINKPRD .US.ORACLE. COM
  ORA-00604: ocorreu um erro no nível 2 SQL recursivo
  ORA-03106: erro fatal de protocolo de comunicação de duas tarefas
  ORA-02063: precedendo line a partir de PRD
  ORA-06512: em SYS.DBMS_SNAPSHOT , line 820
  ORA-06512: em SYS.DBMS_SNAPSHOT , line 877
  ORA-06512: em SYS.DBMS_SNAPSHOT , line 858
  ORA-06512: em line 2
  onde LINKPRD é um DBLINK.
  Alguém tem alguma idéia?
  :(
 
  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
  armazenamento!
  http://br.mail. yahoo.com/ http://br.mail. yahoo.com/
 
  [As partes desta mensagem que não continham texto foram removidas]
 
 


 


  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

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



[oracle_br] Oracle 10G X bde

2008-06-11 Por tôpico Bia Fitzgerald
Meus aplicativos delphi 5 + BDE não estão conseguindo se conectar ao Oracle 
10G. Recebo um erro ORA-03114 . Alguém tem idéia do que pode ser?
Consigo conectar via sqlplus, toad etc.. Menos as conexões via BDE.


  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

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



[oracle_br] ORA-12549: TNS:operating system resource quota exceeded - Oracle 10.2.0.4 + AIX 5l

2008-06-11 Por tôpico Bia Fitzgerald
Alguém já passou por este problema abaixo no 10G?
ORA-12549: TNS:operating system resource quota exceeded
 
ORA-27300: OS system dependent operation:fork failed with status: 2
ORA-27301: OS failure message: No such file or directory
ORA-27302: failure occurred at: skgpspawn5
ORA-27303: additional information: skgpspawn5
Está ocorrendo no AIX 5l. Todos os parâmetros do SO foram configurados desta 
maneira:
core file size    (blocks, -c) unlimited
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max memory size   (kbytes, -m) unlimited
open files    (-n) 2000
pipe size  (512 bytes, -p) 64
stack size    (kbytes, -s) hard
cpu time (seconds, -t) unlimited
max user processes    (-u) 512
virtual memory    (kbytes, -v) unlimited
Alguém tem alguma idéia??? Há pouca informação no metalink. 



  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

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



[oracle_br] Help! Erro em Views Materializadas após aplicação do patch 9.0.2.8

2008-06-10 Por tôpico Bia Fitzgerald
Após atualizar o oracle do 9.0.2.7 para o 9.0.2.8, todas as VM deixaram de 
funcionar, recebo o seguinte erro:
ORA-04052: ocorreu um erro durante pesquisa do objeto remoto [EMAIL PROTECTED]
ORA-00604: ocorreu um erro no nível 2 SQL recursivo
ORA-03106: erro fatal de protocolo de comunicação de duas tarefas
ORA-02063: precedendo line a partir de PRD
ORA-06512: em SYS.DBMS_SNAPSHOT, line 820
ORA-06512: em SYS.DBMS_SNAPSHOT, line 877
ORA-06512: em SYS.DBMS_SNAPSHOT, line 858
ORA-06512: em line 2
onde LINKPRD é um DBLINK.
Alguém tem alguma idéia?
:(


  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

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



[oracle_br] PL/SQL: numeric or value error

2007-10-15 Por tôpico Bia Fitzgerald
Senhores,

Alguma configuração no BD pode ocasionar este tipo de erro abaixo?

 
Your PL/SQL script is returning the Oracle error 'ORA-06502: 
PL/SQL: numeric or value error.

É Oracle 8i no linux. Houve uma mudança de servidor e antes o procedimento 
funcionava normalmente.

Alguém tem alguma idéia?

Obrigada,
Bia.


  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

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



Res: Res: [oracle_br] NLS_LENGTH_SEMANTICS

2007-09-10 Por tôpico Bia Fitzgerald
oi! é o NLS_CHARACTERSET mesmo que está AL16...
É uma base de testes... Não li este manual de Globalization. Se o processo for 
complicado, melhor reinstalar, então...
Obrigada,
Bia.


- Mensagem original 
De: jlchiappa [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 10 de Setembro de 2007 14:25:41
Assunto: Re: Res: [oracle_br] NLS_LENGTH_SEMANTICS

Bia, quanto ao porque, muito provavelmente vc deve estar caindo no 
bug de ALTER SYSTEM não setar a sessão (bug 1488174, cfrme nota 
metalink Subject: The Priority of NLS Parameters Explained Doc 
ID: Note:241047. 1 ), OU vc está esbarrando nos limites e conceitos 
mostrados na nota Subject: Examples and limits of BYTE and CHAR 
semantics usage Doc ID: Note:144808. 1 , mas agora que vc explicou 
o que vc quer, aí sim observa-se que : 

1) veja lá na NLS_DATABASE_ PARAMETERS que um banco tem o 
NLS_CHARACTERSET (que é o usado para os campos string normais , E 
TEM o NLS_NCHAR_CHARACTER SET, que é o usado para os campos NCHAR e 
similares, exatamente QUAL é os dos bancos em questão ? 

2) recriar database ? Não, de forma alguma, nós estamos usando 
bd Oracle, e ** NÃO ** Clipper ou Access onde vc volta e meia tem que 
recriar database;... 
No Oracle recriação é o ÙLTIMO DOS ÚLTIMOS recursos, raríssimo, DE 
FORMA ALGUMA faz sentido vc sair recriando, A NÃO SER que seja um 
banco de testes, onde não vale o trabalho de se fazer o procedimento 
correto, que seria se CONVERTER o characterset, cfrme manual de 
Globalization. 

E ÓBVIO, SE REALMENTE vc só tenha strings com characteset unibyte no 
banco origem, vc TRANQUILAMENTE poderia setar as variáveis NLS do 
cliente (o export/import são tools CLIENTES, eles obedecem às configs 
NLS do seu cliente) e fazer a conversão on-the-fly, a conversão do 
banco origem origem pra characterset de 8 bits seria opcional mas 
recomendada nesse caso, não faz o MENOR SENTIDO vc ter characterset 
multibyte num ambiente que só processa string singlebyte.. . SÓ 
REALMENTE se houver MESMO caracteres multibyte nesse banco AL16, aí 
vc teria perda, aí seria o banco DESTINO que deveria ser convertido 
pra um characterset de 16 bits 

== O mais comum DISPARADO é que vc só tenha dados 8 bits , já que a 
nossa língua portuguesa (tal como todas as européias ocidentais) cabe 
em 8 bits, mas a verificar, ok ?

[]s

Chiappa

--- Em [EMAIL PROTECTED] os.com.br, Bia Fitzgerald dbaemapuros@ ... 
escreveu

 Caríssimo Marcelo,
 :-)
 
 
 Estou fazendo Exportação de NLS_CHARACTERSET= WE8MSWIN1252 e 
tentando importação em NLS_CHARACTERSET= AL16UTF16 .
 Estou recebendo erro ORA-12899 para caracteres com acento.
 :-/
 Isto no 10G.
 :(((
 Vou recriar o banco. A não ser que tenhas uma idéia brilhante e 
menos prosaica que a minha.
 Obrigada,
 Eu.
 
 
 
 - Mensagem original 
 De: Marcelo A. Araújo marceloadearaujo@ ...
 Para: [EMAIL PROTECTED] os.com.br
 Enviadas: Segunda-feira, 10 de Setembro de 2007 11:33:19
 Assunto: Re: [oracle_br] NLS_LENGTH_SEMANTIC S
 
 Cara Bia , 
 
 Ajudaria bastante se vc informasse qual a versão do banco e qual a 
operação que vc esta tentando realizar : imp ? create table ? 
 
 Att,
 Marcelo
 
 Flickr agora em português. Você clica, todo mundo vê. Saiba mais.
 
 [As partes desta mensagem que não continham texto foram removidas]
 
 
 
 
 
 Flickr agora em português. Você clica, todo mundo vê.
 http://www.flickr. com.br/
 
 [As partes desta mensagem que não continham texto foram removidas]






  Flickr agora em português. Você clica, todo mundo vê.
http://www.flickr.com.br/

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



[oracle_br] NLS_LENGTH_SEMANTICS

2007-09-07 Por tôpico Bia Fitzgerald
Olá,

Gostaria de trocar o parâmetro NLS_LENGTH_SEMANTICS de Bytes para CHAR mas não 
estou conseguindo.
Mesmo tendo executado o ALTER SYSTEM... 
:-/
Alguém sabe o por quê?
Obrigada,
Bia.


  Flickr agora em português. Você clica, todo mundo vê.
http://www.flickr.com.br/

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



[oracle_br] SGA 2GB + 8.1.7 e linux.

2007-08-30 Por tôpico Bia Fitzgerald
Alguém sabe se é possível criar SGA  2GB no RHEL 5.0 32 bits? Tenho 8GB de RAM.
Estou tendo o seguinte problema:

ORA-27123: unable to attach to shared memory segment
Linux Error: 22: Invalid argument
Additional information: 1
Additional information: 1572870

[]s,
Bia.


  Flickr agora em português. Você clica, todo mundo vê.
http://www.flickr.com.br/

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



[oracle_br] ORA-01847: dia do mês deve estar entre 1 e o último dia do mês

2007-06-29 Por tôpico Bia Fitzgerald
Olá... Alguém já teve este problema antes??? Recebo um ORA-01847 ao executar 
esta query no Oracle 10g:

SELECT T064_TIPO,
   T064_VALOR
FROM   T064
WHERE  T064_VALOR 0
 AND   T064_SITUACAO 'CA'
 AND   to_date(T064_DATA,'DD/MM/') = TO_DATE('04/06/2007', 'dD/MM/')
 AND   T064_unid = 2

Alguma idéia?

Obrigada,
Bia.


   

Novo Yahoo! Cadê? - Experimente uma nova busca.
http://yahoo.com.br/oqueeuganhocomisso 

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



Res: [oracle_br] ORA-01847: dia do mês deve es tar entre 1 e o último dia do mês

2007-06-29 Por tôpico Bia Fitzgerald
é lixo na tabela.
Obrigada,
Bia.


- Mensagem original 
De: Bia Fitzgerald [EMAIL PROTECTED]
Para: oracle_br oracle_br@yahoogrupos.com.br
Enviadas: Sexta-feira, 29 de Junho de 2007 12:21:27
Assunto: [oracle_br] ORA-01847: dia do mês deve estar entre 1 e o último dia do 
mês

Olá... Alguém já teve este problema antes??? Recebo um ORA-01847 ao executar 
esta query no Oracle 10g:

SELECT T064_TIPO,
T064_VALOR
FROM T064
WHERE T064_VALOR 0
AND T064_SITUACAO  'CA'
AND to_date(T064_ DATA,'DD/ MM/') = TO_DATE('04/ 06/2007', 'dD/MM/' )
AND T064_unid = 2

Alguma idéia?

Obrigada,
Bia.

 _ _ _ _ _ _
Novo Yahoo! Cadê? - Experimente uma nova busca.
http://yahoo. com.br/oqueeugan hocomisso 

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





   

Novo Yahoo! Cadê? - Experimente uma nova busca.
http://yahoo.com.br/oqueeuganhocomisso 

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



Res: Res: [oracle_br] Re: wrap 8.1.7 - ERRO. :-/

2007-06-26 Por tôpico Bia Fitzgerald
Xiii... Acho que tu tens razão, Chiappa São tabs, linhas em branco... Deve 
ser isto.
Os programadores costumam  usar na hora de programar. E há jeito de tirar isto 
rapidamente? :-o 
Mas funciona assim mesmo no 9i. O problema é o  8i. 
Estes procedimentos foram exportados via TOAD.
Obrigada pela ajuda.





- Mensagem original 
De: jlchiappa [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 26 de Junho de 2007 7:49:13
Assunto: Res: [oracle_br] Re: wrap 8.1.7 - ERRO. :-/

Colega, reveja ** COM CUIDADO ** o seu procedimento, alguma coisa não 
está certa - o que me chama a atenção é que vc pediu 
iname=a_teste. prc , e esse i é de INPUT, é o arquivo FONTE, 
normalmente o fonte a gente põe como .SQL, isso está certo ?? Confira 
bem aí, veja o contra-exemplo no meu 8i :

D:\set ORACLE_SID=O8IR3

D:\SET ORACLE_HOME= D:\O8IR3

D:\SET PATH=%ORACLE_ HOME%\BIN; %PATH%

D:\TYPE P.SQL
CREATE OR REPLACE PROCEDURE A_teste
IS
CURSOR c_T001 IS
SELECT *
FROM dual;
BEGIN
FOR C IN c_t001 LOOP
dbms_output. put_line( c.dummy);
END LOOP;
END;
/

D:\WRAP INAME=P.SQL ONAME=P.PLB

PL/SQL Wrapper: Release 8.1.7.4.0 - Production 

Copyright (c) Oracle Corporation 1993, 2000. All Rights Reserved.

Processing P.SQL to P.PLB

D:\SQLPLUS SCOTT/TIGER@ O8IR3

SQL*Plus: Release 8.1.7.0.0 - Production 

(c) Copyright 2000 Oracle Corporation. All rights reserved.

Conectado a:
Personal Oracle8i Release 8.1.7.4.1 - Production
With the Partitioning option
JServer Release 8.1.7.4.1 - Production

[EMAIL PROTECTED]: SQL@P.PLB

Procedimento criado.

[EMAIL PROTECTED]: SQLDESC a_teste
PROCEDURE a_teste

[EMAIL PROTECTED]: SQLSELECT LINE, TEXT FROM USER_SOURCE WHERE 
NAME='A_TESTE' ORDER BY
LINE;

LINE
 --
TEXT
 - - - - - -
--
 - - - - - -
--
 - - - - - -
--
 - - - - - -
--
 - - - - - -
--
 - - - - - -
--
 - - - - - -
--
 - - - - - -
--
 - - - - - -
--
 - - - - - -
--
 - - - - - -
--
 - - - - - -
--
 - - -
1
PROCEDURE A_teste wrapped
0
abcd
abcd
abcd
abcd
abcd
abcd
abcd
abcd
abcd
abcd
abcd
abcd
abcd
abcd
abcd
3
7
8106000
1
4
0
9
2 :e:
1A_TESTE:
1CURSOR:
1C_T001:
1DUAL:
1C:
1LOOP:
1DBMS_OUTPUT:
1PUT_LINE:
1DUMMY:
0

0
0
2f
2
0 1d 9a a0 b4 55 6a f4
b4 bf c8 ac a0 b2 ee ac
d0 e5 e9 bd b7 11 a4 b1
91 :2 a0 37 :2 a0 6b :2 a0 6b a5
57 b7 a0 47 b7 a4 b1 11
68 4f 17 b5
2f
2
0 3 c 8 7 1d 21 25
4 35 38 3c 3d 41 42 49
4a 4e 54 59 5e 60 6c 70
72 76 7a 7e 80 84 88 8b
8f 93 96 97 9c 9e a2 a9
ab af b1 bd c1 c3 cc
2f
2
0 1 b 1 0 :2 1 8 0
:2 1 b c 7 c 7 :3 4 :5 1
8 d 14 4 7 :2 13 1c :2 1e
:2 7 14 5 4 :8 1
2f
2
0 :2 1 3 0 :2 1 3 0 :2 3
4 :4 5 :3 4 :5 3 :4 7 :8 8 7 9
7 :2 6 :3 1 a :2 1
ce
4
:8 0 2 :3 0 1
:a 0 2b 1 :4 0
4 :2 0 2b 2
5 :2 0 3 :a 0
2 13 :3 0 7
a 0 8 :4 0
4 :3 0 3 d
:2 0 f :5 0 b
e 0 10 :6 0
11 :2 0 14 7
a 15 0 29
5 15 17 14
16 :6 0 13 :7 0
15 5 :3 0 3
:3 0 6 :3 0 18
19 7 :3 0 8
:3 0 1c 1d 0
5 :3 0 9 :3 0
1f 20 0 7
1e 22 :2 0 24
9 26 6 :3 0
1b 24 :4 0 27
f 2a :3 0 2a
d 2a 29 27
28 :6 0 2b :2 0
2 5 2a 2d
:2 0 1 2b 2e
:8 0
12
4
:3 0 1 c 1
12 1 21 1
23 1 26 1
13 2 26 2c

1
4
0
2d
0
1
14
3
3
0 1 1 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 0
2 0 1
18 3 0
7 1 2
0
[EMAIL PROTECTED]: SQL

[]s

Chiappa
--- Em [EMAIL PROTECTED] os.com.br, Bia Fitzgerald dbaemapuros@ ... 
escreveu

 Oi Chiappa,
 
 Nesta máquina só roda 8i e não há erro de sintaxe no código SQL que 
quero encriptar. Segue o código de uma procedure simples que também 
dá erro:
 
 
 CREATE OR REPLACE PROCEDURE A_teste
 IS
 CURSOR c_T001 IS
 SELECT *
 FROM T001_x;
 BEGIN
 FOR C IN c_t001 LOOP
 dbms_output. put_line( c.t001_descricao );
 END LOOP;
 END;
 /
 
 Erro gerado pelo WRAP:
 
 [EMAIL PROTECTED] procs]$ wrap iname=a_teste. prc oname=a.sql
 PL/SQL Wrapper: Release 8.1.7.0.0 - Production on Seg Jun 25 
19:40:36 2007
 Copyright (c) Oracle Corporation 1993, 2000. All Rights Reserved.
 Processing a_teste.prc to a.sql
 PSU(103,1,1, 27):Encontrado o símbolo  quando um dos seguintes 
símbolos era esperado:
 ( ; is with authid deterministic parallel_enable as compress
 compiled wrapped
 PL/SQL Wrapper error: Compilation error(s) for:
 CREATE OR REPLACE PROCEDURE A_teste
 Outputting source and continuing.
 
 
 Obrigada,
 Bia.
 
 - Mensagem original 
 De: jlchiappa [EMAIL PROTECTED] ..
 Para: [EMAIL PROTECTED

Res: Res: Res: [oracle_br] Re: wrap 8.1.7 - ERRO. :-/

2007-06-26 Por tôpico Bia Fitzgerald
Chiappa, tá funcionando. :-) Ainda não sei como tirar tudo rapidamente, mas o 
que importa é que FUNCIONA.
Obrigada!
Bia.
:-)


- Mensagem original 
De: jlchiappa [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 26 de Junho de 2007 9:45:51
Assunto: Res: Res: [oracle_br] Re: wrap 8.1.7 - ERRO. :-/

Pra vc rapidamente tirar isso e testar pra ver se essa era a causa (o 
que é provável), eu diria pra vc carregar o arquivo num editor de 
texto decente, que tenha a opção de busca por expressão regular (aí o 
TAB é /t ), tal como o textpad, e/ou um que permita à vc trabalhar 
com os códigos ascii, o do tab é ascii 9. Sei que há alternativas 
freewares também, que já citamos em outras msgs anteriores aqui no 
fórum mesmo, não as tenho aqui no momento mas fica a dica. 

[]s

Chiappa
--- Em [EMAIL PROTECTED] os.com.br, Bia Fitzgerald dbaemapuros@ ... 
escreveu

 Xiii... Acho que tu tens razão, Chiappa São tabs, linhas em 
branco... Deve ser isto.
 Os programadores costumam usar na hora de programar. E há jeito de 
tirar isto rapidamente? :-o 
 Mas funciona assim mesmo no 9i. O problema é o 8i. 
 Estes procedimentos foram exportados via TOAD.
 Obrigada pela ajuda.
 
 
 
 
 
 - Mensagem original 
 De: jlchiappa [EMAIL PROTECTED] ..
 Para: [EMAIL PROTECTED] os.com.br
 Enviadas: Terça-feira, 26 de Junho de 2007 7:49:13
 Assunto: Res: [oracle_br] Re: wrap 8.1.7 - ERRO. :-/
 
 Colega, reveja ** COM CUIDADO ** o seu procedimento, alguma coisa 
não 
 está certa - o que me chama a atenção é que vc pediu 
 iname=a_teste. prc , e esse i é de INPUT, é o arquivo FONTE, 
 normalmente o fonte a gente põe como .SQL, isso está certo ?? 
Confira 
 bem aí, veja o contra-exemplo no meu 8i :
 
 D:\set ORACLE_SID=O8IR3
 
 D:\SET ORACLE_HOME= D:\O8IR3
 
 D:\SET PATH=%ORACLE_ HOME%\BIN; %PATH%
 
 D:\TYPE P.SQL
 CREATE OR REPLACE PROCEDURE A_teste
 IS
 CURSOR c_T001 IS
 SELECT *
 FROM dual;
 BEGIN
 FOR C IN c_t001 LOOP
 dbms_output. put_line( c.dummy);
 END LOOP;
 END;
 /
 
 D:\WRAP INAME=P.SQL ONAME=P.PLB
 
 PL/SQL Wrapper: Release 8.1.7.4.0 - Production 
 
 Copyright (c) Oracle Corporation 1993, 2000. All Rights Reserved.
 
 Processing P.SQL to P.PLB
 
 D:\SQLPLUS SCOTT/TIGER@ O8IR3
 
 SQL*Plus: Release 8.1.7.0.0 - Production 
 
 (c) Copyright 2000 Oracle Corporation. All rights reserved.
 
 Conectado a:
 Personal Oracle8i Release 8.1.7.4.1 - Production
 With the Partitioning option
 JServer Release 8.1.7.4.1 - Production
 
 [EMAIL PROTECTED]: SQL@P.PLB
 
 Procedimento criado.
 
 [EMAIL PROTECTED]: SQLDESC a_teste
 PROCEDURE a_teste
 
 [EMAIL PROTECTED]: SQLSELECT LINE, TEXT FROM USER_SOURCE WHERE 
 NAME='A_TESTE' ORDER BY
 LINE;
 
 LINE
  --
 TEXT
  - - - - - -
 --
  - - - - - -
 --
  - - - - - -
 --
  - - - - - -
 --
  - - - - - -
 --
  - - - - - -
 --
  - - - - - -
 --
  - - - - - -
 --
  - - - - - -
 --
  - - - - - -
 --
  - - - - - -
 --
  - - - - - -
 --
  - - -
 1
 PROCEDURE A_teste wrapped
 0
 abcd
 abcd
 abcd
 abcd
 abcd
 abcd
 abcd
 abcd
 abcd
 abcd
 abcd
 abcd
 abcd
 abcd
 abcd
 3
 7
 8106000
 1
 4
 0
 9
 2 :e:
 1A_TESTE:
 1CURSOR:
 1C_T001:
 1DUAL:
 1C:
 1LOOP:
 1DBMS_OUTPUT:
 1PUT_LINE:
 1DUMMY:
 0
 
 0
 0
 2f
 2
 0 1d 9a a0 b4 55 6a f4
 b4 bf c8 ac a0 b2 ee ac
 d0 e5 e9 bd b7 11 a4 b1
 91 :2 a0 37 :2 a0 6b :2 a0 6b a5
 57 b7 a0 47 b7 a4 b1 11
 68 4f 17 b5
 2f
 2
 0 3 c 8 7 1d 21 25
 4 35 38 3c 3d 41 42 49
 4a 4e 54 59 5e 60 6c 70
 72 76 7a 7e 80 84 88 8b
 8f 93 96 97 9c 9e a2 a9
 ab af b1 bd c1 c3 cc
 2f
 2
 0 1 b 1 0 :2 1 8 0
 :2 1 b c 7 c 7 :3 4 :5 1
 8 d 14 4 7 :2 13 1c :2 1e
 :2 7 14 5 4 :8 1
 2f
 2
 0 :2 1 3 0 :2 1 3 0 :2 3
 4 :4 5 :3 4 :5 3 :4 7 :8 8 7 9
 7 :2 6 :3 1 a :2 1
 ce
 4
 :8 0 2 :3 0 1
 :a 0 2b 1 :4 0
 4 :2 0 2b 2
 5 :2 0 3 :a 0
 2 13 :3 0 7
 a 0 8 :4 0
 4 :3 0 3 d
 :2 0 f :5 0 b
 e 0 10 :6 0
 11 :2 0 14 7
 a 15 0 29
 5 15 17 14
 16 :6 0 13 :7 0
 15 5 :3 0 3
 :3 0 6 :3 0 18
 19 7 :3 0 8
 :3 0 1c 1d 0
 5 :3 0 9 :3 0
 1f 20 0 7
 1e 22 :2 0 24
 9 26 6 :3 0
 1b 24 :4 0 27
 f 2a :3 0 2a
 d 2a 29 27
 28 :6 0 2b :2 0
 2 5 2a 2d
 :2 0 1 2b 2e
 :8 0
 12
 4
 :3 0 1 c 1
 12 1 21 1
 23 1 26 1
 13 2 26 2c
 
 1
 4
 0
 2d
 0
 1
 14
 3
 3
 0 1 1 0 0 0 0 0
 0 0 0 0 0 0 0 0
 0 0 0 0
 2 0 1
 18 3 0
 7 1 2
 0
 [EMAIL

Res: [oracle_br] Re: wrap 8.1.7 - ERRO. :-/

2007-06-25 Por tôpico Bia Fitzgerald
Oi Chiappa,

Nesta máquina só roda 8i e não há erro de sintaxe no código SQL que quero 
encriptar. Segue o código de uma procedure simples que também dá erro:


CREATE OR REPLACE PROCEDURE A_teste
IS
CURSOR c_T001 IS
  SELECT *
FROM T001_x;
BEGIN
 FOR C IN c_t001 LOOP
 dbms_output.put_line(c.t001_descricao);
 END LOOP;
END;
/

Erro gerado pelo WRAP:

[EMAIL PROTECTED] procs]$ wrap iname=a_teste.prc oname=a.sql
PL/SQL Wrapper: Release 8.1.7.0.0 - Production on Seg Jun 25 19:40:36 2007
Copyright (c) Oracle Corporation 1993, 2000.  All Rights Reserved.
Processing a_teste.prc to a.sql
PSU(103,1,1,27):Encontrado o símbolo  quando um dos seguintes símbolos era 
esperado:
   ( ; is with authid deterministic parallel_enable as compress
   compiled wrapped
PL/SQL Wrapper error: Compilation error(s) for:
CREATE OR REPLACE PROCEDURE  A_teste
Outputting source and continuing.


Obrigada,
Bia.

- Mensagem original 
De: jlchiappa [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 25 de Junho de 2007 18:16:54
Assunto: [oracle_br] Re: wrap 8.1.7 - ERRO. :-/

Bia, uma ** grande ** possibilidade aí é que vc tem 9i e 8i na
máquina, vc ** NÂO ** setou as vars necessárias antes de rodar o wrap
(ie, PATH, ORACLE_SID, ORACLE_HOME) e o bd está tentando executar o
wrap.exe de uma versão com libs de outra, isso dá ALTOS enroscos...
TESTE aí o resultando duma sessão onde vc seta no dos as vars
corretas... Outra : se não for isso, COM AS VARS setadas, usando um
sql*plus 8i numa home 8i, conecte no banco 8i e execute o .sql em
questão, e manda o texto dele pra lista, que a gente pode dar uma
olhada - vc pode estar esbarando numa diferença de sintaxe entre 8i e
9i, elas existem, sim...

[]s

Chiappa
--- Em [EMAIL PROTECTED] os.com.br, Bia Fitzgerald dbaemapuros@ ...
escreveu

 Oi, pessoal...
 
 Estou tendo problemas ao usar o WRAP no 8.1.7. Ao tentar encriptar
as procedures, recebo o erro:
 
 PSU(103,1,1, 35):Encontrado o símbolo  quando um dos seguintes
símbolos era esperado:
 ( ; is with authid deterministic parallel_enable as compress
 compiled wrapped
 PL/SQL Wrapper error: Compilation error(s) for:
 
 
 Não há erro de sintaxe no arquivo. Consigo usar o mesmo arquivo no
9i. E também consigo compilar o .sql no banco.
 
 Alguma idéia??? 
 :(
 obrigada,
 Bia.
 
 
 

 _ _ _ _ _ _
 Novo Yahoo! Cadê? - Experimente uma nova busca.
 http://yahoo. com.br/oqueeugan hocomisso 
 
 [As partes desta mensagem que não continham texto foram removidas]






   

Novo Yahoo! Cadê? - Experimente uma nova busca.
http://yahoo.com.br/oqueeuganhocomisso 

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



Res: [oracle_br] Re: Criptografia de código fo nte(packages, f unctions, procedures). Help!

2007-06-18 Por tôpico Bia Fitzgerald
Muito obrigada! Testei e funciona que é uma beleza.
:-)))

[]s,
Bia.


- Mensagem original 
De: jlchiappa [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quinta-feira, 14 de Junho de 2007 13:58:13
Assunto: [oracle_br] Re: Criptografia de código fonte(packages, f unctions, 
procedures). Help!

Oscar, o DBMS_OBFUSCATE é para ** dados ** , e ela quer criptografar 
** código PL/SQL **, que fica dentro de tabelas internas do banco, 
afaik o obfuscate NÃO SERVIRIA pra isso, teria mesmo é que se usar o 
WRAP... Bia, pra vc ter o código stored PL/SQL (não importando se é 
procedure, function, package, etc) armazenado em formato 
criptografado vc deve usar o WRAP, que é um utilitário de linha de 
comando que vêm com o banco, em linha de comando vc passa pro WRAP um 
arquivo-texto com o CREATE procedure/pack/ func/o que for, que o WRAP 
cria um arquivo em formato criptografado, aí vc recria no banco o seu 
código executando esse arquivo de saída criptografado, que o seu 
código vai ser compilado e armazenado no banco nesse formato 
criptografado. Vc acha a ref completa desse cara no manual PL/SQL 
User's Guide and Reference  , no item Obfuscating PL/SQL Code With 
the wrap Utility

[]s

Chiappa

--- Em [EMAIL PROTECTED] os.com.br, Oscar Nogueira Neto 
oscarnogueira@ ... escreveu

 Boas,
 
 você pode utilizar o pacote DBMS_OBFUSCATE.
 
 Att,
 
 Em 14/06/07, Bia Fitzgerald dbaemapuros@ ... escreveu:
 
  Senhores,
 
  Será possível guardar todas as procedures, functions e packages
  criptografas dentro de um schema para que ninguém possa ver o 
código fonte?
  Nem usuários com privilégio de DBA?
  Tipo os packages do schema Sys.
 
  Alguém, por favor, tem uma idéia de como eu posso fazer isto?
 
  Obrigada,
  Bia
 
   _ _ _ _ _ _
  Novo Yahoo! Cadê? - Experimente uma nova busca.
  http://yahoo. com.br/oqueeugan hocomisso
 
  [As partes desta mensagem que não continham texto foram removidas]
 
  
 
 
 
 
 -- 
 Oscar Nogueira Neto
 oscarnogueira[ at]gmail[ dot]com
 http://www.oscarnog ueira.com - Tentando explicar o Oracle!
 
 
 [As partes desta mensagem que não continham texto foram removidas]






   

Novo Yahoo! Cadê? - Experimente uma nova busca.
http://yahoo.com.br/oqueeuganhocomisso 

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



[oracle_br] Criptografia de código fonte(packages, f unctions, procedures). Help!

2007-06-14 Por tôpico Bia Fitzgerald
Senhores,

Será possível guardar todas as procedures, functions e packages criptografas 
dentro de um schema para que ninguém possa ver o código fonte? Nem usuários com 
privilégio de DBA?
Tipo os packages do schema Sys.

Alguém, por favor, tem  uma idéia de como eu posso fazer isto?

Obrigada,
Bia


   

Novo Yahoo! Cadê? - Experimente uma nova busca.
http://yahoo.com.br/oqueeuganhocomisso 

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



Res: [oracle_br] Segurança

2007-05-24 Por tôpico Bia Fitzgerald
ahhh, sim.. Muito obrigada.
:)


- Mensagem original 
De: Gustavo Venturini de Lima [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 23 de Maio de 2007 18:34:19
Assunto: Re: [oracle_br] Segurança

Na verdade a trigger não fica ligada a ninguém... Ela fica escutando o
banco todo no geral...
Se algo satisfazer a condição da trigger, ela será ativada...
No caso, utilize uma AFTER LOGON ON DATABASE
Parecido com isso:

CREATE OR REPLACE TRIGGER SomenteSistema AFTER LOGON ON DATABASE
BEGIN
.
{suas condições e ações}
.
END;

Em 23/05/07, Bia Fitzgerald dbaemapuros@ yahoo.com. br escreveu:

 Oi, Gustavo. Imaginei algo assim. Um job, talvez. Que rode o tempo
 inteiro.
 Mas uma Trigger ficaria ligada a quem??
 Obrigada.

 - Mensagem original 
 De: Gustavo Venturini de Lima [EMAIL PROTECTED] comgventurini% 40gmail.com
 
 Para: [EMAIL PROTECTED] os.com.br oracle_br%40yahoog rupos.com. br
 Enviadas: Quarta-feira, 23 de Maio de 2007 16:55:21
 Assunto: Re: [oracle_br] Segurança

 Bia, para o Oracle a conexão será a mesma (independente do método
 utilizado).
 Porém, podes fazer uma trigger que consulte o campo program da
 v$session..
 Lá aparecerá o Toad.exe por exemplo, e aí sim vc escolhe para desconectar
 o
 usuário...
 Ou então colocar que se for  de NOME_DA_SUA_ APP ele desconecta o
 cara...

 Em 23/05/07, Bia Fitzgerald dbaemapuros@ yahoo.com. br escreveu:
 
  Olá pessoal...
 
  Alguém sabe como impedir que um determinado usuário acesse o BD via
  aplicativos como sqlplus e TOAD e somente acesse via sistema?
  Obrigada,
  Bia.
 
   _ _ _ _ __
  Fale com seus amigos de graça com o novo Yahoo! Messenger
  http://br.messenger .yahoo.com/
 
  [As partes desta mensagem que não continham texto foram removidas]
 
 
 

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

  _ _ _ _ __
 Fale com seus amigos de graça com o novo Yahoo! Messenger
 http://br.messenger .yahoo.com/

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

 


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




__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



Res: [oracle_br] Segurança

2007-05-24 Por tôpico Bia Fitzgerald
Vou testar. Muito obrigada, Vitor.
:)
[]s,
Bia


- Mensagem original 
De: Vitor Hugo Campos [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quinta-feira, 24 de Maio de 2007 13:26:43
Assunto: Re: [oracle_br] Segurança

Bia, impedir que o usuário acesse o banco através do seu executável não
adianta de nada porque o usuário pode simplesmente renomear o sqlplus
para seuprograma.. exe e rodar normalmente. Uma idéia do que você pode
fazer para atrapalhar a vida de algum engraçadinho que tente entrar via
SQLPlus seria você deixar o usuário só com acesso de CONNECT e criar uma
ROLE identificada por senha que conteria os acessos às tabelas dos seus
sistemas. Então, logo depois de entrar no sistema, a aplicação deve
executar o comando:

SET ROLE nome da role IDENTIFIED BY senha;

Para poder ter acesso ao resto dos dados.

A parte chata é definir onde vai ficar essa senha: ou você deixa no
próprio executável (daí a pessoa teria que usar um disassembler para
poder descobrir) ou você coloca em uma tabela em que os usuários
normais teriam acesso (mas qualquer curioso que fosse olhar as tabelas
que ele tem direito em ALL_TABLES poderia descobrir essa tabela e
identificar a senha). A partir dessas opções você pode escolher como
impedir que o usuário descubra essa senha (normalmente usando
criptografia, mas isso não tornaria impossível que a pessoa descubra, só
tornaria bem mais complicado, mas para a maioria dos casos já seria
suficiente).

O correto mesmo é não dar ao usuário mais acesso do que deveria ter (ex:
não dar qualquer grant do tipo ANY, como SELECT ANY TABLE, para os
usuários), e colocar auditoria nas tabelas importantes para descobrir
quem fez o que com seus dados. Daí, mesmo se alguém entrar com o
sqlplus, não conseguirá fazer muita coisa a mais do que faria através do
sistema.

Bia Fitzgerald escreveu:

 Olá pessoal...

 Alguém sabe como impedir que um determinado usuário acesse o BD via
 aplicativos como sqlplus e TOAD e somente acesse via sistema?
 Obrigada,
 Bia.

  _ _ _ _ __
 Fale com seus amigos de graça com o novo Yahoo! Messenger
 http://br.messenger .yahoo.com/ http://br.messenger .yahoo.com/

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

 

-- 
Vitor Hugo Campos

Desenvolvimento - Informática
Autoglass - Especialista em Vidro Automotivo
+55 (27) 2121-5531
http://www.autoglas s.com.br/




__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



Res: Res: Res: [oracle_br] Segurança

2007-05-24 Por tôpico Bia Fitzgerald
Pessoal,

Há um  usuário de conexão que tem grants de update, select, insert e delete nas 
tabelas do sistema e mais resource e connect.
Os operadores só tem acesso ao sistema via este usuário. Mas estavam conectando 
via TOAD e SQLPLUS e alterando dados. Quero que este usuário só sirva para 
conectar via meu sistema .
Há regras de negócio no sistema..

Obrigada,
Bia.

- Mensagem original 
De: jlchiappa [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quinta-feira, 24 de Maio de 2007 15:03:43
Assunto: Re: Res: Res: [oracle_br] Segurança

repito : os dados JÁ DEVIAM estar sendo protegidos diretamente pelo 
banco, via constraints, GRANTs, views, triggers, etc, caso esse em 
que seria *** ABSOLUTAMENTE INDIFERENTE *** se está se fazendo acesso 
e/ou alterando-os via sistema ou via plus ou via o que for, ok ??
SE isso não é indiferente, vc NÂO ESTÁ usando esse método mais 
recomendado - provavelmente como eu disse deve estar tendo 
integridade/ regras de negócio sendo efetuadas FORA DO BANCO, pelo 
aplicativo somente, o que não só engessa os dados como disse mas 
também EXIGE alguma codificação especializada e complexa, e NÂO É 
GARANTIDO, certo ? Se esse é o seu caso, é ir pra trigger de logon 
mesmo provavelmente , MAS SABENDO que não está fazendo o correto e 
idela, há FRAQUEZA inerente à essa lógica, sim ?

[]s

Chiappa
--- Em [EMAIL PROTECTED] os.com.br, Bia Fitzgerald dbaemapuros@ ... 
escreveu

 A intenção é proteger os dados. Que eles não sejam alterados via 
aplicativos, somente pelo executável do próprio sistema. O usuário X, 
só poderá fazer acesso ao BD via sistema e não pelos aplicativos de 
acesso ao Oracle.
 Obrigada pela ajuda,
 Bia.
 
 
 - Mensagem original 
 De: jlchiappa [EMAIL PROTECTED] ..
 Para: [EMAIL PROTECTED] os.com.br
 Enviadas: Quinta-feira, 24 de Maio de 2007 10:13:35
 Assunto: Re: Res: [oracle_br] Segurança
 
 Bia, ainda sobre esse ponto, deixe-me adicionar alguns itens : no 
bd 
 Oracle uma conexão é uma conexão, absolutamente NÂO IMPORTA quem 
está 
 conectando, não há MESMO nenhum código no kernel que tente 
 identificar. ... Isso faz TODO o sentido inclusive, já que 
informações 
 do cliente estão FORA DO CONTROLE do banco, e podem ser 
falsificadas 
 de modo MUITO Fácil - por exemplo, se vc seguir o conselho dos 
 colegas e tentar capturar o nome do programa numa trigger, E SE 
 alguém fizer um rename sqlplus.exe to nomepermitido. exe, por 
 exemplo  Acho muito muito ** frágil ** essa lógica
 Segundo item : idealmente, as regras de negócio estão NO BANCO DE 
 DADOS, via triggers, constraints, relacionamentos, views, etc, 
assim 
 NÂO IMPORTA com qual tool a pessoa conecta, as primary keys estão 
lá, 
 os grants estão lá, as views estão lá, e cada usuário final do 
 sistema tem o seu usuário de banco, o qual só ele sabe a senha, 
então 
 o usuário final *** só vai enxergar *** o que pode, ** só vai fazer 
 ** o que tem direito, independente da tool, ok ? Normalmente quem 
 tenta fazer restrição desse tipo baseado no aplicativo é porque tem 
 regras de negócio NO APLICATIVO, aí as coisas realmente podem 
quebrar 
 se a pessoa conectar com outra coisa que não o aplicativo.. . .. Sem 
 sombra de dúvida, isso deixa a Empresa absolutamente ENGESSADA, 
ela 
 NUNCA vai poder aposentar esse aplicativo sem perda de dados, NUNCA 
 vai poder usar tools de query/busioness intelligence sem extensa 
 customização  Afora o desenvolvedor do aplicativo (que tem 
 serviço garantido), acho que NINGUÉM fica feliz com isso.
 
 == o meu ponto asim é : SE realmente vc tiver que fazer esse 
enrome 
 contra-senso, conheça os pontos fracos, ok ? 
 
 []s
 
 Chiappa
 
 --- Em [EMAIL PROTECTED] os.com.br, Bia Fitzgerald 
dbaemapuros@ ... 
 escreveu
 
  ahhh, sim.. Muito obrigada.
  :)
  
  
  - Mensagem original 
  De: Gustavo Venturini de Lima gventurini@ ...
  Para: [EMAIL PROTECTED] os.com.br
  Enviadas: Quarta-feira, 23 de Maio de 2007 18:34:19
  Assunto: Re: [oracle_br] Segurança
  
  Na verdade a trigger não fica ligada a ninguém... Ela fica 
 escutando o
  banco todo no geral...
  Se algo satisfazer a condição da trigger, ela será ativada...
  No caso, utilize uma AFTER LOGON ON DATABASE
  Parecido com isso:
  
  CREATE OR REPLACE TRIGGER SomenteSistema AFTER LOGON ON DATABASE
  BEGIN
  .
  {suas condições e ações}
  .
  END;
  
  Em 23/05/07, Bia Fitzgerald dbaemapuros@ yahoo.com. br escreveu:
  
   Oi, Gustavo. Imaginei algo assim. Um job, talvez. Que rode o 
tempo
   inteiro.
   Mas uma Trigger ficaria ligada a quem??
   Obrigada.
  
   - Mensagem original 
   De: Gustavo Venturini de Lima gventurini@ gmail. 
comgventurini% 
 40gmail.com
   
   Para: [EMAIL PROTECTED] os.com.br oracle_br%40yahoog 
 rupos..com. br
   Enviadas: Quarta-feira, 23 de Maio de 2007 16:55:21
   Assunto: Re: [oracle_br] Segurança
  
   Bia, para o Oracle a conexão será a mesma (independente do 
método
   utilizado).
   Porém, podes fazer uma trigger que consulte

Res: Res: Res: Res: [oracle_br] Segurança

2007-05-24 Por tôpico Bia Fitzgerald
Ótima idéia. Agradeço a ti e a todos pelas sugestões.
Obrigada!
Bia.


- Mensagem original 
De: jlchiappa [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quinta-feira, 24 de Maio de 2007 16:27:34
Assunto: Re: Res: Res: Res: [oracle_br] Segurança

argh, várias pessoas usando o mesmo account Oracle ** E ** regras de 
negócio e integridade fora do banco, negocinho triste, horroroso, mas 
já dei minha opinião sobre isso em outras msgs, todos já a conhecem 
imagino 
Bom, o que vc pode fazer na sua situação, além de lamentar muito a 
arquitetura desse sistema, seria :

a) alterar o sistema, de modo que haja um usuário público, que 
todo mundo sabe a senha, mas usuário esse que não tem acesso NENHUM 
aos dados de Prod, como o usuário com o qual a tela inicial do 
sistema se conecta, só depois do usuário do sistema passou ok da tela 
inicial, aí sim o sistema fecha a conexão com o usuário público e 
abre (numa rotina CRIPTOGRAFADA, sem o usuário final enxergar) 
conexão com o usuário real

ou

b) o sistema conecta no banco com um usuário secreto que os 
operadores não sabem qual é, na tela inicial do sistema, de modo 
ESCONDIDO o sistema guarda alguma informação num local acessível ao 
banco (num arquivo-texto via utl_file, por exemplo) e depois conecta 
no usuário atual. Para esse usuário atual há uma ** trigger de logon 
** que tenta buscar a informação guardada, logicamente se o usuário 
conectou fora do sistema a tela inicial não guardou a informação, o 
trigger de logon não a acha e rejeita a conexão

ou derivadas disso, como o já sugerido (mais de uma vez) trigger de 
logon que procura o nome do programa na V$SESSION. Repito, isso está 
*** LONGE *** de ser uma segurança inquebrável, apresenta o enorme 
problema de possuir uma chave (a tal informação, ou o nome do 
usuário, ou a coluna PROGRAM) residindo no banco, ficando portanto 
por sua conta protegê-la - key management é mesmo um caso sério, 
imho a melhor coisa ainda é NÂO TER CHAVE alguma no banco...

[]s

Chiappa

--- Em [EMAIL PROTECTED] os.com.br, Bia Fitzgerald dbaemapuros@ ... 
escreveu

 Pessoal,
 
 Há um usuário de conexão que tem grants de update, select, insert 
e delete nas tabelas do sistema e mais resource e connect.
 Os operadores só tem acesso ao sistema via este usuário. Mas 
estavam conectando via TOAD e SQLPLUS e alterando dados. Quero que 
este usuário só sirva para conectar via meu sistema .
 Há regras de negócio no sistema..
 
 Obrigada,
 Bia.
 
 - Mensagem original 
 De: jlchiappa [EMAIL PROTECTED] ...
 Para: [EMAIL PROTECTED] os.com.br
 Enviadas: Quinta-feira, 24 de Maio de 2007 15:03:43
 Assunto: Re: Res: Res: [oracle_br] Segurança
 
 repito : os dados JÁ DEVIAM estar sendo protegidos diretamente pelo 
 banco, via constraints, GRANTs, views, triggers, etc, caso esse em 
 que seria *** ABSOLUTAMENTE INDIFERENTE *** se está se fazendo 
acesso 
 e/ou alterando-os via sistema ou via plus ou via o que for, ok ??
 SE isso não é indiferente, vc NÂO ESTÁ usando esse método mais 
 recomendado - provavelmente como eu disse deve estar tendo 
 integridade/ regras de negócio sendo efetuadas FORA DO BANCO, pelo 
 aplicativo somente, o que não só engessa os dados como disse mas 
 também EXIGE alguma codificação especializada e complexa, e NÂO É 
 GARANTIDO, certo ? Se esse é o seu caso, é ir pra trigger de logon 
 mesmo provavelmente , MAS SABENDO que não está fazendo o correto e 
 idela, há FRAQUEZA inerente à essa lógica, sim ?
 
 []s
 
 Chiappa
 --- Em [EMAIL PROTECTED] os.com.br, Bia Fitzgerald 
dbaemapuros@ ... 
 escreveu
 
  A intenção é proteger os dados. Que eles não sejam alterados via 
 aplicativos, somente pelo executável do próprio sistema. O usuário 
X, 
 só poderá fazer acesso ao BD via sistema e não pelos aplicativos de 
 acesso ao Oracle.
  Obrigada pela ajuda,
  Bia.
  
  
  - Mensagem original 
  De: jlchiappa jlchiappa@ ..
  Para: [EMAIL PROTECTED] os.com.br
  Enviadas: Quinta-feira, 24 de Maio de 2007 10:13:35
  Assunto: Re: Res: [oracle_br] Segurança
  
  Bia, ainda sobre esse ponto, deixe-me adicionar alguns itens : no 
 bd 
  Oracle uma conexão é uma conexão, absolutamente NÂO IMPORTA quem 
 está 
  conectando, não há MESMO nenhum código no kernel que tente 
  identificar. ... Isso faz TODO o sentido inclusive, já que 
 informações 
  do cliente estão FORA DO CONTROLE do banco, e podem ser 
 falsificadas 
  de modo MUITO Fácil - por exemplo, se vc seguir o conselho dos 
  colegas e tentar capturar o nome do programa numa trigger, E SE 
  alguém fizer um rename sqlplus.exe to nomepermitido. exe, por 
  exemplo  Acho muito muito ** frágil ** essa lógica
  Segundo item : idealmente, as regras de negócio estão NO BANCO DE 
  DADOS, via triggers, constraints, relacionamentos, views, etc, 
 assim 
  NÂO IMPORTA com qual tool a pessoa conecta, as primary keys estão 
 lá, 
  os grants estão lá, as views estão lá, e cada usuário final do 
  sistema tem o seu usuário de banco, o

Res: Res: [oracle_br] Segurança

2007-05-24 Por tôpico Bia Fitzgerald
A intenção é proteger os dados. Que eles não sejam alterados via aplicativos, 
somente pelo executável do próprio sistema. O usuário X, só poderá fazer acesso 
ao BD via sistema e não pelos aplicativos de acesso ao Oracle.
Obrigada pela ajuda,
Bia.


- Mensagem original 
De: jlchiappa [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quinta-feira, 24 de Maio de 2007 10:13:35
Assunto: Re: Res: [oracle_br] Segurança

Bia, ainda sobre esse ponto, deixe-me adicionar alguns itens : no bd 
Oracle uma conexão é uma conexão, absolutamente NÂO IMPORTA quem está 
conectando, não há MESMO nenhum código no kernel que tente 
identificar. ... Isso faz TODO o sentido inclusive, já que informações 
do cliente estão FORA DO CONTROLE do banco, e podem ser falsificadas 
de modo MUITO Fácil - por exemplo, se vc seguir o conselho dos 
colegas e tentar capturar o nome do programa numa trigger, E SE 
alguém fizer um rename sqlplus.exe to nomepermitido. exe, por 
exemplo  Acho muito muito ** frágil ** essa lógica
Segundo item : idealmente, as regras de negócio estão NO BANCO DE 
DADOS, via triggers, constraints, relacionamentos, views, etc, assim 
NÂO IMPORTA com qual tool a pessoa conecta, as primary keys estão lá, 
os grants estão lá, as views estão lá, e cada usuário final do 
sistema tem o seu usuário de banco, o qual só ele sabe a senha, então 
o usuário final *** só vai enxergar *** o que pode, ** só vai fazer 
** o que tem direito, independente da tool, ok ? Normalmente quem 
tenta fazer restrição desse tipo baseado no aplicativo é porque tem 
regras de negócio NO APLICATIVO, aí as coisas realmente podem quebrar 
se a pessoa conectar com outra coisa que não o aplicativo... .. Sem 
sombra de dúvida, isso deixa a Empresa absolutamente ENGESSADA, ela 
NUNCA vai poder aposentar esse aplicativo sem perda de dados, NUNCA 
vai poder usar tools de query/busioness intelligence sem extensa 
customização  Afora o desenvolvedor do aplicativo (que tem 
serviço garantido), acho que NINGUÉM fica feliz com isso.

== o meu ponto asim é : SE realmente vc tiver que fazer esse enrome 
contra-senso, conheça os pontos fracos, ok ? 

[]s

Chiappa

--- Em [EMAIL PROTECTED] os.com.br, Bia Fitzgerald dbaemapuros@ ... 
escreveu

 ahhh, sim.. Muito obrigada.
 :)
 
 
 - Mensagem original 
 De: Gustavo Venturini de Lima gventurini@ ...
 Para: [EMAIL PROTECTED] os.com.br
 Enviadas: Quarta-feira, 23 de Maio de 2007 18:34:19
 Assunto: Re: [oracle_br] Segurança
 
 Na verdade a trigger não fica ligada a ninguém... Ela fica 
escutando o
 banco todo no geral...
 Se algo satisfazer a condição da trigger, ela será ativada...
 No caso, utilize uma AFTER LOGON ON DATABASE
 Parecido com isso:
 
 CREATE OR REPLACE TRIGGER SomenteSistema AFTER LOGON ON DATABASE
 BEGIN
 .
 {suas condições e ações}
 .
 END;
 
 Em 23/05/07, Bia Fitzgerald dbaemapuros@ yahoo.com. br escreveu:
 
  Oi, Gustavo. Imaginei algo assim. Um job, talvez. Que rode o tempo
  inteiro.
  Mas uma Trigger ficaria ligada a quem??
  Obrigada.
 
  - Mensagem original 
  De: Gustavo Venturini de Lima gventurini@ gmail. comgventurini% 
40gmail.com
  
  Para: [EMAIL PROTECTED] os.com.br oracle_br%40yahoog 
rupos.com. br
  Enviadas: Quarta-feira, 23 de Maio de 2007 16:55:21
  Assunto: Re: [oracle_br] Segurança
 
  Bia, para o Oracle a conexão será a mesma (independente do método
  utilizado).
  Porém, podes fazer uma trigger que consulte o campo program da
  v$session..
  Lá aparecerá o Toad.exe por exemplo, e aí sim vc escolhe para 
desconectar
  o
  usuário...
  Ou então colocar que se for  de NOME_DA_SUA_ APP ele desconecta 
o
  cara...
 
  Em 23/05/07, Bia Fitzgerald dbaemapuros@ yahoo.com. br escreveu:
  
   Olá pessoal...
  
   Alguém sabe como impedir que um determinado usuário acesse o BD 
via
   aplicativos como sqlplus e TOAD e somente acesse via sistema?
   Obrigada,
   Bia.
  
    _ _ _ _ __
   Fale com seus amigos de graça com o novo Yahoo! Messenger
   http://br.messenger .yahoo.com/
  
   [As partes desta mensagem que não continham texto foram 
removidas]
  
  
  
 
  [As partes desta mensagem que não continham texto foram removidas]
 
   _ _ _ _ __
  Fale com seus amigos de graça com o novo Yahoo! Messenger
  http://br.messenger .yahoo.com/
 
  [As partes desta mensagem que não continham texto foram removidas]
 
  
 
 
 [As partes desta mensagem que não continham texto foram removidas]
 
 
 
 
  _ _ _ _ __
 Fale com seus amigos de graça com o novo Yahoo! Messenger 
 http://br.messenger .yahoo.com/ 
 
 [As partes desta mensagem que não continham texto foram removidas]





__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



[oracle_br] Segurança

2007-05-23 Por tôpico Bia Fitzgerald
Olá pessoal...

Alguém sabe como impedir que um determinado usuário acesse o BD via aplicativos 
como sqlplus e TOAD  e somente acesse via sistema?
Obrigada,
Bia.

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



Res: [oracle_br] Segurança

2007-05-23 Por tôpico Bia Fitzgerald
Oi, Gustavo. Imaginei algo assim. Um job, talvez. Que rode o tempo inteiro.
Mas  uma Trigger ficaria ligada a quem??
Obrigada.



- Mensagem original 
De: Gustavo Venturini de Lima [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 23 de Maio de 2007 16:55:21
Assunto: Re: [oracle_br] Segurança

Bia, para o Oracle a conexão será a mesma (independente do método
utilizado).
Porém, podes fazer uma trigger que consulte o campo program da v$session..
Lá aparecerá o Toad.exe por exemplo, e aí sim vc escolhe para desconectar o
usuário...
Ou então colocar que se for  de NOME_DA_SUA_ APP ele desconecta o cara...

Em 23/05/07, Bia Fitzgerald dbaemapuros@ yahoo.com. br escreveu:

 Olá pessoal...

 Alguém sabe como impedir que um determinado usuário acesse o BD via
 aplicativos como sqlplus e TOAD e somente acesse via sistema?
 Obrigada,
 Bia.

  _ _ _ _ __
 Fale com seus amigos de graça com o novo Yahoo! Messenger
 http://br.messenger .yahoo.com/

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

 


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




__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



Res: [oracle_br] Re: Importação alterando ac entuação de campos VARCHAR.

2007-05-03 Por tôpico Bia Fitzgerald
Obrigada a todos pelas respostas. Eu vou verificar.
[]s,
Fabiana

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



[oracle_br] Importação alterando acentuação de campos VARCHAR .

2007-05-02 Por tôpico Bia Fitzgerald
Senhores,

Quando faço uma importação de tabelas com coluna VARCHAR2, perco todas as 
acentuações dos dados. Tipo Atenção vira aten~cao. Alguém sabe o motivo?

Obrigada,
Bia.

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



[oracle_br] Trace... ORA-600??

2007-04-24 Por tôpico Bia Fitzgerald
Olá, senhores. Tenho uma base 8.1.7 de 100 GB em linux. Estou tendo problemas 
com algumas transações que não conseguem ser concluídas porque recebem msg 
ORA-03114: não conectado ao ORACLE.

Quando vou checar os traces, encontro o erro abaixo:

ksedmp: internal or fatal error
Current SQL statement for this session:
BEGIN ZEUS.PDAT_FECHA_X (PI_NUNIDADEDIGITACAO = 
:PI_NUNIDADEDIGITACAO,PI_NSEQUENCIAPEDIDOORIG =$
- PL/SQL Call Stack -
  object  line  object
  handlenumber  name
588f3420   591  package body SYS.STANDARD
57e26ee8  1924  procedure ZEUS.PDAT_FECHA_X
57e27ef8  1002  procedure ZEUS.PDAT_FECHA_X
57e36178 1  anonymous block
- Call Stack Trace -
calling  call entryargument values in hex
location type point(? means dubious value)
   
Cannot find symbol in /lib/ld-linux.so.2.
Cannot find symbol in /lib/ld-linux.so.2.
Cannot find symbol in /lib/ld-linux.so.2.
Cannot find symbol in /lib/ld-linux.so.2.
Cannot find symbol in /lib/ld-linux.so.2.

 
 NEm no alert nem no trace encontro ORa-600. Alguém tem alguma idéia?
:(
OBrigada,
Bia

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



[oracle_br] ORA-14450: tentativa de acessar uma tabela temp transaci onal que já está sendo usada

2007-04-17 Por tôpico Bia Fitzgerald
Olá,

Tenho tabelas temporárias com on commit preserve rows. Quando tento 
alterá-las , recebo o erro ORA-14450. Algumas vezes consigo pegar quem está 
usando através da V$LOCK e V$ACESS e mato a sessão. Mas na maioria das vezes 
não consigo identificar quem está prendendo a tabela. Alguém tem alguma idéia?
Obrigada,
Bia.

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



Res: RES: [oracle_br] Conexão com o banco

2007-04-17 Por tôpico Bia Fitzgerald
Verifica se o firewall está ativo em modo de segurança alto, no servidor.


- Mensagem original 
De: Fabio Santos [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 16 de Abril de 2007 21:11:08
Assunto: RES: [oracle_br] Conexão com o banco

Olá Silvio,

Realmente você está preenchendo o service name incorreto na maquina
cliente ou nem está passando.
mande para gente o tnsname de um dos clientes e mande tb o listener.ora
do servidor para agente bater as informações.

Ou voce mesmo pode fazer isso. É só verificar se o servicename do ser
tnsnames.ora está no listener.ora do servidor.

Se isso não resolver, pode ser problema de rede. 
- Verifique se a máquina cliente enxerga a máquina servidora.
- Verifique se o banco está ativo no servidor 
- Verifique se o listener está ativo no servidor.

Bom... se não resolver, poste de novo para continuarmos as
possibilidades.

Abraços


-Mensagem original -
De: [EMAIL PROTECTED] os.com.br [mailto:[EMAIL PROTECTED] os.com..br]
Em nome de Silvio Cesar Feitoza
Enviada em: segunda-feira, 16 de abril de 2007 12:46
Para: [EMAIL PROTECTED] os.com.br
Assunto: [oracle_br] Conexão com o banco

Caros amigos

Estou com uma dificuldade que a seguinte... Tenho um banco que foi
instalado em uma maquina servidora e outras maquinas prescisam acessar
esse banco... A rede funciona normalmente e via acesso remoto eu consigo
acessar o banco, porem não consigo efetuar a configuração da rede para
que o acesso fique de cliente / servidor... Detalhe foi instalado nas
maquinas o cleint e configurado o tnsname

quanto tento logar via maquina aparece o erro -- ORA - 12514:
TNS:listener não pode resolver o service name fornecido no descritor de
conexão...

Deve esta esquecendo de algum parametro - Alguem poderia ma ajudar...

jlchiappa HYPERLINK
mailto:jlchiappa% 40yahoo.com. brjlchiappa@ yahoo.-com. br escreveu: Não
é OLTP o meu banco, mas vamos ver até onde consigo te ajudar . 
Por partes : primeiro, embora a Oracle não tenha uma recomendação 
exata para isso, a documentação envolvida são os manuais de Concepts 
e de Tunning, e no metalink principalmente a nota nro 46757.1 Notes 
on Choosing an Optimal DB BLOCK SIZE . Depois, tendo os conceitos 
referentes à essa atividade bem claros (se não os tem, re-estudo das 
fontes citadas), vamos pensar juntos - a vantagem principal de um 
bloco maior é que vc popupa I/O, no seguinte esquema : suponha um 
banco (ou uma tablespace, no 9i) com blocksize de 8 Kb e uma 
aplicação que frequentemente necessita de dados de vários e vários 
blocos, se vc precisa (digamos) de dados de dois blocos o bd teve em 
tese (ignorando os casos de multiblock read) que fazer dois I/Os, e 
já que cada I/O implica (em tese) em espera por seek time, por 
rotação de disco, etc, se essa operação fosse feita com blocksize de 
16 Kb vc fez um único I/O, poupou-se algum tempo, às vezes até coisa 
de alguns pontos percentuais.
= PORÉM, notar que estamos falando de economia em cima duma 
operação que custa *** MILISEGUNDOS **, obviamente uma aplicação 
teria que fazer MUITO e MUITO I/O pra que essa economia seja 
notável, alguns % de uns tantos milisegundos normalmente é coisa ** 
DESPREZÌVEL ** ...
O segundo efeito (também citado e deduzido das docs citadas) é que, 
como os caches do bd são criados/mantidos em RAM e controlados via 
latches e similares, certamente se vc tiver um bloco maior menos 
blocos serão necessários para se controlar a mesma qtdade de RAM, 
portanto menos listas de controles, menos latches, etc, seriam 
necessários em tese, MAS novamente só mesmo em caches ** enormes ** 
vc veria alguma diferença E não esquecendo que a cada release o 
bd se torna mais eficiente na administração desses caches, o 
algoritmo está constantemente melhorando, também..

Então, à vista do acima citado, eu penso que em sendo OLTP nada 
disso se aplicaria muito : em OLTP é bem menor que em DW a chance da 
aplicação precisar de infos que com bloco maior cairiam no mesmo 
bloco (oltp é tipicamente bem aleatória a recuperação de dados), e 
ainda por cima em oltp por maior que seja a base atual, tipicamente 
vão ser recuperados via índice relativamente POUCO disso, 
relativamente pequenas FRAÇõES do todo Óbvio ululante, vc VAI 
testar antes no seu banco de testes/homologaçã -o, principalmente a 
chance de se ter os índices em bloco maior, mas acho que muito 
provavelmente os seus testes aí serão negativos... -. Em sendo CPU o 
seu principal problema e sistema oltp (onde são queries relativamente 
simples, com poucos dados retornados MAS com enorme massa de usuários 
fazendo operações similares) , acho que a estratégia de ataque seria 
** mesmo mesmo ** é na aplicação, se ASSEGURANDO que a aplicação faz 
1 parse e vários executes, usa bind variables, NÃO faz context 
switch, NÃO usa  abusa de loops e cursores aonde o processamento 
poderia ser feito num SQL só, NÃO chama dentro do SQL functions 
PL/SQL... Via de regra essas coisas QUEIMAM 

[oracle_br] TOAD 8.x e Windows XP

2007-04-10 Por tôpico Bia Fitzgerald
Olá, 

Alguém já teve problemas com o TOAD 8/9 e o Windows XP? Eu já formatei a 
máquina e ainda tenho problemas. Quando clico em alguma tabela o TOAD fecha e 
não dá nenhuma mensagem de erro. :-o
Alguma idéia?
Obrigada,
Bia.

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



[oracle_br] Enc: TOAD 8.x e Windows XP

2007-04-10 Por tôpico Bia Fitzgerald
Olá, 
 
Alguém já teve problemas com o TOAD 7x/8x/9x e o Windows XP? Eu já formatei a 
máquina e ainda tenho problemas. Quando clico em alguma tabela o TOAD fecha e 
não dá nenhuma mensagem de erro. :-o
Alguma idéia?
Obrigada,
Bia.

__
Fale com seus amigos de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



[oracle_br] oracle 10 G- Consulta Simples

2007-04-03 Por tôpico Bia Fitzgerald
Por que uma consulta numa tabela ORACLE 10g não retorna nada quando há 
registros na tabela do tipo especificado no where??? O dump desta base veio do 
oracle 9i. 


 
O Select:
 
SELECT 
 T_NATUREZA.T_OPERACAO_IU , 
 T_NATUREZA.T_DESCRICAO ,
 T_NATUREZA.T_TIPO 
FROM
 T_NATUREZA T_NATUREZA
WHERE
 T_TIPO=1;
 
Obrigada,
Bia.
 

__
Fale com seus amigos de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



Res: [oracle_br] oracle 10 G- Consulta Simples

2007-04-03 Por tôpico Bia Fitzgerald
Descobri que a coluna referenciada no WHERE tem uma constraint de Check . 
Quando eu dropo a constraint, a query funciona!!!
:-o
Alguém tem alguma idéia do por quê??


- Mensagem original 
De: Bia Fitzgerald [EMAIL PROTECTED]
Para: oracle_br oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 3 de Abril de 2007 15:05:52
Assunto: [oracle_br] oracle 10 G- Consulta Simples

Por que uma consulta numa tabela ORACLE 10g não retorna nada quando há 
registros na tabela do tipo especificado no where??? O dump desta base veio do 
oracle 9i. 

O Select:

SELECT 
T_NATUREZA. T_OPERACAO_ IU , 
T_NATUREZA. T_DESCRICAO ,
T_NATUREZA. T_TIPO 
FROM
T_NATUREZA T_NATUREZA
WHERE
T_TIPO=1;

Obrigada,
Bia.


 _ _ _ _ __
Fale com seus amigos de graça com o novo Yahoo! Messenger 
http://br.messenger .yahoo.com/

 _ _ _ _ __
Fale com seus amigos de graça com o novo Yahoo! Messenger 
http://br.messenger .yahoo.com/ 

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




__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



[oracle_br] Enc: Oracle 10G - Consulta Simples - URGENTE

2007-04-03 Por tôpico Bia Fitzgerald
O dump destas tabelas foi feito do 9i para o 10g.


- Mensagem encaminhada 
De: Bia Fitzgerald [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 3 de Abril de 2007 10:54:40
Assunto: Oracle 10G - Consulta Simples - URGENTE


Senhores,
 
Instalei recentemente uma versão do ORACLE 10g.. Estou tendo problemas com uma 
QUERY simples. Faço um SELECT numa tabela, solicitando que me traga registros 
de apenas um tipo number(existem na tabela) . A query, executada por qualquer 
aplicativo não me retorna nenhuma linha, mas os registros estão lá. Alguma 
idéia,por favor???
 
O Select:
 
SELECT 
 T_NATUREZA.T_OPERACAO_IU , 
 T_NATUREZA.T_DESCRICAO ,
 T_NATUREZA.T_TIPO 
FROM
 T_NATUREZA T_NATUREZA
WHERE
 T_TIPO=1;
 
Obrigada,
Bia.
 

__
Fale com seus amigos de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



Res: [oracle_br] oracle 10 G- Consulta Simples

2007-04-03 Por tôpico Bia Fitzgerald
Descobri que havia uma constraint de check para a coluna number, criada com 
aspas.
CHECK (T_TIPO IN ('1','2','3','4'))
 Isto passa em SELECTS no 9i mas não funciona no 10g.
Obrigada pela ajuda.
Bia.


- Mensagem original 
De: Luis Fernando Cerri [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 3 de Abril de 2007 15:22:18
Assunto: Re: [oracle_br] oracle 10 G- Consulta Simples

O datatype da coluna T_TIPO é number? Ou está havendo conversão implícita?

Há índice sobre a coluna T_TIPO? Se sim, sua consulta está acessando a
tabela vai este índice ou full scan? Experimente forçar via hint a mudança
do método de acesso de índice para FULL SCAN e vice-versa. Isto mudou algo?

[]s
Luis

Em 03/04/07, Bia Fitzgerald dbaemapuros@ yahoo.com. br escreveu:

 Por que uma consulta numa tabela ORACLE 10g não retorna nada quando há
 registros na tabela do tipo especificado no where??? O dump desta base veio
 do oracle 9i.

 O Select:

 SELECT
 T_NATUREZA. T_OPERACAO_ IU ,
 T_NATUREZA. T_DESCRICAO ,
 T_NATUREZA. T_TIPO
 FROM
 T_NATUREZA T_NATUREZA
 WHERE
 T_TIPO=1;

 Obrigada,
 Bia.


  _ _ _ _ __
 Fale com seus amigos de graça com o novo Yahoo! Messenger
 http://br.messenger .yahoo.com/

  _ _ _ _ __
 Fale com seus amigos de graça com o novo Yahoo! Messenger
 http://br.messenger .yahoo.com/

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

 


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




__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



[oracle_br] Oracle 10G - Consulta Simples - URGENTE

2007-04-03 Por tôpico Bia Fitzgerald
Senhores,

Instalei recentemente uma versão do ORACLE 10g.. Estou tendo problemas com uma 
QUERY simples. Faço um SELECT numa tabela, solicitando que me traga registros 
de apenas um tipo number(existem na tabela) . A query, executada por qualquer 
aplicativo não me retorna nenhuma linha, mas os registros estão lá. Alguma 
idéia,por favor???

O Select:

SELECT 
 T_NATUREZA.T_OPERACAO_IU , 
 T_NATUREZA.T_DESCRICAO ,
 T_NATUREZA.T_TIPO 
FROM
 T_NATUREZA T_NATUREZA
WHERE
 T_TIPO=1;

Obrigada,
Bia.

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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