{"id":1663,"date":"2017-06-21T21:49:41","date_gmt":"2017-06-21T19:49:41","guid":{"rendered":"http:\/\/clemente.pamplona.name\/dba\/?p=1663"},"modified":"2017-06-21T16:12:41","modified_gmt":"2017-06-21T14:12:41","slug":"trazando-sqlnet-en-el-servidor-de-base-de-datos","status":"publish","type":"post","link":"http:\/\/clemente.pamplona.name\/dba\/trazando-sqlnet-en-el-servidor-de-base-de-datos\/","title":{"rendered":"Trazando  sqlnet en el servidor de Base de datos"},"content":{"rendered":"<p>Hoy veremos una entrada sobre diagn\u00f3sticos de la base de datos.<\/p>\n<p>Supongamos que tenemos alg\u00fan tipo de error entre cliente y servidor en la capa OCI, la accion l\u00f3gica en estos casos es activar una traza del sqlnet para detectar donde se encuentra el problema.<br \/>\n Si seguimos la nota de Oracle <i> SQL*Net &#038; Oracle Net Services &#8211; Tracing and Logging at a Glance (Doc ID 219968.1)<\/i> veremos como , con las siguientes l\u00edneas deber\u00edamos de tener en el directorio <i>\/home\/oracle\/trazas_problema_sqlnet<\/i>  una traza por cada uno de los procesos de conexion a la base de datos.<\/p>\n<pre>\r\ntrace_level_server = 6\r\ntrace_file_server = svr\r\ntrace_directory_server = \/home\/oracle\/trazas_problema_sqlnet\r\ntrace_unique_server = on\r\ntrace_timestamp_server = on\r\nlog_file_server = svr\r\nlog_directory_server = \/home\/oracle\/trazas_problema_sqlnet\r\n<\/pre>\n<p>Sin embargo, cuando a\u00f1adimos nuestros par\u00e1metros de traza vemos que en el directorio que hemos marcado para las trazas no aparece ning\u00fan fichero.<br \/>\n\u00bfQue ocurre?<\/p>\n<h1> \u00bfpor que ocurre esto?<\/h1>\n<p>Si miramos la documentacion del sqlnet en <a href=\"https:\/\/docs.oracle.com\/cd\/B28359_01\/network.111\/b28317\/sqlnet.htm#NETRF419\">https:\/\/docs.oracle.com\/cd\/B28359_01\/network.111\/b28317\/sqlnet.htm#NETRF419<\/a><\/p>\n<p><a href=\"http:\/\/clemente.pamplona.name\/dba\/?attachment_id=1664\" rel=\"attachment wp-att-1664\"><img loading=\"lazy\" decoding=\"async\" width=\"1130\" height=\"278\" src=\"http:\/\/clemente.pamplona.name\/dba\/wp-content\/uploads\/2017\/06\/ScreenHunter_1040-Jun.-21-15.49.jpg\" alt=\"\"  class=\"aligncenter size-full wp-image-1664\" \/><\/a><\/p>\n<p>vemos como desde la version 11 en adelante tenemos los par\u00e1metros que funcionan con el ADDR-DIAG habilitado y los que funcionan cuando esta deshabilitado.<br \/>\nEn nuestro caso, el problema es que al estar habilitado por defecto el diagnistico unificado de Oracle, no est\u00e1 haciendo caso a nuestras directrices.<\/p>\n<h1>\u00bfComo lo solucionamos <\/h1>\n<p>La soluci\u00f3n no puede ser mas sencilla, simplemente deberemos de decirle en el mismo <i>sqlnet.ora <\/i> que no use el diagnostico unificado de Oracle,  esto lo haremos a\u00f1adiendo la l\u00ednea<\/p>\n<pre>\r\nDIAG_ADR_ENABLED = OFF\r\n<\/pre>\n<p>Con esto comenzar\u00e1 a trazar en la ubicaci\u00f3n designada.<\/p>\n<p><b>NOTA<\/b>:<br \/>\n Debemos de recordar eliminar esta l\u00ednea cuando acabemos de trazar ya que, ademas de poder llenar el filesystem por la traza, estamos indicando al servidor que no use el <b>DIAG_ADR<\/b> algo que no es conveniente .<\/p>\n<p>Como siempre mas informaci\u00f3n en :<\/p>\n<ul>\n<li> SQL*Net &#038; Oracle Net Services &#8211; Tracing and Logging at a Glance (Doc ID 219968.1)\n<li>  documentacion de <a href=https:\/\/docs.oracle.com\/cd\/B28359_01\/network.111\/b28317\/sqlnet.htm#NETRF419> Sqlnet<\/a>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Hoy veremos una entrada sobre diagn\u00f3sticos de la base de datos. Supongamos que tenemos alg\u00fan tipo de error entre cliente y servidor en la capa OCI, la accion l\u00f3gica en estos casos es activar una traza del sqlnet para detectar &hellip; <a href=\"http:\/\/clemente.pamplona.name\/dba\/trazando-sqlnet-en-el-servidor-de-base-de-datos\/\">Sigue leyendo <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11,60,66],"tags":[774,651,776],"class_list":["post-1663","post","type-post","status-publish","format-standard","hentry","category-11g","category-12c","category-errores-ora","tag-debug","tag-sqlnet","tag-trace"],"_links":{"self":[{"href":"http:\/\/clemente.pamplona.name\/dba\/wp-json\/wp\/v2\/posts\/1663","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/clemente.pamplona.name\/dba\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/clemente.pamplona.name\/dba\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/clemente.pamplona.name\/dba\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/clemente.pamplona.name\/dba\/wp-json\/wp\/v2\/comments?post=1663"}],"version-history":[{"count":6,"href":"http:\/\/clemente.pamplona.name\/dba\/wp-json\/wp\/v2\/posts\/1663\/revisions"}],"predecessor-version":[{"id":1670,"href":"http:\/\/clemente.pamplona.name\/dba\/wp-json\/wp\/v2\/posts\/1663\/revisions\/1670"}],"wp:attachment":[{"href":"http:\/\/clemente.pamplona.name\/dba\/wp-json\/wp\/v2\/media?parent=1663"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/clemente.pamplona.name\/dba\/wp-json\/wp\/v2\/categories?post=1663"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/clemente.pamplona.name\/dba\/wp-json\/wp\/v2\/tags?post=1663"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}