Re: RES: [oracle_br] Lentidão desconhecida no Oracle

[Jose Laurindo Chiappa jlchia...@yahoo.com.br [oracle_br]]

 Ops : o yahoo não aceitou o link , deixa eu tentar de novo : é 
"https://t.me/joinchat/CZP1exdQkM9bKC3BpZvyxw"; 
 sem aspas...

Em quarta-feira, 1 de julho de 2020 08:36:36 BRT, Jose Laurindo Chiappa 
jlchia...@yahoo.com.br [oracle_br]  escreveu:  
 
 #yiv2712708454 #yiv2712708454 -- #yiv2712708454 
.yiv2712708454ygrp-photo-title{clear:both;font-size:smaller;min-height:15px;overflow:hidden;text-align:center;width:75px;}#yiv2712708454
 
div.yiv2712708454ygrp-photo{background-position:center;background-repeat:no-repeat;background-color:white;border:1px
 solid black;min-height:62px;width:62px;}#yiv2712708454 
div.yiv2712708454photo-title a, #yiv2712708454 div.yiv2712708454photo-title 
a:active, #yiv2712708454 div.yiv2712708454photo-title a:hover, #yiv2712708454 
div.yiv2712708454photo-title a:visited {text-decoration:none;}#yiv2712708454 
div.yiv2712708454attach-table div.yiv2712708454attach-row 
{clear:both;}#yiv2712708454 div.yiv2712708454attach-table 
div.yiv2712708454attach-row div {float:left;}#yiv2712708454 p 
{clear:both;padding:15px 0 3px 0;overflow:hidden;}#yiv2712708454 
div.yiv2712708454ygrp-file {width:30px;}#yiv2712708454 
div.yiv2712708454attach-table div.yiv2712708454attach-row div div a 
{text-decoration:none;}#yiv2712708454 div.yiv2712708454attach-table 
div.yiv2712708454attach-row div div span {font-weight:normal;}#yiv2712708454 
div.yiv2712708454ygrp-file-title {font-weight:bold;}#yiv2712708454 
#yiv2712708454 

 Outro grupo no telegram em pt-br especializado apenas em Oracle que eu sigo é 
o Oracle PL/SQL, SQL e APEX : ele é focado em desenvolvimento nas 3 
linguagens/tools indicadas mas perguntas gerais sobre tecnologia de banco de 
dados podem ser feitas também, Oracle PL/SQL, SQL e Apex 


| 
| 
| 
|  |  |

 |

 |
| 
|  | 
Oracle PL/SQL, SQL e Apex


 |

 |

 |

é o link...



Em segunda-feira, 29 de junho de 2020 22:56:21 BRT, Jose Laurindo Chiappa 
jlchia...@yahoo.com.br [oracle_br]  escreveu:  
 
 

 Blz ? O grupo em questão é o ProfissionaisOracle , o link é t.me/OracleBR 
[]s
 Chiappa

Em segunda-feira, 29 de junho de 2020 21:11:41 BRT, 'Sharif Raduan - Yahoo' 
sharif_rad...@yahoo.com.br [oracle_br]  escreveu: 
 
 
 


Chiappa, qual é esse grupo do Telegram, poderia me passar o link?

  

  

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: segunda-feira, 29 de junho de 2020 17:23
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Lentidão desconhecida no Oracle

  

  

Blz ? Bom, enquanto aguardamos os outros colegas palpitarem em cima , só uma 
Obs : eu já tinha postado lá no grupo telegram do Profissionais Oracle as 
minhas obs/recomendações pra vc nesse cenário, só ficou faltando uma indicação 
de fazer um TRACE DE SQL*NET (tanto a nível cliente quanto a nível servidor), E 
se puder um de listener também , cfrme mostrado em How to Enable Oracle SQL*Net 
Client , Server and Listener Tracing 

  

| 
| 
|  | 
How to Enable Oracle SQL*Net Client , Server and Listener Tracing

A Blog about Database Technology and Knowledge Sharing Oracle Mysql Hadoop 
Cassandra MariaDB Exadata
 |

 |

 |


:  pode ser que esses arquivos de trace te dêem algum subsídio, alguma 
indicação de ONDE no fluxo de rede está demorando mais  E 
preferencialmente, depois dos traces ativados, não só faça o TNSPING mas TAMBÉM 
faça uma conexão pelo sqlplus e outra pelo Oracle SQL DEVELOPER em modo 
thin/basic, e SEMPRE usando nas opções que exigem client Oracle o client mais 
Recente possível do 11gR2 .

  

Abraços,

  

  Chiappa

  

  

  

Em segunda-feira, 29 de junho de 2020 14:08:09 BRT, Erik Castilho 
escasti...@gmail.com [oracle_br]  escreveu: 

  

  

  

Pessoal, boa tarde!

  

Estou com um problema de lentidão nas aplicações que acessam o Oracle ou em 
algo relacionado a rede, no alert.log estou recebendo estes alertas:

Fatal NI connect error 12537, connecting to:
 (LOCAL=NO)

  VERSION INFORMATION:
        TNS for Linux: Version 11.2.0.1..0 - Production
        Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.1.0 - 
Production
        TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.1.0 - Production
  Time: 29-JUN-2020 13:55:56
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12537

TNS-12537: TNS:connection closed
    ns secondary err code: 12560
    nt main err code: 0
    nt secondary err code: 0
    nt OS err code: 0
opiodr aborting process unknown ospid (74843) as a result of ORA-609

  

Já verifiquei a rede interna, cabeamento, switch e interface e nada, 
inicialmente tudo normal e não foi feita nenhuma alteração recente.

  

Ocorre que as aplicações demoram a se conectar ao banco, uma vez que conectou 
usa normalmente, mas se tentar novamente demora cerca de 2minutos.

  

Como exemplo: Segue um teste de tnsping

TNS Ping Utility for 32-bit Windows: Version 10.2.0..1.0 - Production on 
29-JUN-2020 13:53:53

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

Used parameter file

Re: RES: [oracle_br] Lentidão desconhecida no Oracle

[Jose Laurindo Chiappa jlchia...@yahoo.com.br [oracle_br]]

 Outro grupo no telegram em pt-br especializado apenas em Oracle que eu sigo é 
o Oracle PL/SQL, SQL e APEX : ele é focado em desenvolvimento nas 3 
linguagens/tools indicadas mas perguntas gerais sobre tecnologia de banco de 
dados podem ser feitas também, Oracle PL/SQL, SQL e Apex 


| 
| 
| 
|  |  |

 |

 |
| 
|  | 
Oracle PL/SQL, SQL e Apex


 |

 |

 |

é o link...



Em segunda-feira, 29 de junho de 2020 22:56:21 BRT, Jose Laurindo Chiappa 
jlchia...@yahoo.com.br [oracle_br]  escreveu:  
 
 

 Blz ? O grupo em questão é o ProfissionaisOracle , o link é t.me/OracleBR 
[]s
 Chiappa

Em segunda-feira, 29 de junho de 2020 21:11:41 BRT, 'Sharif Raduan - Yahoo' 
sharif_rad...@yahoo.com.br [oracle_br]  escreveu: 
 
 
 


Chiappa, qual é esse grupo do Telegram, poderia me passar o link?

  

  

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: segunda-feira, 29 de junho de 2020 17:23
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Lentidão desconhecida no Oracle

  

  

Blz ? Bom, enquanto aguardamos os outros colegas palpitarem em cima , só uma 
Obs : eu já tinha postado lá no grupo telegram do Profissionais Oracle as 
minhas obs/recomendações pra vc nesse cenário, só ficou faltando uma indicação 
de fazer um TRACE DE SQL*NET (tanto a nível cliente quanto a nível servidor), E 
se puder um de listener também , cfrme mostrado em How to Enable Oracle SQL*Net 
Client , Server and Listener Tracing 

  

| 
| 
|  | 
How to Enable Oracle SQL*Net Client , Server and Listener Tracing

A Blog about Database Technology and Knowledge Sharing Oracle Mysql Hadoop 
Cassandra MariaDB Exadata
 |

 |

 |


:  pode ser que esses arquivos de trace te dêem algum subsídio, alguma 
indicação de ONDE no fluxo de rede está demorando mais  E 
preferencialmente, depois dos traces ativados, não só faça o TNSPING mas TAMBÉM 
faça uma conexão pelo sqlplus e outra pelo Oracle SQL DEVELOPER em modo 
thin/basic, e SEMPRE usando nas opções que exigem client Oracle o client mais 
Recente possível do 11gR2 .

  

Abraços,

  

  Chiappa

  

  

  

Em segunda-feira, 29 de junho de 2020 14:08:09 BRT, Erik Castilho 
escasti...@gmail.com [oracle_br]  escreveu: 

  

  

  

Pessoal, boa tarde!

  

Estou com um problema de lentidão nas aplicações que acessam o Oracle ou em 
algo relacionado a rede, no alert.log estou recebendo estes alertas:

Fatal NI connect error 12537, connecting to:
 (LOCAL=NO)

  VERSION INFORMATION:
        TNS for Linux: Version 11.2.0.1..0 - Production
        Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.1.0 - 
Production
        TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.1.0 - Production
  Time: 29-JUN-2020 13:55:56
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12537

TNS-12537: TNS:connection closed
    ns secondary err code: 12560
    nt main err code: 0
    nt secondary err code: 0
    nt OS err code: 0
opiodr aborting process unknown ospid (74843) as a result of ORA-609

  

Já verifiquei a rede interna, cabeamento, switch e interface e nada, 
inicialmente tudo normal e não foi feita nenhuma alteração recente.

  

Ocorre que as aplicações demoram a se conectar ao banco, uma vez que conectou 
usa normalmente, mas se tentar novamente demora cerca de 2minutos.

  

Como exemplo: Segue um teste de tnsping

TNS Ping Utility for 32-bit Windows: Version 10.2.0..1.0 - Production on 
29-JUN-2020 13:53:53

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

Used parameter files:
C:\oraclexe\app\oracle\product\10.2.0\server\network\admin\sqlnet.ora

Used HOSTNAME adapter to resolve the alias
Attempting to contact 
(DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.50.3)(PORT=1521)))
OK (49970 msec)

  

Ambiente:

SO: CentOS 6.10

Kernel: 2.6.32-754.24.3.el6.x86_64

Oracle Database 11g Release 11.2.0.1.0

  

Alguém já passou por isso? tem alguma sugestão pra me ajudar?

  

Obrigado pela atenção.

  


 

  

  

Re: RES: [oracle_br] Lentidão desconhecida no Oracle

[Jose Laurindo Chiappa jlchia...@yahoo.com.br [oracle_br]]

 Blz ? O grupo em questão é o ProfissionaisOracle , o link é t.me/OracleBR 
[]s
 Chiappa

Em segunda-feira, 29 de junho de 2020 21:11:41 BRT, 'Sharif Raduan - Yahoo' 
sharif_rad...@yahoo.com.br [oracle_br]  escreveu: 
 
 
 #yiv3891495450 #yiv3891495450 -- #yiv3891495450 
.yiv3891495450ygrp-photo-title{clear:both;font-size:smaller;min-height:15px;overflow:hidden;text-align:center;width:75px;}#yiv3891495450
 
div.yiv3891495450ygrp-photo{background-position:center;background-repeat:no-repeat;background-color:white;border:1px
 solid black;min-height:62px;width:62px;}#yiv3891495450 
div.yiv3891495450photo-title a, #yiv3891495450 div.yiv3891495450photo-title 
a:active, #yiv3891495450 div.yiv3891495450photo-title a:hover, #yiv3891495450 
div.yiv3891495450photo-title a:visited {text-decoration:none;}#yiv3891495450 
div.yiv3891495450attach-table div.yiv3891495450attach-row 
{clear:both;}#yiv3891495450 div.yiv3891495450attach-table 
div.yiv3891495450attach-row div {float:left;}#yiv3891495450 p 
{clear:both;padding:15px 0 3px 0;overflow:hidden;}#yiv3891495450 
div.yiv3891495450ygrp-file {width:30px;}#yiv3891495450 
div.yiv3891495450attach-table div.yiv3891495450attach-row div div a 
{text-decoration:none;}#yiv3891495450 div.yiv3891495450attach-table 
div.yiv3891495450attach-row div div span {font-weight:normal;}#yiv3891495450 
div.yiv3891495450ygrp-file-title {font-weight:bold;}#yiv3891495450 
#yiv3891495450 #yiv3891495450 #yiv3891495450 -- _filtered {} _filtered {} 
_filtered {} _filtered {} _filtered {} _filtered {} _filtered {} _filtered 
{}#yiv3891495450 #yiv3891495450 p.yiv3891495450MsoNormal, #yiv3891495450 
li.yiv3891495450MsoNormal, #yiv3891495450 div.yiv3891495450MsoNormal 
{margin:0cm;margin-bottom:.0001pt;font-size:12.0pt;font-family:New;}#yiv3891495450
 h2 
{margin-right:0cm;margin-left:0cm;font-size:18.0pt;font-family:New;font-weight:bold;}#yiv3891495450
 a:link, #yiv3891495450 span.yiv3891495450MsoHyperlink 
{color:blue;text-decoration:underline;}#yiv3891495450 a:visited, #yiv3891495450 
span.yiv3891495450MsoHyperlinkFollowed 
{color:purple;text-decoration:underline;}#yiv3891495450 p 
{margin-right:0cm;margin-left:0cm;font-size:12.0pt;font-family:New;}#yiv3891495450
 code {}#yiv3891495450 pre 
{margin:0cm;margin-bottom:.0001pt;font-size:10.0pt;}#yiv3891495450 tt 
{}#yiv3891495450 span.yiv3891495450Ttulo2Char 
{color:#4F81BD;font-weight:bold;}#yiv3891495450 
p.yiv3891495450ydpfa506712card-description, #yiv3891495450 
li.yiv3891495450ydpfa506712card-description, #yiv3891495450 
div.yiv3891495450ydpfa506712card-description 
{margin-right:0cm;margin-left:0cm;font-size:12.0pt;font-family:New;}#yiv3891495450
 span.yiv3891495450Pr-formataoHTMLChar {font-family:Consolas;}#yiv3891495450 
p.yiv3891495450attach, #yiv3891495450 li.yiv3891495450attach, #yiv3891495450 
div.yiv3891495450attach 
{margin-right:0cm;margin-left:0cm;font-size:9.0pt;}#yiv3891495450 
p.yiv3891495450bold, #yiv3891495450 li.yiv3891495450bold, #yiv3891495450 
div.yiv3891495450bold 
{margin-right:0cm;margin-left:0cm;font-size:10.0pt;font-weight:bold;}#yiv3891495450
 p.yiv3891495450green, #yiv3891495450 li.yiv3891495450green, #yiv3891495450 
div.yiv3891495450green 
{margin-right:0cm;margin-left:0cm;font-size:12.0pt;font-family:New;color:#628C2A;}#yiv3891495450
 p.yiv3891495450replbq, #yiv3891495450 li.yiv3891495450replbq, #yiv3891495450 
div.yiv3891495450replbq 
{margin:3.0pt;font-size:12.0pt;font-family:New;}#yiv3891495450 
p.yiv3891495450ad, #yiv3891495450 li.yiv3891495450ad, #yiv3891495450 
div.yiv3891495450ad 
{margin-right:0cm;margin-left:0cm;font-size:12.0pt;font-family:New;}#yiv3891495450
 p.yiv3891495450underline, #yiv3891495450 li.yiv3891495450underline, 
#yiv3891495450 div.yiv3891495450underline 
{margin-right:0cm;margin-left:0cm;font-size:12.0pt;font-family:New;}#yiv3891495450
 span.yiv3891495450yshortcuts {}#yiv3891495450 p.yiv3891495450ad1, 
#yiv3891495450 li.yiv3891495450ad1, #yiv3891495450 div.yiv3891495450ad1 
{margin-right:0cm;margin-left:0cm;font-size:12.0pt;font-family:New;}#yiv3891495450
 p.yiv3891495450ad2, #yiv3891495450 li.yiv3891495450ad2, #yiv3891495450 
div.yiv3891495450ad2 
{margin-right:0cm;margin-bottom:7.5pt;margin-left:0cm;font-size:12.0pt;font-family:New;}#yiv3891495450
 p.yiv3891495450underline1, #yiv3891495450 li.yiv3891495450underline1, 
#yiv3891495450 div.yiv3891495450underline1 
{margin-right:0cm;margin-left:0cm;font-size:12.0pt;font-family:New;text-decoration:underline;}#yiv3891495450
 span.yiv3891495450yshortcuts1 {font-weight:bold;}#yiv3891495450 
span.yiv3891495450yshortcuts2 {font-weight:normal;}#yiv3891495450 
span.yiv3891495450EstiloDeEmail36 {color:#1F497D;}#yiv3891495450 
.yiv3891495450MsoChpDefault {font-size:10.0pt;} _filtered {}#yiv3891495450 
div.yiv3891495450WordSection1 {}#yiv3891495450 _filtered {} _filtered {} 
_filtered {} _filtered {} _filtered {} _filtered {} _filtered {} _filtered {} 
_filtered {} _filtered {}#yiv3891495450 ol {margin-bottom:0cm;}#yiv3891495450 
ul {margin-bottom:0

RES: [oracle_br] Lentidão desconhecida no Oracle

['Sharif Raduan - Yahoo' sharif_rad...@yahoo.com.br [oracle_br]]

Chiappa, qual é esse grupo do Telegram, poderia me passar o link?

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: segunda-feira, 29 de junho de 2020 17:23
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Lentidão desconhecida no Oracle

 

  

Blz ? Bom, enquanto aguardamos os outros colegas palpitarem em cima , só uma 
Obs : eu já tinha postado lá no grupo telegram do Profissionais Oracle as 
minhas obs/recomendações pra vc nesse cenário, só ficou faltando uma indicação 
de fazer um TRACE DE SQL*NET (tanto a nível cliente quanto a nível servidor), E 
se puder um de listener também , cfrme mostrado em How to Enable Oracle SQL*Net 
Client , Server and Listener Tracing 

  

 





How to Enable Oracle SQL*Net Client , Server and Listener Tracing


A Blog about Database Technology and Knowledge Sharing Oracle Mysql Hadoop 
Cassandra MariaDB Exadata

:  pode ser que esses arquivos de trace te dêem algum subsídio, alguma 
indicação de ONDE no fluxo de rede está demorando mais  E 
preferencialmente, depois dos traces ativados, não só faça o TNSPING mas TAMBÉM 
faça uma conexão pelo sqlplus e outra pelo Oracle SQL DEVELOPER em modo 
thin/basic, e SEMPRE usando nas opções que exigem client Oracle o client mais 
Recente possível do 11gR2 .

 

Abraços,

 

  Chiappa

 

 

 

Em segunda-feira, 29 de junho de 2020 14:08:09 BRT, Erik Castilho 
escasti...@gmail.com [oracle_br]  escreveu: 

 

 

 

Pessoal, boa tarde!

 

Estou com um problema de lentidão nas aplicações que acessam o Oracle ou em 
algo relacionado a rede, no alert.log estou recebendo estes alertas:

Fatal NI connect error 12537, connecting to:
 (LOCAL=NO)

  VERSION INFORMATION:
TNS for Linux: Version 11.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.1.0 - 
Production
TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.1.0 - Production
  Time: 29-JUN-2020 13:55:56
  Tracing not turned on.
  Tns error struct:
ns main err code: 12537

TNS-12537: TNS:connection closed
ns secondary err code: 12560
nt main err code: 0
nt secondary err code: 0
nt OS err code: 0
opiodr aborting process unknown ospid (74843) as a result of ORA-609

 

Já verifiquei a rede interna, cabeamento, switch e interface e nada, 
inicialmente tudo normal e não foi feita nenhuma alteração recente.

 

Ocorre que as aplicações demoram a se conectar ao banco, uma vez que conectou 
usa normalmente, mas se tentar novamente demora cerca de 2minutos.

 

Como exemplo: Segue um teste de tnsping

TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on 
29-JUN-2020 13:53:53

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

Used parameter files:
C:\oraclexe\app\oracle\product\10.2.0\server\network\admin\sqlnet.ora

Used HOSTNAME adapter to resolve the alias
Attempting to contact 
(DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.50.3)(PORT=1521)))
OK (49970 msec)

 

Ambiente:

SO: CentOS 6.10

Kernel: 2.6.32-754.24.3.el6.x86_64

Oracle Database 11g Release 11.2.0.1.0

 

Alguém já passou por isso? tem alguma sugestão pra me ajudar?

 

Obrigado pela atenção.

 

RES: [oracle_br] Listener não inicia.

[DIEGO PESQUEIRA diegop...@yahoo.com.br [oracle_br]]

Bom dia,

Da uma olhada em como seu arquivo listener e tnsnames.ora estão configurados. 
Se for o caso, através do netca exclua e crie um novo listener..


Enviado do Email para Windows 10

De: Eduardo Perdomo panc...@gmail.com [oracle_br]
Enviado:sexta-feira, 20 de dezembro de 2019 17:40
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Listener não inicia.

  
Bom dia.

Tenho o 11g instalado na pasta d:\App. Tenho o client na pasta d:\Oracle.
TNS_ADMIN = D:\oracle\product\10.2.0\client_1\network\admin
ORACLE_HOME=D:\oracle\product\10.2.0\client_1
PATH= 
D:\app\Consultor\product\11.2.0\dbhome_1\BIN;D:\oracle\product\10.2.0\client_1\bin

Mas o o servico listener não inicia:

C:\Users\Consultor>lsnrctl start

LSNRCTL for 64-bit Windows: Version 11.2.0.1.0 - Production on 20-DEZ-2019 
09:14:22

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

Iniciando tnslsnr: aguarde...

TNS-12560: TNS:erro de adaptador de protocolo
 TNS-00530: Erro de adaptador de protocolo


C:\Users\Consultor>lsnrctl status

LSNRCTL for 64-bit Windows: Version 11.2.0.1.0 - Production on 20-DEZ-2019 
09:34:32

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

Estabelecendo conexÒo com 
(DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1521)))
TNS-12541: TNS:nÒo hß listener
 TNS-12560: TNS:erro de adaptador de protocolo
  TNS-00511: NÒo hß listener
   64-bit Windows Error: 2: No such file or directory
Estabelecendo conexÒo com 
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521)))
TNS-12541: TNS:nÒo hß listener
 TNS-12560: TNS:erro de adaptador de protocolo
  TNS-00511: NÒo hß listener
   64-bit Windows Error: 61: Unknown error


Já alterei path e variáveis sem sucesso.




-- 

Eduardo Perdomo
Consultor de Implantação
Grupo PC Sistemas - www.grupopc.com.br 
(21) 6845-8592
panc...@gmail.com
eduardo.perd...@pcinformatica.com.br
Blog: eduardo.perdomo.nom.br




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

RES: RES: RES: [oracle_br] Dúvida sob re AL TER TABLE (ADD e MODIFY) - Inval i dação de Objetos de Banc o!

['Renata' rpoliveira....@gmail.com [oracle_br]]

Blza Show 

Os artigos mostram de forma bem clara mesmoexatamente o que vc e o Andre, 
falaram. Dependendo de como o código esta escrito pode invalidar ou não, e em 
alguns casos validam na próxima execução.

Obrigada pelos esclarecimentos!

 

;-)

 

Att,

Renata

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: terça-feira, 3 de dezembro de 2019 11:13
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Dúvida sob re AL TER TABLE (ADD e MODIFY) - 
Inval i dação de Objetos de Banc o!

 

  

Ah, o legal é que esse artigo Reforça / dá outro exemplo para o que eu disse 
antes, também : quando um objrto fica inválido por causa de DDL mas ele Não tem 
Erro de código per se , AUTOMAGICAMENTE ele volta a fica Válido na próxima 
execução, ok ??

 

[]s

 

  Chiappa





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

Re: RES: RES: [oracle_br] Dúvida sob re AL TER TABLE (ADD e MODIFY) - Inval i dação de Objetos de Banc o!

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

Ah, o legal é que esse artigo Reforça / dá outro exemplo para o que eu disse 
antes, também : quando um objrto fica inválido por causa de DDL mas ele Não tem 
Erro de código per se , AUTOMAGICAMENTE ele volta a fica Válido na próxima 
execução, ok ??
 

 []s
 

  Chiappa

Re: RES: RES: [oracle_br] Dúvida sob re AL TER TABLE (ADD e MODIFY) - Inval idação de Objetos de Banc o!

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

Blz ... O ponto é esse que eu disse mesmo, Existem estruturas que referenciam a 
tabela como um todo (como um SELECT *) , aí mesmo adição de coluna nova faz 
ficar inválido : 
https://asktom.oracle.com/pls/apex/asktom.search?tag=adding-a-column-without-impact
 
https://asktom.oracle.com/pls/apex/asktom.search?tag=adding-a-column-without-impact
 exemplifica exatamente esse caso, por exemplo
 

 []s
 

  Chiappa

RES: RES: [oracle_br] Dúvida sobre AL TER TABLE (ADD e MODIFY) - Inval idação de Objetos de Banco!

['Renata' rpoliveira....@gmail.com [oracle_br]]

Grande Chiappa!!!  :)

 

Sim, revalidei todos os objetos que invalidaram. 

Mas é que fiquei com a dúvida.. como se tratava de uma coluna nova, não 
achei que pudesse acontecer a invalidaçãomas serviu de lição e aprendizado! 
J

Obrigada à todos pelas explicações, e esclarecimentos! ;-)

Valeu!

 

Att, 

Renata

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: terça-feira, 3 de dezembro de 2019 10:48
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Dúvida sobre AL TER TABLE (ADD e MODIFY) - Inval 
idação de Objetos de Banco!

 

  

Renata, PMFJI mas coloco uma obs : pode ter CERTEZA de que se o objeto que 
ficou inválido não referencia diretamente a coluna alterada, ALGUMA outra 
referência indireta tem SIM : ele talvez chama uma outra rotina PL/SQL que aí 
sim referencia a coluna, ou faz um SELECT * na tabela que possui a coluna, ou 
usa um TYPE ou um REF CURSOR que acessa a coluna, enfim, algum tipo de 
dependência MESMO que indireta tinha sim, blz ??
O que EU costumo fazer é simplesmente depois de ter feito DDLs é rodar um 
script  que me LISTA os objetos que ficaram inválidos após o DDL e já mostra os 
compiles que tenho que fazer, tipo :

select 'alter '||decode(OBJECT_TYPE,'PACKAGE BODY','PACKAGE',OBJECT_TYPE)||' 
'||OWNER||'.'||OBJECT_NAME||' compile;'
from ALL_OBJECTS
where STATUS <> 'VALID'
and OBJECT_TYPE <> 'SYNONYM'
union ALL
select 'create or replace public synonym '||OBJECT_NAME||' for 
'||OBJECT_NAME||';'
from ALL_OBJECTS
where STATUS <> 'VALID'
and OBJECT_TYPE = 'SYNONYM'
/
select 'alter trigger '||OWNER||'.'||TRIGGER_NAME||' enable;'
from ALL_TRIGGERS
where STATUS <> 'ENABLED'
/


Muitas vezes essa cadeia de dependências (tipo, proc A chama proc B que usa 
TYPE T que aí sim referencia a coluna, digamos) pode FACILMENTE ficar bem 
complexa de acompanhar, então eu nem perco tempo e já compilo tudo que está 
marcado como INVÁLIDO após meu DDL, okdoc ??

[]s

  Chiappa





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

Re: RES: [oracle_br] Dúvida sobre AL TER TABLE (ADD e MODIFY) - Inval idação de Objetos de Banco!

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

Renata, PMFJI mas coloco uma obs : pode ter CERTEZA de que se o objeto que 
ficou inválido não referencia diretamente a coluna alterada, ALGUMA outra 
referência indireta tem SIM : ele talvez chama uma outra rotina PL/SQL que aí 
sim referencia a coluna, ou faz um SELECT * na tabela que possui a coluna, ou 
usa um TYPE ou um REF CURSOR que acessa a coluna, enfim, algum tipo de 
dependência MESMO que indireta tinha sim, blz ??
O que EU costumo fazer é simplesmente depois de ter feito DDLs é rodar um 
script  que me LISTA os objetos que ficaram inválidos após o DDL e já mostra os 
compiles que tenho que fazer, tipo :

select 'alter '||decode(OBJECT_TYPE,'PACKAGE BODY','PACKAGE',OBJECT_TYPE)||' 
'||OWNER||'.'||OBJECT_NAME||' compile;'
from ALL_OBJECTS
where STATUS <> 'VALID'
and OBJECT_TYPE <> 'SYNONYM'
union ALL
select 'create or replace public synonym '||OBJECT_NAME||' for 
'||OBJECT_NAME||';'
from ALL_OBJECTS
where STATUS <> 'VALID'
and OBJECT_TYPE = 'SYNONYM'
/
select 'alter trigger '||OWNER||'.'||TRIGGER_NAME||' enable;'
from ALL_TRIGGERS
where STATUS <> 'ENABLED'
/


Muitas vezes essa cadeia de dependências (tipo, proc A chama proc B que usa 
TYPE T que aí sim referencia a coluna, digamos) pode FACILMENTE ficar bem 
complexa de acompanhar, então eu nem perco tempo e já compilo tudo que está 
marcado como INVÁLIDO após meu DDL, okdoc ??

[]s

  Chiappa

RES: [oracle_br] Dúvida sobre ALTER TABLE (ADD e MODIFY) - Invalidação de Objetos de Banco!

['Renata' rpoliveira....@gmail.com [oracle_br]]

André, obrigada pelos esclarecimentos!

 

Então entendo que realmente posso invalidar objetos em qq um dos dois comandos. 

 

Pergunto, porque ao incluir um novo campo, em um tabela já existente (este novo 
campo, ainda não é referenciado em nenhum objeto de banco package, procedure, 
function, trigger, etc), invalidaram-se alguns objetos que utilizam a 
tabela, mesmo o campo não sendo referenciado, e fiquei na dúvida, porque já fiz 
outras inclusões de campos novos onde isso não aconteceu, por isso a dúvida. 

 

Muito Obrigada!

Att, 

 

Renata

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: terça-feira, 3 de dezembro de 2019 09:06
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Dúvida sobre ALTER TABLE (ADD e MODIFY) - Invalidação 
de Objetos de Banco!

 

  

No cado 1:

 

Ao incluir um campo novo, sua Packages não será inviabilizada, continuará sendo 
executada normalmente, porém se houver dentro desta Packages um insert na 
tabela, e a coluna nova for not null um erro será apresentado. 

 

No cado 2:

 

Há várias possibilidades, depende da alteração aplicada na coluna.

 

Um exemplo é o tipo de dado, caso haja uma function que referencie está coluna 
que outrora era de outro tipo por exemplo, um erro deve ocorrer.

 

Mas caso está coluna seja um strings de 10 e tenha sido aumentado para um 
string de 20 e não haja nada que provoque o erro, aí não dará erro.

 

Logo, no segundo caso, despendera da modificação executada.

 

Enfim, nos dois casos há possibilidade de erro, conforme exemplificado acima. 

 

Enviado do meu iPhone





Em 3 de dez de 2019, à(s) 08:49, 'Renata' rpoliveira@gmail.com 
  [oracle_br] mailto:oracle_br@yahoogrupos.com.br> > escreveu:

   

Pessoal, 

Bom dia!

 

Podem me tirar uma dúvida: à inclusão de uma nova coluna em uma tabela já 
existente, invalida objetos de banco? 

Situação 1:

Vamos supor que eu tenha uma tabela, que é utilizada em Packages, Procedures, 
Triggers, etce com o comando ALTER TABLE (ADD) faço a inclusão de um novo 
campo, esses objetos invalidam? 

 

Situação 2:

Tenho uma tabela, que é utilizada em Packages, Procedures, Triggers, etce 
com o comando ALTER_TABLE (MODIFY) faço a alteração de um campo já existente, 
entendo que neste caso eu vá invalidar objetos porquê essa coluna alterada já 
está sendo utilizada em outros objetos. 

 

