Re: [oracle_br] Re: Como saber se existem sessões c om trace ligado no banco de dados ?
Obrigado a todos pelas respostas.Sim, ainda existem clientes que são permissivos com seus ambientes produtivos, em pleno 2018, por razões várias.Como a maioria dos DBAs, concordo com um antigo colega que dizia que "produção é vaca sagrada", que não deveríamos nem logar, só se precisássemos, mas muitos não entendem assim (por motivos vários).Faremos as sugestões, mas não sei se concordam comigo quando digo que, para uma empresa, a palavra da Infra vale menos que a do time de sistemas (aplicações), pois são eles que "geram" negócio, que fazem o cascalho entrar na empresa. Obviamente, não direi que isso é uma tendência do mercado, mas assim parece.Trabalhei numa empresa onde o time de infra definiu e mudou a senha do SYS, SYSTEM, só para chegar na segunda e ter de colocar a senha antiga de volta. Isso foi lá por 2010, 2011, e a desculpa e que "quem desenvolve precisa trabalhar". Ademais, obrigado a todos e um forte abraço! Em sexta-feira, 9 de março de 2018 18:35:41 BRT, Luis Freitas lfreita...@yahoo.com [oracle_br]escreveu: Roland, alter system set max_dump_file_size=10; Ou qualquer outro numero pequeno. Atc, Luis Freitas On Friday, March 9, 2018 1:57 PM, "jlchia...@yahoo.com.br [oracle_br]" wrote: Óbvio número dois : esse trace NÃO É ativado sozinho : ALGUÉM criou uma trigger de logon, um shell script (disparado por cron ou não), alguém alterou a aplicação, alguém alterou o parâmetro SQL_TRACE no banco, enfim ALGUÉM ativou isso - além de identificar QUAIS sessões estão com isso ativo, vc DEVERÁ IDENTIFICAR também QUEM fez e COMO FEZPra isso vc VAI ter que ter acesso ao servidor, aos códigos da aplic, aos shell scripts em uso/cron, às triggers do banco em questão, etc, etc, etc... O que PODE te ajudar é vc ABRIR os trace files gerados num editor de texto, pois algumas informações básicas (como username, data/hora de início do trace, SID/SERIAL# da sessão, etc) estão no cabeçalho do trace file gerado... []s Chiappa #yiv8157148482 #yiv8157148482 -- #yiv8157148482ygrp-mkp {border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv8157148482 #yiv8157148482ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv8157148482 #yiv8157148482ygrp-mkp #yiv8157148482hd {color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 0;}#yiv8157148482 #yiv8157148482ygrp-mkp #yiv8157148482ads {margin-bottom:10px;}#yiv8157148482 #yiv8157148482ygrp-mkp ..yiv8157148482ad {padding:0 0;}#yiv8157148482 #yiv8157148482ygrp-mkp .yiv8157148482ad p {margin:0;}#yiv8157148482 #yiv8157148482ygrp-mkp .yiv8157148482ad a {color:#ff;text-decoration:none;}#yiv8157148482 #yiv8157148482ygrp-sponsor #yiv8157148482ygrp-lc {font-family:Arial;}#yiv8157148482 #yiv8157148482ygrp-sponsor #yiv8157148482ygrp-lc #yiv8157148482hd {margin:10px 0px;font-weight:700;font-size:78%;line-height:122%;}#yiv8157148482 #yiv8157148482ygrp-sponsor #yiv8157148482ygrp-lc .yiv8157148482ad {margin-bottom:10px;padding:0 0;}#yiv8157148482 #yiv8157148482actions {font-family:Verdana;font-size:11px;padding:10px 0;}#yiv8157148482 #yiv8157148482activity {background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv8157148482 #yiv8157148482activity span {font-weight:700;}#yiv8157148482 #yiv8157148482activity span:first-child {text-transform:uppercase;}#yiv8157148482 #yiv8157148482activity span a {color:#5085b6;text-decoration:none;}#yiv8157148482 #yiv8157148482activity span span {color:#ff7900;}#yiv8157148482 #yiv8157148482activity span .yiv8157148482underline {text-decoration:underline;}#yiv8157148482 .yiv8157148482attach {clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 0;width:400px;}#yiv8157148482 .yiv8157148482attach div a {text-decoration:none;}#yiv8157148482 .yiv8157148482attach img {border:none;padding-right:5px;}#yiv8157148482 .yiv8157148482attach label {display:block;margin-bottom:5px;}#yiv8157148482 .yiv8157148482attach label a {text-decoration:none;}#yiv8157148482 blockquote {margin:0 0 0 4px;}#yiv8157148482 .yiv8157148482bold {font-family:Arial;font-size:13px;font-weight:700;}#yiv8157148482 .yiv8157148482bold a {text-decoration:none;}#yiv8157148482 dd.yiv8157148482last p a {font-family:Verdana;font-weight:700;}#yiv8157148482 dd.yiv8157148482last p span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv8157148482 dd.yiv8157148482last p span.yiv8157148482yshortcuts {margin-right:0;}#yiv8157148482 div.yiv8157148482attach-table div div a {text-decoration:none;}#yiv8157148482 div.yiv8157148482attach-table {width:400px;}#yiv8157148482 div.yiv8157148482file-title a, #yiv8157148482 div.yiv8157148482file-title a:active, #yiv8157148482 div.yiv8157148482file-title a:hover, #yiv8157148482 div.yiv8157148482file-title a:visited {text-decoration:none;}#yiv8157148482 div.yiv8157148482photo-title a, #yiv8157148482
Re: [oracle_br] Re: Como saber se existem sessões c om trace ligado no banco de dados ?
Roland, alter system set max_dump_file_size=10; Ou qualquer outro numero pequeno. Atc, Luis Freitas On Friday, March 9, 2018 1:57 PM, "jlchia...@yahoo.com.br [oracle_br]"wrote: Óbvio número dois : esse trace NÃO É ativado sozinho : ALGUÉM criou uma trigger de logon, um shell script (disparado por cron ou não), alguém alterou a aplicação, alguém alterou o parâmetro SQL_TRACE no banco, enfim ALGUÉM ativou isso - além de identificar QUAIS sessões estão com isso ativo, vc DEVERÁ IDENTIFICAR também QUEM fez e COMO FEZPra isso vc VAI ter que ter acesso ao servidor, aos códigos da aplic, aos shell scripts em uso/cron, às triggers do banco em questão, etc, etc, etc... O que PODE te ajudar é vc ABRIR os trace files gerados num editor de texto, pois algumas informações básicas (como username, data/hora de início do trace, SID/SERIAL# da sessão, etc) estão no cabeçalho do trace file gerado... []s Chiappa #yiv6560091953 #yiv6560091953 -- #yiv6560091953ygrp-mkp {border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv6560091953 #yiv6560091953ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv6560091953 #yiv6560091953ygrp-mkp #yiv6560091953hd {color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 0;}#yiv6560091953 #yiv6560091953ygrp-mkp #yiv6560091953ads {margin-bottom:10px;}#yiv6560091953 #yiv6560091953ygrp-mkp .yiv6560091953ad {padding:0 0;}#yiv6560091953 #yiv6560091953ygrp-mkp .yiv6560091953ad p {margin:0;}#yiv6560091953 #yiv6560091953ygrp-mkp .yiv6560091953ad a {color:#ff;text-decoration:none;}#yiv6560091953 #yiv6560091953ygrp-sponsor #yiv6560091953ygrp-lc {font-family:Arial;}#yiv6560091953 #yiv6560091953ygrp-sponsor #yiv6560091953ygrp-lc #yiv6560091953hd {margin:10px 0px;font-weight:700;font-size:78%;line-height:122%;}#yiv6560091953 #yiv6560091953ygrp-sponsor #yiv6560091953ygrp-lc .yiv6560091953ad {margin-bottom:10px;padding:0 0;}#yiv6560091953 #yiv6560091953actions {font-family:Verdana;font-size:11px;padding:10px 0;}#yiv6560091953 #yiv6560091953activity {background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv6560091953 #yiv6560091953activity span {font-weight:700;}#yiv6560091953 #yiv6560091953activity span:first-child {text-transform:uppercase;}#yiv6560091953 #yiv6560091953activity span a {color:#5085b6;text-decoration:none;}#yiv6560091953 #yiv6560091953activity span span {color:#ff7900;}#yiv6560091953 #yiv6560091953activity span .yiv6560091953underline {text-decoration:underline;}#yiv6560091953 .yiv6560091953attach {clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 0;width:400px;}#yiv6560091953 .yiv6560091953attach div a {text-decoration:none;}#yiv6560091953 .yiv6560091953attach img {border:none;padding-right:5px;}#yiv6560091953 .yiv6560091953attach label {display:block;margin-bottom:5px;}#yiv6560091953 .yiv6560091953attach label a {text-decoration:none;}#yiv6560091953 blockquote {margin:0 0 0 4px;}#yiv6560091953 .yiv6560091953bold {font-family:Arial;font-size:13px;font-weight:700;}#yiv6560091953 .yiv6560091953bold a {text-decoration:none;}#yiv6560091953 dd.yiv6560091953last p a {font-family:Verdana;font-weight:700;}#yiv6560091953 dd.yiv6560091953last p span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv6560091953 dd.yiv6560091953last p span.yiv6560091953yshortcuts {margin-right:0;}#yiv6560091953 div.yiv6560091953attach-table div div a {text-decoration:none;}#yiv6560091953 div.yiv6560091953attach-table {width:400px;}#yiv6560091953 div.yiv6560091953file-title a, #yiv6560091953 div.yiv6560091953file-title a:active, #yiv6560091953 div.yiv6560091953file-title a:hover, #yiv6560091953 div.yiv6560091953file-title a:visited {text-decoration:none;}#yiv6560091953 div.yiv6560091953photo-title a, #yiv6560091953 div.yiv6560091953photo-title a:active, #yiv6560091953 div.yiv6560091953photo-title a:hover, #yiv6560091953 div.yiv6560091953photo-title a:visited {text-decoration:none;}#yiv6560091953 div#yiv6560091953ygrp-mlmsg #yiv6560091953ygrp-msg p a span.yiv6560091953yshortcuts {font-family:Verdana;font-size:10px;font-weight:normal;}#yiv6560091953 .yiv6560091953green {color:#628c2a;}#yiv6560091953 .yiv6560091953MsoNormal {margin:0 0 0 0;}#yiv6560091953 o {font-size:0;}#yiv6560091953 #yiv6560091953photos div {float:left;width:72px;}#yiv6560091953 #yiv6560091953photos div div {border:1px solid #66;min-height:62px;overflow:hidden;width:62px;}#yiv6560091953 #yiv6560091953photos div label {color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv6560091953 #yiv6560091953reco-category {font-size:77%;}#yiv6560091953 #yiv6560091953reco-desc {font-size:77%;}#yiv6560091953 .yiv6560091953replbq {margin:4px;}#yiv6560091953 #yiv6560091953ygrp-actbar div a:first-child {margin-right:2px;padding-right:5px;}#yiv6560091953 #yiv6560091953ygrp-mlmsg
[oracle_br] Re: Como saber se existem sessões c om trace ligado no banco de dados ?
Óbvio número dois : esse trace NÃO É ativado sozinho : ALGUÉM criou uma trigger de logon, um shell script (disparado por cron ou não), alguém alterou a aplicação, alguém alterou o parâmetro SQL_TRACE no banco, enfim ALGUÉM ativou isso - além de identificar QUAIS sessões estão com isso ativo, vc DEVERÁ IDENTIFICAR também QUEM fez e COMO FEZPra isso vc VAI ter que ter acesso ao servidor, aos códigos da aplic, aos shell scripts em uso/cron, às triggers do banco em questão, etc, etc, etc... O que PODE te ajudar é vc ABRIR os trace files gerados num editor de texto, pois algumas informações básicas (como username, data/hora de início do trace, SID/SERIAL# da sessão, etc) estão no cabeçalho do trace file gerado... []s Chiappa
[oracle_br] Re: Como saber se existem sessões com trace ligado no banco de dados ?
Veja só : historicamente, o trace de SQL primeiro foi disponibilidado através do evento 10046, e apenas Depois disso a Oracle oficializou uma API PL/SQL para ativar o trace de SQL, sendo que essa API atuava como um front-end pro evento... LOGICAMENTE, só fica registrado na V$SESSIOn e correlatads a coluna Primeira coisa, até onde sei só fica registrado no dicionário de dados que há um TRACE de SQL ativo na coluna SQL_TRACE para uma sessão SE e APENAS SE o trace foi ativado pela API - ativação direto pelo evento, que ainda é possível como sempre, até onde sei NÂO popula as flags... Para vc ver se foi isso mesmo, o único meio que eu conheço para saber se uma dada sessão está com o evento 10046 ativo é : conectar no oradebug, fazer a sessão desejada se tornar a CURRENT SESSION e executar o comando DBMS_SYSTEM.read_ev para o evento 10046 , é isso NOTAR que esse evento E essa package que consulta eventos é de uso INTERNO do RDBMS Oracle, então antes de sequer pensar em usar isso em PROD obtenha Permissão do SUporte Oracle... []s Chiappa IMPORTANTE : nem preciso dizer que caberia COM CERTEZA um DBA aí nesse cliente, ou pelo menos um controle MAIS RÍGIDO de permissões nesse banco : hoje o cliente saiu setando trace, amanhã ele faz alguma OUTRA besteira, talvez derrube/quebue o banco... QUEM é Responsável ??? Eu que não sou...
Re: [oracle_br] Como saber se existem sessões com trace ligado no banco de dados ?
Abra o trace. No cabeçalho informa dados da sessão. att Vitor Jr. https://www.linkedin.com/in/vitorjr Em 9 de mar de 2018 12:25, "Roland Martins dadim...@yahoo.com.br [oracle_br]"escreveu: > > > O problema: O cliente, por algum motivo, ligou trace em1, 2 ou mais > sessões no banco Oracle, e os filesystems estão explodindo. > A pergunta: Como identificar quais das mais de 3000 conexões por nó, tem > TRACE ligado ? > > Obs.: Na v$session (portanto na gv$session) existe uma coluna chamada > SQL_TRACE, que teria os valores DISABLED ou ENABLED, porém, realizado teste > (ligar trace na sessão), apareneteente não > funciona. > > Versão 11gR2 e superiores. > SO: Oracle Linux. > >
[oracle_br] Como saber se existem sessões com trace ligado no banco de dados ?
O problema: O cliente, por algum motivo, ligou trace em1, 2 ou mais sessões no banco Oracle, e os filesystems estão explodindo.A pergunta: Como identificar quais das mais de 3000 conexões por nó, tem TRACE ligado ? Obs.: Na v$session (portanto na gv$session) existe uma coluna chamada SQL_TRACE, que teria os valores DISABLED ou ENABLED, porém, realizado teste (ligar trace na sessão), apareneteente não funciona. Versão 11gR2 e superiores.SO: Oracle Linux.