Re: RES: [oracle_br] *** ORA-12514 ***

[jlchia...@yahoo.com.br [oracle_br]]

Tudo jóia ? Então, pra iniciar, vc mostrou :

 conn system\syssestini@nfeweb
 
 essa sintaxe que vc usou não é a correta, para se separar usuário e senha vc 
usa a barra NORMAL e NÂO a contra-barra, deveria estar escrito :
 
 conn system/syssestini@nfeweb
 
 
 okdoc ??? Plz tenta da forma correta... Se não for isso, a primeira obs que 
faço é a seguinte : o TNSPING só testa acesso ao LISTENER, enviando um 'ping' 
(ie, um pequeno pacote de rede) para a porta do listener, só isso - ele NÂO 
conecta no database, NÃO testa portanto se o database está disponível 
Assim, por uma questão de método, vamos testar o acesso LOCAL ao database antes 
de tudo... Isso se faz logando nesse servidor como o MESMO usuário admin local 
que instalou e (creio) executa o RDBMS, aí então abrindo um prompt  de 
comandos, confirmando que o service Windows do database está up, setando as 
variáveis de ambiente Oracle e tentando a conexão SEM informar @hoststring 
  Exemplo (substitua o NOME e ORACLE_HOME do exemplo pelos seus, E supondo 
sempre que é banco single-instance/não-RAC, E que não usa ASM, E QUE portanto 
vc vai usar o mesmo listener presente na HOME do banco) :
  
  => meu database se chama XE, então tenho que ter um serviço Windows chamado 
OracleServiceXE ativo :
  
 C:\Windows\system32>sc queryex OracleServiceXE

=> veja no resultado que tenho :
 
NOME_DO_SERVIÇO: OracleServiceXE
TIPO   : 10  WIN32_OWN_PROCESS
ESTADO : 4  RUNNING
(STOPPABLE, PAUSABLE, ACCEPTS_SHUTDOWN)
CÓDIGO_DE_SAÍDA_DO_WIN32   : 0  (0x0)
CÓDIGO_DE_SAÍDA_DO_SERVIÇO : 0  (0x0)
PONTO_DE_VERIFICAÇÃO   : 0x0
AGUARDAR_DICA  : 0x0
PID: 2652
SINALIZADORES  :

C:\Windows\system32>

=> ok, preciso setar o ORACLE_SID, o ID do database a se conectar :

C:\Windows\system32>set ORACLE_SID=XE

=> instalei esse RDBMS em c:\oraclexe\app\oracle\product\11.2.0\server , então 
seto o valor adequado para a HOME :


C:\Windows\system32>set ORACLE_HOME=c:\oraclexe\app\oracle\product\11.2.0\server

=> indico que os binários estão no sub-diretório BIN dessa ORACLE_HOME :

C:\Windows\system32>set PATH=%ORACLE_HOME%\bin;%PATH%

=> ok, agora a conexão local (SEM listener) totalmente TEM que funcionar, 
PROVANDO (agora sim) que o banco está acessível mesmo :

C:\Windows\system32>sqlplus system/oracle

SQL*Plus: Release 11.2.0.2.0 Production

Copyright (c) 1982, 2014, Oracle.  All rights reserved.

Conectado a:
Oracle Database 11g Express Edition Release 11.2.0.2.0 - 64bit Production

SQL>

=> blz ?? Saia do sqlplus com o comando EXIT e vamos agora ver o LISTENER... 
Julgando pelo seu listener.ora, eu vejo que o listener que vc criou se chama 
LISTENER mesmo, então não precisarei indicar o nome do listener nos comandos de 
verificação 
 Para se verificar o listener, nesse mesmo prompt de comando anteriormente 
usado, já com ORACLE_HOME e PATH corretamente setados, vc usa o comando LSNRCTL 
STATUS, assim :
 
C:\Windows\system32>lsnrctl status

=> o resultado vais er algo do tipo :

LSNRCTL for 64-bit Windows: Version 11.2.0.2.0 - Production 

STATUS do LISTENER

Apelido   LISTENER
VersÒoTNSLSNR for 64-bit Windows: Version 11.2.0.2.0 - Produ
ction
Data Inicial  30-MAR-2015 23:05:58
Funcionamento 0 dias 0 hr. 31 min. 6 seg
NÝvel de Anßlise off
Seguranþa  ON: Local OS Authentication
SNMP  OFF
Serviþo Default   XE
Arq. ParÔm. Listn.C:\oraclexe\app\oracle\product\11.2.0\server\network\admin
\listener.ora
Arq. Log ListenerC:\oraclexe\app\oracle\diag\tnslsnr\noteDell\listener\alert
\log.xml
Resumo de Atendimento...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC1ipc)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=noteDell)(PORT=1521)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=noteDell)(PORT=8080))(Presentation=H
TTP)(Session=RAW))
Resumo de Serviþos...
O serviþo "CLRExtProc" tem 1 instÔncia(s).
  InstÔncia "CLRExtProc", status UNKNOWN, tem 1 handler(s) para este serviþo...
O serviþo "PLSExtProc" tem 1 instÔncia(s).
  InstÔncia "PLSExtProc", status UNKNOWN, tem 1 handler(s) para este serviþo...
O serviþo "XEXDB" tem 1 instÔncia(s).
  InstÔncia "xe", status READY, tem 1 handler(s) para este serviþo...
O serviþo "xe" tem 1 instÔncia(s).
  InstÔncia "xe", status READY, tem 1 handler(s) para este serviþo...
O comando foi executado com Ûxito

C:\Windows\system32>

==> o importante é que REALMENTE o serviço de conexão que eu quero usar está 
PRESENTE no listener, indicando que o database está corretamente registrado : 
no meu caso o meu serviço se chama XE, no seu caso (julgando pelo teu TNSNAMES) 
parece que o serviço que vc esperava encontrar era  nfeweb.sestinisp.com.br - 
*** CONFIRA *** se esse serviço está presente E está com esse mesmo exato nome 
e domínio, E SE ele realmen

RES: [oracle_br] *** ORA-12514 ***

['Robson Muniz (Terra)' rmunizso...@terra.com.br [oracle_br]]

Para complementar, o TNSPING funciona normalmente.

 

 

 

C:\>tnsping nfeweb

 

TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on
30-MAR-2

015 22:27:25

 

Copyright (c) 1997, 2010, Oracle.  All rights reserved.

 

Arquivos de parÔmetros usados:

D:\oracle11g\product\11.2.0\dbhome_2\network\admin\sqlnet.ora

 

 

Usado o adaptador TNSNAMES para resolver o apelido

Tentativa de contatar (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST =
192.10.1

0.68)(PORT = 1522)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME =
nfeweb)

))

OK (20 ms)

 

C:\>

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: segunda-feira, 30 de março de 2015 22:17
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] *** ORA-12514 ***

 

  

Boa noite pessoal.

 

Foi instalado um Oracle Standard Edition On (64 Bits) 11G R2 em um Windows
server 2008 R2 Standard, e no momento do acesso via SQL PLUS ocorre o erro
conforme abaixo :

 

 

C:\>sqlplus /nolog

 

SQL*Plus: Release 11.2.0.1.0 Production on Seg Mar 30 21:52:28 2015

, o

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

 

SQL> conn system\syssestini@nfeweb

Informe a senha:

ERROR:

ORA-12514: TNS:listener nÒo tem conhecimento sobre o serviþo solicitado

atualmente no descritor de conexÒo

 

SQL>

 

*** Alterei o Listener e TNS apontando para IP, conforme abaixo, e mesmo
assim o erro persiste.

 

 

# listener.ora Network Configuration File:
D:\oracle11g\product\11.2.0\dbhome_2\network\admin\listener.ora