Está correto esse posicionamento?! Podem me ajudar nesse esclarecimento?!

 

Obrigada!

Att,

Renata

 

Re: RES: RES: [oracle_br] Re: Webutil adaptado para Oracle Forms 6i!

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

Outra dica : VERIFIQUE se há a minima possibilidade de migração da aplicação 
para Forms 12c : eu estou Justamente fazendo isso pra um cliente meu no 
momento... 

O ponto é que nessa evrsão 12c ALÉM do forms poder rodar como uma aplicação 
WEB, vc AINDA tem a possibilidade de fazer ele rodar FORA DO BROWSER, via 
FSAL/Form Stand Alone Server, mesmo AINDA tendo um webserver, que hoje em dia é 
o WEBLOGIC... Isso te dá muito mais Flexibilidade, E (obviamente) vc vai estar 
trabalhando com um software criado NESTE SÉCULO, ainda com Suporte Técnico, E 
que já possui a WEBUTIL certinha e debugada pra ele, possibilitando Operações 
na máquina cliente fáceis e rápidas...

 []s
 
   Chiappa

RES: RES: [oracle_br] Re: Webutil adaptado para Oracle Forms 6i!

['Renata' rpoliveira....@gmail.com [oracle_br]]

Muito obrigada @Chiappa!!!

Vou ver essas refs! 

 

Att, 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: sexta-feira, 12 de julho de 2019 14:11
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: Webutil adaptado para Oracle Forms 6i!

 

  

Pra vc ter uma noção do que seria necessário, algumas refs de como usar java no 
Forms 6i seguem : 
https://www.oracle.com/technetwork/developer-tools/forms/documentation/269054-130573.pdf
 , 
https://sheikyerbouti..developpez.com/forms-pjc-bean/first-bean/first_bean.htm 
(este último usa Forms 9i mas essa versão é logo a sub-sequente ao 6i, 
Certamente muito do mostrado aqui vai servir no 6i) e 
http://fahmyhaniffa.blogspot..com/2009/07/how-to-integrate-java-with-oracle-forms.html
 ... 

E Muito Provavelmente se vc olhar nas notas arquivadas do metalink/my oracle 
support vc DEVE encontrar algumas refs mais a respeito, também...

 []s
 
   Chiappa





---
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus

Re: RES: [oracle_br] Re: Webutil adaptado para Oracle Forms 6i!

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

Pra vc ter uma noção do que seria necessário, algumas refs de como usar java no 
Forms 6i seguem : 
https://www.oracle.com/technetwork/developer-tools/forms/documentation/269054-130573.pdf
 , 
https://sheikyerbouti.developpez.com/forms-pjc-bean/first-bean/first_bean.htm 
(este último usa Forms 9i mas essa versão é logo a sub-sequente ao 6i, 
Certamente muito do mostrado aqui vai servir no 6i) e 
http://fahmyhaniffa.blogspot.com/2009/07/how-to-integrate-java-with-oracle-forms.html
 ... 

E Muito Provavelmente se vc olhar nas notas arquivadas do metalink/my oracle 
support vc DEVE encontrar algumas refs mais a respeito, também...

 []s
 
   Chiappa

Re: RES: [oracle_br] Re: Webutil adaptado para Oracle Forms 6i!

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

Nope : como eu disse E repito, as libraries comuns (como a d2kwutil60) E as 
built-ins do Forms 6i (como TEXT_IO, HOST, etc) só servem para modo 
client/server... Em modo WEB, como eu disse vc teria um LONGO e COMPLEXO 
trabalho para converter a WEBUTIL, pois os includes e as libraries Java usadas 
na webutil na maioria nem deviam existir (ou estavam numa versão embrionária) 
na versão ultra-antiga de java usada pelo Forms 6i em modo web
 E em minha opinião : SE vc dispõe do conhecimento em Java necessário pra fazer 
esse tipo de adaptação, imho é muito mais negócio escrever JAVA BEANs próprios 
seus que simulem as funcionalidades que vc deseja da WEBUTIL do que se esforçar 
para converter a webutil, o que VAI SIM ser um trabalho canino, beeem longo e 
complexo
 
 []s
 
   Chiappa

RES: [oracle_br] Re: Webutil adaptado para Oracle Forms 6i!

['Renata' rpoliveira....@gmail.com [oracle_br]]

Olá!

@Chiappa, hoje já utilizam  no client/server as funcionalidades das packages 
próprias do 6i, seria para o uso no modo web. 
@Zilmar, vc teria essas libraries utilizadas?

 

Att,

Renata de Oliveira

rpoliveira@gmail.com

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: sexta-feira, 12 de julho de 2019 12:51
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Re: Webutil adaptado para Oracle Forms 6i!

 

  

Tem também a D2KWUTIL60, que agrega outras funcionalidades.

 



Zilmar Furquim
zfurq...@gmail.com  
+55 11 971610574

 

Em sex, 12 de jul de 2019 11:51, jlchia...@yahoo.com.br 
  [oracle_br] mailto:oracle_br@yahoogrupos.com.br> > escreveu:

  

Forms 6i em modo CLIENT SERVER ou em modo WEB ??? Se for em modo client/server 
a Esmagadora maioria das funcionalidades do WEBUTIL vc tem em packages próprias 
do 6i, como TEXT_UTIL, OLE, HOST, etc, etc
 Já se for Forms 6i em modo WEB, eu não tenho um exemplo e ** DUVIDO ** que vc 
ache : embora seja totalmente possível adaptar a WEBUTIL (já que ela é 
principalmente JAVA e o forms 6i aceita java), infelizmente o forms 6i em modo 
WEB usa uma versão de java ** completamente diferente ** da adotada no Forms 9i 
em diante que é onde nasceu a WEBUTIL, isso seria MUITO TRABALHOSO embora em 
tese possível
 
 []s
 
   Chiappa





---
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus

RES: [oracle_br] Re: Sizing Nuvem

['Sharif Raduan - Yahoo' sharif_rad...@yahoo.com.br [oracle_br]]

Obrigado Chiappa

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: segunda-feira, 17 de junho de 2019 17:26
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Sizing Nuvem

 

  

Blz ? Então, antes de te responder, trago à baila a preciosa pérola de 
sabedoria :

THERE IS NO CLOUD, IT IS JUST SOMEONE ELSE'S COMPUTER

leu e releu, captou a Essência ?? Muito bem, então muita coisa quando se fala 
em cloud deriva daí : por exemplo, se é o computador de alguém em OUTRO lugar, 
tá claro que vc precisa de ACESSO POR REDE até o local onde fica esse 
'computador' Vc TEM um link de rede DEDICADO, REDUNDANTE e de ALTA 
PERFORMANCE aí na sua empresa ??? Pois CLOUD, se tua rede caiu, babou Se 
não tem uma infra de Rede DEDICADA, AVANTAJADA e REDUNDANTE simplesmente largue 
tudo e vá atrás disso, não dá NEM PRA PENSAR em CLOUD sem isso...
 Outro ponto : já que ALGUÉM está alugando uma parte da capacidade de 
processamento desse outro computador pra vc, LOGICAMENTE a não ser que vc pague 
por isso, esse computador não é TODO e INTEIRO seu, vc Não Será o único 
usuário Então PODE acontecer de justamente na hora que vc precisa fazer um 
processamento pesado o teu banco na cloud dê uma resposta INFERIOR porque 
outros usuários desse mesmo computador (digamos assim) estão usando 
intensamente os recursos ?? Só pode
 Esse é portanto o seu SEGUNDO ponto quando se fala de cloud : vc VAI medir o 
mínimo de ciclos de CPU por minuto, de throughput de I/O e de rede que vc 
precisa E vai falar pro seu fornecedor de cloud : meu amigo, eu quero um plano 
MENSURADO onde POR CONTRATO eu tenho no mínimo na pior das hipóteses x IOPS, y 
segundos de CPU por minuto, z mbps de rede com a latência máxima de tal 
OKDOC ???
 DE NADA ADIANTA vc contratar um serviço de cloud que te dê especificações / 
capacidade de processamento iguais ou até melhores do que vc tem hoje MAS não 
te garanta isso em caso de concorrência... E cuidado com MÉDIAS, tá cheio de 
provedor que te diz "ah, meu plano mega x hyper power plus te dá EM MÉDIA 
tantos megabytes por segundo, tantos ciclos de cpu, etc", mas se pintar 
concorrência vc tá por conta própria A não ser que seja um banco 
DESIMPORTANTE, vc ABSOLUTAMENTE NÃO QUER MÉDIA NENHUMA, vc quer é Garantir que 
receba o que precisa no mínimo...
 Nem preciso dizer que esses planos com capacidade mínima GARANTIDA são 
TREMENDAMENTE mais caros do que os planos normais... Vai botando na balança 
esse valor, o valor de uma infra de rede potente e segura, vai somando aí
 
 Muito bem, essa ressalva colocada, aí vem a sua resposta : vc TEM que mensurar 
quantos IOPS, quanto de CPU, quanto de Rede vc usa em média por período de 
tempo (por hora, digamos) E exigir do teu fornecedor : ó, é isso que eu 
preciso

Blz ?

 Abraços,

   Chiappa

IMPORTANTE : claro, hoje em dia falando em CLOUD vc TANTO pode ter DBAAS (DB As 
A Service, onde vc só recebe acesso a um banco de dados e o usa, a 
Administração fica por conta do Fornecedor) quanto vc pode ter IAAS 
(Infrastructure As A Service, onde vc recebe recursos de hardware no volume 
pedido e vc os distrubui/usa cofrme preferir), e há algumas variações em cima 
do tema Não importa, o teu FOCO inicialmente é exigir que seja qual for o 
tipo de SERVIÇO que vc vai ter na Cloud, vc MEDIU e EXIGIU CONTRATUALMENTE que 
pelo menos o mínimo dos mínimos que vc precisa vc SEMPRE vai ter, idenpendente 
de qquer coisa.

RES: RES: [oracle_br] Re: Tabelas com espaço perdido.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Obrigado Chiappa,

Irei entrar mais no detalhe para resolver esse problema.

 

Ednilson

 

 

 

De: sentto-1682896-122827-15542955...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122827-15542955...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 3 de abril de 2019 09:46
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: Tabelas com espaço perdido.

 

  

Opa, segue :

"Essas tabelas não sei lhe responder se sofrem só INSERT, não conheço o sistema 
a fundo."

==>> ESSE é o ponto CRUCIAL : veja vc, COMO EU DISSE a principal situação em 
que vc tem espaço que momentaneamente ocupa lugar no disco/não pode ser 
devolvido ao SO mesmo estando sem dados é essa que eu falei, ie, logo após um 
DELETE COMO EU DISSE, esse espaço Não Está desperdiçado, está RESERVADO 
para os futuros INSERTs/UPDATEs que necessitarem dele
 Aí é que chegamos na situação atual : vc vê que esse esforço não é tão simples 
de se fazer, digamos que vc não sabia e que depois de todo o trabalhão chegaram 
uma pancada de novos INSERTs e vc TEVE que aumentar DE NOVO o espaço nas 
tablespaces - esse espaço SAIU do espaço que tinha sido devolvido antes. OU 
SEJA< nesse cenário vc desperdiçõ horas e horas pra chegar basicamente NA MESMA 
COISA, trocou 6 por meia dúzia.. Valeu a pena ?? DUVIDO
  Agora digamos que para algumas determinadas tabelas NÂO chegaram novos 
INSERTs/UPDATEs : ** maravilha TOTAL **, esse espaço que vc liberou NÂO vai ser 
preciso reutilizar, vc GANHOU esse espaço SIM, nesse cenário vc fez uma 
Ótima Coisa, vc realmente Reorganizou/poupou espaço

===>> SENDO ASSIM, eu positivamente RECOMENDO que antes de vc sair mexendo, vc 
LEVANTE a informação necessária : isso tanto pode ser respondido (ao menos em 
parte) pelos Analistas e usuários da aplicação, QUANTO vc pode fazer uma 
MONITORAÇÃO nas tabelas, com essa monitoração Ativa, depois de uns tantos dias 
dela coletando dados mais ou menos vc vai ter uma noção de QUAIS tabelas são 
mais usadas/ingerem mais dados e quais não, aí essas que são MENOS usadas devem 
valer a pena arriscar o procedimento, vide 
http://www.oraclehome.com.br/2012/09/25/monitorando-operacoes-de-uma-tabela-atraves-da-dba_tab_modifications/
 além da documentação E NEM PRECISO DIZER, tem mito sistema vagabundo 
por aí que não tem a menor documentação sobre a utilização das tabelas, mas 
ALGUMAS VEZES vc pode tentar DEDUZIR o comportamento de uso pelo NOME das 
tabelas , tipo : tabelas com BKPxx, OLD_xx, HISTxxx ou coisa assim TALVEZ sejam 
tebaleas de histórico de dados, que TIPICAMENTE sofrem muito POUCO insert, se é 
que sofrem

E IMPORTANTE : não é NEM DE LONGE só esse o único procedimento que pode ser 
feito para poupar espaço num database Oracle... Além de reorganização, vc pode :

- COMPACTAR os seus dados e seus índices : a compactação read/write on-line 
automática exige Licença para a Advanced Compression, não sabemos se vc tem 
isso ou não - se não tiver, AO MENOS as tabelas que não sofram INSERT frequente 
(E os índices delas) vc pode Compactar, vide 
https://oracle-base.com/articles/9i/compressed-tables-9i

- confirmar que não há extents gigânticos : como eu disse antes, o tamanho do 
extent é CRUCIAL quando discutimos consumo em disco. Veja vc , quando o 
RDBMS Oracle precisa alocar espaço em disco, ele NÃO VAI FICAR alocando de byte 
em byte, isso ia ser Horrivelmente Demorado : o que ele faz é ir no disco e 
formatar/requisitar um MONTÃO de blocos de uma vez só, isso é o chamado EXTENT 
- ainda que ele vá gravar uma linha na tabela que seja, se não há mais espaço 
livre ele ALOCA UM EXTENT inteirinho O tamanho desse extent PODE ser 
controlado automaticamente pelo banco (SE vc criar a tablespace como EXTENT 
MANAGEMENT LOCAL AUTOALLOCATE ** e ** não "forçar" um extent size diferente 
quando criar as tabelas na tablespace) , OU PODE ser indicado manualmente
 Assim, se por qquer erro humano uma tabela alocou um extent de (digamos) 500 
megabytes MAS no final entraram muito menos dados do que isso, esse espaço todo 
que sobrou tá RESERVADO, ninguém mais pode usar ele.
 Como eu havia dito, SE vc não sabe o padrão de consumo, uma boa idéia é ter 
todas as tablespaces com extent size automático E não "forçar" extent size 
nenhum na criação das tabelas, nem com INITIAL, nem com NEXT e nem com 
INCREASE
 
 - para os casos de grande volume de dados, gerenciar o espaço a nível de bloco 
: veja vc, depois que alocou um extent, o RDBMS vai gravar os registros/linhas 
da tabela dentro dos BLOCOS que compõem o extent : porém, ele Não Vai Ocupar o 
bloco inteirinho... Além do cabeçalho (que não podemos usar) e de uma área 
reservada para uso interno (INITRANS), por padrão um bloco VAI DEIXAR RESERVADO 
um pedaço da área dele para futuros UPDATEs Para as tabelas de Histórico, 
LOG/AUDITORIA e outras que quase não sofrem UPD

OFF-TOPIC RDBMS 11g E Forms 11g - era Re: RES: [oracle_br] Re: Tabelas com espaço perdido.

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

Sobre a questão de qual versão migrar, só alguns Avisos, que não sei se vc tá 
ciente :

a. a versão do RDBMS 11g que a Oracle oferece para download gratuito no 
technet.oracle.com é 11.2.0.1 : para chegar na 11.2.0.4 vc TEM que baixar um 
patchset no site de Suporte Oracle, e isso só consegue quem tem Contrato de 
Suporte ativo na Oracle - o fato de vc não poder comprar contrato de suporte 
pro Oracle 11g IMPLICA que vc Não tem Como obter legalmente esse patchset em 
princípio... Idem para os BUGFIXES e patches de segurança trimestrais...

b. eu estou também fazendo no meu cliente principal uma migração do aplicativo 
ERP customizado deles de Oracle Forms e Reports 6i (rodando no banco 10g) para 
uma versão mais recente de Forms + Reports (a 12c no caso, já que a 11g saiu de 
Suporte, e além do mais ela só roda dentro de browser de internet, que não é o 
desejado) : de cara posso te dizer que o Forms/reports 6i engasga várias vezes 
com banco 11g (em diversas situações dos nossos testes encontramos issues) E é 
absolutamente incompatível com banco 12c e acima E o reverso também é 
verdadeiro, o Forms/reports 12c até conecta nos bancos 10g mas não é 100% 
estável e garantido...
 Assim sendo, PROVAVELMENTE vc vai ter que mudar a sua ordem planejada, e já 
migrr o Forms/Reports JUNTO com o database 
 
 []s
 
   Chiappa

Re: RES: [oracle_br] Re: T abelas com espaço perdido.

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

E um OUTRO ponto importantíssimo : além de liberar o possível de espaço DENTRO 
do database Oracle, vc PODE também conseguir liberar algum espaço FORA dos 
arquivos de dados do Oracle Veja vc, durante a operação um database Oracle 
pode gerar ** muitos ** arquivos de log, arquivos temporários, arquivos de 
trace, arquivos de dump/despejo de dados após erros, arquivos de auditoria 
Igualmente, quando vc instala o software RDBMS Oracle, ele vem com uma 
quantidade de exemplos, documentação/help, arquivos/scripts para gerar novos 
databases
 ==> VIA DE REGRA vc não ganha tnto espaço assim removendo esses caras 
(quase sempre a porção leonina do consumo de espaço tá mesmo dentro do 
database, com os dados), e é um procedimento um tanto delicado de se fazer, 
exigindo um DBA ** experiente ** (pois se vc deletar alguma coisa erradamente 
vc PODE ferrar com o banco), MAS se vc está tão dessesperado assim por espaço, 
talvez queira/precise fazer isso
 
 []s
 
   Chiappa

Re: RES: [oracle_br] Re: Tabelas com espaço perdido.

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

Opa, segue :

"Essas tabelas não sei lhe responder se sofrem só INSERT, não conheço o sistema 
a fundo."

==>> ESSE é o ponto CRUCIAL : veja vc, COMO EU DISSE a principal situação em 
que vc tem espaço que momentaneamente ocupa lugar no disco/não pode ser 
devolvido ao SO mesmo estando sem dados é essa que eu falei, ie, logo após um 
DELETE COMO EU DISSE, esse espaço Não Está desperdiçado, está RESERVADO 
para os futuros INSERTs/UPDATEs que necessitarem dele
 Aí é que chegamos na situação atual : vc vê que esse esforço não é tão simples 
de se fazer, digamos que vc não sabia e que depois de todo o trabalhão chegaram 
uma pancada de novos INSERTs e vc TEVE que aumentar DE NOVO o espaço nas 
tablespaces - esse espaço SAIU do espaço que tinha sido devolvido antes OU 
SEJA< nesse cenário vc desperdiçõ horas e horas pra chegar basicamente NA MESMA 
COISA, trocou 6 por meia dúzia.. Valeu a pena ?? DUVIDO
  Agora digamos que para algumas determinadas tabelas NÂO chegaram novos 
INSERTs/UPDATEs : ** maravilha TOTAL **, esse espaço que vc liberou NÂO vai ser 
preciso reutilizar, vc GANHOU esse espaço SIM, nesse cenário vc fez uma 
Ótima Coisa, vc realmente Reorganizou/poupou espaço

===>> SENDO ASSIM, eu positivamente RECOMENDO que antes de vc sair mexendo, vc 
LEVANTE a informação necessária : isso tanto pode ser respondido (ao menos em 
parte) pelos Analistas e usuários da aplicação, QUANTO vc pode fazer uma 
MONITORAÇÃO nas tabelas, com essa monitoração Ativa, depois de uns tantos dias 
dela coletando dados mais ou menos vc vai ter uma noção de QUAIS tabelas são 
mais usadas/ingerem mais dados e quais não, aí essas que são MENOS usadas devem 
valer a pena arriscar o procedimento, vide 
http://www.oraclehome.com.br/2012/09/25/monitorando-operacoes-de-uma-tabela-atraves-da-dba_tab_modifications/
 além da documentação E NEM PRECISO DIZER, tem mito sistema vagabundo 
por aí que não tem a menor documentação sobre a utilização das tabelas, mas 
ALGUMAS VEZES vc pode tentar DEDUZIR o comportamento de uso pelo NOME das 
tabelas , tipo : tabelas com BKPxx, OLD_xx, HISTxxx ou coisa assim TALVEZ sejam 
tebaleas de histórico de dados, que TIPICAMENTE sofrem muito POUCO insert, se é 
que sofrem

E IMPORTANTE : não é NEM DE LONGE só esse o único procedimento que pode ser 
feito para poupar espaço num database Oracle... Além de reorganização, vc pode :

- COMPACTAR os seus dados e seus índices : a compactação read/write on-line 
automática exige Licença para a Advanced Compression, não sabemos se vc tem 
isso ou não - se não tiver, AO MENOS as tabelas que não sofram INSERT frequente 
(E os índices delas) vc pode Compactar, vide 
https://oracle-base.com/articles/9i/compressed-tables-9i

- confirmar que não há extents gigânticos : como eu disse antes, o tamanho do 
extent é CRUCIAL quando discutimos consumo em disco Veja vc , quando o 
RDBMS Oracle precisa alocar espaço em disco, ele NÃO VAI FICAR alocando de byte 
em byte, isso ia ser Horrivelmente Demorado : o que ele faz é ir no disco e 
formatar/requisitar um MONTÃO de blocos de uma vez só, isso é o chamado EXTENT 
- ainda que ele vá gravar uma linha na tabela que seja, se não há mais espaço 
livre ele ALOCA UM EXTENT inteirinho O tamanho desse extent PODE ser 
controlado automaticamente pelo banco (SE vc criar a tablespace como EXTENT 
MANAGEMENT LOCAL AUTOALLOCATE ** e ** não "forçar" um extent size diferente 
quando criar as tabelas na tablespace) , OU PODE ser indicado manualmente
 Assim, se por qquer erro humano uma tabela alocou um extent de (digamos) 500 
megabytes MAS no final entraram muito menos dados do que isso, esse espaço todo 
que sobrou tá RESERVADO, ninguém mais pode usar ele
 Como eu havia dito, SE vc não sabe o padrão de consumo, uma boa idéia é ter 
todas as tablespaces com extent size automático E não "forçar" extent size 
nenhum na criação das tabelas, nem com INITIAL, nem com NEXT e nem com 
INCREASE
 
 - para os casos de grande volume de dados, gerenciar o espaço a nível de bloco 
: veja vc, depois que alocou um extent, o RDBMS vai gravar os registros/linhas 
da tabela dentro dos BLOCOS que compõem o extent : porém, ele Não Vai Ocupar o 
bloco inteirinho... Além do cabeçalho (que não podemos usar) e de uma área 
reservada para uso interno (INITRANS), por padrão um bloco VAI DEIXAR RESERVADO 
um pedaço da área dele para futuros UPDATEs Para as tabelas de Histórico, 
LOG/AUDITORIA e outras que quase não sofrem UPDATEs (só INSERTs) pode valer a 
pena DIMINUIR essa área, são os parâmetros PCTFREE e PCTUSED na criação da 
tabela, vide a doc Oracle e 
https://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:2556828000346627752
 para algumas refs...
 
 
 []s
 
   Chiappa

RES: [oracle_br] Tabelas com espaço perdido.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Marcos,

Mas fazendo este expdp/drop table/impdp, em uma nova tablespace, irei conseguir 
recuperar alguma coisa em filesystem?

São tabelas com campos LONGs

 

Obrigado,

Ednilson

 

 

 

De: sentto-1682896-122824-15542334...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122824-15542334...@returns.groups.yahoo.com] Em nome de 
Marcos Braga braga.mar...@gmail.com [oracle_br]
Enviada em: terça-feira, 2 de abril de 2019 16:30
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Tabelas com espaço perdido.

 

  

Oi Edinilson, boa tarde.

 

Quando o tempo me permite, gosto muito de usar exportação e importação 
(expdp/impdp) para recriar tablespaces e recomeçar tudo limpo e sem os vícios 
que vêm se acumulando no banco atual.

 

Claro que esse tipo de procedimento depende do tempo, tamanho, espaço 
disponível em storage e rede para que tudo corra bem dentro da janela proposta 
para a migração.

 

Só uma dica.

 

Abcs, Braga.

 

Em ter, 2 de abr de 2019 às 13:33, 'Ednilson Silva' ednilson.si...@jbs..com.br 
[oracle_br]  escreveu:

  

Bom dia,

Tenho um banco aqui Oracle 10g – release 10.2.0.5, que será migrado para 11g – 
release 11.2.0.4 ate final do primeiro semestre ainda.

Ocorre que tem algumas tabelas que já gostaria de recuperar o espaço perdido. 
Algumas tem campo LONG RAW, BLOB, CLOB, RAW, XMLTYPE

 

Como faço para recuperar o espaço dessas tabelas?

 

SQL> select tablespace_name as "TABLESPACE",

  2 num_rows,

  3 to_char(LAST_ANALYZED, 'dd/mm/ hh24:mi') LAST_ANALYZED,

  4 OWNER,

  5 table_name,

  6 round((blocks * 8) / 1024, 0) "size (mb)",

  7 round((num_rows * avg_row_len / 1024 / 1024), 0) "actual_data (mb)",

  8 (round((blocks * 8) / 1024, 0) -

  9 round((num_rows * avg_row_len / 1024 / 1024), 0)) "wasted_space 
(mb)"

10from dba_tables

11   where (round((blocks * 8) / 1024, 0) >

12 round((num_rows * avg_row_len / 1024 / 1024), 0))

13 and tablespace_name not in ('SYSTEM', 'SYSAUX')

14   order by 8 desc

15  /

TABLESPACE   NUM_ROWS OWNER TABLE_NAME   size (mb) 
actual_data (mb) wasted_space (mb)

-- -- - --- -- 
 -

AEFCD  104028 PRODUCAO  ANX_OBRIGACAO_FSC_FIL_MES   166432  
  8166424

CFVJD 5804240 PRODUCAO  SMW_PRECO_CLIENTE45849  
653 45196

LCTED53315173 PRODUCAO  INVENTTI_ARQUIVOS47789  
   5237 42552

PSUID19542948 PRODUCAO  ESANMOVANIMAIS   36767  
   1454 35313

SNACD21183099 PRODUCAO  ARQ_XML_ENV_RTN_WBS_MCD_ELE  37557  
   2404 35153

LMDFD 8965655 PRODUCAO  INVENTTI_ARQUIVOS31695  
881 30814

ICTCA   37531 PRODUCAO  CORE_ARQUIVO 29331  
  1 29330

USERS   570982788 PRODUCAO  MLOG$_ORDEM_PRODUCAO 39967  
  11435 28532

LTCCD   674743472 PRODUCAO  LANCAMENTO_CTB_ITEM_CTRC117640  
  89444 28196

 

Obrigado,

Ednilson Silva




 

-- 

Marcos Braga

-- .- -.-- -  . ..-. --- .-. -.-. .

Star Wars

-... . .-- .. - . -.-- --- ..-

RES: [oracle_br] Re: Tabelas com espaço perdido.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Estou começando a ter problemas de falta de espaço em meus filesystems, então 
gostaria de dar uma “enxugada” no que for possível no banco, o que pode ser 
feito?

Essas tabelas não sei lhe responder se sofrem só INSERT, não conheço o sistema 
a fundo.

 

As tablespaces estão criadas de maneira recomendas.

 

Respondendo ao outro e-mail, tenho noção que a Oracle não fornece mais suporte 
no Oracle 11g, que é o Forms/Reports 6i ainda L, então iremos migrar para 11g, 
subir o Forms/Reports e depois pensar em subir o banco para 12c, 18c, etc...

 

Obrigado,

Ednilson

 

 

De: sentto-1682896-122821-15542129...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122821-15542129...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 2 de abril de 2019 10:48
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Tabelas com espaço perdido.

 

  

Blz ? Então, explica melhor exatamente o que vc está chamando de "espaço 
perdido" : por exemplo, essas tabelas sofreram DELETEs de grande monta, aí 
(obviamente, como DEVERIA acontecer) esse espaço que no momento está sem dados 
continua reservado para as tabelas que o usaram, de modo a ACELERAR futuros 
INSERTs, é isso ?? 
SE for isso, primeiro ENTENDA que (como eu disse acima) isso Não É espaço 
desperdiçado, o espaço VAI SIM ser usado NORMALMENTE nos próximos INSERTs ou 
UPDATEs 
  SE REALMENTE vc tem 100% de certeza que essas tabelas Não Vão nunca mais 
sofrer nem INSERTs nem UPDATEs que venham a consumir esse espaço, aí sim : a 
primeira opção seria fazer o SHRINK das tabelas, vide 
https://oracle-base.com/articles/misc/alter-table-shrink-space-online  
Notar porém que :
  
  - shrink não pode ser usado em tablespaces criadas da maneira antiga e 
não-recomendada, ie, baseadas em dicionário, e/ou que não estejam sendo 
controladas pelo algoritmo de AUTO 
  
  - não corrige extents com tamanho impróprio (comuns se vc Não está usando 
tablespaces LMT com extent management AUTO)
  
  - vc não o pode usar com LONGs
  
  - ele VAI mudar o rowid das linhas movidas, o que PODE interferir se vc 
armazena essa informação em algum lugar
  
 Esses pontos estão todos citados no link acima CASO vc caia neles (bem 
possível, pelo que vc disse) aí vc tem que RECRIAR os extents todos dos 
segmentos todos : o mais fácil imho seria criar uma NOVA tablespace, lmt E com 
as best practices habilitadas (em especial usando algoritmo de AUTOSIZE se vc 
não sabe qual seria o melhor tamanho de extent pros segments), E depois disso 
exportar, dropar (com PURGE, o que libera o espaço completamente) e depois 
importar na nova tablespace os objs todos.. DEPOIS disso ok, aí é dropar a 
tablespace velha, que estará vazia Se vc puder usar expdp, a opção 
REMAP_TABLESPACE pode te ajudar... Só tenho algumas dúvidas no caso do LONG, 
pois ele já tinha sido DEPRECIADO na época do 10g iirc, testa direitinho antes 
de usar em Prod...
 
 []s
 
   Chiappa

Re: RES: RES: RES: [oracle_br] Re: backup rman

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

Blz ? Como mexendo nas configs do RMAN ele parou de gravar coisas no dbs, a 
Possibilidade de esses arquivos com nome randômico serem algo do próprio banco 
morreu, ok .. Pelo jeito então a sua suposição de que eram CÓPIAS de backup 
sendo geradas pelos parâmetros de COPIES se provou errada, o que eu falei dos 
parâmetros de COPIES indicarem a qtdade final de conjuntos de backup E se vc 
deixar ele (por default ou explicitamente) como 1 aí o RMAN só VAI manter os 
arquivos gerados por ele, no diretório especificado nos CHANNELs, estava 
totalmente correta, NADA de bug no 10g ou coisa assim
 Muito bem : sobre a Causa e o conteúdo desses arquivos no dbs, PROVAVELMENTE 
então era mesmo o SNAPSHOT do controlfile, ou algum backup do controlfile 
CURRENT, algo assim,  que tava gerando esses arqs no dbs : configurando 
corretamente o RMAN, isso mudou, ok
 
 Sobre o PARALELISMO, como vc não anotou as msgs e condições estritas, não 
temos como saber : PODE ter sido limitação do seu hardware, PODE ter sido algo 
da sua config (parallel slaves? falta de memória alocada para as múltiplas 
sessões ?), mas não temos como saber, mas se está atendendo, e bem, com 4 
channels, que seja...
 
 []s
 
   Chiappa

