Configurar y administrar registros de IIS en Windows 7
Los administradores de sistemas operativos tienen más opciones que solo el formato de registro. La siguiente imagen muestra la página básica para configurar y administrar registros de IIS.
En los sistemas operativos Windows 7, los registros de IIS deben considerarse un componente obligatorio y no opcional de ISS. Esto se debe principalmente a que los archivos de registro desempeñan un papel fundamental en la gestión de servidores IIS. Por ejemplo, cuando un servidor IIS se ve comprometido, los archivos de registro se pueden aprovechar para solucionar problemas y revisar los detalles inherentes que contienen. Si el servidor IIS falla, también puede utilizar la información registrada en el archivo de registro para verificar el proceso de mantenimiento y descubrir los problemas en el sistema. Aquí, le presentaré algunas de las nuevas características del registro de IIS en Windows 7 en comparación con Windows 2003 y lo ayudaré a implementar un modelo conveniente de administración de registros.
1. Seleccione el nivel de registro correcto.
En IIS7.0, los administradores del sistema pueden elegir el nivel de registro adecuado según sus necesidades. Por ejemplo, puede administrar el registro a nivel de servidor o puede implementar el registro a nivel de sitio web, archivo de aplicación WEB o directorio. El nivel específico en el que esto se implementa depende principalmente de las necesidades del administrador del sistema. Sin embargo, cabe señalar que los diferentes niveles de implementación admiten diferentes formatos de archivos de registro. Por ejemplo, cuando se implementa a nivel de "servidor", solo admite dos formatos de registro, a saber, el formato "W3C" y el formato binario. Si elige implementar la administración de registros en el nivel de "sitio web", se admiten tres formatos de registro, a saber, los formatos IIS, NCSA y W3C. Si el administrador del sistema considera que estos formatos no son suficientes, también puede personalizar el formato que necesita mediante el método "personalizado". Por lo tanto, al elegir un nivel de registro, además de considerar qué nivel de administración de registros es más conveniente y seguro, también debe combinarlo con su formato de registro favorito. Personalmente, me gusta administrar registros a nivel de sitio. Esto se debe a que implementar sólo el servicio IIS en un servidor puede resultar un desperdicio. En otras palabras, puede haber múltiples servicios de aplicaciones en el mismo servidor. Para diferenciarse de otros servicios de aplicaciones y registros del sistema operativo del servidor, recomiendo administrar los registros a nivel del sitio web. Por supuesto, el nivel en el que se produce la gestión de registros no supone una diferencia real en el contenido de los registros. Esto depende principalmente de la implementación del servidor y de los hábitos de trabajo del administrador del sistema.
En segundo lugar, elija el formato de registro correcto.
Si elige administrar registros a nivel de sitio, tiene varias opciones para formatos de registro. Lo más importante es que los administradores del sistema pueden elegir el formato de registro de IIS. Este formato de registro de IIS es un registro basado en texto. Similar al formato de registro del W3C, está controlado por HTTP. Sin embargo, este formato de registro de IIS es un proceso de modo central. Anteriormente, el registro se gestionaba mediante el modo de usuario. Hay cambios más significativos entre los dos. El escucha del Protocolo de transferencia de hipertexto se implementa como un controlador de dispositivo en modo kernel denominado HTTP.SYS. HTTP.SYS es una parte importante del subsistema de red de Windows. En versiones anteriores, cuando se creaba un sitio web en IIS, el sitio web se registraba a través de HTTP.SYS, que luego enviaba solicitudes de red al proceso en modo de usuario que ejecutaba el sitio web. Al mismo tiempo, HTTP.SYS envía la respuesta al cliente. HTTP.SYS no procesa solicitudes entrantes aparte de recuperar la respuesta almacenada del caché interno. Por lo tanto, el código específico de la aplicación nunca se carga en modo kernel. Sin embargo, algunos administradores de sistemas prefieren que HTTP.SYS se ejecute en modo kernel. En este caso, deberá utilizar el formato de registro IIS. Además, IIS es un registro basado en texto. A diferencia de los registros en formato binario, la información del registro se puede ver directamente a través de herramientas como los navegadores de texto. Entonces es más fácil de leer.
Por supuesto, el formato de los archivos de registro es diferente, pero el contenido almacenado en ellos es el mismo. Por lo tanto, el formato del archivo de registro no afecta el valor de gestión real del registro. Sin embargo, para facilitar la gestión y el mantenimiento futuros, creo que es mejor que los administradores del sistema elijan un formato de registro apropiado según sus propios hábitos de trabajo.
En tercer lugar, elija el formato de codificación adecuado.
En términos generales, existen dos formatos de codificación para archivos de registro IIS: UTF-8 y ANSI. Aunque de todos los conjuntos de caracteres, ANSI es el más conocido. Pero se puede decir que este formato de codificación está especialmente diseñado para inglés. Cuando se utiliza para almacenar otros idiomas, aparecerán caracteres confusos. Por ejemplo, el soporte para los chinos no es muy bueno. Para resolver este problema, alguien propuso un nuevo formato de codificación UTF-8, que es una codificación de caracteres de longitud variable UNICODE. Si un carácter UNICODE está representado por 2 bytes, codificarlo como UTF-8 puede requerir 3 bytes; si un carácter UNICODE está representado por 4 bytes, codificarlo como UTF-8 puede requerir 6 bytes. Las operaciones de enmascaramiento y cambio permiten una lectura y escritura rápidas de codificaciones UTF-8. Las comparaciones de cadenas strcmp() y wcscmp() devuelven los mismos resultados, por lo que la clasificación es más fácil. Los bytes FF y FE nunca aparecen en codificación UTF-8, por lo que pueden usarse para representar texto UTF-16 o UTF-32. UTF-8 es independiente del orden de los bytes... su orden de bytes es el mismo en todos los sistemas.
Para algunos administradores de sistemas, el formato de estos juegos de caracteres puede resultar algo esotérico. De hecho, los administradores de sistemas no necesitan entenderlo claramente. Solo comprenda un principio. Es decir, si los registros se muestran en inglés, no habrá ningún problema al utilizar el formato de codificación ANSI. Pero si el registro existirá en otros idiomas, pueden aparecer caracteres confusos. Por tanto, recomiendo utilizar la codificación UTF-8. Después de todo, también es muy compatible con el inglés. Por lo tanto, es mejor configurarlo en UTF-8 de una vez por todas. Es una buena idea configurarlo en formato UTF-8 de una vez por todas para no tener que preocuparse por leer los registros en el futuro.
En cuarto lugar, elija un mecanismo de actualización continua adecuado para los archivos de registro.
Si los registros de IIS se guardan en un archivo, el archivo obviamente será muy largo. En ese momento, será muy problemático ver estos registros. Por lo tanto, es mejor dividir el archivo de registro en archivos pequeños. Esto facilita la consulta y lectura posterior. En el registro de IIS del sistema operativo Windows 7, se proporcionan muchos métodos de actualización continua de archivos de registro. Por ejemplo, se pueden crear nuevos archivos de registro según el tiempo. Por ejemplo, los archivos de registro se pueden actualizar diariamente, semanalmente o mensualmente. En términos generales, las actualizaciones mensuales son suficientes. Si se accede al servidor IIS con más frecuencia, también puede acortar el intervalo de actualización continua del archivo de registro. Por ejemplo, el intervalo de tiempo se puede ajustar a una semana o un día, etc. La duración del intervalo de tiempo depende principalmente del número de registros. Si la cantidad de registros es grande, el tiempo se puede acortar adecuadamente. Por otro lado, si el número de registros no es muy grande, entonces se pueden crear nuevos archivos de registro mensualmente.
Además de crear nuevos archivos de registro según el tiempo, también puede crear nuevos archivos de registro según el tamaño del archivo de registro. En IIS Log Manager, puede seleccionar Tamaño máximo de archivo. Luego ingrese un tamaño adecuado. En este caso, el sistema cambia automáticamente a su registro cuando el archivo de registro alcanza el tamaño especificado. Sin embargo, no estoy de acuerdo con este enfoque. Aunque puede controlar el archivo de registro de rehacer a un tamaño razonable, destruirá su relación de tiempo inherente. De esta forma, será muy inconveniente realizar consultas cuando se encuentren problemas. Por lo tanto, el autor aún estableció un método de partición de archivos de registro de rehacer basado en el tiempo.
Además, el administrador proporciona otra opción útil, que es nombrar los archivos de usuario de hora local de forma continua.
Esta es una opción muy útil. Cuando se selecciona esta opción, la información de la hora se reflejará en el archivo de registro creado automáticamente por el sistema. Esto puede resultar de gran ayuda para los administradores del sistema a la hora de localizar archivos de registro. En particular, si divide sus archivos de registro de rehacer por tamaño de archivo, asegúrese de marcar esta opción para que sea más fácil encontrarlos más adelante.