El registro es crítico para cualquier servidor. No es una excepción para los servidores IIS. 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.
En el sistema operativo Windows 7, el registro de IIS se debe considerar en lugar de componentes opcionales necesarios para la ISS. Esto se debe principalmente a que los archivos de registro son críticos para administrar los servidores IIS. 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 él. 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 características nuevas del sistema operativo Windows 7 en comparación con el sistema operativo Windows 2003, y le ayudaré a implementar un modo de administración de registro práctico.
En primer lugar, seleccionar el nivel de registro adecuado
en la versión IIS7.0, el administrador del sistema puede seleccionar el nivel de registro adecuado en función de 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, pueden personalizar el formato que necesitan "personalizando". Por lo tanto, al seleccionar el nivel de registro, es conveniente y seguro administrar la administración de registros al mismo nivel. También es necesario combinar el formato de registro que desee. 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.
En segundo lugar, con el fin de seleccionar el formato de registro correspondiente
Si decide registrar el nivel de sitio para administrar el caso, el formato de registro tiene varias opciones. 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 de registro 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, al crear un sitio web en IIS, el sitio se registraba mediante HTTP.SYS, y luego HTTP.SYS pasaba 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.
supuesto
, formato de archivo de registro diferente, sus contenidos almacenados son los mismos. 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. Bajo
tres, seleccionar el formato de codificación
general apropiada, IIS formato de codificación de archivos de registro, hay dos, respectivamente, UTF-8 y formatos 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. El resultado de strcmp () y wcscmp () es el mismo cuando se compara la cadena, 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.
formato de estos conjuntos de caracteres puede ser un poco esotérico para algunos administradores de sistemas. 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.
En cuarto lugar, seleccionar la rotación archivo de registro adecuado Si los registros de registro de IIS se guardan en un archivo, el archivo es, obviamente, un mecanismo de actualización a 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 circunstancias normales, 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 mensualmente. Además de
puede crear un nuevo archivo de registro basado en el tiempo, también se puede crear un nuevo archivo de registro en función del tamaño del archivo de registro. Puede seleccionar Tamaño máximo de archivo en el Administrador de registro de IIS. Luego ingrese un tamaño adecuado. 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, será muy incómodo consultar cuando encuentre problemas. Por lo tanto, el autor aún establece la segmentación de los archivos de registro de rehacer por tiempo. Además gerente
también proporciona otras opciones útiles, es decir, la posibilidad de presentar nombres y los usuarios de la hora local de vuelco. 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 que los administradores de sistemas encuentren 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.