RES: RES: RES: [oracle_br] Re: backup rman

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Desculpe a demora em responder, surgiram outras coisas aqui.

 

Mas consegui realizar o backup sem ele gerar uma copia no $ORACLE_HOME/dbs

 

Tiver que dar um CLEAR em todas as configurações do rman, e usar o script 
abaixo que funcionou.

 

run {

backup device type disk format '/backup/rman/dtf-%d-%t_%s.rman' database;

backup current controlfile format '/backup/rman/ctrl-%d-%t_%s.rman';

sql "alter system switch logfile";

backup device type disk format '/backup/rman/arch-%d-%t_%s.rman' archivelog all 
delete all input;

backup current controlfile format '/backup/rman/ctrl-%d-%t_%s.rman';

backup spfile format '/backup/rman/spfile-%d-%t_%s.rman';

}

 

Ah, outra coisa estranha, eu tinha configurado paralelismo de 8 canais, e 
ocorreu alguns erros.

Notei que ele abria 4 canais e dava um erro que acabei não anotando, então 
configurei o paralelismo para 4 canais e tudo funcionou.

 

Obrigado,

Ednilson

 

De: sentto-1682896-122765-15506746...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122765-15506746...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 20 de fevereiro de 2019 11:44
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Re: backup rman

 

  

Inclusive, insistindo nesse ponto de que esses arquivos sendo gerados no 
sub-diretório DBS talvez não sejam cópias dos backup pieces, num ambiente de 
teste (mas onde TODOS os parâmetros de archives estão corretamente setados, 
onde NÃO há logfile nem controlfile nem arquivo NENHUM com default e/ou setado 
pro sub-diretório dbs) eu fui olhar e um único arquivo estava sendo gerado lá 
no dbs :

[oracle@localhost Backups]$ ls -ltr $ORACLE_HOME/dbs
total 9560
-rw-r--r-- 1 oracle oracle2851 May 15  2009 init.ora
-rw-rw 1 oracle oracle1544 Oct  2  2010 hc_DBUA0.dat
-rw-r- 1 oracle oracle  24 Oct  2  2010 lkORCL
-rw-r- 1 oracle oracle1536 Oct  2  2010 orapworcl
-rw-rw 1 oracle oracle1544 Feb 20 08:57 hc_orcl.dat
-rw-r- 1 oracle oracle3584 Feb 20 09:19 spfileorcl.ora
-rw-rw 1 oracle oracle 9748480 Feb 20 09:25 snapcf_orcl.f
[oracle@localhost Backups]$ 

É esse snapcf, o resto são arquivos normais do database Oracle... Aí fui olhar 
no meu RMAN e listar os defaults, achei :

[oracle@localhost Backups]$ rman target=/

Recovery Manager: Release 11.2.0.2.0

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

connected to target database: ORCL (DBID=1229390655)

RMAN> show all;

using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name ORCL are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR 
LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 4 TIMES TO DISK;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
'/home/oracle/app/oracle/product/11.2.0/dbhome_2/dbs/snapcf_orcl.f'; # default

RMAN> exit;

==> tá vendo esse SNAPSHOT CONTROLFILE ?? Era esse, aí alterei meu script para :

[oracle@localhost orcl]$ cat /home/oracle/rman_backup_full.cmd
connect target /

run {
CONFIGURE RETENTION POLICY TO REDUNDANCY 4; 
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 4 TIMES TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/u02/Backups/controlfile_bkp_%F';
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u02/Backups/snapcf_orcl.f';
CROSSCHECK ARCHIVELOG ALL;
CROSSCHECK BACKUP;
allocate channel oem_backup_disk1 type disk format 
'/u02/Backups/ORA_rman_full_backup_${ORACLE_SID}_%U.bkp' maxpiecesize 2 G;
backup tag 'FULL_CNTRL' current controlfile;
backup tag 'FULL_DB' database PLUS ARCHIVELOG;
release channel oem_backup_disk1;
}
allocate channel for maintenance type disk;
delete noprompt obsolete device type disk;
delete noprompt expired archivelog all;
release channel;
exit;

[oracle@localhost orcl]$ 


==> Aí eu DELETEI os backups no RMAN (no meu caso, uso controlfile ao invés de 
catálogo em banco), removi manualmente esses arquivos, e uma nova execução do 
script de backup me deixou assim : 

[oracle@localhost dbs]$ ls -ltr
total 24
-rw-r--r-- 1 oracle oracle 2851 May 

Re: RES: RES: [oracle_br] Re: backup rman

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

Inclusive, insistindo nesse ponto de que esses arquivos sendo gerados no 
sub-diretório DBS talvez não sejam cópias dos backup pieces, num ambiente de 
teste (mas onde TODOS os parâmetros de archives estão corretamente setados, 
onde NÃO há logfile nem controlfile nem arquivo NENHUM com default e/ou setado 
pro sub-diretório dbs) eu fui olhar e um único arquivo estava sendo gerado lá 
no dbs :

[oracle@localhost Backups]$ ls -ltr $ORACLE_HOME/dbs
total 9560
-rw-r--r-- 1 oracle oracle2851 May 15  2009 init.ora
-rw-rw 1 oracle oracle1544 Oct  2  2010 hc_DBUA0.dat
-rw-r- 1 oracle oracle  24 Oct  2  2010 lkORCL
-rw-r- 1 oracle oracle1536 Oct  2  2010 orapworcl
-rw-rw 1 oracle oracle1544 Feb 20 08:57 hc_orcl.dat
-rw-r- 1 oracle oracle3584 Feb 20 09:19 spfileorcl.ora
-rw-rw 1 oracle oracle 9748480 Feb 20 09:25 snapcf_orcl.f
[oracle@localhost Backups]$ 

É esse snapcf, o resto são arquivos normais do database Oracle... Aí fui olhar 
no meu RMAN e listar os defaults, achei :

[oracle@localhost Backups]$ rman target=/

Recovery Manager: Release 11.2.0.2.0

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

connected to target database: ORCL (DBID=1229390655)

RMAN> show all;

using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name ORCL are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR 
LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 4 TIMES TO DISK;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
'/home/oracle/app/oracle/product/11.2.0/dbhome_2/dbs/snapcf_orcl.f'; # default

RMAN> exit;

==> tá vendo esse SNAPSHOT CONTROLFILE ?? Era esse, aí alterei meu script para :

[oracle@localhost orcl]$ cat /home/oracle/rman_backup_full.cmd
connect target /

run {
CONFIGURE RETENTION POLICY TO REDUNDANCY 4; 
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 4 TIMES TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/u02/Backups/controlfile_bkp_%F';
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u02/Backups/snapcf_orcl.f';
CROSSCHECK ARCHIVELOG ALL;
CROSSCHECK BACKUP;
allocate channel oem_backup_disk1 type disk format 
'/u02/Backups/ORA_rman_full_backup_${ORACLE_SID}_%U.bkp' maxpiecesize 2 G;
backup tag 'FULL_CNTRL' current controlfile;
backup tag 'FULL_DB' database PLUS ARCHIVELOG;
release channel oem_backup_disk1;
}
allocate channel for maintenance type disk;
delete noprompt obsolete device type disk;
delete noprompt expired archivelog all;
release channel;
exit;

[oracle@localhost orcl]$ 


==> Aí eu DELETEI os backups no RMAN (no meu caso, uso controlfile ao invés de 
catálogo em banco), removi manualmente esses arquivos, e uma nova execução do 
script de backup me deixou assim : 

[oracle@localhost dbs]$ ls -ltr
total 24
-rw-r--r-- 1 oracle oracle 2851 May 15  2009 init.ora
-rw-rw 1 oracle oracle 1544 Oct  2  2010 hc_DBUA0.dat
-rw-r- 1 oracle oracle   24 Oct  2  2010 lkORCL
-rw-r- 1 oracle oracle 1536 Oct  2  2010 orapworcl
-rw-rw 1 oracle oracle 1544 Feb 20 11:24 hc_orcl.dat
-rw-r- 1 oracle oracle 3584 Feb 20 11:24 spfileorcl.ora
[oracle@localhost dbs]$ 


[oracle@localhost Backups]$ ls -ltr /u02/Backups
total 2490032
-rw-rw-r-- 1 oracle oracle   1615 Feb 20 11:07 
rman_backup_full_20-02-2019-07-30.log
-rw-rw 1 oracle oracle9797632 Feb 20 11:25 
ORA_rman_full_backup_orcl_0htqbndk_1_1.bkp
-rw-rw 1 oracle oracle2346496 Feb 20 11:25 
ORA_rman_full_backup_orcl_0itqbndo_1_1.bkp
-rw-rw 1 oracle oracle 2147483648 Feb 20 11:28 
ORA_rman_full_backup_orcl_0jtqbndp_1_1.bkp
-rw-rw 1 oracle oracle  370491392 Feb 20 11:28 
ORA_rman_full_backup_orcl_0jtqbndp_2_1.bkp
-rw-rw 1 oracle oracle   3584 Feb 20 11:29 
ORA_rman_full_backup_orcl_0ktqbnk1_1_1.bkp
-rw-rw 1 oracle oracle9830400 Feb 20 11:29 
controlfile_bkp_c-1229390655-20190220-00
-rw-rw 1 oracle oracle9748480 Feb 20 11:29 snapcf_orcl.f
-rw-rw-r-- 1 oracle oracle   6869 Feb 20 11:29 
rman_backup_full_20-02-2019-25-38.log
[oracle@localhost Backups]$ 

==>> E um detalhe CRUCIAL, vc viu que nos meus parâmetros tanto o CONFIGURE 
DATAFILE BACKUP COPIES quanto o CONFIGURE ARCHIVELOG BACKUP COPIES estão com o 
valor 1, que inclusive é o DEFAULT, como tinha dito

Re: RES: RES: [oracle_br] Re: backup rman

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

Segue :

"1)  Sim é feito, note que no script é informado o formato"

É que vc tinha dito que a SOLUÇÃO foi indicar o formato e o local, por isso 
achei que não estava antes... Isso abre uma Outra questão : como eu disse eu 
ACHEI que esses arqs a mais eram os próprios arquivos de backup sendo gerados 
num local default por falta de path no FORMAT, mas se já estava especificado 
Certinho o formato E o local nos channels, PORQUE o RMAN foi querer gravar 
nesse outro local ? 
Bom, eu IMAGINO que esse path /u01/app/oracle/product/10.2.0/db_1/dbs é a tua 
FRA, é isso ?? Se sim, /u01/app/oracle/product/10.2.0/db_1/dbs o manual Oracle 
10gR2 (online em 
https://docs.oracle.com/cd/B19306_01/backup.102/b14191/rcmconfg.htm#CEGJFJEH) 
já nos diz que a maneira pra ele criar arquivos na FRA é OU não especificar 
nada no FORMAT, OU vc ter parâmetros LOG_ARCHIVE_xxx apontando pra lá, OU vc 
ter algum backup automático (tipo o CONTROLFILE AUTOBACKUP) ativo, coisas 
assim... Cheque DIREITINHO se vc tem algo assim, se não tiver não sei dizer de 
onde pode estar vindo essa criação desses arquivos, exceto se for mesmo algo 
derivado de cópias/duplexação de backup, vide minha resposta abaixo...

"2)  É possível que não haja copia do backup, algum parâmetro que informe 
isso no rman ou via script?"

Então, como eu disse até onde me lembro esse comando BACKUP COPIES indica a 
qtdade de 'conjuntos' de arquivos que o backup vai gerar, se vc especificar 1 
só deveria ter gerado uma única 'cópia', um unico conjunto de arquivos, E esse 
conjunto de arquivos deveriam ter sido gerados no formato E no local que vc 
indicou no FORMAT... 
 Como teste/work-around, Experimente remover a config com CONFIGURE 
nomedoparâmetrorman CLEAR , mas em princípio Não deveria ser isso a sua causa. 
não...
 

"3)  Sobre as observações crucial, trata-se de um banco de legado, já 
existe zilhoes de backup deste banco."

Sim, o ponto é : ao manter só uma cópia dos archives junto com o backup de 
banco, NÂO IMPORTANDO quantos zilhoes de backups mais antigos vc tem, se por 
qquer motivo UM dos archives desse backup não puder ser restaurado, esse backup 
TODO ficou inútil em princípio... OK, vc até PODE voltar um dos backups mais 
antigos nesse caso, mas os dados MAIS RECENTES entrados depois desse backup 
mais antigo vc PERDEU, sacou ??? Se isso não te incomoda, ok, vc que Administra 
o banco é quem sabe das necessidades...

[]s

  Chiappa

RES: RES: [oracle_br] Re: backup rman

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

1)  Sim é feito, note que no script é informado o format

2)  É possível que não haja copia do backup, algum parâmetro que informe 
isso no rman ou via script?

3)  Sobre as observações crucial, trata-se de um banco de legado, já existe 
zilhoes de backup deste banco.

 

Obrigado,

Ednilson Silva

 

De: sentto-1682896-122759-15505883...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122759-15505883...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 19 de fevereiro de 2019 11:59
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: backup rman

 

  

Vc disse que achou a solução, que foi ESPECIFICAR no FORMAT o 
padrão/formato/destino dos bakup pieces - vc NÂO FAZIA ISSO ANTES  Se não 
fazia, como é que o RMAN ia saber ONDE gravar os arquivos do backup ?? Faz 
sentido...

Sobre os params de BACKUP COPY, afaik 1 (que inclusive é o default) significa 
que haverá somente uma cópia em disco, que será a que foi gerada pelo RMAN com 
seu comando BACKUP DATABASE - acredito que não é isso que está gerando os tais 
arquivos não, remova-os e tente de novo...

==> Só uma Obs crucial aí sobre esse script : imagino que vc SAIBA que um 
backup só de banco ONLINE e SEM os archives é completamente Inútil, vc Não 
Consegue fazer RECOVER de um banco que esteja rodando em archive mode SEM os 
archives TODOS necessários... SE falhar a recuperação de UM ARCHIVE QUE SEJA 
(digamos, porque aquele backup piece que continha esse archive necessário 
corrompeu/falhou) é ZICA, é ROÇA,vc NÂO CONSEGUE MAIS recuperar o banco daí pra 
frente, é PERDA DE DADOS pra vc, sem choro nem vela
  Então, dada essa importância VITAL e CRUCIAL dos archives, não sei se 
concordo com essa sua política expressa nesse seu script de ter UM backup só 
dos archives e ainda por cima (via esse DELETE INPUT) já sair Apagando os 
archives após esse um e único backup : backup é aquela historinha, quem tem UM 
SÓ na verdade não tem NENHUM, eu Recomendaria só remover os archives após PELO 
MENOS 3 backups deles terem sido feitos com sucesso, okdoc ??
  

[]s

  Chiappa

Re: RES: [oracle_br] Re: backup rman

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

Vc disse que achou a solução, que foi ESPECIFICAR no FORMAT o 
padrão/formato/destino dos bakup pieces - vc NÂO FAZIA ISSO ANTES  Se não 
fazia, como é que o RMAN ia saber ONDE gravar os arquivos do backup ?? Faz 
sentido...

Sobre os params de BACKUP COPY, afaik 1 (que inclusive é o default) significa 
que haverá somente uma cópia em disco, que será a que foi gerada pelo RMAN com 
seu comando BACKUP DATABASE - acredito que não é isso que está gerando os tais 
arquivos não, remova-os e tente de novo...

==> Só uma Obs crucial aí sobre esse script : imagino que vc SAIBA que um 
backup só de banco ONLINE e SEM os archives é completamente Inútil, vc Não 
Consegue fazer RECOVER de um banco que esteja rodando em archive mode SEM os 
archives TODOS necessários... SE falhar a recuperação de UM ARCHIVE QUE SEJA 
(digamos, porque aquele backup piece que continha esse archive necessário 
corrompeu/falhou) é ZICA, é ROÇA,vc NÂO CONSEGUE MAIS recuperar o banco daí pra 
frente, é PERDA DE DADOS pra vc, sem choro nem vela
  Então, dada essa importância VITAL e CRUCIAL dos archives, não sei se 
concordo com essa sua política expressa nesse seu script de ter UM backup só 
dos archives e ainda por cima (via esse DELETE INPUT) já sair Apagando os 
archives após esse um e único backup : backup é aquela historinha, quem tem UM 
SÓ na verdade não tem NENHUM, eu Recomendaria só remover os archives após PELO 
MENOS 3 backups deles terem sido feitos com sucesso, okdoc ??
  

[]s

  Chiappa

RES: [oracle_br] Re: backup rman

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Acho que encontrei uma solução... configurei CONFIGURE CHANNEL DEVICE TYPE DISK 
FORMAT   '/backup/rman/%d_%s';

 

Mas temo desabiliar esse DATAFILE / ARCHIVELOG BACKUP COPIES? Pelo o que 
entendi, ele são os resposanceis por gerar uma copia.

 

CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

 

RMAN> show all;

 

RMAN configuration parameters are:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

CONFIGURE CONTROLFILE AUTOBACKUP OFF;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/backup/rman/%F';

CONFIGURE DEVICE TYPE DISK PARALLELISM 14 BACKUP TYPE TO BACKUPSET;

CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   '/backup/rman/%d_%s';

CONFIGURE MAXSETSIZE TO UNLIMITED;

CONFIGURE ENCRYPTION FOR DATABASE OFF; # default

CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/backup/rman/snapcf_jbsdtsulems.f';

 

run {

backup as compressed backupset full database format 
'/backup/rman/dtf-%d-%t_%s_%p.rman' database;

backup current controlfile format '/backup/rman/ctrl-%d-%t_%s_%p.rman';

sql "alter system switch logfile";

backup device type disk format '/backup/rman/arch-%d-%t_%s_%p.rman' archivelog 
all delete all input;

backup current controlfile format '/backup/rman/ctrl-%d-%t_%s_%p.rman';

backup spfile format '/backup/rman/spfile-%d-%t_%s_%p.rman';

}

 

Obrigado,

Ednilson Silva

 

De: sentto-1682896-122757-15505836...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122757-15505836...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 19 de fevereiro de 2019 10:40
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: backup rman

 

  

PARECE ser os backup pieces mesmo do backup (se vc não der um format específico 
ele usa um randômico, tipo isso que vc vê) mas pra termos CERTEZA, PLEASE nos 
mostra teu script RMAN

 

Abraços,

 

  Chiappa

RES: [oracle_br] Re: RES: RES: [oracle_b r] Re: Tabela Vári avel

['Clodoaldo Vilela' clodoaldovil...@yahoo.com.br [oracle_br]]

Muito obrigado

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: segunda-feira, 18 de fevereiro de 2019 16:29
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: RES: RES: [oracle_b r] Re: Tabela Vári avel

 

  

Pra não ficar só no blablablá, eis um exemplo (basicamente COPIADO e COLADO dos 
links que te dei) duma rotina PL/SQL que executa um SQL sem saber nem o npme da 
tabela nem a quantidade de colunas e seus datatypes) - logicamente, aqui eu só 
Exibo via DBMS_OUTPUT, mas vc pode fazer o que bem quiser com os dados qye 
recuperar :

scott@DESENV:SQL>set serveroutput on size 100
scott@DESENV:SQL>create or replace procedure PRINT_QUERY_COLUMNS (P_SQL 
varchar2) is
  2v_SQL VARCHAR2(32767);
  3v_c  NUMBER;
  4v_executeNUMBER;
  5v_columnCount INTEGER;
  6v_recTab  DBMS_SQL.DESC_TAB;
  7v_varcharVal  VARCHAR2(4000);
  8v_numberVal  NUMBER;
  9v_dateValDATE;
 10v_retNUMBER;  
 11  BEGIN
 12v_sql := P_SQL; -- Exemplo : 'select * from employees where rownum=1'
 13v_c := DBMS_SQL.OPEN_CURSOR;
 14
 15DBMS_SQL.PARSE(v_c, v_SQL, DBMS_SQL.NATIVE);
 16
 17v_execute := DBMS_SQL.EXECUTE(v_c);
 18
 19DBMS_SQL.DESCRIBE_COLUMNS(v_c, v_columnCount, v_recTab);
 20
 21FOR j in 1..v_columnCount
 22  
 23  LOOP
 24CASE v_recTab(j).col_type
 25  WHEN 1 THEN DBMS_SQL.DEFINE_COLUMN(v_c,j,v_varcharVal,2000);
 26  WHEN 2 THEN DBMS_SQL.DEFINE_COLUMN(v_c,j,v_numberVal);
 27  WHEN 12 THEN DBMS_SQL.DEFINE_COLUMN(v_c,j,v_dateVal);
 28  ELSE DBMS_SQL.DEFINE_COLUMN(v_c,j,v_varcharVal,2000);
 29END CASE;
 30  END LOOP;
 31  
 32  LOOP
 33v_ret := DBMS_SQL.FETCH_ROWS(v_c);
 34  EXIT WHEN v_ret = 0;
 35  
 36  FOR j in 1..v_columnCount
 37LOOP
 38  CASE v_recTab(j).col_type
 39WHEN 1 THEN DBMS_SQL.COLUMN_VALUE(v_c, j, v_varcharVal);
 40  DBMS_OUTPUT.PUT_LINE(v_recTab(j).col_type || ' ' ||
 41v_recTab(j).col_name || ' ' || v_varcharVal);
 42WHEN 2 THEN DBMS_SQL.COLUMN_VALUE(v_c,j,v_numberVal);
 43  DBMS_OUTPUT.PUT_LINE(v_recTab(j).col_type || ' ' ||
 44v_recTab(j).col_name || ' ' || v_numberVal);
 45WHEN 12 THEN DBMS_SQL.COLUMN_VALUE(v_c,j,v_dateVal);
 46  DBMS_OUTPUT.PUT_LINE(v_recTab(j).col_type || ' ' ||
 47v_recTab(j).col_name || ' ' || v_dateVal);
 48ELSE
 49  DBMS_OUTPUT.PUT_LINE(v_recTab(j).col_type || ' ' ||
 50v_recTab(j).col_name || ' ' || v_varcharVal);
 51  END CASE;
 52END LOOP;
 53 END LOOP;
 54  END;
 55  /

Procedimento criado.

==> Executo primeiro passando um SELECT numa tabela DEPT :

scott@DESENV:SQL>exec PRINT_QUERY_COLUMNS ('select * from dept');
2 DEPTNO 79
1 DNAME Depto 79
1 LOC
2 TESTE
2 DEPTNO 13
1 DNAME teste=  !!
1 LOC
2 TESTE
2 DEPTNO 10
1 DNAME ACCOUNTING
1 LOC NEW YORK
2 TESTE
2 DEPTNO 20
1 DNAME RESEARCH
1 LOC DALLAS
2 TESTE
2 DEPTNO 30
1 DNAME SALES
1 LOC CHICAGO
2 TESTE
2 DEPTNO 40
1 DNAME OPERATIONS
1 LOC BOSTON
2 TESTE

Procedimento PL/SQL concluído com sucesso.

=> Agora chamo a rotina informando uma query onde informo Apenas Algumas 
colunas da tabela EMP :

scott@DESENV:SQL>exec PRINT_QUERY_COLUMNS ('select empno, ename, sal from emp');
2 EMPNO 7369
1 ENAME SMITH
2 SAL 800
2 EMPNO 7499
1 ENAME ALLEN
2 SAL 1600
2 EMPNO 7521
1 ENAME WARD
2 SAL 1250
2 EMPNO 7566
1 ENAME JONES
2 SAL 2975
2 EMPNO 7654
1 ENAME MARTIN
2 SAL 1250
2 EMPNO 7698
1 ENAME BLAKE
2 SAL 2850
2 EMPNO 7782
1 ENAME CLARK
2 SAL 2450
2 EMPNO 7788
1 ENAME SCOTT
2 SAL 3000
2 EMPNO 7839
1 ENAME KING
2 SAL 5000
2 EMPNO 7844
1 ENAME TURNER
2 SAL 1500
2 EMPNO 7876
1 ENAME ADAMS
2 SAL 1100
2 EMPNO 7900
1 ENAME JAMES
2 SAL 950
2 EMPNO 7902
1 ENAME FORD
2 SAL 3000
2 EMPNO 7934
1 ENAME MILLER
2 SAL 1300

Procedimento PL/SQL concluído com sucesso.

==> Posso INCLUSIVE passar cláusulas de WHERE :

