Habilitar el registro de IIS en Windows 7

El registro es crítico para cualquier servidor. Para los servidores IIS no es una excepción. En el sistema operativo Windows 7, en comparación con 2003, ha habido una gran mejora en el registro de IIS. No solo el formato del registro, sino también algunas otras opciones, el administrador del sistema operativo tiene más opciones. Como se muestra en la siguiente figura, es la página básica de la administración de configuración de registro de IIS.

Habilite el registro de IIS en Windows 7 style = "DISPLAY: inline-block; FILTER: progid: DXImageTransform.Microsoft.AlphaImageLoader (src = 'http: //windows.chinaitlab.com/{$ UploadDir} _3263 /200907 /20090715085200189.PNG ', sizingMethod =' scale '); WIDTH: 500px; HEIGHT: 167px ">

En el sistema operativo Windows 7, se debe tener en cuenta el registro IIS Requerido para el ISS y no un componente opcional. Esto se debe principalmente a que los archivos de registro son críticos para administrar los servidores IIS. Por ejemplo, si el servidor IIS está bajo amenazas de seguridad, se pueden utilizar los archivos de registro y se puede realizar una revisión sospechosa de los detalles inherentes contenidos en el mismo. Si el servidor IIS falla, también puede usar la información registrada en este archivo de registro para verificar el proceso de mantenimiento e identificar problemas en el sistema. Aquí le presentaré algunas de las nuevas características del registro de registro de IIS en el sistema operativo Windows 7 en comparación con el sistema operativo Windows 2003, y le ayudaré a implementar un modo práctico de administración de registros.

Primero, elija el nivel de registro apropiado.

En IIS 7.0, los administradores del sistema pueden elegir el nivel de registro adecuado a sus necesidades. Si puede administrar el registro en el nivel del servidor, también puede implementarlo en el sitio web, el archivo de la aplicación WEB o el nivel del directorio. Para ser específico a ese nivel, depende principalmente de las necesidades del administrador del sistema. Sin embargo, debe tenerse en cuenta que los formatos de archivo de registro admitidos son diferentes según el nivel de implementación. Como se implementó en el nivel de "servidor", solo hay dos formatos de registro compatibles, el formato "W3C" y el formato binario. Si elige implementar la administración de registros en el nivel de "sitio web", hay tres formatos de registro compatibles, a saber, los formatos IIS, NCSA y W3C. Y si el administrador del sistema considera que estos formatos no son suficientes, puede personalizar el formato que necesita "personalizando". Por lo tanto, al seleccionar el nivel de registro, es más conveniente y seguro considerar el nivel de administración de registros y también debe combinar su formato de registro favorito. Personalmente, me gusta administrar los registros a nivel de sitio. Porque en un servidor, si solo implementas servicios IIS, puede ser un desperdicio. Es decir, puede haber múltiples servicios de aplicación en el mismo servidor. Para distinguirlo de otros servicios de aplicaciones y registros del sistema operativo del servidor, le recomiendo que lo administre a nivel de sitio. Por supuesto, en qué nivel se realiza la administración del registro, no hay una diferencia práctica en el contenido del registro. Depende principalmente de la implementación del servidor y de los hábitos de trabajo del administrador del sistema.

Segundo, elija el formato apropiado para el registro de registro.

Si elige un nivel de sitio para administrar sus registros, existen varias opciones para este formato de registro. Lo más importante es que el administrador del sistema puede elegir el formato de registro de IIS. Este formato de registro de IIS es un registro basado en texto. Similar al formato de registro W3C, es controlado por HTTP.SYS. Sin embargo, este formato de registro de IIS es un proceso de modo central. Los registros anteriores se gestionaban a través del modo de usuario. Hay un gran cambio entre los dos. El escucha del Protocolo de transferencia de hipertexto se implementa como un controlador de dispositivo en modo kernel llamado HTTP.SYS. HTTP.SYS es una parte importante del subsistema de redes de Windows. En versiones anteriores, cuando se creó un sitio web en IIS, el sitio se registró mediante HTTP.SYS, y luego HTTP.SYS pasó la solicitud web al proceso en modo de usuario del sitio web en ejecución. Al mismo tiempo, HTTP.SYS también envía la respuesta al cliente. Además de recuperar las respuestas almacenadas de su caché interno, HTTP.SYS no procesa las solicitudes que recibe. Por lo tanto, el código específico de la aplicación nunca se carga en modo kernel. Pero algunos administradores del sistema quieren que HTTP.SYS se ejecute en modo central. En este punto, debe utilizar el formato de registro de IIS. Además, IIS es un registro de registro basado en texto. Es diferente del registro de registro de formato binario. Puede ver la información del registro directamente a través de una herramienta como un navegador de texto. Por eso es más conveniente leer.

