Configuración del tiempo de espera de la sesión Oracle 11g

Question

Después de reiniciar el servidor, la conexión oráculo del servidor Tomcat se agota todas las noches. Antes del reinicio, la conexión no se agotó. Ahora, en la mañana, la aplicación arroja un error de conexión JDBC al acceder al DB. Reiniciar Tomcat corrige el problema. Supongo que eso se debe a que las conexiones se restablecieron. Creo que esto se debe a que Oracle DB ha agotado el tiempo de la sesión. ¿Cómo se puede desactivar el tiempo de espera de la sesión en Oracle 11g?
Gracias!
Steve

Config.groovy con dev y prueba omitida.

dataSource { 
    pooled = true 
} 

hibernate { 
    cache.use_second_level_cache = true 
    cache.use_query_cache = true 
    cache.provider_class = 'net.sf.ehcache.hibernate.EhCacheProvider' 
} 

// environment specific settings 
environments { 
production { 
    dataSource { 
    driverClassName = "oracle.jdbc.driver.OracleDriver" 
    username = "XXXXX" 
    password = "XXXXXX" 
    dialect = "org.hibernate.dialect.Oracle10gDialect" 
    dbCreate = "update" // one of 'create', 'create-drop','update' 
    url = "jdbc:oracle:thin:@XXXXXX:1521:xxxx" 
    } 
} } 

Answer 1

Eso generalmente se controla mediante el perfil asociado con el usuario al que se conecta Tomcat.

SQL> SELECT PROFILE, LIMIT FROM DBA_PROFILES WHERE RESOURCE_NAME = 'IDLE_TIME'; 

PROFILE      LIMIT 
------------------------------ ---------------------------------------- 
DEFAULT      UNLIMITED 

SQL> SELECT PROFILE FROM DBA_USERS WHERE USERNAME = USER; 

PROFILE 
------------------------------ 
DEFAULT 

De modo que el usuario con el que estoy conectado tiene tiempo de inactividad ilimitado, sin tiempo de espera.

Answer 2

¿Sabe el DB que la conexión se ha caído, o la sesión todavía aparece en v $ session? Eso indicaría, creo, que la red lo descarta. ¿Sabes cuánto tiempo puede permanecer inactivo antes de encontrar el problema, y ​​si tiene algún parecido con los valores inactivos de TCP (net.ipv4.tcp_keepalive_time, tcp_keepalive_probes y tcp_keepalive_interval de sysctl si recuerdo correctamente)? No puedo recordar si los cambios de sysctl persisten por defecto, pero eso podría ser algo que se modificó y luego reiniciar mediante el reinicio.

También es posible que pueda restablecer sus conexiones JDBC sin rebotar todo el servidor; sin duda puede hacerlo en WebLogic, que me doy cuenta no ayuda mucho, pero no estoy familiarizado con los equivalentes de Tomcat.

Answer 3

Adam ya ha sugerido perfiles de bases de datos.

Puede consultar el archivo SQLNET.ORA. Hay un parámetro EXPIRE_TIME, pero esto es para detectar conexiones perdidas, en lugar de terminar las existentes.

Dado que pasa de la noche a la mañana, suena más como un tiempo de espera inactivo, que podría deberse a un cortafuegos entre el servidor de la aplicación y el servidor de la base de datos. Al configurar el EXPIRE_TIME puede dejar de suceder eso (ya que habrá un cheque cada 10 minutos para comprobar que el cliente está vivo).

O posiblemente la base de datos se cierre y se reinicie y eso está acabando con las conexiones.

Alternativamente, usted debe ser capaz de configurar Tomcat con un validationQuery para que se reiniciará automáticamente la conexión sin un gato reiniciará

Answer 4

Esto es probablemente causado por la agrupación de conexiones de la aplicación; no es un problema de Oracle DBMS. La mayoría de los grupos de conexiones tienen una declaración de validación que se puede ejecutar antes de proporcionarle la conexión. En Oracle, querrías "Seleccionar 1 de doble".

La razón por la que comenzó a producirse después de reiniciar el servidor es porque probablemente el conjunto de conexiones se agregó sin reiniciar y ahora está experimentando el uso del grupo de conexiones por primera vez. ¿Cuáles son las fechas de modificación en sus archivos de recursos que se ocupan de las conexiones a la base de datos?

ejemplo Validar Pregunta:

<Resource name="jdbc/EmployeeDB" auth="Container" 
      validationQuery="Select 1 from dual" type="javax.sql.DataSource" username="dbusername" password="dbpassword" 
      driverClassName="org.hsql.jdbcDriver" url="jdbc:HypersonicSQL:database" 
      maxActive="8" maxIdle="4"/> 

EDIT: En el caso de Grails, hay opciones de configuración similares para la piscina griales. Ejemplo para Grails 1.2 (ver notas de la versión para Grails 1.2) ajustes

dataSource { 
    pooled = true 
    dbCreate = "update" 
    url = "jdbc:mysql://localhost/yourDB" 
    driverClassName = "com.mysql.jdbc.Driver" 
    username = "yourUser" 
    password = "yourPassword" 
    properties { 
     maxActive = 50 
     maxIdle = 25 
     minIdle = 5 
     initialSize = 5 
     minEvictableIdleTimeMillis = 60000 
     timeBetweenEvictionRunsMillis = 60000 
     maxWait = 10000  
    } 
} 

Answer 5

Comprobar conexión de aplicaciones de piscina, en vez de alterar las opciones de sesión timout en la db oráculo. Es normal que se excedan.

un vistazo aquí: http://grails.org/doc/1.0.x/guide/3.%20Configuration.html#3.3%20The%20DataSource

¿Seguro de que ha establecido el parámetro "combinado" correctamente?

saludos, Lars

---

EDIT:
Su configuración parece bien el primer vistazo. Me encontré con este problema hoy. Tal vez está relacionada con su dolor:
"Infinite loop of exceptions if the application is started when the database is down for maintenance"

Answer 6

llegué a esta pregunta en busca de una manera de permitir la piscina de caducidad sesión de Oracle basado en la vida total de la sesión en lugar de tiempo de inactividad. Otro objetivo es evitar el cierre forzado inesperado de la aplicación.

Parece que es posible mediante el establecimiento de la piscina validation query a

select 1 from V$SESSION 
where AUDSID = userenv('SESSIONID') and sysdate-LOGON_TIME < 30/24/60 

Esto sería cerrar las sesiones de envejecimiento de más de 30 minutos en el modo predecible que no afecta a la aplicación.