scott@DESENV:SQL>exec PRINT_QUERY_COLUMNS ('select empno, ename, sal from emp 
where sal > 3000');
2 EMPNO 7839
1 ENAME KING
2 SAL 5000

Procedimento PL/SQL concluído com sucesso.

scott@DESENV:SQL>

==> OKDOC ??? mais fácil que isso não fica

[]s

  Chiappa

Re: RES: RES: [oracle_br] Re: Tabela Vári avel

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

Blz ? Então, pelo jeito vc ** não leu/estudou ** os links que te dei, 
principalmente o segundo : lá é Claramente Demonstrado o uso de 
dbms_sql.define_column para se estabelecer TIPO e NOME de colunas na query 
dinâmica, sim sim ?? Talvez o que tenha faltado é o Conceito de que a 
informação sobre COLUNAs de uma tabela Oracle fica numa view interna chamada 
ALL_TAB_COLUMNS, provavelmente vc teria que escrever mais um pedaço de código 
customizado seu que leia a informação desejada para cada tabela de lá... Um 
exemplo simples, inclusive em SQL mesmo e não PL/SQL, só pra mostrar o conceito 
:

=> primeiro, vou mostrar as colunas de uma tabela chamada DEPT :

scott@DESENV:SQL> select owner, table_name, column_name, data_type, 
data_length, data_precision, data_scale, nullable from all_tab_columns where 
table_name='&V_NOME_DA_TABELA';

Entre o valor para v_nome_da_tabela: DEPT
antigo   1: select owner, table_name, column_name, data_type, data_length, 
data_precision, data_scale, nullable from all_tab_columns where 
table_name='&V_NOME_DA_TABELA
novo   1: select owner, table_name, column_name, data_type, data_length, 
data_precision, data_scale, nullable from all_tab_columns where 
table_name='DEPT'

OWNERTABLE_NAME COLUMN_NAME
DATA_TYPE   DATA_LENGTH DATA_PRECISION DATA_SCALE N
 -- -- 
--- --- -- -- -
SCOTTDEPT   DEPTNO 
NUMBER   22  2  0 N
SCOTTDEPT   DNAME  
VARCHAR2 14   Y
SCOTTDEPT   LOC
VARCHAR2 13   Y
SCOTTDEPT   TESTE  
NUMBER   22  1  0 Y

=> Agora vou mostrar as colunas de uma tabela chamada EMP :

scott@DESENV:SQL>/
Entre o valor para v_nome_da_tabela: EMP
antigo   1: select owner, table_name, column_name, data_type, data_length, 
data_precision, data_scale, nullable from all_tab_columns where 
table_name='&V_NOME_DA_TABELA
novo   1: select owner, table_name, column_name, data_type, data_length, 
data_precision, data_scale, nullable from all_tab_columns where table_name='EMP'

OWNERTABLE_NAME COLUMN_NAME
DATA_TYPE   DATA_LENGTH DATA_PRECISION DATA_SCALE N
 -- -- 
--- --- -- -- -
SCOTTEMPEMPNO  
NUMBER   22  4  0 N
SCOTTEMPENAME  
VARCHAR2 10   Y
SCOTTEMPJOB
VARCHAR2  9   Y
SCOTTEMPMGR
NUMBER   22  4  0 Y
SCOTTEMPHIREDATE   
DATE  7   Y
SCOTTEMPSAL
NUMBER   22  7  2 Y
SCOTTEMPCOMM   
NUMBER   22  7  2 Y
SCOTTEMPDEPTNO 
NUMBER   22  2  0 Y

8 linhas selecionadas.

scott@DESENV:SQL>

==>> okdoc ?? ESTUDE a documentação Oracle e LEIA os exemplos anteriores, que 
vc consegue adaptar esse conceito Vai ser um tanto TRABALHOSO, mas como eu 
disse antes, no momento em que vc FOGE do padrão recomendado de desenvolvimento 
e passa a trabalhar com objetos não-fixos/dinâmicos, maior complexidade é UM 
dos ônus que vc vai pagar, ALÉM das questões que já comentei antes de possíveis 
probs de performance, em altos volumes de dados

[]s

  Chiappa

RES: RES: [oracle_br] Re: Tabela Vári avel

['Clodoaldo Vilela' clodoaldovil...@yahoo.com.br [oracle_br]]

A tabela é criada no momento em que o usuário faz a consulta, com a seguinte 
nomenclatura “TABELA_ANALIT_”, concatenado com o código do usuário que fez a 
consulta, a questão é que eu preciso saber as colunas dessa tabela na 
PROCEDURE, não sei se consegue entender.

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: sexta-feira, 15 de fevereiro de 2019 11:46
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: Tabela Vári avel

 

  

Continuo sem entender completamente (em especial essa expressão "objeto 
tabela", que até onde sei Não Faz Sentido NENHUM no contexto do RDBMS Oracle), 
mas pelo jeito da coisa, TALVEZ o que vc queira é ter um TABLE ** TYPE ** (ie, 
um TYPE baseado numa tabela) e NÃO 'criar uma tabela a partir da variável', mas 
COM o ponto adicional que a tabela a ser referenciada é DINÂMICA, vc não sabe o 
nome dela, sim sim ??
 Se for isso, não há um jeito fácil de se fazer isso, um TYPE (seja ROWTYPE, 
seja TYPE simples) ** tem ** que ser baseado numa tabela ou numa coluna ou num 
cursor PREDEFINIDO e CONHECIDO, ok ?? Uma alternativa poe ser vc criar um 
CURSOR SQL dinâmico e basear teu TYPE nele... E sempre, quando se fala em SQL 
dinâmico, vc tem várias alternativas, a mais flexível/adequada seria o 
DBMS_SQL, veja 
https://stackoverflow..com/questions/26549823/rowtype-variable-from-table-name 
e 
https://asktom.oracle.com/pls/apex/f?p=100:11:0P11_QUESTION_ID:952567346741460
 para alguns exemplos...
 
 ==> Porém, TENHO que frisar : esse negócio de sair criando tabelas on-the-fly 
NÃO É UMA BOA PRÁTICA no RDBMS Oracle : além da DIFICULDADE/COMPLEXIDADE de ter 
que ficar usando SQL dinâmico, como eu disse antes vc FACILMENTE pode ter 
problemas de performance por falta de estatísticas e/ou plano gerado 
inadequadamente - o CORRETO é vc criar a tabela uma só vez antes de começar a 
codificar, já com TODAS as colunas eventualmente necessárias, aí os programas 
SEMPRE usam essa tabela já conhecida...
 
 []s
 
 
   Chiappa

Re: RES: [oracle_br] Re: Tabela Vári avel

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

Continuo sem entender completamente (em especial essa expressão "objeto 
tabela", que até onde sei Não Faz Sentido NENHUM no contexto do RDBMS Oracle), 
mas pelo jeito da coisa, TALVEZ o que vc queira é ter um TABLE ** TYPE ** (ie, 
um TYPE baseado numa tabela) e NÃO 'criar uma tabela a partir da variável', mas 
COM o ponto adicional que a tabela a ser referenciada é DINÂMICA, vc não sabe o 
nome dela, sim sim ??
 Se for isso, não há um jeito fácil de se fazer isso, um TYPE (seja ROWTYPE, 
seja TYPE simples) ** tem ** que ser baseado numa tabela ou numa coluna ou num 
cursor PREDEFINIDO e CONHECIDO, ok ?? Uma alternativa poe ser vc criar um 
CURSOR SQL dinâmico e basear teu TYPE nele... E sempre, quando se fala em SQL 
dinâmico, vc tem várias alternativas, a mais flexível/adequada seria o 
DBMS_SQL, veja 
https://stackoverflow.com/questions/26549823/rowtype-variable-from-table-name e 
https://asktom.oracle.com/pls/apex/f?p=100:11:0P11_QUESTION_ID:952567346741460
 para alguns exemplos...
 
 ==> Porém, TENHO que frisar : esse negócio de sair criando tabelas on-the-fly 
NÃO É UMA BOA PRÁTICA no RDBMS Oracle : além da DIFICULDADE/COMPLEXIDADE de ter 
que ficar usando SQL dinâmico, como eu disse antes vc FACILMENTE pode ter 
problemas de performance por falta de estatísticas e/ou plano gerado 
inadequadamente - o CORRETO é vc criar a tabela uma só vez antes de começar a 
codificar, já com TODAS as colunas eventualmente necessárias, aí os programas 
SEMPRE usam essa tabela já conhecida...
 
 []s
 
 
   Chiappa

RES: [oracle_br] Re: Tabela Váriavel

['Clodoaldo Vilela' clodoaldovil...@yahoo.com.br [oracle_br]]

Essa tabela é criada por outro processo “TABELA_ANALIT_” || pCdPessoaUsr, onde 
a tabela analítica fica “TABELA_ANALIT_2”, (2 é o código do usuário), eu quero 
transformar a variável em objeto tabela, ex.: reg_Tabela variável%rowtype;

 

 

 

 

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: sexta-feira, 15 de fevereiro de 2019 09:21
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Tabela Váriavel

 

  

Não entendi *** patavina *** do que vc quis dizer com " criar uma tabela dessa 
variável", até porque uma TABELA vai conter N valores, enquanto uma variável 
vai conter um só, mas o primeiro ponto que TEM que ser compreendido é que no 
RDBMS Oracle, muito embora vc POSSA criar objetos on-the-fly (normalmente com 
SQL dinâmico, via DBMS_SQL ou com EXECUTE IMMEDIATE) o método de trabalho 
PREFERIDO é vc criar TODAS AS TABELAS que vc precisa ANTES dos seus programas 
serem codificados, ok ? Entre outras coisas porque o RDBMS na hora de compilar 
suas procedures/packages/functions/triggers MANTÉM uma relação dos 
objetos/tabelas/etc dos quais dependem, E porque na hora de montar um Plano de 
Execução otimizado para um SQL o RDBMS precisa ter Estatísticas das tabelas 
todas...
 Não esquecendo também, qualquer RDBMS exige que a tabela tenha um nome E que 
os dados estejam 'divididos' em COLUNAS, colunas essas que vc 
(preferencialmente) indica o NOME e o DATATYPE delas : às vezes vc vê uma 
tabela chamada T com uma só coluna C string, aí o programa bota o que quiser do 
jeito que quiser nessa tabela - isso via de regra é um ERRO, já que além de 
perder a Integridade de dados (pois string aceita qquer coisa!!) o RDBMS ** não 
é programado/pensado ** para funcionar assim, nem a linguagem SQL
 A segunda coisa é : estando criada a tabela, para inserir o Oracle aceita 
tanto as tabelas "normais/comuns", cujos dados  ficam PERMANENTES após um 
COMMIT, quanto as tabelas TEMPORÁRIAS, cujos dados só existem enquanto a sessão 
que os criou estiver conectada no banco, quando essa sessão desconecta essa 
tabela é automaticamente limpa...
 E a terceira e última Obs é : seja qual for a tabela que vc criou, vc introduz 
dados nela com INSERT, alterar dados já introduzidos com UPDATE, remove dados 
com DELETE e pesquisa dados já introduzidos anteriormente com SELECT, ok ?? Não 
importa como foi criada, de que tipo é, a linguagem SQL funciona assim
 
 Espero ter dados alguns esclarecimentos, mas se Ainda tem dúvidas, PLEASE 
explica (muito!) melhor o que vc quer fazer e posso tentar dar um exemplo
 
 []s
 
 
   Chiappa

Re: RES: [oracle_br] Re: Restore HP Dataprotector

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

legal, fico contente de poder ter te orientado para o local/caminho correto...

 []s
 
   Chiappa

RES: [oracle_br] Re: Restore HP Dataprotector

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Entendido, era isso que eu precisava.

 

Obrigado,

Ednilson

 

De: sentto-1682896-122735-15493794...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122735-15493794...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 5 de fevereiro de 2019 13:07
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Restore HP Dataprotector

 

  

Blz ? Então, não estou com um ambiente do tipo em mãos pra testar mas até onde 
sei, a config do Drive em si não tem *** NADA A VER ** com o RMAN em si, vc faz 
isso nos arquivos de config do DataProtector Vide 
https://community.softwaregrp.com/t5/Data-Protector-User-Discussions/RMAN-restore-from-different-tape-drive/td-p/441920
 como Exemplo, onde (na versão de DataProtector em uso no caso) isso é feito no 
arquivo /etc/opt/omni/server/cell/restoredev .
 Ou seja : a pessoa que configurou esse ambiente é que TEM que te dizer em 
QUAL/QUAIS arquivos de config do dataprotector os drives estão configurados, 
com QUAL device name o outro drive tá configurado, aí SIM vc pode alterar o 
channel do RMAN, okdoc ???
 
 []s
 
   Chiappa

Re: RES: [oracle_br] Re: Pesquisa de registros no Forms dentro do EBS

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

Jóia, pelo jeito não mudou tnto assim a área de Customização do EBS desde 
que eu saí... okdoc, fico contente de poder ter ajudado...

[]s

  Chiappa

Re: RES: [oracle_br] Re: Pesquisa de registros no Forms dentro do EBS

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

Jóia, pelo jeito não mudou tnto assim a área de Customização do EBS desde 
que eu saí... okdoc, fico contente de poder ter ajudado...

[]s

  Chiappa

RES: [oracle_br] Re: Pesquisa de registros no Forms dentro do EBS

[Marlon Pasquali - TI - Peccin S.A. marlon.pasqu...@peccin.com.br [oracle_br]]

Bom dia Chiappa,
Segui o doc por você indicado e funcionou a pesquisa conforme esperado.
Muito obrigado pelo apoio.

[]s
Marlon





De: oracle_br@yahoogrupos.com.br 
Enviada em: terça-feira, 14 de agosto de 2018 17:28
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Pesquisa de registros no Forms dentro do EBS



Blz ? Então, há mito tempo não faço customização nos Forms do EBS mas 
lembro que vc usava o TEMPLATE.FMB como um repositório, copiando dele os 
objetos que quer 
http://www.erpschools.com/forms/query_find-form-in-oracle-apps por exemplo 
mostra que no datablock QUERY_FIND vc acha 3 botões, um deles sendo de 
Pesquisa, tenta usar esse... Se não for, abre no Builder o TEMPLATE e procura 
em todos os datablocks, nos object groups e nas Object Libraries que o TEMPLATE 
tem atachado que vc deve achar, okdoc ?
 Sorry não poder ter sido mais Específico, mas realmente neste momento nem 
sequer o .FMB de template do EBS eu tenho aqui, nem tenho uma instalação de EBS 
que eu possa fuçar ou instalada na minha máquina, então estou respondendo de 
cabeça aqui

 []s

   Chiappa

Re: RES: [oracle_br] Rimini Street

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

Blz ? Então, eu nunca tinha ouvido falar dessa Empresa, e dos meus 
contatos/conhecidos/clientes, NINGUÉM tinha feito/fez/ouvi falar de alguém que 
fez contrato com esses caras
 Tecnicamente falando, pelo jeito esse pessoal deve ter desenvolvido um 
software de middle, que OU fica em memória capturando tudo que vai ser enviado 
pro listener e substituindo SQL para bypassar bugs conhecidos OU (inda pior) o 
tal software captura chamadas às DLLs/libraries/tasks do executável do RDBMS 
Oracle e as substitui por chamadas à DLL desenvolvida por eles Ambos os 
casos, gambi Feia e Inconfiável.
 Não adianta vc querer passar dados técnicos pro teu Superior : o que vc TEM 
que fazer é mostrar o textos da Oracle que proíbem qualquer tipo de engenharia 
reversa, alteração ou inserção de software customizado junto com os executáveis 
do RDBMS Oracle, sob pena de multa e de cancelamento de Suporte - se ele quiser 
Arriscar, vc faz ele assinar uma Carta de Risco e cabou, vc lava as mãos 
 
 []s
 
   Chiappa

RES: [oracle_br] Rimini Street

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

 

Já passei, mas ele só vê numeros...

 

Preciso de mais argumentos, esta semana iremos ligar para alguns outros 
clientes da Rimini...

 

Daí resolvi postar aqui no grupo para ver se alguem tem contrato com eles.

 

Ednilson

 

De: sentto-1682896-122505-15287243...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122505-15287243...@returns.groups.yahoo.com] Em nome de 
Tércio Costa terciosilvaco...@gmail.com [oracle_br]
Enviada em: segunda-feira, 11 de junho de 2018 10:39
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Rimini Street

 

  

Então, passa todas essas informações para o seu chefe e diz que você não 
conselhe, aí fica por conta dele.




 

Em seg, 11 de jun de 2018 às 10:25, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]  escreveu:

  

 

Sim, já vi este link e tem mais esse... 
https://www.oracle.com/br/support/trusted-support.html 

 

Só que prometeram dar o mesmo suporte que a Oracle dá, perguntei se eu recisar 
aplicar um patch sendo que eles não tem o codigo fonte como era vendedor, 
só respoderam que a equipe consegue fornecer uma solução.

 

Enfim, estou com receio disso ate dar o problema mais serio ai cabeças vão 
rolar e que não seja a minha.

 

Abraços,

Ednilson

 

De: sentto-1682896-122503-15287226...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122503-15287226...@returns.groups.yahoo.com] Em nome de 
Tércio Costa terciosilvaco...@gmail.com [oracle_br]
Enviada em: segunda-feira, 11 de junho de 2018 10:10
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Rimini Street

 

  

Olha o que eu encontrei: https://www..oracle.com/rimini/index.html 
 




 

 Mailtrack

Remetente notificado por 
 

 Mailtrack 11/06/18 10:09:59 



 

Em seg, 11 de jun de 2018 às 10:09, Tércio Costa  
escreveu:

não sei como eles conseguiram resolver um bug no Oracle, eles não tem acesso 
fonte e não podem desenvolver um patch.

 

Além disso eles não podem repassar patchs da Oracle, isso é crime, inclusive 
donos de uma empresa grande dos EUA foram presos por isso este ano..




 

 Mailtrack

Remetente notificado por 
 

 Mailtrack 11/06/18 10:08:02 



 

Em seg, 11 de jun de 2018 às 10:03, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]  escreveu:

  

Tércio,

 

Sim, tivemos uma reunião com um representante da Rimini.

 

Eles afirmam prover tudo isso, só não estou conseguindo imaginar como. Em caso 
de algum bug, eles irão desenvolver alguma solução.

 

A Rimini tem varios clientes grandes no Brasil, e passaram alguns, tentamos 
falar com dois ate agendamos uma Call, mas no horario agendado não atendem.

 

Não estou gostando dessa ideia, e estou preocupado com o rumo disso.

 

Grato,

Ednilson

 

De: sentto-1682896-122500-15287215...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122500-15287215...@returns.groups.yahoo.com] Em nome de 
Tércio Costa terciosilvaco...@gmail.com [oracle_br]
Enviada em: segunda-feira, 11 de junho de 2018 09:52
Para: oracle...@yahoogrupos..com.br  
Assunto: Re: [oracle_br] Rimini Street

 

  

Vocês não poderão abrir chamados direto com a Oracle. Vocês não terão acesso as 
NOTAS, ou MOS, da Oracle, mostrando soluções para diversos tipos de problemas. 
Vocês não terão acessos a partchs e etc. A Oracle não irá lhe prover um patch 
específico para o seu caso. e etc..

 

Não recomendo isto.

 

Em seg, 11 de jun de 2018 às 09:46, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] mailto:oracle...@yahoogrupos.com..br> > escreveu:

  

Bom Dia,

Gostaria de saber se alguém tem contrato com a Rimini Street ou se tem algo a 
falar sobre esta empresa.

 

Pergunto isso, pois meu diretor esta querendo cortar o contrato com a Oracle, e 
fazer um contrato de suporte com a Rimini.

 

Sinceramente, não estou confortável com essa situação.

 

Temos um contrato ULA, que vai vencer agora em Novembro e a Rimini promete 50% 
do valor do contrato que temos com a Oracle.

 

Grato,

Ednilson




 

-- 

 


 photo 

 

Tércio Costa, 

Oracle Certified SQL Expert, ACE Associate, Dell Experts
Analista de Dados, Unimed João Pessoa

m:+55 83 9 9915 9168 | w:  
https://oraclepress.wordpress.com/ | 

    
  

 




 

-- 

 


 photo 

 

Tércio Costa, 

Oracle Certifi

RES: [oracle_br] Rimini Street

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

 

Sim, já vi este link e tem mais esse... 
https://www.oracle.com/br/support/trusted-support.html 

 

Só que prometeram dar o mesmo suporte que a Oracle dá, perguntei se eu recisar 
aplicar um patch sendo que eles não tem o codigo fonte como era vendedor, 
só respoderam que a equipe consegue fornecer uma solução.

 

Enfim, estou com receio disso ate dar o problema mais serio ai cabeças vão 
rolar e que não seja a minha.

 

Abraços,

Ednilson

 

De: sentto-1682896-122503-15287226...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122503-15287226...@returns.groups.yahoo.com] Em nome de 
Tércio Costa terciosilvaco...@gmail.com [oracle_br]
Enviada em: segunda-feira, 11 de junho de 2018 10:10
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Rimini Street

 

  

Olha o que eu encontrei: https://www.oracle.com/rimini/index.html





 

 Mailtrack

Remetente notificado por 
 

 Mailtrack 11/06/18 10:09:59 



 

Em seg, 11 de jun de 2018 às 10:09, Tércio Costa  
escreveu:



não sei como eles conseguiram resolver um bug no Oracle, eles não tem acesso 
fonte e não podem desenvolver um patch.

 

Além disso eles não podem repassar patchs da Oracle, isso é crime, inclusive 
donos de uma empresa grande dos EUA foram presos por isso este ano.





 

 Mailtrack

Remetente notificado por 
 

 Mailtrack 11/06/18 10:08:02 



 

Em seg, 11 de jun de 2018 às 10:03, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]  escreveu:

  

Tércio,

 

Sim, tivemos uma reunião com um representante da Rimini.

 

Eles afirmam prover tudo isso, só não estou conseguindo imaginar como. Em caso 
de algum bug, eles irão desenvolver alguma solução.

 

A Rimini tem varios clientes grandes no Brasil, e passaram alguns, tentamos 
falar com dois ate agendamos uma Call, mas no horario agendado não atendem.

 

Não estou gostando dessa ideia, e estou preocupado com o rumo disso.

 

Grato,

Ednilson

 

De: sentto-1682896-122500-15287215...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122500-15287215...@returns.groups.yahoo.com] Em nome de 
Tércio Costa terciosilvaco...@gmail.com [oracle_br]
Enviada em: segunda-feira, 11 de junho de 2018 09:52
Para: oracle_br@yahoogrupos.com.br  
Assunto: Re: [oracle_br] Rimini Street

 

  

Vocês não poderão abrir chamados direto com a Oracle. Vocês não terão acesso as 
NOTAS, ou MOS, da Oracle, mostrando soluções para diversos tipos de problemas. 
Vocês não terão acessos a partchs e etc. A Oracle não irá lhe prover um patch 
específico para o seu caso. e etc.

 

Não recomendo isto.



 

Em seg, 11 de jun de 2018 às 09:46, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]  escreveu:

  

Bom Dia,

Gostaria de saber se alguém tem contrato com a Rimini Street ou se tem algo a 
falar sobre esta empresa.

 

Pergunto isso, pois meu diretor esta querendo cortar o contrato com a Oracle, e 
fazer um contrato de suporte com a Rimini.

 

Sinceramente, não estou confortável com essa situação.

 

Temos um contrato ULA, que vai vencer agora em Novembro e a Rimini promete 50% 
do valor do contrato que temos com a Oracle.

 

Grato,

Ednilson




 

-- 

 


 photo 

 

Tércio Costa, 

Oracle Certified SQL Expert, ACE Associate, Dell Experts
Analista de Dados, Unimed João Pessoa

m:+55 83 9 9915 9168 | w:  
https://oraclepress.wordpress.com/ | 

    
  

 




 

-- 

 


 photo 

 

Tércio Costa, 

Oracle Certified SQL Expert, ACE Associate, Dell Experts
Analista de Dados, Unimed João Pessoa

m:+55 83 9 9915 9168 | w:  
https://oraclepress.wordpress.com/ | 

    
  

 




 

-- 

 


 photo 

 

Tércio Costa, 

Oracle Certified SQL Expert, ACE Associate, Dell Experts
Analista de Dados, Unimed João Pessoa

m:+55 83 9 9915 9168 | w:  
https://oraclepress.wordpress.com/ | 

    
  

 

RES: [oracle_br] Rimini Street

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Tércio,

 

Sim, tivemos uma reunião com um representante da Rimini.

 

Eles afirmam prover tudo isso, só não estou conseguindo imaginar como. Em caso 
de algum bug, eles irão desenvolver alguma solução.

 

A Rimini tem varios clientes grandes no Brasil, e passaram alguns, tentamos 
falar com dois ate agendamos uma Call, mas no horario agendado não atendem.

 

Não estou gostando dessa ideia, e estou preocupado com o rumo disso.

 

Grato,

Ednilson

 

De: sentto-1682896-122500-15287215...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122500-15287215...@returns.groups.yahoo.com] Em nome de 
Tércio Costa terciosilvaco...@gmail.com [oracle_br]
Enviada em: segunda-feira, 11 de junho de 2018 09:52
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Rimini Street

 

  

Vocês não poderão abrir chamados direto com a Oracle. Vocês não terão acesso as 
NOTAS, ou MOS, da Oracle, mostrando soluções para diversos tipos de problemas. 
Vocês não terão acessos a partchs e etc. A Oracle não irá lhe prover um patch 
específico para o seu caso. e etc.

 

Não recomendo isto.




 

Em seg, 11 de jun de 2018 às 09:46, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]  escreveu:

  

Bom Dia,

Gostaria de saber se alguém tem contrato com a Rimini Street ou se tem algo a 
falar sobre esta empresa.

 

Pergunto isso, pois meu diretor esta querendo cortar o contrato com a Oracle, e 
fazer um contrato de suporte com a Rimini.

 

Sinceramente, não estou confortável com essa situação.

 

Temos um contrato ULA, que vai vencer agora em Novembro e a Rimini promete 50% 
do valor do contrato que temos com a Oracle.

 

Grato,

Ednilson




 

-- 

 


 photo 

 

Tércio Costa, 

Oracle Certified SQL Expert, ACE Associate, Dell Experts
Analista de Dados, Unimed João Pessoa

m:+55 83 9 9915 9168 | w:  
https://oraclepress.wordpress.com/ | 

    
  

 

RES: RES: [oracle_br] Re: Migrar BD 9i HPUX para Linux

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Muito obrigado pelas dicas, assim que liberarem a maquina irei iniciar os 
testes e marcar os tempos.

 

Obrigado

Ednilson

 

De: sentto-1682896-122398-15205311...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122398-15205311...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: quinta-feira, 8 de março de 2018 14:42
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: Migrar BD 9i HPUX para Linux

 

  

Atenção apenas para não esquecer algum ONE-OFF patch ou algum PSU/CPU aplicado 
no HP-UX : idealmente, TODOS esses bugfixes extras eventualmente aplicados no 
HP-UX DEVERIAM ser aplicados no Linux também...
 De resto, no 9i as suas opções são algo limitadas, é basicamente testar e 
escolher entre essas mesmo... Só não desista das outras (principalmente das que 
dependem de um link de rede de alta-performance entre os dois servidores) SEM 
Realmente as tentar : em especial se os dois servidores estiverem no mesmo 
datacenter, normalmente é BICO pro pessoal de infra te montar uma rede privada 
usando um roteador local, vc não imagina o quanto isso pode ficar Rápido...
 
 E se optar por um método que envolva em algum ponto exp+imp, aquela historinha 
de sempre : múltiplos prompts de comando fazendo múltiplos exports/imports ao 
mesmo tempo, USAR as opções de aumento de performance/diminuição de dados do 
exp (como DIRECT=Y BUFFER=10485760 COMPRESS=N RECORDLENGTH=65535 
STATISTICS=NONE INDEXES=N CONSTRAINTS=N)  okdoc ?
 
 []s
 
   Chiappa
   
OBS : 

 a. não se esqueça também, no exp/imp tradicionais nós NÃO TEMOS opções tipo 
REMAP_TABLESPACE, então além de criar o banco vazio vc deve se assegurar que os 
mesmos mountpoints estão em uso no Linux OU se for o caso, criar as tablespaces 
manualmente
 
 b. no export os metadados a nível de banco (como schemas, objetos públicos, 
ROLES, tablespaces, etc, etc ) só são exportados pro dumpfile se vc estiver 
usando a opção FULL=Y, o que não acontece se vc usar a estratégia de múltiplos 
exps... A solução pra isso seria fazer um export full SEM DADOS, SEM GRANTs e 
SEM ÍNDICES/CONSTRAINTs (aí só vem os metadados mesmo), importar isso no 
banco-destino e só depois disparar os exps/imps simultâneos de dados...

Re: RES: [oracle_br] Re: Migrar BD 9i HPUX para Linux

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

Atenção apenas para não esquecer algum ONE-OFF patch ou algum PSU/CPU aplicado 
no HP-UX : idealmente, TODOS esses bugfixes extras eventualmente aplicados no 
HP-UX DEVERIAM ser aplicados no Linux também...
 De resto, no 9i as suas opções são algo limitadas, é basicamente testar e 
escolher entre essas mesmo... Só não desista das outras (principalmente das que 
dependem de um link de rede de alta-performance entre os dois servidores) SEM 
Realmente as tentar : em especial se os dois servidores estiverem no mesmo 
datacenter, normalmente é BICO pro pessoal de infra te montar uma rede privada 
usando um roteador local, vc não imagina o quanto isso pode ficar Rápido...
 
 E se optar por um método que envolva em algum ponto exp+imp, aquela historinha 
de sempre : múltiplos prompts de comando fazendo múltiplos exports/imports ao 
mesmo tempo, USAR as opções de aumento de performance/diminuição de dados do 
exp (como DIRECT=Y BUFFER=10485760 COMPRESS=N RECORDLENGTH=65535 
STATISTICS=NONE INDEXES=N CONSTRAINTS=N)  okdoc ?
 
 []s
 
   Chiappa
   
OBS : 

 a. não se esqueça também, no exp/imp tradicionais nós NÃO TEMOS opções tipo 
REMAP_TABLESPACE, então além de criar o banco vazio vc deve se assegurar que os 
mesmos mountpoints estão em uso no Linux OU se for o caso, criar as tablespaces 
manualmente
 
 b. no export os metadados a nível de banco (como schemas, objetos públicos, 
ROLES, tablespaces, etc, etc ) só são exportados pro dumpfile se vc estiver 
usando a opção FULL=Y, o que não acontece se vc usar a estratégia de múltiplos 
exps... A solução pra isso seria fazer um export full SEM DADOS, SEM GRANTs e 
SEM ÍNDICES/CONSTRAINTs (aí só vem os metadados mesmo), importar isso no 
banco-destino e só depois disparar os exps/imps simultâneos de dados...

RES: [oracle_br] Re: Migrar BD 9i HPUX para Linux

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Obrigado pelas dicas, acho que a terceira opção seria mais interessante.

 

Referente aos binarios, tenho todos aqui, Oracle 9i para Linux 32bits e 64bits

 

- 9.2.0.4, 32bits e 64bits

- patch 9.2.0.5, 9.2.0.6, 9.2.0.7 e 9.2.0.8 – 32bits

- patch 9.2.0.8 64bits

 

Se alguem precisar avise que disponibilizo em alguma area..

 

No HP-UX, tem apenas o banco mesmo.

 

Obrigado,

Ednilson

 

De: sentto-1682896-122395-15204665...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122395-15204665...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 7 de março de 2018 20:49
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Migrar BD 9i HPUX para Linux

 

  

Só um detalhe adicional : eu falei 3 possibilidades mas só indiquei duas : a 
terceira claro seria uma Variação/adaptação das outras duas, como abrir cursor 
e ler via dblink e gravar os dados lidos, gerar arquivos-texto via UTL_FILE, 
etc...

  IMPORTANTE : vc disse que nas duas pontas vaiser ENTERPRISE EDITION, certo ? 
Então, no 9i vc não tem PARALLEL SQL no export/import MAS TEM SIM Parallel SQL 
em cursores/PL/SQL ou em INSERT feito manualmente via dblink : de repente isso 
pode ser Mito Vantajoso pra performance
  E vc pode MISTURAR ambas as possibilidades, tipo : vc faz os export e imports 
normalmente MAS eles contém só dados, NÂO contém Nem os Indexes e Nem as 
constraints, e DEPOIS dos dados importados OK aí sim vc exporta os CREATE 
INDEXES e ADD CONSTRAINTS pra arquivos-texto, depois edita e altera esse 
arquivo-texto ADICIONANDO os comandos de PARALLEL para que os indíces sejam 
criados em paralelo E adiciona um NOVALIDATE pra que as constraints não sejam 
validadas (já que vc SABE que os dados estavam válidos no banco-origem)...
  
  []s
  
Chiappa

Re: RES: [oracle_br] Re: Quando uma coluna foi alterada?

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

Ah, um detalhe adicional quando se fala de Auditoria de DDLs (provavelmente pra 
tentar detectar quem está alterando tabelas, compilando código e coisas assim 
em produção sem Autorização e sem aviso, enfim) é a possibilidade de fazer o 
RDBMS ** automaticamente ** logar uma linha no arquivo de ALERT.LOG do banco : 
isso se faz setando o parâmetro enable_ddl_logging , vide Doc 11gR2 online em 
https://docs.oracle.com/cloud/latest/db112/REFRN/initparams085.htm#REFRN10302 
...
 Claro, tem suas falhas (não cobre TODOS os tipos de DDL, e só te dá algumas 
poucas infos básicas) MAS tem a vantagem de ser extremamente leve (não 
interferindo em QUASE NADA na performance do banco, já que o ALERT.LOG é um 
simples arquivo-texto e ainda por cima é EXTERNO ao banco) E ademais muitas 
ferramentas de monitoração já monitoram qquer mensagem que chega no alert.log 
do banco
  Fica a dica adicional a mais para ser testada e avaliada...
  
 []s
 
   Chiappa

Re: RES: [oracle_br] Re: Quando uma coluna foi alterada?

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

Yep, recomendo muito muitíssimo algum tipo de Auditoria : afinal, se vc teve a 
necessidade de  saber Quando um determinado objeto sofreu DDL, isso é um sinal 
Claro de possível violação de procedimento de mudanças/promoção de código em 
Produção ou Homologação - é claro, se não fosse isso vc simplesmente 
consultaria o documento das últimas changes que foram autorizadas, se vc não o 
fez entendo que algo/alguém tá mudando código/alterando objetos bypassando o 
processo oficial de change management aí da Empresa
  Eu diria pra vc inicialmente começar simples, valide o comando de AUDIT 
nativo : ele tem um overhead Extremamente baixo para DDLs (é só um registro a 
ser inserido na tabela de auditoria interna AUD$, e DDLs em tese são muito mais 
raros do que Queries ou DMLs, que aí sim podem gerar muitos registros) e é 
Fácil de aplicar e controlar...
  
  []s
  
Chiappa

RES: [oracle_br] Re: Quando uma coluna foi alterada?

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Era isso mesmo que eu precisava.

 

Sobre a auditoria, iremos providenciar.

 

Grato,

Ednilson

 

De: sentto-1682896-122323-15168226...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122323-15168226...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: quarta-feira, 24 de janeiro de 2018 17:18
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Quando uma coluna foi alterada?

 

  

Cfrme outras threads anteriores aqui do Forum mesmo, sem Auditoria habilitada 
vc só terá os controles da view DBA/ALL/USER_OBJECTS, que registra a hora em 
que foi feito um DDL mas vc ** não sabe ** só com isso quem fez o DDL, ** qual 
foi ** o DDL (ie, se foi um COMPILE, um MODIFY, ou o que foi) , etc.. Exemplo :

SCOTT:@XE:SQL>select timestamp, created, last_ddl_time from user_objects where 
object_name='EMP';

TIMESTAMP   CREATED  LAST_DDL
---  
2016-12-14:23:22:31 14/12/16 14/12/16

SCOTT:@XE:SQL>desc emp
 Nome   Nulo?   
 Tipo
 -- 
 
 EMPNO  NOT 
NULL NUMBER(4)
 ENAME  
 VARCHAR2(10)
 JOB
 VARCHAR2(9)
 MGR
 NUMBER(4)
 HIREDATE   
 DATE
 SAL
 NUMBER(7,2)
 COMM   
 NUMBER(7,2)
 DEPTNO 
 NUMBER(2)


SCOTT:@XE:SQL>alter table emp modify ename varchar2(12);

Tabela alterada.

SCOTT:@XE:SQL>select timestamp, created, last_ddl_time from user_objects where 
object_name='EMP';

TIMESTAMP   CREATED  LAST_DDL
---  
2018-01-24:17:10:27 14/12/16 24/01/18

SCOTT:@XE:SQL>


==> No exemplo, tá marcado que alguém fez um DDL na tabela EMP depois que ele 
foi criado, mas é só... E Óbvio#2, veja que só existe UM registro pra cada 
objeto na view DBA/ALL/USER_OBJECTS, então APENAS E SOMENTE o ÚLTIMO DDL vai 
ter a data lá registrada...

 Não tem jeito, se vc quer ter uma Auditoria de DDLs propriamente dita, vc TEM 
que ativar Auditoria : seja com comando AUDIT, seja com trigger de DDL, seja 
com DBMS_FGA, seja proibindo DDLs pros usuários demais e dando pra eles acesso 
aos objetos apenas via uma API PL/SQL que faz o DDL e já Audita, não importa - 
informação de Auditoria de DDL precisa IMPLICA em ativar/criar algum tipo de 
mecanismos de Auditoria...
 
 []s
 
   Chiappa

RES: [oracle_br] Quando uma coluna foi alterada?

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Angelo,

Seria na estrutura.

 

Ex.

Era Varchar2(20) e agora esta com Varchar2(30)

 


Grato,

Ednilson

 

 

De: sentto-1682896-122321-15168075...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122321-15168075...@returns.groups.yahoo.com] Em nome de 
angelo angelolis...@gmail.com [oracle_br]
Enviada em: quarta-feira, 24 de janeiro de 2018 13:25
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Quando uma coluna foi alterada?

 

  

Ednilson,

 

A estrutura da tabela ou o conteudo do campo ? ( um update/delete/insert por 
exemplo )

 

 

 

2018-01-24 13:23 GMT-02:00 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] :

  

Pessoal,

Preciso descobrir quando uma coluna foi alterada numa tabela.

Existe uma view ou tabela que dê essa informação?

 

Oracle Database Enterprise 10g – Release 10.2.0.5

 

OBS. Banco não tem auditoria habilitada.

 

Grato

Ednilson

 

Re: RES: [oracle_br] Re: ORA-27090

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

Ah, importante : eu não tinha comentado, mas 6000 processos via de regra é um 
Exagero : veja vc, o RDBMS Oracle tem coisa de duas dúzias de processos 
internos, aí cada sessão cria um processo (digamos que vc tenha umas centenas 
de sessões simultâneas, vai dar uns 300 processos para as sessões), bota uma 
gordurinha mais e chegamos na soma geral, sei lá, nuns 1500 processos - esse 
teu valor de 6000 me parece Suspeito
 PORQUE esse setting tão alto ? Estão mesmo sendo criados esses vários e vários 
milhares de processos ? Se sim, SERÁ que teu kernel está configurado 
adequadamente pra Suportar isso - ou seja, não só com kernel.pid_max  alto MAS 
TAMBÉM /etc/security/limits.conf e/ou ulimit (principalmente do usuário Oracle 
no linux) adequados ? Talvez settings do tipo inadequados é que estejam fazendo 
o sub-sistema emulador de AIO falhar ??
 
  Veja, não tem como nós daqui de fora enxergarmos o que vc está fazendo, nem 
