Demoras prolongadas al establecer una conexión RMI después de perder la conectividad con la red

En los sistemas operativos Windows, si utiliza el puerto de invocación de método remoto (RMI) para conectarse a WebSphere Application Server, es posible que experimente demoras prolongadas para establecer una conexión con el servidor una vez que se pierde la conectividad con la red. Esto puede producirse incluso si el servidor es local y la conectividad de la red se pierde sólo temporalmente, algo común en un entorno de red inalámbrica. Si el servidor está iniciado, pero en las vistas Servidores su estado aparece como Detenido o Iniciado, intente ver si puede establecer una conexión con el servidor conmutando la conexión del servidor de RMI a SOAP. El estado del servidor cambia a Iniciado.

Existen dos formas de establecer conexión con un servidor en un entorno de red inalámbrica:
  • La opción más rápida y segura es cambiar la conexión para utilizar el puerto SOAP. Las conexiones SOAP que pierden la conectividad pueden recuperarse con mayor rapidez que una conexión RMI.
  • Si debe utilizar una conexión RMI, puede intentar modificar los valores predeterminados que pertenecen a la memoria caché del sistema de nombres de dominio (DNS) en el sistema operativo Windows. Para obtener más detalles, consulte el siguiente artículo de soporte de Microsoft. http://support.microsoft.com/kb/318803

    El sistema operativo Windows tiene una memoria caché DNS incorporada que mantiene los nombres de host resueltos. La memoria caché DNS incorporada permite realizar búsquedas de DNS más rápidas. No obstante, tener búsquedas de DNS más rápidas supone también una desventaja, que es que la búsqueda de DNS falle. El sistema operativo Windows almacena en la caché el valor que ha fallado durante un periodo de tiempo predeterminado de 300 segundos. Por lo tanto, incluso si el servidor DNS puede resolver la búsqueda inmediatamente después, no se volverá a intentar la búsqueda hasta que caduque el tiempo de la memoria caché. Como consecuencia de ello, una búsqueda DNS que ha fallado con valores predeterminados puede tardar hasta 5 minutos antes de que se intente realizar la búsqueda de nuevo. Definir el tiempo de la memoria caché en 0 segundos fuerza al sistema operativo Windows a no almacenar nunca en la memoria caché las consultas de búsqueda de DNS que han fallado, y permite que la reconexión tenga lugar tan pronto como DNS vuelva a estar disponible.

A continuación se muestra un ejemplo de inhabilitación del almacenamiento en la caché de DNS para búsquedas que han fallado en sistemas operativos Windows:

En la siguiente clave de registro: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dnscache\Parameters

Añada uno de los valores de registro siguientes:
  • Para Windows XP o 2003:
    "MaxNegativeCacheTtl"=dword:00000000 
  • Para Windows 2000:
    "NegativeCacheTime"=dword:00000000 
Icono que indica el tipo de tema Tema de referencia
Términos y condiciones para centros de información | Comentarios

Icono de indicación de fecha y hora Última actualización: 22 de abril de 2014

Nombre de archivo: rnetconnect.html