Analytics and Automation Software : Cisco Data Virtualization

Habitación FAQ de la virtualización de los datos: ¿Cuánto tiempo las peticiones se mantienen en el panel de las peticiones del administrador del estudio?

25 Agosto 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (23 Abril 2015) | Comentarios

Introducción

Este documento describe los valores de configuración del servidor de información de Cisco (CI) que determinan cuando las peticiones se purgan en el panel de la petición CI del administrador del estudio.

Contribuido por Suresh Venkatesan, ingeniero de Cisco TAC.

¿Cuánto tiempo las peticiones se mantienen en el panel de las peticiones del administrador del estudio?

Para marcar el valor de estas configuraciones, elija la información de la administración > de la configuración > de proceso del Runtime del server>.

  • Peticiones del máximo seguidas - Número máximo de peticiones seguido (por ejemplo, 10000). Un cambio a este valor no tiene ningún efecto hasta el reinicio siguiente del servidor.
  • Período de la purgación de la petición - Controles cuantas veces el servidor limpia las peticiones hacia fuera completadas que son más viejas que el período de la purgación (por ejemplo, 5 minutos).
  • Sesiones máximas seguidas - Número máximo de sesiones simultáneas (por ejemplo, 10000). Utilice el '0' para ningún límite.
  • Período de la purgación de la sesión - Controles cuantas veces el servidor limpia a las sesiones a puertas cerradas que son más viejas que el período de la purgación (por ejemplo, 5 minutos).

Si usted tiene estas configuraciones configuradas con el ejemplo numera:

  • Después del período minucioso de la purgación 5, TODAS LAS peticiones completadas que terminaron más de 5 minutos hace y TODAS LAS sesiones a puertas cerradas que terminaron más hace de 5 minutos serán purgadas.
  • Si usted no ve las peticiones completadas en el panel de las peticiones en el administrador del estudio, después fueron purgadas muy probablemente después de que “el período de la purgación de la petición” expirado.

Pudo haber efectos secundarios cuando estas configuraciones son más altas. Por ejemplo, si el período de la purgación de la petición se fija a 1 semana y a las peticiones máximas Tracked se fija a 100000. Usted tendrá que probar esto para ver si la huella de la memoria para el proceso CIS aumentó demasiado o no. Estos objetos de la petición se mantienen la memoria y acumulan por una semana. El CIS podría tener mucho más de 100,000 objetos de la petición en la memoria puesto que se purgan solamente abajo a 100,000 cada semana.

“El período de la purgación de la petición” es el tiempo entre las purgaciones. Las “peticiones máximas seguidas” son el número de peticiones en la lista (DE LRU) lo más menos posible usada recientemente se guarden que cuando se purga la lista de pedidos. El CIS pudo tener mucho más de 100,000 peticiones mantenidas la memoria antes de que se purguen, que ejecutarían muy probablemente el CIS de la memoria antes del período de la purgación. Si usted requiere mucha memoria y muchas pequeñas peticiones de manejar esta carga, usted tiene que probarla para validar que el CIS no se ejecuta de la memoria. Se guardan los objetos de la petición mientras que las referencias suaves así que la acumulación de basura los golpea adentro y recoge con el pie si es necesario, pero por otra parte el gráfico de la memoria CIS permanecerá muy probablemente cerca del maxed hacia fuera todo el tiempo. Cuando el CIS necesita mucha memoria repentinamente porque usted tiene un aumento de peticiones que procesar, el CIS recibirá probablemente fuera del error de memoria.

Una mejor solución es preguntar la tabla de la petición (tabla publicada del sistema de /services/databases/system/sys_requests) y mantenerlas una tabla y una interrogación que presenten en lugar de otro.


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 118608