sabemos as suas Razões, mas como vc está trabalhando ** LONGE ** dos defaults e 
dos indicadores gerais, acho que uma validação em regra do seu kernel cai 
bem
  
  []s
  
Chiappa

Re: RES: [oracle_br] Re: ORA-27090

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

"Este banco esta num filesystem e minha razão para isso foram os erros que 
apareceu no alert log."

==> NEM IMAGINO que erro seria esse que te FORÇA a usar filesystem ao invés de 
raw device ou Oracle ASM, que já te dariam AUTOMATICAMENTE I/O Asíncrono e I/O 
direto (nada de buffer envolvido na leitura) 
 E se os erros foram esses :

 Mon Jan 15 15:24:11 BRST 2018

Errors in file /ora01/app/admin/prd/bdump/prd_p202_97225.trc:

ORA-27090: Unable to reserve kernel resources for asynchronous disk I/O

Linux-x86_64 Error: 11: Resource temporarily unavailable

Additional information: 3

Additional information: 128

Additional information: 1048576

==> Vc entendeu que eles estão sendo causados pela sua tentativa de usar 
asynchronous disk I/O em filesystem né ? Eu estava 
CONDENANDO/contra-recomendando o uso de filesystems, e NÂO incentivando vc a 
usá-los, certo ??
  Ou então vc pode  desabilitar o I/O asíncrono no database, se vc (seja por 
qual for a razão absurda) vc TEM que usar filesystem ao invés de acessar os 
discos DIRETAMENTE : isso vc faria através dos parâmetro FILESYSTEMIO_OPTIONS, 
provavelmente... EVIDENTEMENTE, pode haver uma QUEDA DE PERFORMANCE em vc não 
usar AIO, mas se é um banco tão pequeno e desimportante que é aceitável rodar 
em filesystem, TALVEZ essa queda seja aceitável...

Sobre o valor : sim, a fórmula proposta nas notas metalink que indiquei é mais 
ou menos isso, sim... Porém, eu ** REPITO ** :

a. antes de mais nada CONFIRME COM O SUPORTE ORACLE pra ver se não tem bugs 
ativos na parada : se tiver um BUG causando leaks, por exemplo, vc pode setar 
l na Lua o valor do kernel que acaba dando erro de novo

E

b. confirme com teu sysadmin que vc TEM espaço suficiente em /proc , que o 
servidor TEM file handles/file descriptors suficientes, que os demais 
parâmetros de controle que limitam qtdades de arquivos /tamanhos que os arquivo 
podem crescer estão ok

[]s

  Chiappa

RES: [oracle_br] Re: ORA-27090

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Este banco esta num filesystem e minha razão para isso foram os erros que 
apareceu no alert log.

 

Este alerta apareceu duas vezes no startup do banco.

 

SQL> show parameter processes

 

NAMETYPEVALUE  

--- --- 

processes   integer 6000   

 

SQL> select 6000*1*4096 from dual;

 

6000*1*4096

---

   24576000

 

O valor para aio-max-nr seria 24576000 ?

 

Neste servidor, tenho apenas um DB.

 

Grato,

Ednilson

 

 

De: sentto-1682896-122294-15161229...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122294-15161229...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 16 de janeiro de 2018 15:15
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: ORA-27090

 

  

Tudo jóia ? Então, a ** primeira coisa ** a Observar é que fs.aio-nr e 
derivados servem para simular AIO (ie, Asynchronous I/O) em um FILESYSTEM : não 
vejo muito sentido nisso, se vc quer ter I/O Asíncrono (e Direto também, 
provavelmente) PLEASE use a coisa real, implementando RAW DEVICES ou Oracle ASM 
ou similares Só apele pra SIMULAÇÃO de AIO se vc tiver uma razão Muito 
Forte pra isso
  
 Apenas caso vc REALMENTE tenha que apelar pro 'simulador de Async I/O' aí vc :
 
 a. CONFIRMA com o Suporte Oracle que não está caindo em bugs como o reportado 
na nota metalink/My Oracle Support "ORA-27090: Unable to reserve kernel 
resources for asynchronous disk I/O in 12.1" (Doc ID 2188232.1) : o específico 
desta Nota é para 12c mas pode ser que ele esteja ocorrendo no seu 10g 
também
 
 b. para calcular o AIO-MAX-NR vc pode seguir a fórmula indicada na nota 
metalink/My Oracle Support "What value should kernel parameter AIO-MAX-NR be 
set to ?" (Doc ID 2229798.1) , que é basicamente :
 
 aio-max-nr =no of process per DB * no of databases * 4096
 
 c. o aio-nr é o valor inicial para os buffers do asynch I/O 'falso' a se feito 
em filesystems - a idéia é que o consumo desses buffers começa nesse valor de 
aio-nr e pode crescer até o valor indicado em aio-max-nr... Devido a esse 
comportamente (e como indicado na nota citada em b. acima), setar esse máximo 
pra um valor Extravagantemente alto em si não causa prob algum, mas libera o 
sistema para consumir espaço em /proc/sys/fs/aio-nr em níveis altos - vc TEM 
que checar com o sysadmin se há espaço em disco suficiente pra isso, se há FILE 
HANDLEs no sistema operacional suficientes pra isso, etc...
 
 []s
 
   Chiappa

Re: RES: RES: RES: RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS

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

Yes !!! Agora sim estamos "cozinhando com gás", como dizia minha avó... É isso 
aí 

 []s

  Chiappa

RES: RES: RES: RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS

[Ricardo Sá ricardo....@terra.com.br [oracle_br]]

Chiappa, bom dia.

 

Foi extremamente rápido. Acredite ou não, veja o tempo:

 

ERPPRD@dbcapul2 > Disconnected from Oracle Database 11g Enterprise Edition 
Release 11.2.0.4.0 - 64bit Production

With the Partitioning, Real Application Clusters, Automatic Storage Management, 
OLAP,

Data Mining and Real Application Testing options

0.02user 0.01system 15:26.91elapsed 0%CPU (0avgtext+0avgdata 55296maxresident)k

8inputs+56outputs (0major+28765minor)pagefaults 0swaps

 

Mais uma vez, muito obrigado.

 

Ricardo

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: terça-feira, 17 de outubro de 2017 18:03
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 
MILHOES DE LINHAS

 

  

Ok : se nesse servidor 50% inferior E rodando serial vc levou duas horas, ** 
faça um teste ** nele paralelizando o UPDATE com digamos umas 4 slaves e veja o 
que acontece SE o ganho for bom, taca um DOP ainda maior em PROD que vc 
deve ter uma redução significativa do tempo

[]s

  Chiappa

Re: RES: RES: RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS

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

Ok : se nesse servidor 50% inferior E rodando serial vc levou duas horas, ** 
faça um teste ** nele paralelizando o UPDATE com digamos umas 4 slaves e veja o 
que acontece SE o ganho for bom, taca um DOP ainda maior em PROD que vc 
deve ter uma redução significativa do tempo

[]s

  Chiappa

RES: RES: RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS

[Ricardo Sá ricardo....@terra.com.br [oracle_br]]

Chiappa,

O servidor de contingência que realizei o procedimento de update, é +/- 50% 
inferior ao de produção (conjunto processador, disco controladora local, etc).

Não usei paralelismo, rodei o UPDATE direto... esta tabela não tem colunas 
CLOB,BLOB... e também não está particionada...

 

Ricardo

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: terça-feira, 17 de outubro de 2017 15:52
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 
MILHOES DE LINHAS

 

  

Tá, mas xô entender melhor : depois que vc desabilitou os triggers e dropou os 
índices (E TAMBÉM desabilitou ou dropou as constraints, claro), vc fez o UPDATE 
em modo serial OU com paralelismo Ativado (já que cfrme a Documentação online 
em 
https://docs.oracle.com/cd/E11882_01/server.112/e25523/parallel007.htm#i1009257 
indica, é Possível se paralelizar UPDATEs e outros DMLs via ALTER SESSION 
ENABLE PARALLEL DML) ? QUAL o degree de paralelismo que vc usou no UPDATE, se 
estava habilitado o PARALLEL DML ? Se não fez o UPDATE em Parallel-mode, tinha 
alguma coisa que te impedia (por exemplo, tabela é clusterizada, ou é 
não-particionada contendo colunas LOBs, ou tá envolvida numa transação 
distribuída, ou qquer uma das demais restrições) ??
 Pergunto isso porque num hardware enterprise-class (inferior à Produção mas 
não é tããão inferior, creio) E com o overhead dos índices e das constraints 
eliminado, 11 milhões Não É de forma alguma algo que deveria levar 2 horas pra 
se fazer UPDATE, daí minha Dedução que talvez vc não paralelizou, ou então 
paralelizou com um degree muito pequeno/tímido...
 
 []s
 
   Chiappa

Re: RES: RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS

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

Tá, mas xô entender melhor : depois que vc desabilitou os triggers e dropou os 
índices (E TAMBÉM desabilitou ou dropou as constraints, claro), vc fez o UPDATE 
em modo serial OU com paralelismo Ativado (já que cfrme a Documentação online 
em 
https://docs.oracle.com/cd/E11882_01/server.112/e25523/parallel007.htm#i1009257 
indica, é Possível se paralelizar UPDATEs e outros DMLs via ALTER SESSION 
ENABLE PARALLEL DML) ? QUAL o degree de paralelismo que vc usou no UPDATE, se 
estava habilitado o PARALLEL DML ? Se não fez o UPDATE em Parallel-mode, tinha 
alguma coisa que te impedia (por exemplo, tabela é clusterizada, ou é 
não-particionada contendo colunas LOBs, ou tá envolvida numa transação 
distribuída, ou qquer uma das demais restrições) ??
 Pergunto isso porque num hardware enterprise-class (inferior à Produção mas 
não é tããão inferior, creio) E com o overhead dos índices e das constraints 
eliminado, 11 milhões Não É de forma alguma algo que deveria levar 2 horas pra 
se fazer UPDATE, daí minha Dedução que talvez vc não paralelizou, ou então 
paralelizou com um degree muito pequeno/tímido...
 
 []s
 
   Chiappa

Re: RES: RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS

[Junior Cesar juniorcesa...@yahoo.com.br [oracle_br]]

Opa, boa tarde!
Segue um bloco de exemplo.

CREATE TABLE teste_update (ID NUMBER, texto CHAR(1))/SELECT * FROM 
teste_update/SQL> desc teste_update;Name  Type    Nullable Default Comments 
- ---  ---  ID    NUMBER  Y                         
TEXTO CHAR(1) Y                         
SQL> 

DECLARE
  CURSOR C IS    SELECT ROWID rrowid       FROM teste_update;       -- se tiver 
um filtro de data vc pode rodar em parallel 
    TYPE T_C IS TABLE OF C%ROWTYPE;
    C_Array T_C;
  BEGIN
    dbms_application_info.set_action('Abrindo cursor');    OPEN C;    --    LOOP
      dbms_application_info.set_action('Qtd C '||C%ROWCOUNT);      FETCH C BULK 
COLLECT INTO C_array LIMIT 1;
      FORALL i IN 1..C_array.count      UPDATE teste_update         SET texto = 
'.'       WHERE rowid = C_Array(i).rrowid;
      COMMIT;
      EXIT WHEN C%NOTFOUND;
    END LOOP;
    COMMIT;
    CLOSE C;
  EXCEPTION    WHEN OTHERS THEN      ROLLBACK;      RAISE;
END;/-- vc pode criar uma procedure com parametro de entrada no bloco acima e 
depois usar esse bloco abaixo para atualizar em parallel 
DECLARE
  L_date DATE   := DATE '2013-03-14';  L_date_f DATE := DATE '2013-03-15';
BEGIN  --  FOR i IN REVERSE 0..(L_date_f-L_date)-1 LOOP    --    
dbms_application_info.set_module('BKLOG', TO_CHAR(L_date + i, '-mm-dd'));   
 --    BEGIN      --      NULL;      --    END;    --  END LOOP;  --END;
Espero que ajude.
Abs, 

Em Terça-feira, 17 de Outubro de 2017 14:48, "Ricardo Sá 
ricardo@terra.com.br [oracle_br]"  escreveu:
 

     Chiappa,  De fato foi o que aconteceu, inicialmente o bloco PL/SQL rodou 
tranquilo, a cada 100.000 linhas, porém aos poucos foi ficando lento, aí eu 
cancelei.E fiz exatamente o procedimento que você informou neste, ou seja, 
dropei todos os índices, desabilitei as triggers, em um base StandBy em um DG 
que mantenho.Estabeleci uma área de UNDO de 256GB de disco e RETENÇÃO de 6 
Horas.O processo rodou em 2 horas, em um servidor com recursos inferior ao de 
produção ( 2 Nodes rodando em storage VNX bem configurado pelo pessoal da 
DELL-EMC).Depois a recriação dos índices demorou 1 hora rodando com parallel 
10, totalizando todo o processo aprox.. 3 horas.Irei rodar este processo em uma 
janela bem folgada no amb produção , e acredito que irá cair para quase a 
metade do tempo.  De qq forma, muito obrigado pela abordagem.  Att.:Ricardo  
De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: terça-feira, 17 de outubro de 2017 13:55
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE 
LINHAS    Ricardo, eu ** discordo ** dessa Abordagem : se o objetivo é máxima 
Performance o correto e Recomendado é vc ter uma área de ROLLBACK o mais larga 
Possível e fazer num comando só INCLUSIVE, eu imagino que vc Saiba que :

a. cada COMMIT *** implica *** em espera por I/O, já que força um sync write

b. vc está jogando PELA JANELA a integridade dos dados, pois se vc tinha que 
processar x linhas, processou menos que isso e deu um COMMIT, se as próximas 
linhas falharem vc acabou com uma tabela MEio processada e Meio não processada, 
comofaz ??

c. vc está jogando PELA JANELA o conceito de Transação, que demanda que *** 
TODOS *** os comandos/operações Tem que ser reversíveis : ora , no mesmo 
exemplo de cima se vc comitou algumas vezes no LOOP e depois disso houve falha 
(ou o usuário quer Desfazer a transação) o ROLLBACK SIMPLESMENTE NÃO VAI 
FUNCIONAR, o que tá comitado comitou, comofaz??

==> NADA do que eu disse é novidade, há 15 anos o Tom Kyte já falava isso, vide 
https://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:4951966319022
 . PENSE NESSAS CONSEQUÊNCIAS antes de sair usando essa 'técnica', sim sim 
???

 imho os procedimentos Performáticos e Seguros de se fazer seriam :

1. Paralelismo  : já que é EE vc ** necessariamente ** TEM aí na mão a chance 
de rodar o DML em parallel-mode e/ou de ler os registros que quer alterar em 
Parallel... O degree de parallelismo vai depender muito do teu hardware, vc tem 
que levantar qual tua capacidade em termos de CPU e I/O...

ou

2. se a Maioria das linhas vão ser Updateadas, vc faz um INSERT */ APPEND */ 
num outra tabela , alterando o valor que quer alterar : isso vai diminuir 
MONSTRUOSAMENTE o tanto de redo log gerado (não vai zerar mas vai Diminuir 
Enormemente!!) e é mais rápido que UPDATE, veja 
https://asktom.oracle.com/pls/apex/asktom.search?tag=how-to-update-millions-or-records-in-a-table-200211#6417104879869
 para um Exemplo

===> E NECESSARIAMENTE um DML largo é SIM uma Manutenção da tabela, então TEM 
que ser feita num período de menor carga no sistema, e PREFERENCIALMENTE, com 
os índices E constraints desabilitados, os quais vc Reconstruiria em parallel 
depois e com NOVALIDATE nas constraint se possível...

  []s

RES: RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS

[Ricardo Sá ricardo....@terra.com.br [oracle_br]]

Chiappa,

 

De fato foi o que aconteceu, inicialmente o bloco PL/SQL rodou tranquilo, a 
cada 100.000 linhas, porém aos poucos foi ficando lento, aí eu cancelei.

E fiz exatamente o procedimento que você informou neste, ou seja, dropei todos 
os índices, desabilitei as triggers, em um base StandBy em um DG que mantenho.

Estabeleci uma área de UNDO de 256GB de disco e RETENÇÃO de 6 Horas.

O processo rodou em 2 horas, em um servidor com recursos inferior ao de 
produção ( 2 Nodes rodando em storage VNX bem configurado pelo pessoal da 
DELL-EMC).

Depois a recriação dos índices demorou 1 hora rodando com parallel 10, 
totalizando todo o processo aprox.. 3 horas.

Irei rodar este processo em uma janela bem folgada no amb produção , e acredito 
que irá cair para quase a metade do tempo.

 

De qq forma, muito obrigado pela abordagem.

 

Att.:

Ricardo

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: terça-feira, 17 de outubro de 2017 13:55
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE 
LINHAS

 

  

Ricardo, eu ** discordo ** dessa Abordagem : se o objetivo é máxima Performance 
o correto e Recomendado é vc ter uma área de ROLLBACK o mais larga Possível e 
fazer num comando só INCLUSIVE, eu imagino que vc Saiba que :

a. cada COMMIT *** implica *** em espera por I/O, já que força um sync write

b. vc está jogando PELA JANELA a integridade dos dados, pois se vc tinha que 
processar x linhas, processou menos que isso e deu um COMMIT, se as próximas 
linhas falharem vc acabou com uma tabela MEio processada e Meio não processada, 
comofaz ??

c. vc está jogando PELA JANELA o conceito de Transação, que demanda que *** 
TODOS *** os comandos/operações Tem que ser reversíveis : ora , no mesmo 
exemplo de cima se vc comitou algumas vezes no LOOP e depois disso houve falha 
(ou o usuário quer Desfazer a transação) o ROLLBACK SIMPLESMENTE NÃO VAI 
FUNCIONAR, o que tá comitado comitou, comofaz??

==> NADA do que eu disse é novidade, há 15 anos o Tom Kyte já falava isso, vide 
https://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:4951966319022
 . PENSE NESSAS CONSEQUÊNCIAS antes de sair usando essa 'técnica', sim sim 
???

 imho os procedimentos Performáticos e Seguros de se fazer seriam :

1. Paralelismo  : já que é EE vc ** necessariamente ** TEM aí na mão a chance 
de rodar o DML em parallel-mode e/ou de ler os registros que quer alterar em 
Parallel... O degree de parallelismo vai depender muito do teu hardware, vc tem 
que levantar qual tua capacidade em termos de CPU e I/O...

ou

2. se a Maioria das linhas vão ser Updateadas, vc faz um INSERT */ APPEND */ 
num outra tabela , alterando o valor que quer alterar : isso vai diminuir 
MONSTRUOSAMENTE o tanto de redo log gerado (não vai zerar mas vai Diminuir 
Enormemente!!) e é mais rápido que UPDATE, veja 
https://asktom.oracle.com/pls/apex/asktom.search?tag=how-to-update-millions-or-records-in-a-table-200211#6417104879869
 para um Exemplo

===> E NECESSARIAMENTE um DML largo é SIM uma Manutenção da tabela, então TEM 
que ser feita num período de menor carga no sistema, e PREFERENCIALMENTE, com 
os índices E constraints desabilitados, os quais vc Reconstruiria em parallel 
depois e com NOVALIDATE nas constraint se possível...

  []s
  
Chiappa

OBS : se por qualquer Motivo não puder fazer Parallel SQL ao menos valide a 
opção de BULK COLLECT serial

Re: RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS

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

Ricardo, eu ** discordo ** dessa Abordagem : se o objetivo é máxima Performance 
o correto e Recomendado é vc ter uma área de ROLLBACK o mais larga Possível e 
fazer num comando só INCLUSIVE, eu imagino que vc Saiba que :

a. cada COMMIT *** implica *** em espera por I/O, já que força um sync write

b. vc está jogando PELA JANELA a integridade dos dados, pois se vc tinha que 
processar x linhas, processou menos que isso e deu um COMMIT, se as próximas 
linhas falharem vc acabou com uma tabela MEio processada e Meio não processada, 
comofaz ??

c. vc está jogando PELA JANELA o conceito de Transação, que demanda que *** 
TODOS *** os comandos/operações Tem que ser reversíveis : ora , no mesmo 
exemplo de cima se vc comitou algumas vezes no LOOP e depois disso houve falha 
(ou o usuário quer Desfazer a transação) o ROLLBACK SIMPLESMENTE NÃO VAI 
FUNCIONAR, o que tá comitado comitou, comofaz??

==> NADA do que eu disse é novidade, há 15 anos o Tom Kyte já falava isso, vide 
https://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:4951966319022
 . PENSE NESSAS CONSEQUÊNCIAS antes de sair usando essa 'técnica', sim sim 
???

 imho os procedimentos Performáticos e Seguros de se fazer seriam :

1. Paralelismo  : já que é EE vc ** necessariamente ** TEM aí na mão a chance 
de rodar o DML em parallel-mode e/ou de ler os registros que quer alterar em 
Parallel... O degree de parallelismo vai depender muito do teu hardware, vc tem 
que levantar qual tua capacidade em termos de CPU e I/O...

ou

2. se a Maioria das linhas vão ser Updateadas, vc faz um INSERT */ APPEND */ 
num outra tabela , alterando o valor que quer alterar : isso vai diminuir 
MONSTRUOSAMENTE o tanto de redo log gerado (não vai zerar mas vai Diminuir 
Enormemente!!) e é mais rápido que UPDATE, veja 
https://asktom.oracle.com/pls/apex/asktom.search?tag=how-to-update-millions-or-records-in-a-table-200211#6417104879869
 para um Exemplo

===> E NECESSARIAMENTE um DML largo é SIM uma Manutenção da tabela, então TEM 
que ser feita num período de menor carga no sistema, e PREFERENCIALMENTE, com 
os índices E constraints desabilitados, os quais vc Reconstruiria em parallel 
depois e com NOVALIDATE nas constraint se possível...

  []s
  
Chiappa

OBS : se por qualquer Motivo não puder fazer Parallel SQL ao menos valide a 
opção de BULK COLLECT serial

Re: RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS

[Sandro Gazoni sgaz...@yahoo.com.br [oracle_br]]

Boa tarde a Todos.
Ricardo a solução é boa, porem acredito que um bulk collect com forall seja 
mais eficiente.
Segue o link
PLSQL 101


| 
| 
| 
|  |  |

 |

 |
| 
|  | 
PLSQL 101

PLSQL 101
 |

 |

 |



 

Em terça-feira, 17 de outubro de 2017 12:47:51 BRST, Ricardo Sá 
ricardo@terra.com.br [oracle_br]  escreveu:  
 
     


Show,

@Gustavo, era isto mesmo que eu precisava.

Muito obrigado.

  

@Rodrigo,

Agradeço também a ajuda.

  

  

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: terça-feira, 17 de outubro de 2017 12:09
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS

  

  

Boa tarde, Ricardo!

  

Veja se isto ajuda: É um bloco PL/SQL que, a cada 500 registros atualizados, 
efetua um COMMIT, para não comprometer a área de Rollback...

Obs: Efetuar commit a cada 500 registros é só um exemplo... Este valor pode ser 
maior ou menor, de acordo com a área de Rollback...

  

  

DECLARE 

  vQtLinhas NUMBER(3) := 0;

  

BEGIN

  

  FOR Reg IN (SELECT CAMPO_PK ID_TABELA -- Campo chave da tabela

              FROM   TABELA) 

  LOOP

  

    UPDATE TABELA 

    SET    CAMPO_CHAR = ''

    WHERE  CAMPO_PK   = Reg.ID_TABELA;

  

    vQtLinhas := vQtLinhas + 1; -- Registra a Qtde de Linhas atualizadas

  

    IF vQtLinhas = 500 THEN -- Quando o total de linhas atualizadas atingir 
500, efetua um COMMIT;

      COMMIT;

      vQtLinhas := 0; 

    END IF;      

  

  END LOOP; 

  

  COMMIT; -- Este COMMIT é importante para atualizar o último bloco de linhas 
que não chegou a 500 (Ex: As últimas 387 linhas)

  

END;

  

  

  

Em 17 de outubro de 2017 11:34, Ricardo Sá ricardo@terra.com.br [oracle_br] 
 escreveu:


  

Bom dia, a todos.

 

Solicito a gentileza se alguém pode me ajudar a resolver uma questão.

 

Preciso realizar um UPDATE monstro em um tabela 11.500.000 (11,5 milhoes de 
linhas).

 

O update é sobre uma coluna CHAR(1) com o valor “ “.

 

Pensei em um bloco PLSQL, mas me falta neste momento criatividade para montar 
este bloco.

 

Obs.: O banco é 11.2.0.4.0 (Enterprise Edition) sobre Oracle RAC com 2 nós 
esta tabela tem 35 indices... (sei que é absurdo, mas é o ERP que foi 
construído desta forma).

 

Alguem poderia, me ajudar nesta questão.

 

Ricardo Sá

(11) 98286-0048






  

-- 

Atenciosamente,
Gustavo Guedes de Sene


  #yiv7931673260 #yiv7931673260 -- #yiv7931673260ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv7931673260 
#yiv7931673260ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv7931673260 
#yiv7931673260ygrp-mkp #yiv7931673260hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv7931673260 #yiv7931673260ygrp-mkp #yiv7931673260ads 
{margin-bottom:10px;}#yiv7931673260 #yiv7931673260ygrp-mkp .yiv7931673260ad 
{padding:0 0;}#yiv7931673260 #yiv7931673260ygrp-mkp .yiv7931673260ad p 
{margin:0;}#yiv7931673260 #yiv7931673260ygrp-mkp .yiv7931673260ad a 
{color:#ff;text-decoration:none;}#yiv7931673260 #yiv7931673260ygrp-sponsor 
#yiv7931673260ygrp-lc {font-family:Arial;}#yiv7931673260 
#yiv7931673260ygrp-sponsor #yiv7931673260ygrp-lc #yiv7931673260hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv7931673260 
#yiv7931673260ygrp-sponsor #yiv7931673260ygrp-lc .yiv7931673260ad 
{margin-bottom:10px;padding:0 0;}#yiv7931673260 #yiv7931673260actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv7931673260 
#yiv7931673260activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv7931673260
 #yiv7931673260activity span {font-weight:700;}#yiv7931673260 
#yiv7931673260activity span:first-child 
{text-transform:uppercase;}#yiv7931673260 #yiv7931673260activity span a 
{color:#5085b6;text-decoration:none;}#yiv7931673260 #yiv7931673260activity span 
span {color:#ff7900;}#yiv7931673260 #yiv7931673260activity span 
.yiv7931673260underline {text-decoration:underline;}#yiv7931673260 
.yiv7931673260attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv7931673260 .yiv7931673260attach div a 
{text-decoration:none;}#yiv7931673260 .yiv7931673260attach img 
{border:none;padding-right:5px;}#yiv7931673260 .yiv7931673260attach label 
{display:block;margin-bottom:5px;}#yiv7931673260 .yiv7931673260attach label a 
{text-decoration:none;}#yiv7931673260 blockquote {margin:0 0 0 
4px;}#yiv7931673260 .yiv7931673260bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv7931673260 
.yiv7931673260bold a {text-decoration:none;}#yiv7931673260 dd.yiv7931673260last 
p a {font-family:Verdana;font-weight:700;}#yiv7931673260 dd.yiv7931673260last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv7931673260 
dd.yiv7931673260last p span.yiv7931673260yshortcuts 
{margin-right:0;}#yiv7931673260 div.yiv7931673260attach-table div div a 
{text-decoration:none;}#yiv7931673260 div.yiv79316

RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS

[Ricardo Sá ricardo....@terra.com.br [oracle_br]]

Show,

@Gustavo, era isto mesmo que eu precisava.

Muito obrigado.

 

@Rodrigo,

Agradeço também a ajuda.

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: terça-feira, 17 de outubro de 2017 12:09
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS

 

  

Boa tarde, Ricardo!

 

Veja se isto ajuda: É um bloco PL/SQL que, a cada 500 registros atualizados, 
efetua um COMMIT, para não comprometer a área de Rollback...

Obs: Efetuar commit a cada 500 registros é só um exemplo... Este valor pode ser 
maior ou menor, de acordo com a área de Rollback...

 

 

DECLARE 

  vQtLinhas NUMBER(3) := 0;

 

BEGIN

  

  FOR Reg IN (SELECT CAMPO_PK ID_TABELA -- Campo chave da tabela

  FROM   TABELA) 

  LOOP

 

UPDATE TABELA 

SETCAMPO_CHAR = ''

WHERE  CAMPO_PK   = Reg.ID_TABELA;

 

vQtLinhas := vQtLinhas + 1; -- Registra a Qtde de Linhas atualizadas

 

IF vQtLinhas = 500 THEN -- Quando o total de linhas atualizadas atingir 
500, efetua um COMMIT;

  COMMIT;

  vQtLinhas := 0; 

END IF;  

 

  END LOOP; 

 

  COMMIT; -- Este COMMIT é importante para atualizar o último bloco de linhas 
que não chegou a 500 (Ex: As últimas 387 linhas)

 

END;

 

 

 

Em 17 de outubro de 2017 11:34, Ricardo Sá ricardo@terra.com.br 
  [oracle_br] mailto:oracle_br@yahoogrupos.com.br> > escreveu:

  

Bom dia, a todos.

 

Solicito a gentileza se alguém pode me ajudar a resolver uma questão.

 

Preciso realizar um UPDATE monstro em um tabela 11.500.000 (11,5 milhoes de 
linhas).

 

O update é sobre uma coluna CHAR(1) com o valor “ “.

 

Pensei em um bloco PLSQL, mas me falta neste momento criatividade para montar 
este bloco.

 

Obs.: O banco é 11.2.0.4.0 (Enterprise Edition) sobre Oracle RAC com 2 nós 
esta tabela tem 35 indices... (sei que é absurdo, mas é o ERP que foi 
construído desta forma).

 

Alguem poderia, me ajudar nesta questão.

 

Ricardo Sá

(11) 98286-0048





 

-- 

Atenciosamente,
Gustavo Guedes de Sene

RES: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS

[Ricardo Sá ricardo....@terra.com.br [oracle_br]]

Rodrigo, 

Concordo contigo, mas como eu havia pedido. Me falta criatividade pra montar
este bloco, pois o update não tem condição, ou seja, é um UPDATE puro,
UPDATE TABELA SET COLUNA=’ ‘;

Minha duvida, é como eu montaria este bloco.

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: terça-feira, 17 de outubro de 2017 11:55
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE
LINHAS

 

  

Bom dia,

 

O jeito mais rápido, quase certo, vai ser um full scan. O jeito mais
tranquilo, mas vai demorar algum tempo, seria fazer um pl/sql para atualizar
em blocos de registros... 

 

Obter o Outlook para iOS  

  _  

From: oracle_br@yahoogrupos.com.br 
mailto:oracle_br@yahoogrupos.com.br> > on
behalf of Ricardo Sá ricardo@terra.com.br
  [oracle_br] mailto:oracle_br@yahoogrupos.com.br> >
Sent: Tuesday, October 17, 2017 11:34:26 AM
To: oracle_br@yahoogrupos.com.br  
Subject: [oracle_br] AJUDA - UPDATE MONSTRO TABELA DE 11,5 MILHOES DE LINHAS


 

  

Bom dia, a todos.

 

Solicito a gentileza se alguém pode me ajudar a resolver uma questão.

 

Preciso realizar um UPDATE monstro em um tabela 11.500.000 (11,5 milhoes de
linhas).

 

O update é sobre uma coluna CHAR(1) com o valor “ “.

 

Pensei em um bloco PLSQL, mas me falta neste momento criatividade para
montar este bloco.

 

Obs.: O banco é 11.2.0.4.0 (Enterprise Edition) sobre Oracle RAC com 2
nós esta tabela tem 35 indices... (sei que é absurdo, mas é o ERP que
foi construído desta forma).

 

Alguem poderia, me ajudar nesta questão.

 

Ricardo Sá

(11) 98286-0048

Re: RES: [oracle_br] Fatal NI connect error 12170.

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

Bem, IMAGINO que com "início e fim de uma conexão" vc está se referindo à 
data/hora/minuto/segundo em que a sessão logou e que deslogou NO BANCO, correto 
?? Sendo isso afaik no arquivo listener.log do servidor Oracle vc encontra 
apenas a data/hora/minuto/segundo em que o Listener recebeu um pedido de 
conexão ao banco, só... Apenas no caso de abort da desconexão (ie, a conexão 
foi morta/eliminada por um firewall, ou a camada de rede parou de responder 
abruptamente : ou seja, é uma situação ANORMAL, não é uma desconexão graceful, 
normal) é que vc vai encontrar um ORA-xx ou TNS- no listener.ora com a 
data/hora/minuto/segundo...
 Sendo assim, para vc obter um registro Exato do LOGIN e do LOGOFF 
bem-sucedidos no database vc TEM que ativar algum tipo de Auditoria, os LOGs 
default não captura isso : veja 
https://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:1830073957439
 que tem um exemplo de ativação com AUDIT e um com database triggers de logon e 
de logoff...
 
 []s
 
   Chiappa
   
OBS : eu ** TORNO A AVISAR **, é totalmente Possível que a sua aplicação tenha 
um POOL DE CONEXÕES, ie, um software que fica 'entre' o banco de dados e a 
aplicação E é quem cria as conexões no banco e as vai direcionando pros 
usuários finais... SE existir pool de conexão aí no seu ambiente, não é o banco 
que cria as conexões nem quem as desfaz mas sim o POOL, nesse caso muito 
provavelmente a AUDIT no banco não vai revelar muito...

RES: [oracle_br] Fatal NI connect error 12170.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Voltando este assunto, aonde eu encontro o inicio e fim de uma conexão?

 

O Admin do Firewall precisa saber essa informação.

 

Grato,

Ednilson

 

De: 
sentto-1682896-122080-1506709007-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122080-1506709007-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: sexta-feira, 29 de setembro de 2017 15:17
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Fatal NI connect error 12170.

 

  

Ednilson,

 

   O que faço muitas vezes é ativar o "dead connection detection", com o 
SQLNET.EXPIRE_TIME mesmo.

 

   Mas esse valor de 10, que são 10 minutos, pode ser muito alto se tiver um 
firewall no meio, e ele estiver "derrubando" as conexões por inatividade

 

   Pode tentar com 2 ou 1, para forçar um pacote a trafegar em cada conexão a 
cada dois ou um minutos. 

 

   Se tiver um firewall "stateful" e o pessoal de rede fizer um reset dele, 
porque alterou regras ou qualquer outro motivo, pode também derrubar todas as 
conexões de uma vez.

 

   Esse erro também aparece se tiver alguma ferramenta monitorando se o 
Listener está ativo usando conexão TCP na porta dele, então pode não estar 
relacionada ao problema. Nesse caso o IP que aparece será o da ferramenta de 
monitoração.

 

Atc,

Luis Freitas

 

On Friday, September 29, 2017 3:04 PM, "angelo   
angelolis...@gmail.com [oracle_br]" <  
oracle_br@yahoogrupos.com.br> wrote:

 

  

Ih, isso acontece comigo direto em uma base

 

mas nao dá nada,  porque a culpa é da propria app que fica com a conexão aberta 
a vida toda.

 

 

 

 

2017-09-29 8:58 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] :



  

Bom Dia Pessoal,

 

Tenho um banco que o fornecedor esta reclamando que cai a conexão do usuário, 
este usuários estão com profile default, sem IDLE_TIME

 

Analisando o Alert, encontrei varias mensagem como esta abaixo.

 

- Oracle Enterprise 11g – release 11.2.0.4.0

- Red Hat Enterprise Linux Server release 6.5

 

Alert Log

 

Fatal NI connect error 12170.

 

  VERSION INFORMATION:

TNS for Linux: Version 11.2.0.4.0 - Production

Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.4.0 - 
Production

TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production

  Time: 29-SEP-2017 07:06:25

  Tracing not turned on.

  Tns error struct:

ns main err code: 12535

 

TNS-12535: TNS:operation timed out

ns secondary err code: 12560

nt main err code: 505

 

TNS-00505: Operation timed out

nt secondary err code: 110

nt OS err code: 0

  Client address: (ADDRESS=(PROTOCOL=tcp)(HOST= 10.242.120.61)(PORT=57282))

Fri Sep 29 07:29:51 2017

 

Notei que não tinha o arquivo sqlnet.ora em $ORACLE_HOME/network/admin e então 
configurei da seguinte forma, seguindo alguns post que vi na internet.

 

$ more sqlnet.ora

SQLNET.INBOUND_CONNECT_ TIMEOUT=0

SQLNET.EXPIRE_TIME=10

 

E no listener.ora, inseri a linha abaixo e mesmo assim, continuo a receber 
essas mensagens no Alert

 

INBOUND_CONNECT_TIMEOUT_ LISTENER=0

 

Alguem já passou por isso e poderia dar um ajudar?

 

Grato,

Ednilson

 

 

RES: [oracle_br] Fatal NI connect error 12170.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Luis,

Eu já tinha alterado esse paramentro do sqlnet.ora para 2, mas ainda continuo a 
receber essas mensagens.

 

O admin de rede/firewall esta monitorando.

 

Grato,

 

Ednilson

 

De: 
sentto-1682896-122080-1506709007-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122080-1506709007-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: sexta-feira, 29 de setembro de 2017 15:17
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Fatal NI connect error 12170.

 

  

Ednilson,

 

   O que faço muitas vezes é ativar o "dead connection detection", com o 
SQLNET.EXPIRE_TIME mesmo.

 

   Mas esse valor de 10, que são 10 minutos, pode ser muito alto se tiver um 
firewall no meio, e ele estiver "derrubando" as conexões por inatividade

 

   Pode tentar com 2 ou 1, para forçar um pacote a trafegar em cada conexão a 
cada dois ou um minutos. 

 

   Se tiver um firewall "stateful" e o pessoal de rede fizer um reset dele, 
porque alterou regras ou qualquer outro motivo, pode também derrubar todas as 
conexões de uma vez.

 

   Esse erro também aparece se tiver alguma ferramenta monitorando se o 
Listener está ativo usando conexão TCP na porta dele, então pode não estar 
relacionada ao problema. Nesse caso o IP que aparece será o da ferramenta de 
monitoração.

 

Atc,

Luis Freitas

 

On Friday, September 29, 2017 3:04 PM, "angelo   
angelolis...@gmail.com [oracle_br]" <  
oracle_br@yahoogrupos.com.br> wrote:

 

  

Ih, isso acontece comigo direto em uma base

 

mas nao dá nada,  porque a culpa é da propria app que fica com a conexão aberta 
a vida toda.

 

 

 

 

2017-09-29 8:58 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br] :



  