# Generated by Oracle configuration tools.

 

LISTENER =

  (DESCRIPTION_LIST =

(DESCRIPTION =

  (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1522))

  (ADDRESS = (PROTOCOL = TCP)(HOST = 192.10.10.68)(PORT = 1522))

)

  )

 

ADR_BASE_LISTENER = D:\oracle11g

 

 

 

# tnsnames.ora Network Configuration File:
D:\oracle11g\product\11.2.0\dbhome_2\network\admin\tnsnames.ora

# Generated by Oracle configuration tools.

 

LISTENER_NFEWEB =

  (ADDRESS = (PROTOCOL = TCP)(HOST = 192.10.10.68)(PORT = 1522))

 

 

NFEWEB =

  (DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 192.10.10.68)(PORT = 1522))

(CONNECT_DATA =

  (SERVER = DEDICATED)

  (SERVICE_NAME = nfeweb.sestinisp.com.br)

)

  )

 

 

 

Alguém já passou por um caso como esse ?

 

Obrigado pela ajuda de todos,

 

Robson Muniz.

 

 

 

  _  


  

Este email está limpo de vírus e malwares porque a proteção do avast!
Antivírus   está ativa. 

 





---
Este email está limpo de vírus e malwares porque a proteção do avast! Antivírus 
está ativa.
http://www.avast.com

[oracle_br] *** ORA-12514 ***

['Robson Muniz (Terra)' rmunizso...@terra.com.br [oracle_br]]

Boa noite pessoal.

 

Foi instalado um Oracle Standard Edition On (64 Bits) 11G R2 em um Windows
server 2008 R2 Standard, e no momento do acesso via SQL PLUS ocorre o erro
conforme abaixo :

 

 

C:\>sqlplus /nolog

 

SQL*Plus: Release 11.2.0.1.0 Production on Seg Mar 30 21:52:28 2015

, o

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

 

SQL> conn system\syssestini@nfeweb

Informe a senha:

ERROR:

ORA-12514: TNS:listener nÒo tem conhecimento sobre o serviþo solicitado

atualmente no descritor de conexÒo

 

SQL>

 

*** Alterei o Listener e TNS apontando para IP, conforme abaixo, e mesmo
assim o erro persiste.

 

 

# listener.ora Network Configuration File:
D:\oracle11g\product\11.2.0\dbhome_2\network\admin\listener.ora

# Generated by Oracle configuration tools.

 

LISTENER =

  (DESCRIPTION_LIST =

(DESCRIPTION =

  (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1522))

  (ADDRESS = (PROTOCOL = TCP)(HOST = 192.10.10.68)(PORT = 1522))

)

  )

 

ADR_BASE_LISTENER = D:\oracle11g

 

 

 

# tnsnames.ora Network Configuration File:
D:\oracle11g\product\11.2.0\dbhome_2\network\admin\tnsnames.ora

# Generated by Oracle configuration tools.

 

LISTENER_NFEWEB =

  (ADDRESS = (PROTOCOL = TCP)(HOST = 192.10.10.68)(PORT = 1522))

 

 

NFEWEB =

  (DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 192.10.10.68)(PORT = 1522))

(CONNECT_DATA =

  (SERVER = DEDICATED)

  (SERVICE_NAME = nfeweb.sestinisp.com.br)

)

  )

 

 

 

Alguém já passou por um caso como esse ?

 

Obrigado pela ajuda de todos,

 

Robson Muniz.

 

 



---
Este email está limpo de vírus e malwares porque a proteção do avast! Antivírus 
está ativa.
http://www.avast.com

[oracle_br] Re: convert sql server to oracle

[jlchia...@yahoo.com.br [oracle_br]]

Bom, OPEN SOURCE especificamente não sei indicar nenhuma : eu DESCONHEÇO um 
projeto open source antigo, estável e maduro de tool de conversão Dá uma 
pescoçada no SOURCEFORGE e quetalz, mas eu mesmo ao fazer isso nessa área só 
achei tools que não fazem (aparentemente) tudo o que vc quer, como 
http://opendbcopy.sourceforge.net/about.html ...
 Agora, se ao invés de OPEN SOURCE vc aceitar FREEWARES, aí sim trocentas 
existem : a própria Oracle tem uma muito boa pra isso , é um módulo do SQL 
DEVELOPER, veja em 
http://www.oracle.com/technetwork/database/migration/sqlserver-095136.html, é 
bem completinha ao que parece  Freeware de terceiros também existem AOS 
MONTES, um exemplos podem ser http://www.sql-workbench.net/, digamos...
 
 E se for permitido o uso de tols Comerciais, aí vc chega em trocentas elevado 
ao quadrado : http://www.dbload.com/ ,  
http://www.swissql.com/products/sqlserver-to-oracle/sql-server-to-oracle.html  
, http://www.ispirer.com/products/sql-server-to-oracle-migration ou 
https://dbconvert.com/convert-oracle-to-mssql-pro.php são exemplos 
 
 OU AINDA, vc pode usar tools de modelagem que permitem engenharia reversa e 
geração de DDLs para diferentes databases, um exemplo é o ERWIN : esse tipo de 
tool é interessante porque deixa vc remodelar a estrutura atual não-Oracle, 
para (em tese)  melhor adaptá-la ao Oracle, por exemplo introduzindo objetos 
que só existem no Oracle como GLOBAL TEMPORARY TABLES, alguns tipos de índices 
de função, etc...
 
 []s
 
   Chiappa
   
OBS :

   nem preciso dizer que essas tools ajudam mas DE JEITO NENHUM entregam em 
100% dos casos a melhor conversão, com os mais adequados datatypes, e também 
dificilmente implementam best practices/fazem conversão de tecnologia - o 
exemplo típicos são os LOCKS de leitura/acesso multi-usuário que em 
determinados momentos o SQLSERVER tipicamente pode exigir e que no RDBMS Oracle 
são PURO LIXO, totalmente DESNECESSÁRIOS, yes ???
   Da mesma maneira, não espere que a tool conheça muita coisa das funções 
built-in do RDBMS Oracle, nem dos add-ons/tecnologias Oracle (como logminer, 
opções de auditoria, trocentas) Então se o objetivo é ter um sistema ao 
menos Razoável, que entregue uma performance usável com uma estabilidade ao 
menos mediana, PLANEJE um tempo de Revisão nas estruturas e nos códigos 
convertidos antes de os deixar irem pra produção...
   
  

[oracle_br] convert sql server to oracle

[Samuel Santos samuel.gsan...@gmail.com [oracle_br]]

Alguém conhece alguma ferramenta OpenSource para converter (DDL -
estrutura, constraints, pks) SQL Server para Oracle?

Atenciosamente,

Samuel

Re: [oracle_br] Re: Taxa crescimento

[jlchia...@yahoo.com.br [oracle_br]]

Blz.. Em sendo banco 10g ou superior e não havendo nenhuma preocupação com 
Licença (digamos, porque a Empresa tem uma licença corporativa que cobre tudo, 
talvez), com certeza AWR é o melhor meio, mesmo - como eu disse, no 10g é muito 
alta a chance do AWR está Ativo e presente...
 Obs complementares  : 
 
 - se esse database estiver registrado num OEM (Oracle Enterprise Manager, a 
GUI de administração da Oracle) , o OEM te dá Gráficos da informação do AWR 
(pode ser útil para os não-DBAs visualizarem a informação) e Assistentes que 
indicam objetos crescendo muito e/ou dão sugestões de procedimentos para 
recuperação de dados
 
 - os dados do AWR normalmente ficam presentes nas tabelas internas por um 
