Hemos obtenido mejoras significativas en la respuesta de nuestro sitio DNNCastellano realizando algunos simples ajustes que queremos compartir con todos ustedes.
Por ejemplo, en el menú de Configuraciones del Host, Configuraciones avanzadas, Ajustes de rendimiento, hemos seleccionado los siguientes seteos:
- Estado de persistencia de páginas: memoria
Método de almacenamiento temporal para el módulo: memoria
- Configuración de rendimiento: uso intensivo del almacenamiento temporal
- Habilitar almacenamiento temporal según autenticación: Servidor
- Configuración de compresión: Compresión GZip
- Utilizar filtro de espacio en blanco: No (*)
(*) Cuidado con esta opción. Cuando la activamos durante las pruebas, en nuestro siguiente intento de logeo ya no pudimos volver a ingresar al sitio. Debimos recurrir a manipular directamente la base de datos de DNN para desactivar esta opción “desde afuera” y poder logearnos correctamente. No recomendamos activarla a menos que sepan como desactivarla en caso de emergencia. El procedimiento será objeto de una próxima entrega en este blog.
También deshabilitamos todas las tareas del programador de tareas desde el menú “Programador de Tareas” del Host, excepto la de purgado de usuarios en línea. Especialmente desactivamos la tarea SearchEngine, que por defecto se activa cada 30 minutos. Con herramientas de medición de la carga de CPU producida por el motor de la base de datos, pudimos verificar que al dispararse esta tarea consumía prácticamente todo el tiempo de máquina de nuestro servidor por varios minutos. Esto dejaba sin respuesta a todos los visitantes que accedieran al sitio durante ese período. Al desactivar esta tarea, se solucionó ese problema. Ahora disparamos la tarea manualmente cada vez que hay un cambio que requiera ser refrescado en el buscador. Esto puede ocurrirle también a su sitio, especialmente si también maneja un amplio catálogo de productos como el nuestro.
Finalmente, borramos el contenido de la tabla del log de eventos desde el Visor del Log en el menú Admin, especialmente si ya hay acumulados muchos eventos allí. Si es imposible entrar al visor de log debido a la cantidad de mensajes, se puede borrar todo el contenido del log desde la opción SQL del menú Host, utilizando la siguiente sentencia SQL: “truncate table EventLog;”. Para borrar sólo los últimos 7 días, se puede ingresar: “delete from EventLog where LogCreateDate < (getdate() - 7);”, en ambos casos sin marcar la opción “Ejecutar como Script”. Lo mismo se podría hacer con las tablas ScheduleHistory y SiteLog.
Espero que les sea de utilidad y la seguimos en el próximo post.