Bom Dia Pessoal,

 

Tenho um banco que o fornecedor esta reclamando que cai a conexão do usuário, 
este usuários estão com profile default, sem IDLE_TIME

 

Analisando o Alert, encontrei varias mensagem como esta abaixo.

 

- Oracle Enterprise 11g – release 11.2.0.4.0

- Red Hat Enterprise Linux Server release 6.5

 

Alert Log

 

Fatal NI connect error 12170.

 

  VERSION INFORMATION:

TNS for Linux: Version 11.2.0.4.0 - Production

Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.4.0 - 
Production

TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production

  Time: 29-SEP-2017 07:06:25

  Tracing not turned on.

  Tns error struct:

ns main err code: 12535

 

TNS-12535: TNS:operation timed out

ns secondary err code: 12560

nt main err code: 505

 

TNS-00505: Operation timed out

nt secondary err code: 110

nt OS err code: 0

  Client address: (ADDRESS=(PROTOCOL=tcp)(HOST= 10.242.120.61)(PORT=57282))

Fri Sep 29 07:29:51 2017

 

Notei que não tinha o arquivo sqlnet.ora em $ORACLE_HOME/network/admin e então 
configurei da seguinte forma, seguindo alguns post que vi na internet.

 

$ more sqlnet.ora

SQLNET.INBOUND_CONNECT_ TIMEOUT=0

SQLNET.EXPIRE_TIME=10

 

E no listener.ora, inseri a linha abaixo e mesmo assim, continuo a receber 
essas mensagens no Alert

 

INBOUND_CONNECT_TIMEOUT_ LISTENER=0

 

Alguem já passou por isso e poderia dar um ajudar?

 

Grato,

Ednilson

 

 

RES: [oracle_br] Re: Fatal NI connect error 12170.

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Obrigado pelas dicas, já estamos analisando ponto a ponto.

 

Mas tudo indica ser algo relacionado a rede/firewall, e não banco mesmo.

 

Grato,

 

Ednilson 

 

De: 
sentto-1682896-122077-1506699714-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122077-1506699714-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: sexta-feira, 29 de setembro de 2017 12:42
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Fatal NI connect error 12170.

 

  

Blz ? Então : a msg "Fatal NI connect error 12170" simplesmente é um Anúncio de 
que ocorreu um erro de Rede, e o erro mais tarde indicado foi "TNS-12535: 
TNS:operation timed out", ou seja : CLARAMENTE a conexão de rede deixa de 
responder, seja porque foi ELIMINADA, seja porque a rede está sobrecarregada e 
não consegue atender a demanda a tempo... Isso tá Claro até aqui, né ?
 O outro ponto é que, ** AO CONTRÁRIO ** do que muita gente pode pensar, o 
RDBMS Oracle ABSOLUTA e COMPLETAMENTE NÃO CONTROLA A REDE, ok ?? Ele e apenas e 
tão somente um CONSUMIDOR dos serviços de Rede providenciados pelo Sistema 
Operacional e pelo software+hardware de rede , okdoc ?? Isso leva á necessidade 
de que vc, como DBA, necessariamente ENVOLVA O ADMINISTRADOR DE REDE e o 
ADMINISTRADOR DO SO, sim sim ?? Sem isso, vc Não Vai Conseguir fazer muito, 
como DBA, atuando sozinho... Tá legal ?? INCLUSIVE : uma pista Inestimável que 
vc, como DBA, pode (e DEVE!!) fornecer pro sysadmin e pro admin de rede é um 
TRACE DE REDE : isso pode ser feito tanto no servidor Oracle quanto nas 
máquinas clientes que conectam no database, além da Documentação uma ref pode 
ser http://www.juliandyke.com/Diagnostics/Trace/NetTrace.php , Não Esquecendo 
que no 11gR2 pra isso funcionar normalmente vc tem que desativar o ADG, veja 
https://www.pythian.com/blog/oracle-net-trace-in-11g-or-build-in-itil/ ...
 
 Muito bem, agora vem a sua resposta : realmente, enquanto DBA tua primeira 
Atuação é tentar se assegurar que não é o Banco que está matando as conexões : 
para isso, não basta só dizer que o profile DEFAULT é o que está em uso, vc TEM 
que confirmar que o profile em si não foi alterado, fazendo uma consulta select 
* from dba_profiles; e CONFIRMANDO que NENHUM resource que tenha a ver com 
tempo de conexão foi alterado/limitado artificialmente (ie, nem 
SESSIONS_PER_USER nem IDLE_TIME nem CONNECT_TIME nem nada)... Outra coisa é se 
ASSEGURAR que não há JOBs de banco ou coisa assim que dispare e regularmente 
saia matando conexões...
 
 Uma vez Confirmado que o BANCO em si não está matando conexões, aí vc vai ter 
que (** junto ** com o admin de rede, o sysadmin E o analista-chefe da 
Aplicação!!) olhar para FORA do database Por exemplo, há um POOL DE 
CONEXÕES nessa tal aplicação  ? Se sim, o controle de quando uma conexão de 
rede é feita para atender a uma sessão basicamente reside nesse software de 
connection pooling, é LÁ que vc vai eventualmente setar timeouts e controles, o 
banco Oracle não apita NADA VEZES NADA nesse cenário Um teste EXCELENTE pra 
vc debugar issues de pool de conexão é estabelecer (da mesma máquina onde roda 
a aplicação E onde está o client Oracle) uma sessão DEDICADA via sqlplus e ver 
se ela também sofre algum tipo de timeout... INCLUSIVE, um teste que vc pode 
facilmente fazer para checar se é TIMEOUT o problema é ativar o DCD (Dead 
Connection Detection), que é uma feature do Oracle que faz o sql*net enviar a 
cada x segundos (vc configura) um pacotinho de dados pela rede, de forma a que 
o firewall, o pool de conexão ou seja quem for não "pense" que a conexão está 
inativa : veja a nota metalink número 151972.1 "Dead Connection Detection (DCD) 
Explained" e os links dela...
 
 
 Outra situação EXTERNA ao database mas comum por demais é um FIREWALL, seja no 
servidor Oracle, seja no servidor da aplicação, seja na máquina-cliente 
Isso é tão comum que uma das notas metalink/my oracle support  dedicadas à 
troubleshoot da situação, que é a nota "Alert Log Errors: 12170 
TNS-12535/TNS-00505: Operation Timed Out" (Doc ID 1628949.1) indica de cara 
isso como uma possibilidade Inclusive, vc tem que entender que em ambiente 
Windows a conexão inicial se estabelece na porta mesmo do Listener (a porta 
1521, normalmente) mas Depois 'migra' para uma porta aleatória, então essa 
linha :
 
  Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.242.120.61)(PORT=57282))

 pode muito bem estar indicando justamente isso, ie, algum tipo de 
firewall/antivírus/controlador de rede fechando essa porta de rede, que pelo 
número alto e bem diferente do range de portas comuns no listener  imho é Sim 
uma das portas 'aleatórias' do lado do cliente... 
  Veja a possibilidade de liberação de ranges no firewall MAS atente ao detalhe 
que, como vc diz que a conexão inicialmente se estabelece *** MAS ** algum 
tempo depois é que dá o 'erro', parece ser não um caso de porta de red

Re: RES: RES: RES: RES: [oracle_br] Re: restore database

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

E tal como vc tinha dito em msg anteriores, o ronca e fuça lá do Admin falando 
que tava tudo bem no dataprotector, né ?? É sempre assim, é vc Insistir um 
pouquinho que a coisa aparece...

[]s

  Chiappa

RES: RES: RES: RES: [oracle_br] Re: restore database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa / Luis / Mufalani,

Banco restaurado com sucesso, era um problema no Dataprotector que o admin 
resolveu lá e depois disso consegui restaurar o banco.

 

Ah, tive que usar o parametro OB2HOSTNAME

 

Obrigado a todos.

 

Ednilson

 

De: 
sentto-1682896-122048-1505498244-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122048-1505498244-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 14:57
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: RES: [oracle_br] Re: restore database

 

  

Só uma dica adicional : normalmente, para que um determinado servidor Oracle 
possa ter o RMAN se comunicando com a solução de backup terceira (E vice-versa 
também, para que a solução se comunique com o RMAN) é exigido que vc instale no 
servidor Oracle algumas ** LIBRARIES **, alguma camadinha de software, que 
normalmente é chamada de AGENT ou Client... Por mais que o folgado do admin 
queira jogar que não é com ele, a INSTALAÇÃO e a CONFIGURAÇÃO dessa 'camada de 
software' extra da solução de backup de terceiros é sim uma responsabilidade 
conjunta : CONFIRME que todo o necessário nesse sentido está instalado E 
configurado nesse novo servidor...
 Outra coisa que vc pode fazer é, como alguém mais sugeriu, fazer com que o 
admin/especialista faça um BACKUP de um arquivo simples qualquer de um outro 
servidor qualquer e um RESTORE desse mesmo arquivo no servidor que vc tá tendo 
problemas : isso vai DEMONSTRAR que ao menos a comunicação com o servidor 
central do data Protect tá blz, que as permissões no servidor destino estão ok 
em tese... Tenta lá...
 
 []s
 
   Chiappa

Re: RES: RES: RES: [oracle_br] Re: restore database

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

Só uma dica adicional : normalmente, para que um determinado servidor Oracle 
possa ter o RMAN se comunicando com a solução de backup terceira (E vice-versa 
também, para que a solução se comunique com o RMAN) é exigido que vc instale no 
servidor Oracle algumas ** LIBRARIES **, alguma camadinha de software, que 
normalmente é chamada de AGENT ou Client... Por mais que o folgado do admin 
queira jogar que não é com ele, a INSTALAÇÃO e a CONFIGURAÇÃO dessa 'camada de 
software' extra da solução de backup de terceiros é sim uma responsabilidade 
conjunta : CONFIRME que todo o necessário nesse sentido está instalado E 
configurado nesse novo servidor...
 Outra coisa que vc pode fazer é, como alguém mais sugeriu, fazer com que o 
admin/especialista faça um BACKUP de um arquivo simples qualquer de um outro 
servidor qualquer e um RESTORE desse mesmo arquivo no servidor que vc tá tendo 
problemas : isso vai DEMONSTRAR que ao menos a comunicação com o servidor 
central do data Protect tá blz, que as permissões no servidor destino estão ok 
em tese... Tenta lá...
 
 []s
 
   Chiappa

RES: RES: RES: [oracle_br] Re: restore database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Luis,

Irei iniciar o restore novamente hoje após as 14:00, com esse parametro que 
voce indicou.

 

Assim que finalizar, informo voces.

 

Por enquanto obrigado a todos.

 

Grato,

Ednilson

 

De: 
sentto-1682896-122044-1505484640-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122044-1505484640-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 11:00
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Re: restore database

 

  

Ednilson,

 

   Para esse problema do admin Horácio, caso o problema persista mesmo com 
aquela variável de OB2HOSTNAME, sugiro pedir para ele fazer backup de um 
arquivo qualquer no servidor de origem, e restaurar ele no servidor de destino.

 

   Dessa forma você consegue validar que realmente a parte do Data Protector 
está ok, sem problemas de configuração, e que o servidor de destino tem 
permissão de acesso aos backups feitos no servidor de origem.

 

Atc,

Luis Freitas

 

On Friday, September 15, 2017 10:45 AM, "'Ednilson Silva'  
<mailto:ednilson.si...@jbs.com.br> ednilson.si...@jbs.com.br [oracle_br]" < 
<mailto:oracle_br@yahoogrupos.com.br> oracle_br@yahoogrupos.com.br> wrote:

 

  

Chiappa,

O banco restaurado foi em outra maquina, da mesma forma que estou fazendo agora.

No banco que restaurei é um 12c com 100G, e esse que estou tentando é 10g com 
13T

 

Falei com o Admin, mas o cara nem deu a minima dizendo que não há nenhum 
problema com o DP.

 

Grato,

Ednilson

 

De: 
sentto-1682896-122040-1505480875-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122040-1505480875-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 10:08
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: restore database

 

  

   Faz isso, checa com o admin : ao que parece, de acordo com o que vc 
descreve, não parece ter ** nada ** a ver com o RMAN em si e ** tudo ** a ver 
com config do DP
 Só confirmando : esse outro banco que vc restaurou foi em outro servidor que 
não o originalmente registrado no backup original ? Se sim e funcionou mesmo 
assim, a possibilidade apontada pelo Mufalani de que o setting referente Aonde 
restaurar esteja incorreto talvez não se comprove, mas *** CHEQUE *** com o 
Admin, mesmo assim...
 
[]s

  Chiappa

 

RES: [oracle_br] Re: restore database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Luis,

Estou executando via rman direto no servidor onde quero restaurar o banco.

 

Original: C0090A (Servidor onde esta o banco)

Destino: C9005B

 

Então tenho que colocar o parametro OB2BARHOSTNAME=C0090A?

 

run {

allocate channel 'dev_0' type 'sbt_tape' parms 
'SBT_LIBRARY=/opt/omni/lib/libob2oracle8_64bit.so,

ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=PRD,OB2BARHOSTNAME=C0090A,OB2BARLIST=PRD_Online_Mensal)';

RESTORE DATABASE;

release channel 'dev_0';

}

 

Grato,

Ednilson

 

De: 
sentto-1682896-122043-1505483721-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122043-1505483721-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 10:55
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Re: restore database

 

  

Ednilson,

 

   Tem que fazer isso que o Mulafani falou. Para o HP Data Protector, se 
estiver rodando esse comando pelo servidor, você deve conseguir passar a 
variável OB2BARHOSTNAME, no parametro ENV, com o nome do servidor onde foi 
feito o backup, pode ser com ou sem o domínio dependendo de como a ferramenta 
de backup está identificando ele, então você vai ter que tentar dos dois jeitos:

 

§  OB2BARHOSTNAME - server where backup was taken (if you restore to a 
different server)

 

Link do Orafaq:   
http://www.orafaq.com/wiki/Data_Protector

 

   Agora se estiver rodando pelo console do Data Protector, fica mais 
complicado. Vai ter que achar o template usado para gerar o script de restore e 
alterar ele.

 

   Além de passar a maquina de origem, as ferramentas de backup costumam tem 
uma configuração de segurança de acesso aos backups feitos em outros 
servidores. Não sei como funciona isso no Data Protector, se o acesso não 
estiver liberado você deve continuar recebendo algum erro de acesso aos backup 
pieces.

 

   Essa configuração de acesso, se tiver, deve ser a mesma feita para restaurar 
arquivos comuns.

 

Atc,

Luis Freitas

 

 

 

On Friday, September 15, 2017 8:54 AM, "Rodrigo Mufalani  
 rodr...@mufalani.com.br [oracle_br]" < 
 oracle_br@yahoogrupos.com.br> wrote:

 

  

   Vc deve estar restaurando em uma máquina diferente da original?  Caso 
sim, vc tem que dizer pra ferramenta de backup que a maquina de destino é a 
mesma de origem. Isso acontece muito em duplicações de base onde o analista de 
backup esquece de dar essa permissão e "enganar" o MML. Veja se não é isso que 
está ocorrendo no seu ambiente. 

 

Obter o Outlook para iOS  

  _  

From:   oracle_br@yahoogrupos.com.br < 
 oracle_br@yahoogrupos.com.br> on behalf 
of   jlchia...@yahoo.com.br [oracle_br] < 
 oracle_br@yahoogrupos.com.br>
Sent: Friday, September 15, 2017 8:48:58 AM
To:   oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Re: restore database 

 

  

Blz ? Bom, a primeira msg é uma das mais importantes :

Vendor specific error: OB2_StartObjectRestoreFullName() failed ERR(-2)

Esse "vendor specific" normalmente indica que vc *** Não está ** usando RMAN 
diretamente, mas sim que a API do RMAN está sendo chamada por algum software de 
backup externo : pode ser Netbackup, pode ser HP Protect, pode ser Tivoli data 
protection, entre N+1! soluções de backup que se integram com o RMAN... 
 Isso é importante porque é EXTREMAMENTE COMUM que o programa-terceiro de 
backup mantenha algum tipo de POOL, de controle interno dos backup pieces 
gerados pelo RMAN : se por qquer falha operacional o backup piece em questão 
está Presente na fita mas foi Removido do 'pool'/dos controles internos do soft 
de backup, o erro é esse que vc mostra : 
https://community.saas.hpe.com/t5/Data-Protector-Practitioners/Error-While-Restore-Vendor-specific-error/td-p/271328
 exemplifica um caso desses... Para vc COMPROVAR ou NEGAR a hipótese, verifique 
EXATAMAMENTE qual solução de backup complementar/tape media library vc está 
usando E aciona o Suporte deles e/oucheque com um Especialista na tal solução 
se a config dela está OK (às vezes coisas bestas como ORACLE_SID impróprio ou 
variáveis de ambiente ou acessos dão erro do tipo, cfrme 
https://vox.veritas.com/t5/NetBackup/Oracle-RMAN-restore-is-failing-with-error-quot-ORA-19507-failed/td-p/539268
 mostra), se o Client dela está corretamente instalado/setado na máquina onde 
vc está fazendo o RESTORE (normalmente isso é exigido), confirme que o 
'pool/controles internos dela REGISTRAM DIREITINHO os backup pieces que te 
interessam... 

  Outro ponto que me causa estranheza é, cfrme mostrado em 
http://oracle.ittoolbox.com/groups/technical-functional/oracle-db-l/ora27029-skgfrtrv-sbtrestore-returned-error-fa

Re: RES: RES: [oracle_br] Re: restore database

[Luis Freitas lfreita...@yahoo.com [oracle_br]]

Ednilson,
   Para esse problema do admin Horácio, caso o problema persista mesmo com 
aquela variável de OB2HOSTNAME, sugiro pedir para ele fazer backup de um 
arquivo qualquer no servidor de origem, e restaurar ele no servidor de destino.
   Dessa forma você consegue validar que realmente a parte do Data Protector 
está ok, sem problemas de configuração, e que o servidor de destino tem 
permissão de acesso aos backups feitos no servidor de origem.
Atc,Luis Freitas 

On Friday, September 15, 2017 10:45 AM, "'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br]"  wrote:
 

     Chiappa,O banco restaurado foi em outra maquina, da mesma forma que estou 
fazendo agora.No banco que restaurei é um 12c com 100G, e esse que estou 
tentando é 10g com 13T  Falei com o Admin, mas o cara nem deu a minima dizendo 
que não há nenhum problema com o DP.  Grato,Ednilson  De: 
sentto-1682896-122040-1505480875-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122040-1505480875-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 10:08
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: restore database       Faz isso, checa com o 
admin : ao que parece, de acordo com o que vc descreve, não parece ter ** nada 
** a ver com o RMAN em si e ** tudo ** a ver com config do DP
 Só confirmando : esse outro banco que vc restaurou foi em outro servidor que 
não o originalmente registrado no backup original ? Se sim e funcionou mesmo 
assim, a possibilidade apontada pelo Mufalani de que o setting referente Aonde 
restaurar esteja incorreto talvez não se comprove, mas *** CHEQUE *** com o 
Admin, mesmo assim...
 
[]s

  Chiappa  #yiv1089060438 #yiv1089060438 -- #yiv1089060438ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv1089060438 