período máximo, configurável mas via de regra normalmente de 7 dias , então é 
dentro desse período que vc conseguirá a sua taxa de crescimento
 
 - o pessoal te pediu a nível de database, mas é quase Certo que vão precisar 
depois de identificação dos segmentos (tabelas, índices, etc) que mais crescem 
E da taxa de cerscimento de cada um : é útil vc saber que o banco numa semana 
cresceu x Gigabytes, mas a pergunta que qualquer um faz ao receber essa 
informação é : ok, QUAIS segmentos/objetos/tabelas foram os comilões que mais 
comeram espaço nesses x GBs, de modo que eu possa checar com o dono da 
informação o porque de estar crescendo tanto ??? Pra vc obter isso no AWR, vc 
pode consultar a DBA_HIST_SEG_STAT, e também usar a rotina OBJECT_GROWTH_TREND 
presente na package DBMS_SPACE

[]s

  Chiappa

Re: [oracle_br] Re: Taxa crescimento

[Andre Luiz Reis Marques aandre...@yahoo.com.br [oracle_br]]

Obrigado,
Vou fazer testes, em relação ao locenciamento nao ha problema.
 Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."    Chico Xavier

 


 Em Segunda-feira, 30 de Março de 2015 13:21, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:
   

     Opa, tranqs ? Então, como vc fala em "taxa de crescimento" certamente o 
que vc precisa é ter Registrado o tamanho do database num dia/hora x, ter 
registrado o tamanho n dias depois, aí vc subtrai um do outro...
 No caso de database 10g ou acima, por default o próprio RDBMS já coleta 
automaticamente esse tipo de informação (junto com muitas outras de interesse 
para performance & administração, como por exemplo SQLs mais lentos, eventos de 
espera pelos quais o database teve que passar, etc, etc) num repositório (ie, 
um conjunto de tabelas internas) chamado AWR - vou mostrar abaixo um exemplo de 
utilização mas AVISO : só pode acessar esse repositório/usar os dados 
armazenados nessas tabelas as Empresas que adquiriram a Licencça de Uso extra 
exigida para isso... okdoc ?? Então, ANTES de sair usando (do jeito que 
mostrarei) vc PLEASE conirma com o cliente que ele TEM o direito de usar, okdoc 
???
  Seria uma consulta + ou - assim : 
  
select b.tsname tablespace_name , MAX(b.used_size_mb) cur_used_size_mb , 
round(AVG(inc_used_size_mb),2)avg_increas_mb
  from  ( SELECT a.days,a.tsname , used_size_mb , used_size_mb - LAG 
(used_size_mb,1) 
   OVER ( PARTITION BY a.tsname ORDER BY 
a.tsname,a.days) inc_used_size_mb
   from ( SELECT TO_CHAR(sp.begin_interval_time,'MM-DD-') days  
,ts.tsname ,
         MAX(round((tsu.tablespace_usedsize* dt.block_size 
)/(1024*1024),2)) used_size_mb
    from dba_hist_tbspc_space_usage  tsu , 
dba_hist_tablespace_stat  ts ,dba_hist_snapshot  sp, dba_tablespaces  dt
                   where tsu.tablespace_id= ts.ts# AND tsu.snap_id = sp.snap_id
 AND ts.tsname = dt.tablespace_name AND 
sp.begin_interval_time > sysdate-7
  GROUP BY TO_CHAR(sp.begin_interval_time,'MM-DD-'), ts.tsname 
  ORDER BY ts.tsname, days ) a
    ) b GROUP BY b.tsname ORDER BY b.tsname;
        
=> No caso, é na tabela do AWR chamada dba_hist_tablespace_stat que a cada vez 
que é coletada a informação de tamanho ela é registrada, a restrição de 
sysdate-7 filtra as coletas dos últimos 7 dias... E no caso, o exemplo agrupa o 
crescimento por tablespace, se vc quiser por database (espaço no database=soma 
do espaço de todas as tablespaces) é simplesmente não agrupar por 
tablespace_name 

> CASO vc não saiba se o teu cliente tem ou não  Licença para usar o AWR, 
aí vc terá que ir armazenando diariamente o tamanho do seu database (guardando 
numa tabela sua que vc criou o resultado de uma consulta tipo a que o colega 
mostrou) e daqui a x dias vc consulta a diferença, é isso...

 []s
 
   Chiappa  #yiv8030382973 #yiv8030382973 -- #yiv8030382973ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv8030382973 