Por supuesto, el formato del archivo de registro es diferente y el contenido almacenado es el mismo. Por lo tanto, el formato del archivo de registro no afecta el valor de administración real del registro. Sin embargo, para facilitar la administración y el mantenimiento en el futuro, el autor establece un administrador del sistema para elegir el formato de registro adecuado a sus hábitos de trabajo.

Tercero, elija el formato de codificación apropiado.

En general, existen dos formatos de codificación para los archivos de registro IIS, UTF-8 y ANSI. En todos los conjuntos de caracteres, aunque ANSI es más famoso. Pero se puede decir que este formato de codificación está específicamente diseñado para el inglés. Se pueden usar caracteres ilegibles al almacenar otros idiomas. Si apoyas el chino, no es muy bueno. Para resolver este problema, se propuso deliberadamente un nuevo formato de codificación, UTF-8. Esta es una codificación de caracteres de longitud variable de UNICODEd. Si el carácter UNICODE está representado por 2 bytes, es probable que la codificación a UTF-8 requiera 3 bytes, y si el carácter UNICODE está representado por 4 bytes, la codificación a UTF-8 puede requerir 6 bytes. La codificación UTF-8 se puede leer y escribir rápidamente mediante enmascaramiento de bits y operaciones de cambio. Strcmp () y wcscmp () devuelven el mismo resultado cuando se realizan comparaciones de cadenas, lo que facilita la clasificación. Los bytes FF y FE nunca aparecen en la codificación UTF-8, por lo que pueden usarse para indicar texto UTF-16 o UTF-32. UTF-8 es un orden de bytes independiente. Su orden de bytes es el mismo en todos los sistemas.

El formato de estos juegos de caracteres puede ser un poco esotérico para algunos administradores del sistema. De hecho, el administrador del sistema no necesita entender tan claramente. Solo necesito entender un principio. Es decir, si todos los registros están en inglés, entonces no hay ningún problema con el formato de codificación ANSI. Sin embargo, si hay otros idiomas en el registro, pueden aparecer caracteres ilegibles. Por este motivo, sugiero que el formato de codificación de UTF-8 sigue siendo bueno. Después de todo, su soporte para el inglés también es muy bueno. Por esta razón, es mejor establecerlo en formato UTF-8 de una vez por todas. Evite la molestia de confusiones en la lectura de registro.

Cuarto, seleccione el mecanismo de actualización sucesiva de archivo de registro apropiado.

Si mantiene registros de IIS en un archivo, obviamente el archivo será muy largo. Por el momento, será muy molesto al ver los registros. Por esta razón, es mejor dividir el archivo de registro en archivos pequeños. Esto es conveniente con consultas posteriores y la lectura. En el registro de IIS del sistema operativo Windows 7, se proporcionan muchos métodos para desplazar y actualizar archivos de registro. Por ejemplo, puede crear un nuevo archivo de registro en función del tiempo. Por ejemplo, las actualizaciones continuas de los archivos de registro se pueden implementar por día, por semana o por mes. En general, puede actualizar por mes. Si el acceso al servidor IIS es frecuente, también puede acortar el intervalo entre la actualización progresiva de este archivo de registro. Por ejemplo, puede ajustar el intervalo de tiempo a una semana o un día, y así sucesivamente. ¿Cuánto es este intervalo de tiempo bueno, depende principalmente de la cantidad de registros? Si el número de registros es grande, puede acortar el tiempo adecuadamente. A la inversa, si el número de registros no es grande, puede crear un nuevo archivo de registro en meses.

Además de crear nuevos archivos de registro basados ​​en el tiempo, también puede crear nuevos archivos de registro según el tamaño de los archivos de registro. Puede seleccionar Tamaño máximo de archivo en el Administrador de registro de IIS. Luego ingrese un tamaño adecuado. En este caso, cuando el archivo de registro alcance el tamaño especificado, el sistema cambiará automáticamente el registro. Sin embargo, no estoy de acuerdo con este enfoque. Aunque puede controlar los archivos de registro de rehacer dentro de un tamaño razonable, rompe sus conexiones de tiempo inherentes. En ese momento, es muy incómodo consultar cuando surgen problemas. Por lo tanto, el autor aún establece la segmentación de los archivos de registro de rehacer por tiempo.

Otro administrador también ofrece otra opción útil, que es nombrar y transferir archivos de usuarios de hora local. Esta es una opción muy útil. Cuando se selecciona esta opción, esta información de tiempo se reflejará en el archivo de registro creado automáticamente por el sistema. Esto puede ser de gran ayuda para los administradores de sistemas que buscan archivos de registro. En particular, si divide los archivos de registro de rehacer por el tamaño del archivo, asegúrese de marcar esta opción para facilitar las búsquedas posteriores.