#yiv1089060438ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv1089060438 
#yiv1089060438ygrp-mkp #yiv1089060438hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv1089060438 #yiv1089060438ygrp-mkp #yiv1089060438ads 
{margin-bottom:10px;}#yiv1089060438 #yiv1089060438ygrp-mkp .yiv1089060438ad 
{padding:0 0;}#yiv1089060438 #yiv1089060438ygrp-mkp .yiv1089060438ad p 
{margin:0;}#yiv1089060438 #yiv1089060438ygrp-mkp .yiv1089060438ad a 
{color:#ff;text-decoration:none;}#yiv1089060438 #yiv1089060438ygrp-sponsor 
#yiv1089060438ygrp-lc {font-family:Arial;}#yiv1089060438 
#yiv1089060438ygrp-sponsor #yiv1089060438ygrp-lc #yiv1089060438hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv1089060438 
#yiv1089060438ygrp-sponsor #yiv1089060438ygrp-lc .yiv1089060438ad 
{margin-bottom:10px;padding:0 0;}#yiv1089060438 #yiv1089060438actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv1089060438 
#yiv1089060438activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv1089060438
 #yiv1089060438activity span {font-weight:700;}#yiv1089060438 
#yiv1089060438activity span:first-child 
{text-transform:uppercase;}#yiv1089060438 #yiv1089060438activity span a 
{color:#5085b6;text-decoration:none;}#yiv1089060438 #yiv1089060438activity span 
span {color:#ff7900;}#yiv1089060438 #yiv1089060438activity span 
.yiv1089060438underline {text-decoration:underline;}#yiv1089060438 
.yiv1089060438attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv1089060438 .yiv1089060438attach div a 
{text-decoration:none;}#yiv1089060438 .yiv1089060438attach img 
{border:none;padding-right:5px;}#yiv1089060438 .yiv1089060438attach label 
{display:block;margin-bottom:5px;}#yiv1089060438 .yiv1089060438attach label a 
{text-decoration:none;}#yiv1089060438 blockquote {margin:0 0 0 
4px;}#yiv1089060438 .yiv1089060438bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv1089060438 
.yiv1089060438bold a {text-decoration:none;}#yiv1089060438 dd.yiv1089060438last 
p a {font-family:Verdana;font-weight:700;}#yiv1089060438 dd.yiv1089060438last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv1089060438 
dd.yiv1089060438last p span.yiv1089060438yshortcuts 
{margin-right:0;}#yiv1089060438 div.yiv1089060438attach-table div div a 
{text-decoration:none;}#yiv1089060438 div.yiv1089060438attach-table 
{width:400px;}#yiv1089060438 div.yiv1089060438file-title a, #yiv1089060438 
div.yiv1089060438file-title a:active, #yiv1089060438 
div.yiv1089060438file-title a:hover, #yiv1089060438 div.yiv1089060438file-title 
a:visited {text-decoration:none;}#yiv1089060438 div.yiv1089060438photo-title a, 
#yiv1089060438 div.yiv1089060438photo-title a:active, #yiv1089060438 
div.yiv1089060438photo-title a:hover, #yiv1089060438 
div.yiv1089060438photo-title a:visited {text-decoration:none;}#yiv1089060438 
div#yiv1089060438ygrp-mlmsg #yiv1089060438ygrp-msg p a 
span.yiv1089060438yshortcuts 
{font-family:Verdana

RES: RES: [oracle_br] Re: restore database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

O banco restaurado foi em outra maquina, da mesma forma que estou fazendo agora.

No banco que restaurei é um 12c com 100G, e esse que estou tentando é 10g com 
13T

 

Falei com o Admin, mas o cara nem deu a minima dizendo que não há nenhum 
problema com o DP.

 

Grato,

Ednilson

 

De: 
sentto-1682896-122040-1505480875-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122040-1505480875-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 10:08
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: restore database

 

  

   Faz isso, checa com o admin : ao que parece, de acordo com o que vc 
descreve, não parece ter ** nada ** a ver com o RMAN em si e ** tudo ** a ver 
com config do DP
 Só confirmando : esse outro banco que vc restaurou foi em outro servidor que 
não o originalmente registrado no backup original ? Se sim e funcionou mesmo 
assim, a possibilidade apontada pelo Mufalani de que o setting referente Aonde 
restaurar esteja incorreto talvez não se comprove, mas *** CHEQUE *** com o 
Admin, mesmo assim...
 
[]s

  Chiappa

Re: RES: [oracle_br] Re: restore database

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

   Faz isso, checa com o admin : ao que parece, de acordo com o que vc 
descreve, não parece ter ** nada ** a ver com o RMAN em si e ** tudo ** a ver 
com config do DP
 Só confirmando : esse outro banco que vc restaurou foi em outro servidor que 
não o originalmente registrado no backup original ? Se sim e funcionou mesmo 
assim, a possibilidade apontada pelo Mufalani de que o setting referente Aonde 
restaurar esteja incorreto talvez não se comprove, mas *** CHEQUE *** com o 
Admin, mesmo assim...
 
[]s

  Chiappa

RES: [oracle_br] Re: restore database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Mufalani,

Sim, é uma maquina diferente da original.

Onde coloco essa permissão no Dataprotector?

 

Grato

Ednilson

 

De:
sentto-1682896-122037-1505476458-ednilson.silva=jbs.com...@returns.groups.ya
hoo.com
[mailto:sentto-1682896-122037-1505476458-ednilson.silva=jbs.com.br@returns.g
roups.yahoo.com] Em nome de Rodrigo Mufalani rodr...@mufalani.com.br
[oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 08:54
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Re: restore database

 

  

   Vc deve estar restaurando em uma máquina diferente da original?  Caso
sim, vc tem que dizer pra ferramenta de backup que a maquina de destino é a
mesma de origem. Isso acontece muito em duplicações de base onde o analista
de backup esquece de dar essa permissão e "enganar" o MML. Veja se não é
isso que está ocorrendo no seu ambiente. 

 

Obter o Outlook para iOS  

  _  

From:   oracle_br@yahoogrupos.com.br <
 oracle_br@yahoogrupos.com.br> on
behalf of   jlchia...@yahoo.com.br
[oracle_br] < 
oracle_br@yahoogrupos.com.br>
Sent: Friday, September 15, 2017 8:48:58 AM
To:   oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Re: restore database 

 

  

Blz ? Bom, a primeira msg é uma das mais importantes :

Vendor specific error: OB2_StartObjectRestoreFullName() failed ERR(-2)

Esse "vendor specific" normalmente indica que vc *** Não está ** usando RMAN
diretamente, mas sim que a API do RMAN está sendo chamada por algum software
de backup externo : pode ser Netbackup, pode ser HP Protect, pode ser Tivoli
data protection, entre N+1! soluções de backup que se integram com o RMAN...

 Isso é importante porque é EXTREMAMENTE COMUM que o programa-terceiro de
backup mantenha algum tipo de POOL, de controle interno dos backup pieces
gerados pelo RMAN : se por qquer falha operacional o backup piece em questão
está Presente na fita mas foi Removido do 'pool'/dos controles internos do
soft de backup, o erro é esse que vc mostra :
https://community.saas.hpe.com/t5/Data-Protector-Practitioners/Error-While-R
estore-Vendor-specific-error/td-p/271328 exemplifica um caso desses... Para
vc COMPROVAR ou NEGAR a hipótese, verifique EXATAMAMENTE qual solução de
backup complementar/tape media library vc está usando E aciona o Suporte
deles e/oucheque com um Especialista na tal solução se a config dela está OK
(às vezes coisas bestas como ORACLE_SID impróprio ou variáveis de ambiente
ou acessos dão erro do tipo, cfrme
https://vox.veritas.com/t5/NetBackup/Oracle-RMAN-restore-is-failing-with-err
or-quot-ORA-19507-failed/td-p/539268 mostra), se o Client dela está
corretamente instalado/setado na máquina onde vc está fazendo o RESTORE
(normalmente isso é exigido), confirme que o 'pool/controles internos dela
REGISTRAM DIREITINHO os backup pieces que te interessam... 

  Outro ponto que me causa estranheza é, cfrme mostrado em
http://oracle.ittoolbox.com/groups/technical-functional/oracle-db-l/ora27029
-skgfrtrv-sbtrestore-returned-error-failed-to-process-backup-file-4473070 ,
a linha :
  
  ORA-19507: failed to retrieve sequential file,
handle="PRD_Online_Diario_DBF.dbf", parms=""
  
  *** MEGA-ESTRANHO *** esse parms="" pois normalmente é Exigido que o
acesso seja feito através de LIBRARIES da solução externa de backup , daí o
parms 'SBT_LIBRARY=/ Isso é OUTRO PONTO POSSÍVEL de origem da tua falha,
é Outra Coisa a esclarecer com o Suporte do fornecedor dessa app
terceira/solução externa de backup e/ou com um Especialista nela...
  
  []s
  
Chiappa

RES: [oracle_br] Re: restore database

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Utilizamos o HP Dataprotector, estranho que é um backup mensal, e no meio do 
log do restore ele esta tentando pegar do Diario.

Estou achando que esta entrando outro backup no meio.

 

Irei pedir para o Admin dar uma verificada no software.

Ontem restaurei um banco deste mesmo Dataprotector e não tive problemas

 

Grato,

Ednilson

 

De: 
sentto-1682896-122036-1505476168-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122036-1505476168-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: sexta-feira, 15 de setembro de 2017 08:49
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: restore database

 

  

Blz ? Bom, a primeira msg é uma das mais importantes :

Vendor specific error: OB2_StartObjectRestoreFullName() failed ERR(-2)

Esse "vendor specific" normalmente indica que vc *** Não está ** usando RMAN 
diretamente, mas sim que a API do RMAN está sendo chamada por algum software de 
backup externo : pode ser Netbackup, pode ser HP Protect, pode ser Tivoli data 
protection, entre N+1! soluções de backup que se integram com o RMAN... 
 Isso é importante porque é EXTREMAMENTE COMUM que o programa-terceiro de 
backup mantenha algum tipo de POOL, de controle interno dos backup pieces 
gerados pelo RMAN : se por qquer falha operacional o backup piece em questão 
está Presente na fita mas foi Removido do 'pool'/dos controles internos do soft 
de backup, o erro é esse que vc mostra : 
https://community.saas.hpe.com/t5/Data-Protector-Practitioners/Error-While-Restore-Vendor-specific-error/td-p/271328
 exemplifica um caso desses... Para vc COMPROVAR ou NEGAR a hipótese, verifique 
EXATAMAMENTE qual solução de backup complementar/tape media library vc está 
usando E aciona o Suporte deles e/oucheque com um Especialista na tal solução 
se a config dela está OK (às vezes coisas bestas como ORACLE_SID impróprio ou 
variáveis de ambiente ou acessos dão erro do tipo, cfrme 
https://vox.veritas.com/t5/NetBackup/Oracle-RMAN-restore-is-failing-with-error-quot-ORA-19507-failed/td-p/539268
 mostra), se o Client dela está corretamente instalado/setado na máquina onde 
vc está fazendo o RESTORE (normalmente isso é exigido), confirme que o 
'pool/controles internos dela REGISTRAM DIREITINHO os backup pieces que te 
interessam... 

  Outro ponto que me causa estranheza é, cfrme mostrado em 
http://oracle.ittoolbox.com/groups/technical-functional/oracle-db-l/ora27029-skgfrtrv-sbtrestore-returned-error-failed-to-process-backup-file-4473070
 ,  a linha :
  
  ORA-19507: failed to retrieve sequential file, 
handle="PRD_Online_Diario_DBF.dbf", parms=""
  
  *** MEGA-ESTRANHO *** esse parms="" pois normalmente é Exigido que o acesso 
seja feito através de LIBRARIES da solução externa de backup , daí o  parms 
'SBT_LIBRARY=/ Isso é OUTRO PONTO POSSÍVEL de origem da tua falha, é Outra 
Coisa a esclarecer com o Suporte do fornecedor dessa app terceira/solução 
externa de backup e/ou com um Especialista nela...
  
  []s
  
Chiappa

RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Pessoal,

Muito obrigado pela ajuda todos.

Como é um banco pequeno, irei criar um banco novo e fazer um export/import, vou 
aproveitar e colocar numa maquina melhor.

 

Grato,

Ednilson

 

De: 
sentto-1682896-122006-1504212200-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122006-1504212200-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 17:43
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Recup erar espaço livre na SYSAUX

 

  

Ednilson,

 

   Bom, poderia ter, mas apareceria um "BIN$" alguma coisa lá na 
DBA_EXTENTS.





Atc,

Luis Freitas

 

On Thursday, August 31, 2017 4:49 PM, "'Ednilson Silva'  
<mailto:ednilson.si...@jbs.com.br> ednilson.si...@jbs.com.br [oracle_br]" < 
<mailto:oracle_br@yahoogrupos.com.br> oracle_br@yahoogrupos.com.br> wrote:

 

  

Mufalani,

Não existia objetos de usuarios comum nesta tablespace.

 

SQL> purge dba_recyclebin;

 

DBA Recyclebin purged.

 

SQL> alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize 
1m;

alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1m

*

ERROR at line 1:

ORA-03297: file contains used data beyond requested RESIZE value

 

Grato,

Ednilson

 

De: 
sentto-1682896-122001-1504208145-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122001-1504208145-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 16:26
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recup erar espaço livre na SYSAUX

 

  

  Só chutando, havia alguma coisa de usuario nessa tablespace que foi 
dropado? Caso sim, da um purge na dba_recyclebin, depois de liberar lá ai tu 
consegue fazer o resize do datafile.

 

Obter o Outlook para iOS <https://aka.ms/o0ukef> 

_
From: jlchia...@yahoo.com.br [oracle_br] 
Sent: quinta-feira, agosto 31, 2017 16:20
Subject: Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX
To: 


  

Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que 
indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito 
menos ** do que o tamanho atual da tablespace SYSAUX 

 SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes que 
consumiam muito e após o procedimento de limpeza os "registros" das "tabelas" 
envolvidas foram deletados MAS o espaço em disco Não Foi Liberado Isso é 
COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha, após um DELETE e COMMIT 
o espaço em disco que era ocupado pelos dados apagados PERMANECE ALOCADO para a 
mesma tabela... E como eu falei na minha palestra do dba barsil (em 
http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mitos.pdf)
 isso Não é Fragmentação, pois os próximos INSERTs vão SIM AUTOMAGICAMENTE 
ocupar esse espaço que hoje está em branco...
 SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos 
segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum 
procedimento extra que deva ser feito, tipo desativar temporariamente a feature 
cujas tabelas tão com bastante espaço reservado mas não usado no momento...
 
 []s
 
   Chiappa

 

 

Re: RES: [oracle_br] Recup erar espaço livre na SYSAUX

[Luis Freitas lfreita...@yahoo.com [oracle_br]]

Ednilson,
   Bom, poderia ter, mas apareceria um "BIN$" alguma coisa lá na 
DBA_EXTENTS.
Atc,Luis Freitas 

On Thursday, August 31, 2017 4:49 PM, "'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br]"  wrote:
 

     Mufalani,Não existia objetos de usuarios comum nesta tablespace.  SQL> 
purge dba_recyclebin;  DBA Recyclebin purged.  SQL> alter database datafile 
'/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1m;alter database datafile 
'/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1m*ERROR at line 1:ORA-03297: 
file contains used data beyond requested RESIZE value  Grato,Ednilson  De: 
sentto-1682896-122001-1504208145-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-122001-1504208145-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 16:26
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recup erar espaço livre na SYSAUX          Só 
chutando, havia alguma coisa de usuario nessa tablespace que foi dropado? Caso 
sim, da um purge na dba_recyclebin, depois de liberar lá ai tu consegue fazer o 
resize do datafile.  Obter o Outlook para iOS_
From: jlchia...@yahoo.com.br [oracle_br] 
Sent: quinta-feira, agosto 31, 2017 16:20
Subject: Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX
To: 


  Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que 
indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito 
menos ** do que o tamanho atual da tablespace SYSAUX 

 SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes que 
consumiam muito e após o procedimento de limpeza os "registros" das "tabelas" 
envolvidas foram deletados MAS o espaço em disco Não Foi Liberado Isso é 
COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha, após um DELETE e COMMIT 
o espaço em disco que era ocupado pelos dados apagados PERMANECE ALOCADO para a 
mesma tabela... E como eu falei na minha palestra do dba barsil (em 
http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mitos.pdf)
 isso Não é Fragmentação, pois os próximos INSERTs vão SIM AUTOMAGICAMENTE 
ocupar esse espaço que hoje está em branco...
 SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos 
segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum 
procedimento extra que deva ser feito, tipo desativar temporariamente a feature 
cujas tabelas tão com bastante espaço reservado mas não usado no momento...
 
 []s
 
   Chiappa    #yiv1795128687 #yiv1795128687 -- #yiv1795128687ygrp-mkp 
{border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 
10px;}#yiv1795128687 #yiv1795128687ygrp-mkp hr {border:1px solid 
#d8d8d8;}#yiv1795128687 #yiv1795128687ygrp-mkp #yiv1795128687hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv1795128687 #yiv1795128687ygrp-mkp #yiv1795128687ads 
{margin-bottom:10px;}#yiv1795128687 #yiv1795128687ygrp-mkp .yiv1795128687ad 
{padding:0 0;}#yiv1795128687 #yiv1795128687ygrp-mkp .yiv1795128687ad p 
{margin:0;}#yiv1795128687 #yiv1795128687ygrp-mkp .yiv1795128687ad a 
{color:#ff;text-decoration:none;}#yiv1795128687 #yiv1795128687ygrp-sponsor 
#yiv1795128687ygrp-lc {font-family:Arial;}#yiv1795128687 
#yiv1795128687ygrp-sponsor #yiv1795128687ygrp-lc #yiv1795128687hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv1795128687 
#yiv1795128687ygrp-sponsor #yiv1795128687ygrp-lc .yiv1795128687ad 
{margin-bottom:10px;padding:0 0;}#yiv1795128687 #yiv1795128687actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv1795128687 
#yiv1795128687activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv1795128687
 #yiv1795128687activity span {font-weight:700;}#yiv1795128687 
#yiv1795128687activity span:first-child 
{text-transform:uppercase;}#yiv1795128687 #yiv1795128687activity span a 
{color:#5085b6;text-decoration:none;}#yiv1795128687 #yiv1795128687activity span 
span {color:#ff7900;}#yiv1795128687 #yiv1795128687activity span 
.yiv1795128687underline {text-decoration:underline;}#yiv1795128687 
.yiv1795128687attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv1795128687 .yiv1795128687attach div a 
{text-decoration:none;}#yiv1795128687 .yiv1795128687attach img 
{border:none;padding-right:5px;}#yiv1795128687 .yiv1795128687attach label 
{display:block;margin-bottom:5px;}#yiv1795128687 .yiv1795128687attach label a 
{text-decoration:none;}#yiv1795128687 blockquote {margin:0 0 0 
4px;}#yiv1795128687 .yiv1795128687bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv1795128687 
.yiv1795128687bold a {text-decoration:none;}#yiv1795128687 dd.yiv1795128687last 
p a {font

Re: RES: RES: RES: [oracle_br] R ecup erar espaço livre na SYSAUX

[Luis Freitas lfreita...@yahoo.com [oracle_br]]

Chiappa,
    Alter tablespace ... shrink space, confesso que não conhecia essa. Tive que 
abrir o manual de "SQL Reference". Mas esse só funciona para tablespace 
temporário.
SHRINK SPACE ClauseThis clause is valid only for temporary tablespaces. It lets 
you reduce the amount of space the tablespace is taking. In the optional KEEP 
clause, the size_clause defines the lower bound that a tablespace can be shrunk 
to. It is the opposite of MAXSIZE for an autoextensible tablespace. If you omit 
the KEEP clause, then the database will attempt to shrink the tablespace as 
much as possible as long as other tablespace storage attributes are satisfied.
Atc,Luis Freitas 

On Thursday, August 31, 2017 4:55 PM, "jlchia...@yahoo.com.br [oracle_br]" 
 wrote:
 

     Dois pontos meio óbvios mas que valem a pena ser citados :

a) além de shrink do segmento e/ou eventuais MOVEs (talvez até MOVE pra mesma 
tablespace) , um outro método possível para vc liberar de volta pro 
disco/sistema operacional espaço sem dados é vc DROPAR o segmento que tem esse 
espaço vazio alocado pra ele : já que muitos dos ocupantes da SYSAUX são 
repositórios e coisas assim (principalmente snapshots do AWR e coisas assim) 
que podem ser dropadas e recriadas via scripts em $ORACLE_HOME/rdbms/admin, 
isso pode ser uma Opção, assim que vc identificar QUAIS segmentos estão com 
espaço em branco e QUAL feature/ocupante os usa...

b) eu citei shrink de segmentos mas Lembre que existe també o SHRINK SPACE de 
tablespace, via comando ALTER TABLESPACE : OBVIAMENTE vc tem que ter privilégio 
de SYSDBA pra fazer isso na SYSAUX e certamente vai ter que desativar 
temporariamente alguma(s) feature(s) mas em princípio é Possível...

[]s

  Chiappa  #yiv0407670508 #yiv0407670508 -- #yiv0407670508ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv0407670508 
#yiv0407670508ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv0407670508 
#yiv0407670508ygrp-mkp #yiv0407670508hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv0407670508 #yiv0407670508ygrp-mkp #yiv0407670508ads 
{margin-bottom:10px;}#yiv0407670508 #yiv0407670508ygrp-mkp .yiv0407670508ad 
{padding:0 0;}#yiv0407670508 #yiv0407670508ygrp-mkp .yiv0407670508ad p 
{margin:0;}#yiv0407670508 #yiv0407670508ygrp-mkp .yiv0407670508ad a 
{color:#ff;text-decoration:none;}#yiv0407670508 #yiv0407670508ygrp-sponsor 
#yiv0407670508ygrp-lc {font-family:Arial;}#yiv0407670508 
#yiv0407670508ygrp-sponsor #yiv0407670508ygrp-lc #yiv0407670508hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv0407670508 
#yiv0407670508ygrp-sponsor #yiv0407670508ygrp-lc .yiv0407670508ad 
{margin-bottom:10px;padding:0 0;}#yiv0407670508 #yiv0407670508actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv0407670508 
#yiv0407670508activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv0407670508
 #yiv0407670508activity span {font-weight:700;}#yiv0407670508 
#yiv0407670508activity span:first-child 
{text-transform:uppercase;}#yiv0407670508 #yiv0407670508activity span a 
{color:#5085b6;text-decoration:none;}#yiv0407670508 #yiv0407670508activity span 
span {color:#ff7900;}#yiv0407670508 #yiv0407670508activity span 
.yiv0407670508underline {text-decoration:underline;}#yiv0407670508 
.yiv0407670508attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv0407670508 .yiv0407670508attach div a 
{text-decoration:none;}#yiv0407670508 .yiv0407670508attach img 
{border:none;padding-right:5px;}#yiv0407670508 .yiv0407670508attach label 
{display:block;margin-bottom:5px;}#yiv0407670508 .yiv0407670508attach label a 
{text-decoration:none;}#yiv0407670508 blockquote {margin:0 0 0 
4px;}#yiv0407670508 .yiv0407670508bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv0407670508 
.yiv0407670508bold a {text-decoration:none;}#yiv0407670508 dd.yiv0407670508last 
p a {font-family:Verdana;font-weight:700;}#yiv0407670508 dd.yiv0407670508last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv0407670508 
dd.yiv0407670508last p span.yiv0407670508yshortcuts 
{margin-right:0;}#yiv0407670508 div.yiv0407670508attach-table div div a 
{text-decoration:none;}#yiv0407670508 div.yiv0407670508attach-table 
{width:400px;}#yiv0407670508 div.yiv0407670508file-title a, #yiv0407670508 
div.yiv0407670508file-title a:active, #yiv0407670508 
div.yiv0407670508file-title a:hover, #yiv0407670508 div.yiv0407670508file-title 
a:visited {text-decoration:none;}#yiv0407670508 div.yiv0407670508photo-title a, 
#yiv0407670508 div.yiv0407670508photo-title a:active, #yiv0407670508 
div.yiv0407670508photo-title a:hover, #yiv0407670508 
div.yiv0407670508photo-title a:visited {text-decoration:none;}#yiv0407670508 
div#yiv0407670508ygrp-mlmsg #yiv0407670508ygrp-msg p a 
span.yiv0407670508yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv0407670508 
.yiv0407670508green {co

Re: RES: RES: RES: [oracle_br] R ecup erar espaço livre na SYSAUX

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

Dois pontos meio óbvios mas que valem a pena ser citados :

a) além de shrink do segmento e/ou eventuais MOVEs (talvez até MOVE pra mesma 
tablespace) , um outro método possível para vc liberar de volta pro 
disco/sistema operacional espaço sem dados é vc DROPAR o segmento que tem esse 
espaço vazio alocado pra ele : já que muitos dos ocupantes da SYSAUX são 
repositórios e coisas assim (principalmente snapshots do AWR e coisas assim) 
que podem ser dropadas e recriadas via scripts em $ORACLE_HOME/rdbms/admin, 
isso pode ser uma Opção, assim que vc identificar QUAIS segmentos estão com 
espaço em branco e QUAL feature/ocupante os usa...

b) eu citei shrink de segmentos mas Lembre que existe també o SHRINK SPACE de 
tablespace, via comando ALTER TABLESPACE : OBVIAMENTE vc tem que ter privilégio 
de SYSDBA pra fazer isso na SYSAUX e certamente vai ter que desativar 
temporariamente alguma(s) feature(s) mas em princípio é Possível...

[]s

  Chiappa

RES: [oracle_br] Recup erar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Mufalani,

Não existia objetos de usuarios comum nesta tablespace.

 

SQL> purge dba_recyclebin;

 

DBA Recyclebin purged.

 

SQL> alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize
1m;

alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1m

*

ERROR at line 1:

ORA-03297: file contains used data beyond requested RESIZE value

 

Grato,

Ednilson

 

De:
sentto-1682896-122001-1504208145-ednilson.silva=jbs.com...@returns.groups.ya
hoo.com
[mailto:sentto-1682896-122001-1504208145-ednilson.silva=jbs.com.br@returns.g
roups.yahoo.com] Em nome de Rodrigo Mufalani rodr...@mufalani.com.br
[oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 16:26
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recup erar espaço livre na SYSAUX

 

  

  Só chutando, havia alguma coisa de usuario nessa tablespace que foi
dropado? Caso sim, da um purge na dba_recyclebin, depois de liberar lá ai tu
consegue fazer o resize do datafile.

 

Obter o Outlook para iOS <https://aka.ms/o0ukef> 

_
From: jlchia...@yahoo.com.br [oracle_br] 
Sent: quinta-feira, agosto 31, 2017 16:20
Subject: Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX
To: 


  

Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que
indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito
menos ** do que o tamanho atual da tablespace SYSAUX 

 SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes
que consumiam muito e após o procedimento de limpeza os "registros" das
"tabelas" envolvidas foram deletados MAS o espaço em disco Não Foi
Liberado Isso é COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha,
após um DELETE e COMMIT o espaço em disco que era ocupado pelos dados
apagados PERMANECE ALOCADO para a mesma tabela... E como eu falei na minha
palestra do dba barsil (em
http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mito
s.pdf) isso Não é Fragmentação, pois os próximos INSERTs vão SIM
AUTOMAGICAMENTE ocupar esse espaço que hoje está em branco...
 SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos
segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum
procedimento extra que deva ser feito, tipo desativar temporariamente a
feature cujas tabelas tão com bastante espaço reservado mas não usado no
momento...
 
 []s
 
   Chiappa

 

Re: RES: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSA UX

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

Tá, vc testá pensando em exportar os dados de usuários, dropar esse database, 
recriar um novo database (que OBVIAMENTE não vai ter espaço em branco nos 
datafiles decorrentes de limpezas anteriores) e depois importar esses dados de 
usuários nesse novo database ??? 
 Sim, tecnicamente é possível : eu acho um procedimento RADICAL e ARRISCADO mas 
funcionaria, sim...
 
 []s
 
   Chiappa

RES: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Sim, no passado foi feito uma limpeza e o espaço ficou alocado.

 

SQL> select round(sum(space_usage_kbytes/1024/1024)) space_usage_kbytes from 
V$SYSAUX_OCCUPANTS;

 

SPACE_USAGE_KBYTES

--

 3

 

Como disse, o Owner da aplicação tem uns 20G.

Minha ideia seria fazer um export/import deste Owner em outro banco novo, isso 
consigo fazer num final de semana, pois durante a semana é utilizado.

Acho esta forma mais simples e tranquila.

 

Grato,

Ednilson

 

De: 
sentto-1682896-121998-1504207198-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121998-1504207198-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 16:20
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX

 

  

Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que 
indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito 
menos ** do que o tamanho atual da tablespace SYSAUX 

 SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes que 
consumiam muito e após o procedimento de limpeza os "registros" das "tabelas" 
envolvidas foram deletados MAS o espaço em disco Não Foi Liberado Isso é 
COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha, após um DELETE e COMMIT 
o espaço em disco que era ocupado pelos dados apagados PERMANECE ALOCADO para a 
mesma tabela... E como eu falei na minha palestra do dba barsil (em 
http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mitos.pdf)
 isso Não é Fragmentação, pois os próximos INSERTs vão SIM AUTOMAGICAMENTE 
ocupar esse espaço que hoje está em branco... 
 SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos 
segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum 
procedimento extra que deva ser feito, tipo desativar temporariamente a feature 
cujas tabelas tão com bastante espaço reservado mas não usado no momento...
 
 []s
 
   Chiappa

Re: RES: RES: [oracle_br] Recuperar espaço livre na SYSAUX

[Luis Freitas lfreita...@yahoo.com [oracle_br]]

Ednilson,
    Faltou reforçar que mover ou reorganizar objetos na SYSAUX, tem que ser 
seguindo procedimento do suporte. 
   Depois de identificar o objeto, precisa seguir um procedimento suportado 
para reorganizar ele, normalmente com o banco em modo "restricted session", 
como o pessoal já mencionou ai. 
   A unica exceção que conheço é mesmo essas tabelas de auditoria. Mesmo assim, 
o que dá pra fazer com o banco aberto é truncar elas apenas.

Atc,Luis Freitas 

On Thursday, August 31, 2017 4:00 PM, "Luis Freitas lfreita...@yahoo.com 
[oracle_br]"  wrote:
 

     Ednilson,
   Algumas coisas é possível mover, mas muita coisa que tá na SYSAUX tem que 
ficar lá mesmo.
  Mas se forem objetos que possa reorganizar, por ex, com alter table move, 
mantendo o tablespace, ou truncar e reimportar os dados, já resolve.
  Após fazer isso os extents são realocados no começo dos datafiles e você vai 
conseguir diminuir eles.
   Tanto a FGA_LOG$ como a AUD$ são da auditoria, você pode truncar elas. 
   Já os LOBs, precisa identificar quais tabelas eles pertencem, pela DBA_LOBS.
   Inclua também o block_id na query, para ver realmente quais extents estão no 
fim do arquivo. A posição no arquivo é o block_id*db_block_size.
Atc,Luis Freitas
 

On Thursday, August 31, 2017 3:42 PM, "'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br]"  wrote:
 

     Luis,Certo, mas descobrindo esses objetos a proposta seria criar uma novo 
tablespace e mover ?  SQL> select owner, segment_name, segment_type  from 
DBA_EXTENTS where tablespace_name = 'SYSAUX'   and file_id = 13 order by 
block_id desc;  2    3    4    5  OWNER  SEGMENT_NAME   
    SEGMEN-- -- 
--SYS    SYS_IL159130C00028$$   LOBINDEXSYS    
SYS_LOB159130C00028$$  LOBSEGMENTSYS    
SYS_IL159130C00013$$   LOBINDEXSYS    
SYS_LOB159130C00013$$  LOBSEGMENTSYS    FGA_LOG$
   TABLESYS    AUD$ 
  TABLESYS    SYS_IL000501C00041$$  
 LOBINDEXSYS    SYS_LOB000501C00041$$  
LOBSEGMENTSYS    SYS_IL000501C00040$$   LOBINDEXSYS 
   SYS_LOB000501C00040$$  LOBSEG...  Grato,Ednilson 
  De: 
sentto-1682896-121989-1504202538-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121989-1504202538-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 15:02
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Recuperar espaço livre na SYSAUX    Ednilson,     
... order by block_id desc     Mas preste atenção no file_id também, que é o 
datafile. Talvez rodar a query com file_id=.. para cada datafile.  Atc,Luis 
Freitas       On Thursday, August 31, 2017 2:55 PM, "'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br]"  wrote:    
Mufalani,Eu já havia feito um Purge na Audit Trail e deixei desabilitada. Doc 
1582627.1 Grato,Ednilson De: 
sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 14:28
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recuperar espaço livre na SYSAUX   Boa tarde,    Dá 
uma olhada nas notas 1292724.1 e 1055547.1 e veja se lhe ajudam. AttMufalani 
Obter o Outlook para iOSFrom: oracle_br@yahoogrupos.com.br 
 on behalf of 'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br] 
Sent: Thursday, August 31, 2017 2:25:48 PM
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Recuperar espaço livre na SYSAUX    Boa Tarde Pessoal,- 
Red Hat Enterprise Linux Server release 6.3- Oracle Database 12c Enterprise 
Edition Release 12.1.0.2.0 - 64bit Production Existe alguma forma de recuperar 
esse espaço livre da tablespace SYSAUX? SQL> SELECT B.tablespace_name, tbs_size 
SizeMb, A.free_space FreeMb  FROM (SELECT tablespace_name,   
ROUND(SUM(bytes) / 1024 / 1024) as free_space  2    3    4    FROM 
dba_free_space GROUP BY tablespace_name) A,   (SELECT 
tablespace_name, SUM(bytes) / 1024 / 1024 as tbs_size  FROM 
dba_data_files GROUP BY tablespace_name) B  5   WHERE 
A.tablespace_name(+) = B.tablespace_nameorder by FreeMb desc  6    7    8    9  
 10   11  / TABLESPACE_NAME    SIZEMB 
FREEMB-- -- --SYSAUX
 111759 108748DOCXINDEX  

Re: RES: RES: RES: [oracle_br] Recup erar espaço livre na SYSAUX

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

Repetindo e confirmando : vc ** FEZ ** a consulta na V$SYSAUX_OCCUPANTS que 
indiquei e a soma da coluna de bytes/tamanho dos ocupantes tá dando ** muito 
menos ** do que o tamanho atual da tablespace SYSAUX 

 SE SIM, pra mim tá Claro que a questão é que no passado vc teve ocupantes que 
consumiam muito e após o procedimento de limpeza os "registros" das "tabelas" 
envolvidas foram deletados MAS o espaço em disco Não Foi Liberado Isso é 
COMUM, é EXATAMENTE ASSIM que o RDBMS Oracle trabalha, após um DELETE e COMMIT 
o espaço em disco que era ocupado pelos dados apagados PERMANECE ALOCADO para a 
mesma tabela... E como eu falei na minha palestra do dba barsil (em 
http://www.dbabr.com.br/dbabrasil2/palestras/apresentacoes/Jose_Chiappa_Mitos.pdf)
 isso Não é Fragmentação, pois os próximos INSERTs vão SIM AUTOMAGICAMENTE 
ocupar esse espaço que hoje está em branco... 
 SE vc quiser liberar pra disco esse espaço, experimente fazer um SHRINK nos 
segmentos envolvidos mas PLZ antes confirme com o SUPORTE ORACLE se há algum 
procedimento extra que deva ser feito, tipo desativar temporariamente a feature 
cujas tabelas tão com bastante espaço reservado mas não usado no momento...
 
 []s
 
   Chiappa

Re: RES: RES: [oracle_br] Recuperar espaço livre na SYSAUX

[Luis Freitas lfreita...@yahoo.com [oracle_br]]

Ednilson,
   Algumas coisas é possível mover, mas muita coisa que tá na SYSAUX tem que 
ficar lá mesmo.
  Mas se forem objetos que possa reorganizar, por ex, com alter table move, 
mantendo o tablespace, ou truncar e reimportar os dados, já resolve.
  Após fazer isso os extents são realocados no começo dos datafiles e você vai 
conseguir diminuir eles.
   Tanto a FGA_LOG$ como a AUD$ são da auditoria, você pode truncar elas. 
   Já os LOBs, precisa identificar quais tabelas eles pertencem, pela DBA_LOBS.
   Inclua também o block_id na query, para ver realmente quais extents estão no 
fim do arquivo. A posição no arquivo é o block_id*db_block_size.
Atc,Luis Freitas
 

On Thursday, August 31, 2017 3:42 PM, "'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br]"  wrote:
 

     Luis,Certo, mas descobrindo esses objetos a proposta seria criar uma novo 
tablespace e mover ?  SQL> select owner, segment_name, segment_type  from 
DBA_EXTENTS where tablespace_name = 'SYSAUX'   and file_id = 13 order by 
block_id desc;  2    3    4    5  OWNER  SEGMENT_NAME   
    SEGMEN-- -- 
--SYS    SYS_IL159130C00028$$   LOBINDEXSYS    
SYS_LOB159130C00028$$  LOBSEGMENTSYS    
SYS_IL159130C00013$$   LOBINDEXSYS    
SYS_LOB159130C00013$$  LOBSEGMENTSYS    FGA_LOG$
   TABLESYS    AUD$ 
  TABLESYS    SYS_IL000501C00041$$  
 LOBINDEXSYS    SYS_LOB000501C00041$$  
LOBSEGMENTSYS    SYS_IL000501C00040$$   LOBINDEXSYS 
   SYS_LOB000501C00040$$  LOBSEG...  Grato,Ednilson 
  De: 
sentto-1682896-121989-1504202538-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121989-1504202538-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 15:02
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Recuperar espaço livre na SYSAUX    Ednilson,     
... order by block_id desc     Mas preste atenção no file_id também, que é o 
datafile. Talvez rodar a query com file_id=.. para cada datafile.  Atc,Luis 
Freitas       On Thursday, August 31, 2017 2:55 PM, "'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br]"  wrote:    
Mufalani,Eu já havia feito um Purge na Audit Trail e deixei desabilitada. Doc 
1582627.1 Grato,Ednilson De: 
sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 14:28
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recuperar espaço livre na SYSAUX   Boa tarde,    Dá 
uma olhada nas notas 1292724.1 e 1055547.1 e veja se lhe ajudam. AttMufalani 
Obter o Outlook para iOSFrom: oracle_br@yahoogrupos.com.br 
 on behalf of 'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br] 
Sent: Thursday, August 31, 2017 2:25:48 PM
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Recuperar espaço livre na SYSAUX    Boa Tarde Pessoal,- 
Red Hat Enterprise Linux Server release 6.3- Oracle Database 12c Enterprise 
Edition Release 12.1.0.2.0 - 64bit Production Existe alguma forma de recuperar 
esse espaço livre da tablespace SYSAUX? SQL> SELECT B.tablespace_name, tbs_size 
SizeMb, A.free_space FreeMb  FROM (SELECT tablespace_name,   
ROUND(SUM(bytes) / 1024 / 1024) as free_space  2    3    4    FROM 
dba_free_space GROUP BY tablespace_name) A,   (SELECT 
tablespace_name, SUM(bytes) / 1024 / 1024 as tbs_size  FROM 
dba_data_files GROUP BY tablespace_name) B  5   WHERE 
A.tablespace_name(+) = B.tablespace_nameorder by FreeMb desc  6    7    8    9  
 10   11  / TABLESPACE_NAME    SIZEMB 
FREEMB-- -- --SYSAUX
 111759 108748DOCXINDEX    4254    
211DOCCONTROL   3209    191UNDOTBS1 
 222    179SYSTEM    879 
18DOCXLOGACESSO      10  9DOCXLONG  
    981  1DOCXRELAT   5  
0USERS   2  0 10 rows selected. 
Grato,Ednilson Silva    #yiv7458902407 #yiv7458902407 -- #yiv7458902407ygrp-mkp 
{border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 
10px;}#yiv7458902407 #y

RES: RES: RES: [oracle_br] Recuperar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Já executei todos os procedimentos de limpeza, como  disse ao Mufalani, não dá 
5G utilizado e a tablespace esta com 100G

 

Estou pensando em criar um banco novo e fazer um export/import, o Owner da 
aplicação dá uns 20G

 

Grato,

Ednilson

 

De: 
sentto-1682896-121993-1504205567-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121993-1504205567-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 15:53
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Recuperar espaço livre na SYSAUX

 

  

PMFJI mas Não, Ednilson  São objetos INTERNOS do RDBMS Oracle, normalmente 
vc Não Pode simplesmente sair movendo-os sem mais esta ou aquela!!! Veja a msg 
que eu te mandei com a consulta na  v$sysaux_occupants que por ela vc vai saber 
*** QUAL  feature/recurso do banco está ocupando os maiores espaços E o 
procedimento correto para limpar esses dados !!!

[]s

  Chiappa
  
OBS : veja lá que os ocupantes maiores forem o "SM/OPTSTAT" ou o "SM/AWR" ou 
correlatos, pode muito bem ser que vc esteja caindo em alguns BUGs como o 
14373728 e/ou 8553944, que não deixavam o MMON limpar informações históricas do 
AWR/ASH... Em princípio tais bugs já foram corrigidos no 12cR1 e vc disse que 
está no 12cR2 então Não Deveria acontecer isso, mas confirme com o Suporte 
Oracle, plz...

RES: [oracle_br] Recuperar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Mufalani,

Rodei o SELECT e não dá 5G utilizado.

Fiz uma limpeza, só que a tablespace ainda esta com mais de 100G

 

Grato,

Ednilson

 

De: 
sentto-1682896-121992-1504205445-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121992-1504205445-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 15:51
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recuperar espaço livre na SYSAUX

 

  

Meu caro, 

Não dá para fazer isso que está em mente, recriar a SYSAUX, como o chiappa 
falou ela é parte do dicionários de dados. Consulte a v$sysaux_occupants e nela 
tem procedimentos inclusive para mover certos objetos e outros. 

SELECT occupant_name "Item", 
space_usage_kbytes/1048576 "Space Used (GB)", 
schema_name "Schema", 
move_procedure "Move Procedure" 
FROM v$sysaux_occupants 
ORDER BY 1; 

Obs.: Muito provável que seja o repositório do AWR que esteja tomando espaço. 


Atenciosamente, 
[RED] 

Rodrigo Mufalani - Dir. Técnico 
rodr...@mufalani.com.br 
+55 21 988 994 817 

Mufalani 
+55 21 3193 0326 
Rua Almirante Grenfall, 405, Bloco 3, Sala 310 
Centro Empresarial Washington Luiz 
Duque de Caxias - RJ 
CEP 25085-009 
www.mufalani.com.br <http://www.mufalani.com.br%3chttp:/www.mufalani.com.br/> 
<http://www.mufalani.com.br/> 


[id:image002.png@01D2F4C6.8E6B3BE0] 



De:  em nome de "'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br]"  
Responder para: "oracle_br@yahoogrupos.com.br"  
Data: quinta-feira, 31 de agosto de 2017 15:33 
Para: "oracle_br@yahoogrupos.com.br"  
Assunto: RES: RES: [oracle_br] Recuperar espaço livre na SYSAUX 


Luis, 
Certo, mas descobrindo esses objetos a proposta seria criar uma novo tablespace 
e mover ? 

SQL> select owner, segment_name, segment_type 
from DBA_EXTENTS 
where tablespace_name = 'SYSAUX' 
and file_id = 13 
order by block_id desc; 2 3 4 5 

OWNER SEGMENT_NAME SEGMEN 
-- -- -- 
SYS SYS_IL159130C00028$$ LOBINDEX 
SYS SYS_LOB159130C00028$$ LOBSEGMENT 
SYS SYS_IL159130C00013$$ LOBINDEX 
SYS SYS_LOB159130C00013$$ LOBSEGMENT 
SYS FGA_LOG$ TABLE 
SYS AUD$ TABLE 
SYS SYS_IL000501C00041$$ LOBINDEX 
SYS SYS_LOB000501C00041$$ LOBSEGMENT 
SYS SYS_IL000501C00040$$ LOBINDEX 
SYS SYS_LOB000501C00040$$ LOBSEG 
. 
. 
. 

Grato, 
Ednilson 

De: 
sentto-1682896-121989-1504202538-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121989-1504202538-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br] 
Enviada em: quinta-feira, 31 de agosto de 2017 15:02 
Para: oracle_br@yahoogrupos.com.br 
Assunto: Re: RES: [oracle_br] Recuperar espaço livre na SYSAUX 


Ednilson, 

... order by block_id desc 

Mas preste atenção no file_id também, que é o datafile. Talvez rodar a query 
com file_id=.. para cada datafile. 

Atc, 
Luis Freitas 



On Thursday, August 31, 2017 2:55 PM, "'Ednilson Silva' 
ednilson.si...@jbs.com.br 
<mailto:ednilson.si...@jbs.com.br%3cmailto:ednilson.si...@jbs.com.br> 
<mailto:ednilson.si...@jbs.com.br> [oracle_br]" mailto:oracle_br@yahoogrupos.com.br%3cmailto:oracle_br@yahoogrupos.com.br> 
<mailto:oracle_br@yahoogrupos.com.br>> wrote: 


Mufalani, 
Eu já havia feito um Purge na Audit Trail e deixei desabilitada. 

Doc 1582627.1 

Grato, 
Ednilson 

De: 
sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
<mailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com%3cmailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com>
 
<mailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com>
 
[mailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br 
<mailto:rodr...@mufalani.com.br%3cmailto:rodr...@mufalani.com.br> 
<mailto:rodr...@mufalani.com.br> [oracle_br] 
Enviada em: quinta-feira, 31 de agosto de 2017 14:28 
Para: oracle_br@yahoogrupos.com.br 
<mailto:oracle_br@yahoogrupos.com.br%3cmailto:oracle_br@yahoogrupos.com.br> 
<mailto:oracle_br@yahoogrupos.com.br>; oracle_br@yahoogrupos.com.br 
<mailto:oracle_br@yahoogrupos.com.br%3cmailto:oracle_br@yahoogrupos.com.br> 
<mailto:oracle_br@yahoogrupos.com.br> 
Assunto: Re: [oracle_br] Recuperar espaço livre na SYSAUX 


Boa tarde, 

Dá uma olhada nas notas 1292724.1 e 1055547.1 e veja se lhe ajudam. 

Att 
Mufalani 

Obter o Outlook para iOS<https://aka.ms/o0ukef> 
 
From: oracle_br@yahoogrupos.com.br 
<mailto:oracle_br@yahoogrupos.com.br%3cmailto:oracle

Re: RES: RES: [oracle_br] Recuperar espaço livre na SYSAUX

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

PMFJI mas Não, Ednilson  São objetos INTERNOS do RDBMS Oracle, normalmente 
vc Não Pode simplesmente sair movendo-os sem mais esta ou aquela!!! Veja a msg 
que eu te mandei com a consulta na  v$sysaux_occupants que por ela vc vai saber 
*** QUAL  feature/recurso do banco está ocupando os maiores espaços E o 
procedimento correto para limpar esses dados !!!

[]s

  Chiappa
  
OBS : veja lá que os ocupantes maiores forem o "SM/OPTSTAT" ou o "SM/AWR" ou 
correlatos, pode muito bem ser que vc esteja caindo em alguns BUGs como o 
14373728 e/ou 8553944, que não deixavam o MMON limpar informações históricas do 
AWR/ASH... Em princípio tais bugs já foram corrigidos no 12cR1 e vc disse que 
está no 12cR2 então Não Deveria acontecer isso, mas confirme com o Suporte 
Oracle, plz...

RES: RES: [oracle_br] Recuperar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Luis,

Certo, mas descobrindo esses objetos a proposta seria criar uma novo tablespace 
e mover ?

 

SQL> select owner, segment_name, segment_type

  from DBA_EXTENTS

where tablespace_name = 'SYSAUX'

   and file_id = 13

order by block_id desc;  2345

 

OWNER  SEGMENT_NAME   SEGMEN

-- -- --

SYSSYS_IL159130C00028$$   LOBINDEX

SYSSYS_LOB159130C00028$$  LOBSEGMENT

SYSSYS_IL159130C00013$$   LOBINDEX

SYSSYS_LOB159130C00013$$  LOBSEGMENT

SYSFGA_LOG$   TABLE

SYSAUD$   TABLE

SYSSYS_IL000501C00041$$   LOBINDEX

SYSSYS_LOB000501C00041$$  LOBSEGMENT

SYSSYS_IL000501C00040$$   LOBINDEX

SYSSYS_LOB000501C00040$$  LOBSEG

.

.

.

 

Grato,

Ednilson 

 

De: 
sentto-1682896-121989-1504202538-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121989-1504202538-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 15:02
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Recuperar espaço livre na SYSAUX

 

  

Ednilson,

 

   ... order by block_id desc

 

   Mas preste atenção no file_id também, que é o datafile. Talvez rodar a query 
com file_id=.. para cada datafile.

 

Atc,

Luis Freitas

 

   

 

On Thursday, August 31, 2017 2:55 PM, "'Ednilson Silva'  
<mailto:ednilson.si...@jbs.com.br> ednilson.si...@jbs.com.br [oracle_br]" < 
<mailto:oracle_br@yahoogrupos.com.br> oracle_br@yahoogrupos.com.br> wrote:

 

  

Mufalani,

Eu já havia feito um Purge na Audit Trail e deixei desabilitada.

 

Doc 1582627.1

 

Grato,

Ednilson

 

De: 
sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 14:28
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recuperar espaço livre na SYSAUX

 

  

Boa tarde,

 

   Dá uma olhada nas notas 1292724.1 e 1055547.1 e veja se lhe ajudam.

 

Att

Mufalani

 

Obter o Outlook para iOS <https://aka.ms/o0ukef> 

  _  

From:  <mailto:oracle_br@yahoogrupos.com.br> oracle_br@yahoogrupos.com.br < 
<mailto:oracle_br@yahoogrupos.com.br> oracle_br@yahoogrupos.com.br> on behalf 
of 'Ednilson Silva'  <mailto:ednilson.si...@jbs.com.br> 
ednilson.si...@jbs.com.br [oracle_br] < <mailto:oracle_br@yahoogrupos.com.br> 
oracle_br@yahoogrupos.com.br>
Sent: Thursday, August 31, 2017 2:25:48 PM
To:  <mailto:oracle_br@yahoogrupos.com.br> oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Recuperar espaço livre na SYSAUX 

 

  

Boa Tarde Pessoal,

- Red Hat Enterprise Linux Server release 6.3

- Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production

 

Existe alguma forma de recuperar esse espaço livre da tablespace SYSAUX?

 

SQL> SELECT B.tablespace_name, tbs_size SizeMb, A.free_space FreeMb

  FROM (SELECT tablespace_name,

   ROUND(SUM(bytes) / 1024 / 1024) as free_space

  234FROM dba_free_space

 GROUP BY tablespace_name) A,

   (SELECT tablespace_name, SUM(bytes) / 1024 / 1024 as tbs_size

  FROM dba_data_files

 GROUP BY tablespace_name) B

  5   WHERE A.tablespace_name(+) = B.tablespace_name

order by FreeMb desc

  6789   10   11  /

 

TABLESPACE_NAMESIZEMB FREEMB

-- -- --

SYSAUX 111759 108748

DOCXINDEX4254211

DOCCONTROL   3209191

UNDOTBS1  222179

SYSTEM879 18

DOCXLOGACESSO  10  9

DOCXLONG  981  1

DOCXRELAT   5  0

USERS   2  0

 

10 rows selected.

 

Grato,

Ednilson Silva

 

Re: RES: [oracle_br] Recuperar espaço livre na SYSAUX

[Luis Freitas lfreita...@yahoo.com [oracle_br]]

Ednilson,
   ... order by block_id desc
   Mas preste atenção no file_id também, que é o datafile. Talvez rodar a query 
com file_id=.. para cada datafile.
Atc,Luis Freitas
    

On Thursday, August 31, 2017 2:55 PM, "'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br]"  wrote:
 

     Mufalani,Eu já havia feito um Purge na Audit Trail e deixei desabilitada.  
Doc 1582627.1  Grato,Ednilson  De: 
sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 14:28
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recuperar espaço livre na SYSAUX    Boa tarde,     Dá 
uma olhada nas notas 1292724.1 e 1055547.1 e veja se lhe ajudam.  AttMufalani  
Obter o Outlook para iOSFrom: oracle_br@yahoogrupos.com.br 
 on behalf of 'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br] 
Sent: Thursday, August 31, 2017 2:25:48 PM
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Recuperar espaço livre na SYSAUX    Boa Tarde Pessoal,- 
Red Hat Enterprise Linux Server release 6.3- Oracle Database 12c Enterprise 
Edition Release 12.1.0.2.0 - 64bit Production Existe alguma forma de recuperar 
esse espaço livre da tablespace SYSAUX? SQL> SELECT B.tablespace_name, tbs_size 
SizeMb, A.free_space FreeMb  FROM (SELECT tablespace_name,   
ROUND(SUM(bytes) / 1024 / 1024) as free_space  2    3    4    FROM 
dba_free_space GROUP BY tablespace_name) A,   (SELECT 
tablespace_name, SUM(bytes) / 1024 / 1024 as tbs_size  FROM 
dba_data_files GROUP BY tablespace_name) B  5   WHERE 
A.tablespace_name(+) = B.tablespace_nameorder by FreeMb desc  6    7    8    9  
 10   11  / TABLESPACE_NAME    SIZEMB 
FREEMB-- -- --SYSAUX
 111759 108748DOCXINDEX    4254    
211DOCCONTROL   3209    191UNDOTBS1 
 222    179SYSTEM    879 
18DOCXLOGACESSO      10  9DOCXLONG  
    981  1DOCXRELAT   5  
0USERS   2  0 10 rows selected. 
Grato,Ednilson Silva  #yiv6527039585 #yiv6527039585 -- #yiv6527039585ygrp-mkp 
{border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 
10px;}#yiv6527039585 #yiv6527039585ygrp-mkp hr {border:1px solid 
#d8d8d8;}#yiv6527039585 #yiv6527039585ygrp-mkp #yiv6527039585hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv6527039585 #yiv6527039585ygrp-mkp #yiv6527039585ads 
{margin-bottom:10px;}#yiv6527039585 #yiv6527039585ygrp-mkp .yiv6527039585ad 
{padding:0 0;}#yiv6527039585 #yiv6527039585ygrp-mkp .yiv6527039585ad p 
{margin:0;}#yiv6527039585 #yiv6527039585ygrp-mkp .yiv6527039585ad a 
{color:#ff;text-decoration:none;}#yiv6527039585 #yiv6527039585ygrp-sponsor 
#yiv6527039585ygrp-lc {font-family:Arial;}#yiv6527039585 
#yiv6527039585ygrp-sponsor #yiv6527039585ygrp-lc #yiv6527039585hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv6527039585 
#yiv6527039585ygrp-sponsor #yiv6527039585ygrp-lc .yiv6527039585ad 
{margin-bottom:10px;padding:0 0;}#yiv6527039585 #yiv6527039585actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv6527039585 
#yiv6527039585activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv6527039585
 #yiv6527039585activity span {font-weight:700;}#yiv6527039585 
#yiv6527039585activity span:first-child 
{text-transform:uppercase;}#yiv6527039585 #yiv6527039585activity span a 
{color:#5085b6;text-decoration:none;}#yiv6527039585 #yiv6527039585activity span 
span {color:#ff7900;}#yiv6527039585 #yiv6527039585activity span 
.yiv6527039585underline {text-decoration:underline;}#yiv6527039585 
.yiv6527039585attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv6527039585 .yiv6527039585attach div a 
{text-decoration:none;}#yiv6527039585 .yiv6527039585attach img 
{border:none;padding-right:5px;}#yiv6527039585 .yiv6527039585attach label 
{display:block;margin-bottom:5px;}#yiv6527039585 .yiv6527039585attach label a 
{text-decoration:none;}#yiv6527039585 blockquote {margin:0 0 0 
4px;}#yiv6527039585 .yiv6527039585bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv6527039585 
.yiv6527039585bold a {text-decoration:none;}#yiv6527039585 dd.yiv6527039585last 
p a {font-family:Verdana;font-weight:700;}#yiv6527039585 dd.yiv6527039585last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv6527039585 
dd.yiv6527039585last p span.yiv6527039585yshortcuts 
{margin-right:0;}#yiv6527039585 

RES: [oracle_br] Recuperar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Mufalani,

Eu já havia feito um Purge na Audit Trail e deixei desabilitada.

 

Doc 1582627.1

 

Grato,

Ednilson

 

De:
sentto-1682896-121986-1504201119-ednilson.silva=jbs.com...@returns.groups.ya
hoo.com
[mailto:sentto-1682896-121986-1504201119-ednilson.silva=jbs.com.br@returns.g
roups.yahoo.com] Em nome de Rodrigo Mufalani rodr...@mufalani.com.br
[oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 14:28
Para: oracle_br@yahoogrupos.com.br; oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recuperar espaço livre na SYSAUX

 

  

Boa tarde,

 

   Dá uma olhada nas notas 1292724.1 e 1055547.1 e veja se lhe ajudam.

 

Att

Mufalani

 

Obter o Outlook para iOS  

  _  

From:   oracle_br@yahoogrupos.com.br <
 oracle_br@yahoogrupos.com.br> on
behalf of 'Ednilson Silva'  
ednilson.si...@jbs.com.br [oracle_br] <
 oracle_br@yahoogrupos.com.br>
Sent: Thursday, August 31, 2017 2:25:48 PM
To:   oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Recuperar espaço livre na SYSAUX 

 

  

Boa Tarde Pessoal,

- Red Hat Enterprise Linux Server release 6.3

- Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit
Production

 

Existe alguma forma de recuperar esse espaço livre da tablespace SYSAUX?

 

SQL> SELECT B.tablespace_name, tbs_size SizeMb, A.free_space FreeMb

  FROM (SELECT tablespace_name,

   ROUND(SUM(bytes) / 1024 / 1024) as free_space

  234FROM dba_free_space

 GROUP BY tablespace_name) A,

   (SELECT tablespace_name, SUM(bytes) / 1024 / 1024 as tbs_size

  FROM dba_data_files

 GROUP BY tablespace_name) B

  5   WHERE A.tablespace_name(+) = B.tablespace_name

order by FreeMb desc

  6789   10   11  /

 

TABLESPACE_NAMESIZEMB FREEMB

-- -- --

SYSAUX 111759 108748

DOCXINDEX4254211

DOCCONTROL   3209191

UNDOTBS1  222179

SYSTEM879 18

DOCXLOGACESSO  10  9

DOCXLONG  981  1

DOCXRELAT   5  0

USERS   2  0

 

10 rows selected.

 

Grato,

Ednilson Silva

RES: [oracle_br] Recuperar espaço livre na SYSAUX

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Luis,

Tem objetos do Owner: APEX_040200, AUDSYS, CTXSYS, DBSNMP, DVSYS, 
GSMADMIN_INTERNAL, MDSYS, ORDDATA, ORDSYS, SYS, SYSTEM, WMSYS e XDB.

Totalizando mais de 9 mil objetos

 

Como descubro os objetos que estão ocupando os blocos finais?

 

SQL> select count(*) from AUD$;

 

  COUNT(*)

--

 1

 

SQL> alter database datafile '/ora001/oradata/dboDOCX/sysaux01.dbf' resize 
1000m;

alter database datafile '/ora001/oradata/dboLIMS/sysaux01.dbf' resize 1000m

*

ERROR at line 1:

ORA-03297: file contains used data beyond requested RESIZE value

 

Grato,

Ednilson

 

De: 
sentto-1682896-121985-1504201040-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121985-1504201040-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Luis Freitas lfreita...@yahoo.com [oracle_br]
Enviada em: quinta-feira, 31 de agosto de 2017 14:37
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Recuperar espaço livre na SYSAUX

 

  

Edninson,

 

   A SYSAUX é menos tensa que a SYSTEM, mas deve depender do que está ocupando 
os datafiles.

 

   Você olhou na DBA_EXTENTS quais são os objetos ocupando os blocos finais dos 
datafiles?

 

  Se for a auditoria, AUD$, por exemplo, tem como reorganizar ela e depois 
reduzir os datafiles. (Ex. How to Reorganize SYS.AUD$ Table Doc ID 166301.1 e 
alguns outros notes sobre isso)

 

Atç,

Luis Freitas

 

On Thursday, August 31, 2017 2:25 PM, "'Ednilson Silva'  
 ednilson.si...@jbs.com.br [oracle_br]" < 
 oracle_br@yahoogrupos.com.br> wrote:

 

  

Boa Tarde Pessoal,

- Red Hat Enterprise Linux Server release 6.3

- Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production

 

Existe alguma forma de recuperar esse espaço livre da tablespace SYSAUX?

 

SQL> SELECT B.tablespace_name, tbs_size SizeMb, A.free_space FreeMb

  FROM (SELECT tablespace_name,

   ROUND(SUM(bytes) / 1024 / 1024) as free_space

  234FROM dba_free_space

 GROUP BY tablespace_name) A,

   (SELECT tablespace_name, SUM(bytes) / 1024 / 1024 as tbs_size

  FROM dba_data_files

 GROUP BY tablespace_name) B

  5   WHERE A.tablespace_name(+) = B.tablespace_name

order by FreeMb desc

  6789   10   11  /

 

TABLESPACE_NAMESIZEMB FREEMB

-- -- --

SYSAUX 111759 108748

DOCXINDEX4254211

DOCCONTROL   3209191

UNDOTBS1  222179

SYSTEM879 18

DOCXLOGACESSO  10  9

DOCXLONG  981  1

DOCXRELAT   5  0

USERS   2  0

 

10 rows selected.

 

Grato,

Ednilson Silva

 

RES: [oracle_br] Quantidade de Transações

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Mufalani,

Obrigado pelo retorno.

 

E na v$resource_limit, ali tem transactions e sessions

 

Grato,

Ednilson

 

De: 
sentto-1682896-121977-1503322204-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121977-1503322204-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
Enviada em: segunda-feira, 21 de agosto de 2017 10:30
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Quantidade de Transações

 

  

Bom dia, 

Tem uma métrica chamada TPS – Transactions per second 

SELECT round(value) tps 
from v$sysmetric 
where metric_name like '%rans%' 
and group_id=3; 


Atenciosamente, 
[RED] 

Rodrigo Mufalani - Dir. Técnico 
rodr...@mufalani.com.br 
+55 21 988 994 817 

Mufalani 
+55 21 3193 0326 
Rua Almirante Grenfall, 405, Bloco 3, Sala 310 
Centro Empresarial Washington Luiz 
Duque de Caxias - RJ 
CEP 25085-009 
www.mufalani.com.br  
 


[id:image002.png@01D2F4C6.8E6B3BE0] 



De:  em nome de "'Ednilson Silva' 
ednilson.si...@jbs.com.br [oracle_br]"  
Responder para: "oracle_br@yahoogrupos.com.br"  
Data: segunda-feira, 21 de agosto de 2017 10:10 
Para: "oracle_br@yahoogrupos.com.br"  
Assunto: [oracle_br] Quantidade de Transações 


Bom Dia, 
Existe algum lugar que grava a quantidade de transações e a quantidade de 
usuários simultâneos que o banco gera? 

Grato, 
Ednilson 


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

Re: RES: RES: [oracle_br] Re: Listener.log muito grande

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

Nope : até onde eu sei não há NENHUM parâmetro que controle o tamanho máximo do 
listener.log no RDBMS em si : pode olhar na Documentação que afaik vc não 
achará nenhum...

  O que ocorre é que TANTO o Sistema Operacional (principalmente em controles 
de kernel) quanto o hardware quanto as camadas de software que controlam / 
acessam o hardware (ie, FILESYSTEM) possuem seus limites...  Outro ponto *** 
crucial *** é que o software de RDBMS Oracle ainda tem (ao menos enquanto as 
versões anteriores a 12cR2 não forem Totalmente Aposentadas) que incluir 
libs/headers em 32 bits em SOs de 32-bits por questões de compatibilidade, e 
com software de 32 bits as libraries da linguagem C impõem 32 bits como limite 
máximo para representar um tamanho de arquivo... Da mesma forma, como já dito 
acima, diversos filesystems assumiam 32 bits também como tamanho máximo, o que 
resultava em 4GB (ou 2 GB, dependendo do número de bytes usados para controlar 
tamanho de arquivo), cfrme https://en.wikipedia.org/wiki/Large_file_support 
mostra 
 ==> Sabendo disso tudo, afaik a Oracle simplesmente assumiu (sem prejuízo para 
os OUTROS limites externo, é claro) 4GB como tamanho máximo até antes da versão 
12cR2 de um arquivo individual, é hard-coded mesmo... só não sei se no 12cR2 
foi introduzido algum parâmetro (oculto que seja) alterando isso, que eu saiba 
não...

 ==> o que vc tem que fazer (não só pro LISTENER.LOG mas TAMBÉM pro alert.log e 
** todos ** os outros arquivos de log gerados no seu ambiente, como logs de 
Agent, de ASM, de Clusterware, todos os logs enfim) é implementar algum rotina 
de ROTATE, ie, um JOB qquer  que MUITO ANTES do arquivo chegar perto dos 4 GB 
(ou menos, se seu SO/filesystem/bitsize/whatever tem restrições menores) salve 
o conteúdo do log file em questão com outro nome, o compacte E o salve/arquive 
nalgum lugar para que seja usado se necessário no futuroSIM, se vc  não 
fizer isso é bem provável vc ter algum tipo de abort no listener, OU então o 
lsitener passar a rodar sem gerar log nenhum, causando a perda completa dos 
seus elementos de audit/controle de conexão relacionados ao listener...

Especificamente para o listener.log um exemplo da técnica pode ser 
https://blog.dbi-services.com/oracle-12-2-how-to-rotate-the-12-2-listener-log-diag_adr_enabled_listener-off/
 , que usa a técnica de desabilitar temporariamente o log para que o file 
handle seja fechado e o arquivo de log possa ser movido/renomeado... Só tomar 
cuidado porque, tal como a nota metalink "How To Change the Listener Log 
Filename Without Stopping the Listener" (Doc ID 135063.1) nos lembra, se o ADR 
estiver ligado vc pode levar um erro de "TNS-01251: Cannot set trace/log 
directory under ADR, o ADR tem que ser temporariamente desligado antes de se 
fazer isso...

[]s

  Chiappa

OBS : não tem a ver com o que vc perguntou, mas relembro que (ao contrário dos 
arquivos de LOG) para os arquivos de trace aí SIM existem parâmetros que 
controlam o tamanho máximo deles e (em alguns casos) eles podem ser Múltiplos, 
ie  : se um arquivo de trace chegou no limite que vc especificou, um outro 
arquivo é aberto  Essa última técnica de vc ter múltiplos arquivos de 
resultado/diagnóstico, cada um respeitando o limite máximo que vc indicou, não 
funciona porém para os aqruivos de LOG, via de regra eles são únicos (ie, vc só 
tem UM listener.log pro teu listener, UM alert.log pra sua instância, etc)...

RES: RES: [oracle_br] Re: Listener.log muito grande

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Entendi, irei falar com o Admin dos Servidores como isso esta rodando.

 

Uma outra questão, existe a possibilidade de aumentar o tamanho do log do 
listener?

 

Esses dias, o log passou de 4.1G e o listener caiu, migrando o pacote para o 
lado B

 

Grato,

Ednilson

 

De: 
sentto-1682896-121968-1502742531-ednilson.silva=jbs.com...@returns.groups.yahoo.com
 
[mailto:sentto-1682896-121968-1502742531-ednilson.silva=jbs.com...@returns.groups.yahoo.com]
 Em nome de jlchia...@yahoo.com.br [oracle_br]
Enviada em: segunda-feira, 14 de agosto de 2017 17:29
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Re: Listener.log muito grande

 

  

Então, não sendo uma tecnologia Oracle foge um pouco do meu escopo de 
conhecimento mas acho que depende TOTALMENTE da tool em questão, COMO é que ela 
monitora o Listener ? Ele olha o executável/daemon do Listener que fica 
residente na memória ?? Ou ele usa a API disponibilizada pelo lsnrctl e manda 
gerar uma entrada no listener.log ?? Ou ele tenta enviar um pacote de rede pra 
porta de rede em que o listener tá ouvindo, tipo o que o TNSPING faz ???
 Sabendo isso a gente pode dizer se interfere ou não : se ele manda um pacote 
de rede sem abrir conexão, ou se verifica via sistema operacional o executável 
aí Claro que vc desabilitar o log do listener não interferirá em nada, já se a 
tal tool da HP gera entrada no log com o log desativado vai SIM reportar 
serviço fora erradamente...
 
 []s
 
   Chiappa

Re: RES: [oracle_br] Re: Listener.log muito grande

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

Então, não sendo uma tecnologia Oracle foge um pouco do meu escopo de 
conhecimento mas acho que depende TOTALMENTE da tool em questão, COMO é que ela 
monitora o Listener ? Ele olha o executável/daemon do Listener que fica 
residente na memória ?? Ou ele usa a API disponibilizada pelo lsnrctl e manda 
gerar uma entrada no listener.log ?? Ou ele tenta enviar um pacote de rede pra 
porta de rede em que o listener tá ouvindo, tipo o que o TNSPING faz ???
 Sabendo isso a gente pode dizer se interfere ou não : se ele manda um pacote 
de rede sem abrir conexão, ou se verifica via sistema operacional o executável 
aí Claro que vc desabilitar o log do listener não interferirá em nada, já se a 
tal tool da HP gera entrada no log com o log desativado vai SIM reportar 
serviço fora erradamente...
 
 []s
 
   Chiappa