#yiv8030382973ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv8030382973 
#yiv8030382973ygrp-mkp #yiv8030382973hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv8030382973 #yiv8030382973ygrp-mkp #yiv8030382973ads 
{margin-bottom:10px;}#yiv8030382973 #yiv8030382973ygrp-mkp .yiv8030382973ad 
{padding:0 0;}#yiv8030382973 #yiv8030382973ygrp-mkp .yiv8030382973ad p 
{margin:0;}#yiv8030382973 #yiv8030382973ygrp-mkp .yiv8030382973ad a 
{color:#ff;text-decoration:none;}#yiv8030382973 #yiv8030382973ygrp-sponsor 
#yiv8030382973ygrp-lc {font-family:Arial;}#yiv8030382973 
#yiv8030382973ygrp-sponsor #yiv8030382973ygrp-lc #yiv8030382973hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv8030382973 
#yiv8030382973ygrp-sponsor #yiv8030382973ygrp-lc .yiv8030382973ad 
{margin-bottom:10px;padding:0 0;}#yiv8030382973 #yiv8030382973actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv8030382973 
#yiv8030382973activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv8030382973
 #yiv8030382973activity span {font-weight:700;}#yiv8030382973 
#yiv8030382973activity span:first-child 
{text-transform:uppercase;}#yiv8030382973 #yiv8030382973activity span a 
{color:#5085b6;text-decoration:none;}#yiv8030382973 #yiv8030382973activity span 
span {color:#ff7900;}#yiv8030382973 #yiv8030382973activity span 
.yiv8030382973underline {text-decoration:underline;}#yiv8030382973 
.yiv8030382973attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv8030382973 .yiv8030382973attach div a 
{text-decoration:none;}#yiv8030382973 .yiv8030382973attach img 
{border:none;p

[oracle_br] Re: spfile x pfile

[jlchia...@yahoo.com.br [oracle_br]]

Bem, o lookup da msg é claro :

"
ORA-00385: cannot enable Very Large Memory with new buffer cache parameters

Cause:  User specified one or more of { db_cache_size , 
db_recycle_cache_size, db_keep_cache_size, db_nk_cache_size (where n is one of 
2,4,8,16,32) } AND use_indirect_data_buffers is set to TRUE. This is illegal.
"

==> E como nós sabemos COM CERTEZA que esses parâmetros absolutamente não sobem 
por default, então com CERTEZA vc :

a. tem esses parâmetros presentes no SPFILE, provavelmente no formato : 

orcl1.db_block_bufferouqqueroutroparamdebuffer=nãoseiqualvalor

pois se fossem *.nomedoparâmetro ele valeria para AMBAS as instâncias, aí a 
instância 2 daria o mesmo erro 

OU

b. vc tem um *** PFILE *** perdido nalgum lugar do servidor aonde reside a 
instãncia ORCL1 em falha, e nesse pfile vc tem os params inválidos/errados 
setados : aí o RDBMS tá encontrando o PFILE e usando ele 
http://www.databasejournal.com/features/oracle/article.php/1447461/A-Detailed-Guide-to-the-SPFILE.htm
 até nos lembra que ** existe ** uma prioridade (normalmente primeiro se 
encontrar é lido & usado o PFILE, só depois o SPFILE) , mas sinceramente : eu 
NUNCA, JAMAIS, confio nessas coisas, e se tem uma coisa que eu ABOMINO é 
duplicidade de initfiles - a primeira coisa que eu faço quando vejo um servidor 
aonde, por asnice, neguim tem um PFILE e um SPFILE é justamente REMOVER a 
duplicidade, JUSTAMENTE para evitar probleminhas chatos do tipo

==> A sua resposta portanto é : se o SPFILE presente no ASM é o que deveria ser 
usado (Imagino que sim), aí ***  CONFIRA  que não há nele nenhum parâmetro 
antigo de block buffer/cache presente (se tiver remova), aí depois faça um FIND 
(no asm e nos filesystems todos do nó falhado) procurando por initfiles, se 
encontrar algum REMOVA...
 Com isso vc deverá subir a instância normalmente ...
 []s

   Chiappa

[oracle_br] spfile x pfile

[Wagner Martins wag...@flamboia.com.br [oracle_br]]

Pessoal, estou com um problema muito estranho aqui, tenho um ORACLE RAC 11G

rodando no OEL 5.9 com dois nós. Quando eu executo o comando srvctl start
database -d ORCL uns dos nós (orcl2) sube perfeitamente, porém, o primeiro
nó da o seguinte erro:


2015-03-28 17:58:12.183: [ora.orcl.db][4227840320] {1:38597:42882} [start]
ORA-00385: cannot enable Very Large Memory with new buffer cache parameters


já verifiquei o spfile que o rac está usando e aparentemente tudo normal...
[oracle@urano [orcl1] ~]$ srvctl config database -d orcl -a
Database unique name: orcl
Database name:
Oracle home: /u01/app/oracle/product/11.2.0/db_1
Oracle user: oracle
Spfile: +DGDATA/orcl/spfileORCL.ora
Domain:
Start options: open
Stop options: immediate
Database role: PRIMARY
Management policy: AUTOMATIC
Server pools: orcl
Database instances: orcl2,orcl1
Disk Groups: DGDATA
Mount point paths:
Services:
Type: RAC
Database is enabled
Database is administrator managed


Neste momento o banco está no ar usando o pfile igualzinho para ambos os
nós. Não entendo porque usando o SPFILE ele dá esta mensagem.


Se alguem puder me ajudar eu agradeço.
Segue abaixo log do erro.


2015-03-28 17:58:11.784: [AGFW][234867008] {1:38597:42882} ora.orcl.db
1 1 state changed from: PLANNED_OFFLINE to: STARTING
2015-03-28 17:58:11.786: [ora.orcl.db][4227840320] {1:38597:42882} [start]
(:CLSN00107:) clsn_agent::start {
2015-03-28 17:58:11.786: [ora.orcl.db][4227840320] {1:38597:42882} [start]
InstAgent::start {
2015-03-28 17:58:11.786: [ora.orcl.db][4227840320] {1:38597:42882} [start]
ConnectionPool::stopConnection
2015-03-28 17:58:11.786: [ora.orcl.db][4227840320] {1:38597:42882} [start]
ConnectionPool::removeConnection connection count 0
2015-03-28 17:58:11.786: [ora.orcl.db][4227840320] {1:38597:42882} [start]
ConnectionPool::removeConnection freed 0
2015-03-28 17:58:11.786: [ora.orcl.db][4227840320] {1:38597:42882} [start]
ConnectionPool::stopConnection sid orcl1 status  1
2015-03-28 17:58:11.786: [ USRTHRD][4227840320] {1:38597:42882}
ConnectionPool::~ConnectionPool
m_oracleHome:/u01/app/oracle/product/11.2.0/db_1, m_oracleSid:orcl1,
m_usrOraEnv:
2015-03-28 17:58:11.786: [ USRTHRD][4227840320] {1:38597:42882}
Thread:DedicatedThreadstop {
2015-03-28 17:58:11.786: [ USRTHRD][4227840320] {1:38597:42882}
Thread:DedicatedThreadstop }
2015-03-28 17:58:11.787: [ora.orcl.db][4227840320] {1:38597:42882} [start]
DbAgent:getOracleSid 13 oracle_sid = orcl1
2015-03-28 17:58:11.787: [ora.orcl.db][4227840320] {1:38597:42882} [start]
DbAgent:getOracleSid  oracle_sid = orcl1
2015-03-28 17:58:11.787: [ora.orcl.db][4227840320] {1:38597:42882} [start]
getOracleHomeAttrib: oracle_home = /u01/app/oracle/product/11.2.0/db_1
2015-03-28 17:58:11.787: [ora.orcl.db][4227840320] {1:38597:42882} [start]
ConnectionPool::ConnectionPool 2
m_oracleHome:/u01/app/oracle/product/11.2.0/db_1, m_oracleSid:orcl1,
m_usrOraEnv:
2015-03-28 17:58:11.787: [ora.orcl.db][4227840320] {1:38597:42882} [start]
DbAgent::setOracleSidAttrib updating GEN_USR_ORA_INST_NAME@SERVERNAME(urano)
to orcl1
2015-03-28 17:58:11.787: [ora.orcl.db][4227840320] {1:38597:42882} [start]
clsnUtils::setResAttrib nonPerX current value GEN_USR_ORA_INST_NAME value
orcl1
2015-03-28 17:58:11.787: [ora.orcl.db][4227840320] {1:38597:42882} [start]
CrsCmd::ClscrsCmdData::stat entity 1 statflag 32 useFilter 0
2015-03-28 17:58:11.819: [ora.orcl.db][4227840320] {1:38597:42882} [start]
setResAttrib: attr GEN_USR_ORA_INST_NAME@SERVERNAME(urano) clsagfw
attribVal orcl1 clscrs tmpAttrValue orcl1
2015-03-28 17:58:11.819: [ora.orcl.db][4227840320] {1:38597:42882} [start]
setResAttrib clsagfw_modify_attribute attr
GEN_USR_ORA_INST_NAME@SERVERNAME(urano)
value orcl1 retCode 0
2015-03-28 17:58:11.820: [ora.orcl.db][4227840320] {1:38597:42882} [start]
sModifyConfig for orcl
2015-03-28 17:58:11.820: [ora.orcl.db][4227840320] {1:38597:42882} [start]
getOracleHomeAttrib: oracle_home = /u01/app/oracle/product/11.2.0/db_1
2015-03-28 17:58:11.820: [ora.orcl.db][4227840320] {1:38597:42882} [start]
Utils::getCrsHome crsHome /u01/app/11.2.0/grid
2015-03-28 17:58:11.820: [ora.orcl.db][4227840320] {1:38597:42882} [start]
sclsnInstAgent::sUpdateOratab oratab is /etc/oratab
2015-03-28 17:58:11.820: [ora.orcl.db][4227840320] {1:38597:42882} [start]
sclsnInstAgent::sUpdateOratab CssLock
2015-03-28 17:58:11.825: [ora.orcl.db][4227840320] {1:38597:42882} [start]
ConfigFile::getValue name orcl value
2015-03-28 17:58:11.827: [ora.orcl.db][4227840320] {1:38597:42882} [start]
ConfigFile::updateInPlace file /etc/oratab is updated
2015-03-28 17:58:11.827: [ora.orcl.db][4227840320] {1:38597:42882} [start]
sclsnInstAgent::sUpdateOratab file updated with dbName orcl value
/u01/app/oracle/product/11.2.0/db_1:N
2015-03-28 17:58:11.827: [ora.orcl.db][4227840320] {1:38597:42882} [start]
sclsnInstAgent::sUpdateOratab CSS unlock
2015-03-28 17:58:11.830: [ora.orcl.db][4227840320] {1:38597:42882} [start]
ConfigFile:update file is
/u01/app/oracle/product/11.2.0/db_1/dbs

Re: [oracle_br] Re: Restore in other machine

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

Chiappa, muito obrigado pelo retorno.
Eu não tive tempo para esperar até hoje para resolver o problema. Então 
consegui um outro servidor no qual instalei o grid e o database com a mesma 
versão. 
O problema persistiu, ao levantar a base "alter database open resetlogs".
No alert.log, me mostrou que os erros foram gerados nos redos stanby (o 
database de origem eh um primary database) então eu tive que reconfigurar 
alguns parâmetros do dataguard pra conseguir subir a base.
: ) 


 Em Segunda-feira, 30 de Março de 2015 13:41, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:
   

     Blz ?? Sem olhar os detalhes, (e supondo sempre que o SID/DBID não 
precisam mudar), a primeira coisa que eu vejo é que vc não indica se ALTEROU o 
initfile/spfile na hora de subir a instância que receberá o database na nova 
máquina : como sabemos, há DIVERSOS parâmetros de database que devem ser 
alterados para que o database possa ser startado quando os paths de 
armazenamento mudam, como os params de dump, de destino dos archicves, se 
eventualmente necessário o LOG_FILE_NAME_CONVERT, etc... O ponto é que, afaik, 
o SET NEWNAME FOR DATABASE simplesmente renomeia os datafiles mas NÂO altera os 
parâmetros de init crme necessário, iirc 
 Outra coisa que eu não tenho certeza é se ele serve para OMFs, e pelo que vejo 
dos seus logs vc tem sim datafiles OMF - não sei se com ele o RDBMS não vai 
acabar gerando novo filenames com sequência diferente do que está registrado no 
controlfile...

==> A minha recomendação é vc fazer de novo mas com um SET NEWNAME para cada 
datafile , não esquecendo de fazer as eventuais alterações necessárias no 
int/spfile, e veja lá...

 []s
 
   Chiappa  #yiv5737169533 #yiv5737169533 -- #yiv5737169533ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv5737169533 
#yiv5737169533ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv5737169533 
#yiv5737169533ygrp-mkp #yiv5737169533hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv5737169533 #yiv5737169533ygrp-mkp #yiv5737169533ads 
{margin-bottom:10px;}#yiv5737169533 #yiv5737169533ygrp-mkp .yiv5737169533ad 
{padding:0 0;}#yiv5737169533 #yiv5737169533ygrp-mkp .yiv5737169533ad p 
{margin:0;}#yiv5737169533 #yiv5737169533ygrp-mkp .yiv5737169533ad a 
{color:#ff;text-decoration:none;}#yiv5737169533 #yiv5737169533ygrp-sponsor 
#yiv5737169533ygrp-lc {font-family:Arial;}#yiv5737169533 
#yiv5737169533ygrp-sponsor #yiv5737169533ygrp-lc #yiv5737169533hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv5737169533 
#yiv5737169533ygrp-sponsor #yiv5737169533ygrp-lc .yiv5737169533ad 
{margin-bottom:10px;padding:0 0;}#yiv5737169533 #yiv5737169533actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv5737169533 
#yiv5737169533activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv5737169533
 #yiv5737169533activity span {font-weight:700;}#yiv5737169533 
#yiv5737169533activity span:first-child 
{text-transform:uppercase;}#yiv5737169533 #yiv5737169533activity span a 
{color:#5085b6;text-decoration:none;}#yiv5737169533 #yiv5737169533activity span 
span {color:#ff7900;}#yiv5737169533 #yiv5737169533activity span 
.yiv5737169533underline {text-decoration:underline;}#yiv5737169533 
.yiv5737169533attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv5737169533 .yiv5737169533attach div a 
{text-decoration:none;}#yiv5737169533 .yiv5737169533attach img 
{border:none;padding-right:5px;}#yiv5737169533 .yiv5737169533attach label 
{display:block;margin-bottom:5px;}#yiv5737169533 .yiv5737169533attach label a 
{text-decoration:none;}#yiv5737169533 blockquote {margin:0 0 0 
4px;}#yiv5737169533 .yiv5737169533bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv5737169533 
.yiv5737169533bold a {text-decoration:none;}#yiv5737169533 dd.yiv5737169533last 
p a {font-family:Verdana;font-weight:700;}#yiv5737169533 dd.yiv5737169533last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv5737169533 
dd.yiv5737169533last p span.yiv5737169533yshortcuts 
{margin-right:0;}#yiv5737169533 div.yiv5737169533attach-table div div a 
{text-decoration:none;}#yiv5737169533 div.yiv5737169533attach-table 
{width:400px;}#yiv5737169533 div.yiv5737169533file-title a, #yiv5737169533 
div.yiv5737169533file-title a:active, #yiv5737169533 
div.yiv5737169533file-title a:hover, #yiv5737169533 div.yiv5737169533file-title 
a:visited {text-decoration:none;}#yiv5737169533 div.yiv5737169533photo-title a, 
#yiv5737169533 div.yiv5737169533photo-title a:active, #yiv5737169533 
div.yiv5737169533photo-title a:hover, #yiv5737169533 
div.yiv5737169533photo-title a:visited {text-decoration:none;}#yiv5737169533 
div#yiv5737169533ygrp-mlmsg #yiv5737169533ygrp-msg p a 
span.yiv5737169533yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv5737169533 
.yiv5737169533green {color:#628c2a;}#yiv5737169533 .yiv

[oracle_br] Re: Restore in other machine

[jlchia...@yahoo.com.br [oracle_br]]

Blz ?? Sem olhar os detalhes, (e supondo sempre que o SID/DBID não precisam 
mudar), a primeira coisa que eu vejo é que vc não indica se ALTEROU o 
initfile/spfile na hora de subir a instância que receberá o database na nova 
máquina : como sabemos, há DIVERSOS parâmetros de database que devem ser 
alterados para que o database possa ser startado quando os paths de 
armazenamento mudam, como os params de dump, de destino dos archicves, se 
eventualmente necessário o LOG_FILE_NAME_CONVERT, etc... O ponto é que, afaik, 
o SET NEWNAME FOR DATABASE simplesmente renomeia os datafiles mas NÂO altera os 
parâmetros de init crme necessário, iirc 
 Outra coisa que eu não tenho certeza é se ele serve para OMFs, e pelo que vejo 
dos seus logs vc tem sim datafiles OMF - não sei se com ele o RDBMS não vai 
acabar gerando novo filenames com sequência diferente do que está registrado no 
controlfile...

==> A minha recomendação é vc fazer de novo mas com um SET NEWNAME para cada 
datafile , não esquecendo de fazer as eventuais alterações necessárias no 
int/spfile, e veja lá...

 []s
 
   Chiappa

[oracle_br] Re: ORA-07445: exceção encontrada: dump de memória

[jlchia...@yahoo.com.br [oracle_br]]

Opa : com 99,999% de certeza todo ORA-600 ou ORA-7445 que vc ver no RDBMS 
Oracle é BUG (seja bug do software, seja do Sistema Operacional, seja de 
Documentação, mas BUG) - consulta no site de Suporte (pago) da Oracle, o 
metalink/My Oracle Support que vc deve achar registro do bug, indicação do 
patch de correção E eventuais work-arounds...

 []s

  Chiappa

Re: [oracle_br] Re: Taxa crescimento

[jlchia...@yahoo.com.br [oracle_br]]

Opa, tranqs ? Então, como vc fala em "taxa de crescimento" certamente o que vc 
precisa é ter Registrado o tamanho do database num dia/hora x, ter registrado o 
tamanho n dias depois, aí vc subtrai um do outro...
 No caso de database 10g ou acima, por default o próprio RDBMS já coleta 
automaticamente esse tipo de informação (junto com muitas outras de interesse 
para performance & administração, como por exemplo SQLs mais lentos, eventos de 
espera pelos quais o database teve que passar, etc, etc) num repositório (ie, 
um conjunto de tabelas internas) chamado AWR - vou mostrar abaixo um exemplo de 
utilização mas AVISO : só pode acessar esse repositório/usar os dados 
armazenados nessas tabelas as Empresas que adquiriram a Licencça de Uso extra 
exigida para isso... okdoc ?? Então, ANTES de sair usando (do jeito que 
mostrarei) vc PLEASE conirma com o cliente que ele TEM o direito de usar, okdoc 
???
  Seria uma consulta + ou - assim : 
  
select b.tsname tablespace_name , MAX(b.used_size_mb) cur_used_size_mb , 
round(AVG(inc_used_size_mb),2)avg_increas_mb
  from  ( SELECT a.days,a.tsname , used_size_mb , used_size_mb - LAG 
(used_size_mb,1) 
   OVER ( PARTITION BY a.tsname ORDER BY 
a.tsname,a.days) inc_used_size_mb
   from ( SELECT TO_CHAR(sp.begin_interval_time,'MM-DD-') days  
,ts.tsname ,
 MAX(round((tsu.tablespace_usedsize* dt.block_size 
)/(1024*1024),2)) used_size_mb
from dba_hist_tbspc_space_usage  tsu , 
dba_hist_tablespace_stat  ts ,dba_hist_snapshot  sp, dba_tablespaces  dt
   where tsu.tablespace_id= ts.ts# AND tsu.snap_id = sp.snap_id
 AND ts.tsname = dt.tablespace_name AND 
sp.begin_interval_time > sysdate-7
  GROUP BY TO_CHAR(sp.begin_interval_time,'MM-DD-'), ts.tsname 
  ORDER BY ts.tsname, days ) a
) b GROUP BY b.tsname ORDER BY b.tsname;

=> No caso, é na tabela do AWR chamada dba_hist_tablespace_stat que a cada vez 
que é coletada a informação de tamanho ela é registrada, a restrição de 
sysdate-7 filtra as coletas dos últimos 7 dias... E no caso, o exemplo agrupa o 
crescimento por tablespace, se vc quiser por database (espaço no database=soma 
do espaço de todas as tablespaces) é simplesmente não agrupar por 
tablespace_name 

> CASO vc não saiba se o teu cliente tem ou não  Licença para usar o AWR, 
aí vc terá que ir armazenando diariamente o tamanho do seu database (guardando 
numa tabela sua que vc criou o resultado de uma consulta tipo a que o colega 
mostrou) e daqui a x dias vc consulta a diferença, é isso...

 []s
 
   Chiappa

[oracle_br] Re: Não permitir o proprio user altere a senha

[lmarinh...@yahoo.com.br [oracle_br]]

Sem palavras.. Muito obrigado Chiappa. É isto mesmo... sem palavras.. muito 
agradecido pela aula. 

 

 Luiz Marinho

Re: [oracle_br] ORA-07445: exceção encontrada: dump de memória

[Vitor Junior vitorj...@gmail.com [oracle_br]]

Bug documentado, no metalink:


*The list below is restricted to show only bugs believed to affect version
11.2.0.1.Other bugs may affect this version but have not been confirmed as
being relevant yet.*
There are 4 bugs listed.

*NB**Bug**Fixed**Description*10184115
11.2.0.2.BP15,
11.2.0.3, 12.1.0.1Wrong Results, Assorted Internal Errors and Dumps with
ANSI join of tables with large number of columns9050716
11.2.0.1.BP12,
11.2.0.2, 12.1.0.1Dumps on kkqstcrf with ANSI joins and Join Elimination
8537544
11.2.0.2,
12.1.0.1Excess memory use / ORA-600 / dumps parsing SQL with many nested
outer joins / ANSI joins8288908
11.2.0.2,
12.1.0.1ORA-932 or dumps from query with many aggregations and query blocks

   - '*' indicates that an alert exists for that issue.
   - '+' indicates a particularly notable issue / bug.
   - 'P' indicates a port specific bug.
   - *"OERI:*" may be used as shorthand for *ORA-600 []*.





Att,/Regards,


Vitor Jr.
Infraestrutura / Infrastructure Team
Oracle 11g DBA Certified Professional - OCP
Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
Infrastructure Administrator - OCE
Oracle Database 11g Performance Tuning Certified Expert - OCE
Oracle Exadata 11g Certified Implementation Specialist
Oracle Certified Associate, MySQL 5
mail, gtalk e msn: vitorj...@gmail.com
http://certificacaobd.com.br/
skype: vjunior1981
https://mybizcard.co/vitor.jr.385628

Em 30 de março de 2015 11:48, Fabiano Picolotto fabiano...@gmail.com
[oracle_br]  escreveu:

>
>
> Bom dia Pessoal.
>
> Cenário
> Linux Red Hat Enterprise 6.3
> Oracle: 11.2.0.1.0
>
> Tem alguns SQLs na aplicação com muitas tabelas/views relacionadas no FROM
> (select ... from N tabelas/views) , ao executar essas consultas retorna a
> mensagem.
>
> ORA-03113: end-of-file on communication channel
> Process ID: 32518
> Session ID: 148 Serial number: 735
>
> Obs.: estou testando pelo SQLPlus
>
> se mudar a consulta tirando algumas tabelas/views (independente de qual
> seja) o consulta funciona.
>
> Observando o alert e trace cheguei no seguinte erro
>
> ORA-07445: exceção encontrada: dump de memória [kkqstcrf()+1355] [SIGSEGV]
> [ADDR:0x71] [PC:0x1C8DB5D] [Address not mapped to object] []
>
> Alguma dica?
>
> Obrigado
>
> Fabiano P.
>
>
>  
>

Re: [oracle_br] Re: Taxa crescimento

[Andre Luiz Reis Marques aandre...@yahoo.com.br [oracle_br]]

Guardei a consulta,
Mas a necessidade e outra.
Valeu. Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim."    Chico Xavier

 


 Em Segunda-feira, 30 de Março de 2015 11:31, "lmarinh...@yahoo.com.br 
[oracle_br]"  escreveu:
   

     Bom dia André,Não se é isto, mas neste script você pode ver o tamanho e o 
espaço livre do seu DATABASE.
Select round(sum(used.bytes) / 1024 / 1024/1024 ) || ' GB' "Database 
Size",round(free.p / 1024 / 1024/1024) || ' GB' "Free space"from (select bytes 
from v$datafile      union all      select bytes from v$tempfile      union all 
     select bytes from v$log) used,   (select sum(bytes) as p from 
dba_free_space) freegroup by free.p;
Luiz Marinho
  #yiv0103458588 #yiv0103458588 -- #yiv0103458588ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv0103458588 
#yiv0103458588ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv0103458588 
#yiv0103458588ygrp-mkp #yiv0103458588hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv0103458588 #yiv0103458588ygrp-mkp #yiv0103458588ads 
{margin-bottom:10px;}#yiv0103458588 #yiv0103458588ygrp-mkp .yiv0103458588ad 
{padding:0 0;}#yiv0103458588 #yiv0103458588ygrp-mkp .yiv0103458588ad p 
{margin:0;}#yiv0103458588 #yiv0103458588ygrp-mkp .yiv0103458588ad a 
{color:#ff;text-decoration:none;}#yiv0103458588 #yiv0103458588ygrp-sponsor 
#yiv0103458588ygrp-lc {font-family:Arial;}#yiv0103458588 
#yiv0103458588ygrp-sponsor #yiv0103458588ygrp-lc #yiv0103458588hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv0103458588 
#yiv0103458588ygrp-sponsor #yiv0103458588ygrp-lc .yiv0103458588ad 
{margin-bottom:10px;padding:0 0;}#yiv0103458588 #yiv0103458588actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv0103458588 
#yiv0103458588activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv0103458588
 #yiv0103458588activity span {font-weight:700;}#yiv0103458588 
#yiv0103458588activity span:first-child 
{text-transform:uppercase;}#yiv0103458588 #yiv0103458588activity span a 
{color:#5085b6;text-decoration:none;}#yiv0103458588 #yiv0103458588activity span 
span {color:#ff7900;}#yiv0103458588 #yiv0103458588activity span 
.yiv0103458588underline {text-decoration:underline;}#yiv0103458588 
.yiv0103458588attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv0103458588 .yiv0103458588attach div a 
{text-decoration:none;}#yiv0103458588 .yiv0103458588attach img 
{border:none;padding-right:5px;}#yiv0103458588 .yiv0103458588attach label 
{display:block;margin-bottom:5px;}#yiv0103458588 .yiv0103458588attach label a 
{text-decoration:none;}#yiv0103458588 blockquote {margin:0 0 0 
4px;}#yiv0103458588 .yiv0103458588bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv0103458588 
.yiv0103458588bold a {text-decoration:none;}#yiv0103458588 dd.yiv0103458588last 
p a {font-family:Verdana;font-weight:700;}#yiv0103458588 dd.yiv0103458588last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv0103458588 
dd.yiv0103458588last p span.yiv0103458588yshortcuts 
{margin-right:0;}#yiv0103458588 div.yiv0103458588attach-table div div a 
{text-decoration:none;}#yiv0103458588 div.yiv0103458588attach-table 
{width:400px;}#yiv0103458588 div.yiv0103458588file-title a, #yiv0103458588 
div.yiv0103458588file-title a:active, #yiv0103458588 
div.yiv0103458588file-title a:hover, #yiv0103458588 div.yiv0103458588file-title 
a:visited {text-decoration:none;}#yiv0103458588 div.yiv0103458588photo-title a, 
#yiv0103458588 div.yiv0103458588photo-title a:active, #yiv0103458588 
div.yiv0103458588photo-title a:hover, #yiv0103458588 
div.yiv0103458588photo-title a:visited {text-decoration:none;}#yiv0103458588 
div#yiv0103458588ygrp-mlmsg #yiv0103458588ygrp-msg p a 
span.yiv0103458588yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv0103458588 
.yiv0103458588green {color:#628c2a;}#yiv0103458588 .yiv0103458588MsoNormal 
{margin:0 0 0 0;}#yiv0103458588 o {font-size:0;}#yiv0103458588 
#yiv0103458588photos div {float:left;width:72px;}#yiv0103458588 
#yiv0103458588photos div div {border:1px solid 
#66;height:62px;overflow:hidden;width:62px;}#yiv0103458588 
#yiv0103458588photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv0103458588
 #yiv0103458588reco-category {font-size:77%;}#yiv0103458588 
#yiv0103458588reco-desc {font-size:77%;}#yiv0103458588 .yiv0103458588replbq 
{margin:4px;}#yiv0103458588 #yiv0103458588ygrp-actbar div a:first-child 
{margin-right:2px;padding-right:5px;}#yiv0103458588 #yiv0103458588ygrp-mlmsg 
{font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}#yiv0103458588 

[oracle_br] Re: Não permitir o proprio user altere a senha

[jlchia...@yahoo.com.br [oracle_br]]

Opa, tudo jóia ? Então : por default NÃO HÁ maneira nativa de se fazer isso, 
pois um usuário é DONO da própria senha, absolutamente NENHUM privilégio é 
requerido para ele fazer alterações nela Isso é um pouco parecido com a 
questão de privilégios para se acessar seus próprios objetos, ou seus próprios 
dados - óbvio que se o cara é o dono de uma tabela, ele pode a qualquer momento 
alterar, dropar, fazer o que quiser com a tabela E/OU com os dados que estão 
nela, isso é CONCEITUAL... Assim sendo, o DECENTE, SEGURO , CERTO e RECOMENDADO 
é que os usuários finais tenham cada um seu usuário de banco (OU se não for 
possível, que NÃO SEJA usada a conta do usuário-dono pra aplicação logar mas 
sim uma conta extra que recebe os privs necessários, que INCLUSIVE podem ser 
dinâmicos via ROLE ou ALTER SESSION ou criando um context pra sessão que é 
usado num FGAC, etc), E QUE o usuário dono das tabelas NÃO TENHA nem sequer o 
privilégio de login (OU na pior cena, se o dono das tabelas tiver que ter login 
no banco, então que essa senha seja TÂO SEGURA quanto a senha do DBA), okdoc ?? 
E mais que isso, tal senha ao invés de nunca mudar deveria é mudar A CADA 
POUCOS TANTOS DIAS, isso é medida básica de segurança...

 ==> Pelo jeito DEDUZO que com "usuário aplicacional" vc quer dizer um 
usuário-genérico que tem TODOS os privss (Ou mesmo pra arrebentar se usa o 
próprio usuário-dono das tabelas pra conectar), certo ?? Sendo isso, DEIXANDO 
BEM CLARO que o procedimento é CONTRA-RECOMENDADO, vc está tentando fazer um 
remendo num buraco de seguraança do tamanho de um Jumbo, se vc REALMENTE tiver 
que fazer o remendo (talvez enquanto rola a correção :), um dos métodos 
possíveis é vc ter uma trigger de DDL  que bloqueia o comando ALTER USER de 
mudar a senha :
 
create or replace trigger alter_trigger
 before alter
 on database
 declare
 begin
 if (ora_dict_obj_type = 'USER') then
 raise_application_error(-20010,'you cannot change your own password');
 end if;
 end;

 ===> OBVIAMENTE metendo-se uns IFs aí para ter exceções e para que alguém 
consiga, talvez OUTRA possibilidade é vc ter uma função de verificação de 
senha que pergunta por usuário (ou por IP permitido, por atribuição de SYSDBA, 
whatever) mais ou menos tipo :
 
CREATE PROFILE NO_CHANGE_PWD LIMIT PASSWORD_VERIFY_FUNCTION 
verify_function_false;

e depois :

CREATE OR REPLACE FUNCTION verify_function_false
(username varchar2,
password varchar2,
old_password varchar2)
RETURN boolean IS
BEGIN
if user != 'SYS' then
RETURN(FALSE);
else
return true;
end if;
END;

e depois assigna o usuário em questão para o profile

[]s

  Chiappa

[oracle_br] ORA-07445: exceção encontrada: dump de memória

[Fabiano Picolotto fabiano...@gmail.com [oracle_br]]

Bom dia Pessoal.

Cenário
Linux Red Hat Enterprise 6.3
Oracle: 11.2.0.1.0

Tem alguns SQLs na aplicação com muitas tabelas/views relacionadas no FROM
(select ... from N tabelas/views) , ao executar essas consultas retorna a
mensagem.

ORA-03113: end-of-file on communication channel
Process ID: 32518
Session ID: 148 Serial number: 735

Obs.: estou testando pelo SQLPlus

se mudar a consulta tirando algumas tabelas/views (independente de qual
seja) o consulta funciona.

Observando o alert e trace cheguei no seguinte erro

ORA-07445: exceção encontrada: dump de memória [kkqstcrf()+1355] [SIGSEGV]
[ADDR:0x71] [PC:0x1C8DB5D] [Address not mapped to object] []

Alguma dica?

Obrigado

Fabiano P.

Re: [oracle_br] Re: Taxa crescimento

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

Não sei como os outros fazem...
Mas o que faço é criar uma procedure que insere essas informações(tamanho da 
tablespace, espaço utilizado/livre, %utilizado, pelas v$) em uma tabela de um 
schema espicífico onde guardo informações gerais do database, inclusive as 
taxas de crescimento e coloco um scheduler para executar esse tipo de tarefa 
mensalmente. Daí você vai ter uma idéia de quanto o seu database/tablespace 
cresce por mês. 


 Em Segunda-feira, 30 de Março de 2015 11:31, "lmarinh...@yahoo.com.br 
[oracle_br]"  escreveu:
   

     Bom dia André,Não se é isto, mas neste script você pode ver o tamanho e o 
espaço livre do seu DATABASE.
Select round(sum(used.bytes) / 1024 / 1024/1024 ) || ' GB' "Database 
Size",round(free.p / 1024 / 1024/1024) || ' GB' "Free space"from (select bytes 
from v$datafile      union all      select bytes from v$tempfile      union all 
     select bytes from v$log) used,   (select sum(bytes) as p from 
dba_free_space) freegroup by free.p;
Luiz Marinho
  #yiv8309889299 #yiv8309889299 -- #yiv8309889299ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv8309889299 
#yiv8309889299ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv8309889299 
#yiv8309889299ygrp-mkp #yiv8309889299hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv8309889299 #yiv8309889299ygrp-mkp #yiv8309889299ads 
{margin-bottom:10px;}#yiv8309889299 #yiv8309889299ygrp-mkp .yiv8309889299ad 
{padding:0 0;}#yiv8309889299 #yiv8309889299ygrp-mkp .yiv8309889299ad p 
{margin:0;}#yiv8309889299 #yiv8309889299ygrp-mkp .yiv8309889299ad a 
{color:#ff;text-decoration:none;}#yiv8309889299 #yiv8309889299ygrp-sponsor 
#yiv8309889299ygrp-lc {font-family:Arial;}#yiv8309889299 
#yiv8309889299ygrp-sponsor #yiv8309889299ygrp-lc #yiv8309889299hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv8309889299 
#yiv8309889299ygrp-sponsor #yiv8309889299ygrp-lc .yiv8309889299ad 
{margin-bottom:10px;padding:0 0;}#yiv8309889299 #yiv8309889299actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv8309889299 
#yiv8309889299activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv8309889299
 #yiv8309889299activity span {font-weight:700;}#yiv8309889299 
#yiv8309889299activity span:first-child 
{text-transform:uppercase;}#yiv8309889299 #yiv8309889299activity span a 
{color:#5085b6;text-decoration:none;}#yiv8309889299 #yiv8309889299activity span 
span {color:#ff7900;}#yiv8309889299 #yiv8309889299activity span 
.yiv8309889299underline {text-decoration:underline;}#yiv8309889299 
.yiv8309889299attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv8309889299 .yiv8309889299attach div a 
{text-decoration:none;}#yiv8309889299 .yiv8309889299attach img 
{border:none;padding-right:5px;}#yiv8309889299 .yiv8309889299attach label 
{display:block;margin-bottom:5px;}#yiv8309889299 .yiv8309889299attach label a 
{text-decoration:none;}#yiv8309889299 blockquote {margin:0 0 0 
4px;}#yiv8309889299 .yiv8309889299bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv8309889299 
.yiv8309889299bold a {text-decoration:none;}#yiv8309889299 dd.yiv8309889299last 
p a {font-family:Verdana;font-weight:700;}#yiv8309889299 dd.yiv8309889299last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv8309889299 
dd.yiv8309889299last p span.yiv8309889299yshortcuts 
{margin-right:0;}#yiv8309889299 div.yiv8309889299attach-table div div a 
{text-decoration:none;}#yiv8309889299 div.yiv8309889299attach-table 
{width:400px;}#yiv8309889299 div.yiv8309889299file-title a, #yiv8309889299 
div.yiv8309889299file-title a:active, #yiv8309889299 
div.yiv8309889299file-title a:hover, #yiv8309889299 div.yiv8309889299file-title 
a:visited {text-decoration:none;}#yiv8309889299 div.yiv8309889299photo-title a, 
#yiv8309889299 div.yiv8309889299photo-title a:active, #yiv8309889299 
div.yiv8309889299photo-title a:hover, #yiv8309889299 
div.yiv8309889299photo-title a:visited {text-decoration:none;}#yiv8309889299 
div#yiv8309889299ygrp-mlmsg #yiv8309889299ygrp-msg p a 
span.yiv8309889299yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv8309889299 
.yiv8309889299green {color:#628c2a;}#yiv8309889299 .yiv8309889299MsoNormal 
{margin:0 0 0 0;}#yiv8309889299 o {font-size:0;}#yiv8309889299 
#yiv8309889299photos div {float:left;width:72px;}#yiv8309889299 
#yiv8309889299photos div div {border:1px solid 
#66;height:62px;overflow:hidden;width:62px;}#yiv8309889299 
#yiv8309889299photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv8309889299
 #yiv8309889299reco-category {font-size:77%;}#yiv8309889299 
#yiv8309889299reco-desc {font-size:77%;}#yiv8309889299 .yiv8309889299replbq 
{margin:4px;}#yiv8309889299 #yiv8309889299ygrp-actbar div a:first-child 
{margin-right:2px;padding-right:5px;}#yiv8309889299 #yiv8309889299ygrp-mlmsg 

[oracle_br] Re: Taxa crescimento

[lmarinh...@yahoo.com.br [oracle_br]]

Bom dia André, Não se é isto, mas neste script você pode ver o tamanho e o 
espaço livre do seu DATABASE.
 

 Select round(sum(used.bytes) / 1024 / 1024/1024 ) || ' GB' "Database Size",
 round(free.p / 1024 / 1024/1024) || ' GB' "Free space"
 from (select bytes from v$datafile
   union all
   select bytes from v$tempfile
   union all
   select bytes from v$log) used,   
 (select sum(bytes) as p from dba_free_space) free
 group by free.p;
 

 Luiz Marinho

 

[oracle_br] Não permitir o proprio user altere a senha

[lmarinh...@yahoo.com.br [oracle_br]]

Bom dia a todos,
 É possível  não permitir que um user altere a sua senha no banco? Tipo tenho 
um usuário aplicacional e vejo que esta sendo alterado a senha, sendo que Ele 
próprio pode fazer isto e não quero.
 

 Abraço,
 Luiz Marinho

[oracle_br] Compressão de dumps do Oracle Data Pump

[Fabio Prado fbifa...@gmail.com [oracle_br]]

Pessoal,


Mais um artigo novo que desejo compartilhar com vocês:

Compressão de dumps do Oracle Data Pump:
http://www.fabioprado.net/2015/03/compressao-de-dados-com-o-oracle-data.html


[]s


*Fábio Prado*

www.fabioprado.net
"Compartilhando conhecimentos e treinando profissionais em Bancos de Dados
Oracle"

[oracle_br] Taxa crescimento

[aandre...@yahoo.com.br [oracle_br]]

 Prezados,
 

 - Sou novo no oracle, assim como no unix.  
 - Preciso de uma orientação em relação a taxa de crescimento de um database.  
 - Como posso obter essa informação e passer a mesma para a pessoa que fornece 
disco na empresa.  
 -Tenho uma instancia que esta acusando 96% em um filesystem,  e nao é problema 
de tablespace.
 - Conheco o commando lsvg  para verificar que ha espaço fisico na 
maquina a ser fornecido, porem tenho que dar uma justificativa de quanto 
preciso.
 

 Se alguem puder ajudar.  Agradeço.
 

 Atenciosamente,
 

 André Luiz
 DBA  Oracle & SQL Server