不仅仅是日志的格式,还是其他的一些可选项上, *** 作系统管理员有了更多的选择。如下图所示,就是IIS日志记录配置管理的基本页面。
在Windows7 *** 作系统中,IIS日志记录应该视为ISS所必需的而不是可选的组件。这主要是因为日志文件对于管理IIS服务器来说具有很关键的作用。如在这个IIS服务器在受到安全威胁的情况下,可以利用日志文件并对其中包含的内在细节执行排疑式审查。如到IIS服务器发生故障后也可以利用这个日志文件中所记录的信息来检查维护过程并识别系统中的问题。笔者这里就给大家介绍一下Windows7 *** 作系统中IIS日志记录相比Windows2003 *** 作系统的一些新特性,并帮助大家部署一种得心应手的日志管理模式。
一、选择合适的日志记录级别。
在IIS70版本中,系统管理员可以根据自己的需要选择合适的日志记录级别。如可以在服务器级别上进行日志记录管理,也可以在网站、WEB应用程序文件或者目录级别上实现它。具体要在那个级别上实现,主要看系统管理员的需要。不过需要注意的是,其实现级别的不同,所支持的日志文件格式也是不同的。如在“服务器”级别实现的话,其支持的日志格式就只有两种,分别为“W3C”格式与二进制格式。而如果选择“网站”级别上实现日志管理的话,则其支持的日志格式有三种,分别为IIS、NCSA、W3C格式。而且系统管理员如果觉得这些格式还不满足的话,可以通过“自定义”的方式来自定义自己需要的格式。所以在选择日志记录级别的时候,除了需要考虑在什么级别上进行日志管理比较方便与安全,同时还需要结合自己喜欢的日志格式。笔者个人喜欢在网站级别上对日志进行管理。因为在一台服务器上,如果只部署IIS服务的话,可能比较浪费。也就是说,在同一台服务器上可能有多个应用服务。为了跟其他应用服务与服务器 *** 作系统的日志区分开来,笔者就建议大家在网站级别上进行管理。当然,在哪个级别上进行日志管理,对于日志的内容没有实际性的差异。主要是看服务器的部署以及系统管理员的工作习惯而定。
二、为日志记录选择合适的格式。
如果选择网站级别来管理日志的话,这个日志的格式有多种选择。最重要的是,系统管理员可以选择IIS的日志记录格式。这个IIS日志记录格式是基于文本的日志记录。跟W3C日志记录格式类似,都是通过>这篇演示如何通过syslog将Linux和Unix的日志发送到指定的日志审计服务器中。
假设日志服务器IP为:192168100100,需要发送入职的服务器与这台日志服务器之间,路由可达,并有访问权限,请看下面的实例:
服务重启后,就能够在日志服务器上查看到对应的日志输出了,不需要其他多余的配置。
假设日志服务器IP为:192168100100,需要发送入职的服务器与这台日志服务器之间,路由可达,并有访问权限,请看下面的实例:
软件主要功能特点:
1、日程安排的管理
按日、周、月显示;您可以查询某段时间内联系过的(或者是要联系的)人员、客户、项目、任务,编辑过的文档等。
2、客户单位、联系人的管理
增加、删除,包括编辑和这些客户、联系人相关的项目、跟进记录、文档内容等。
3、项目、任务的管理
项目任务的进展阶段统计查询、区域、行业等分类统计查询,成功概率统计查询;查询和指定项目相关的跟进记录、客户单位、联系人、文档等。
4、文档的管理
能让您把某个文档和您指定的联系人、客户单位、项目、任务、日程安排关联起来。
管理人员使用特点:
1、日志、周报、月报查询
下属每个员工每天、每周、每月执行(或完成)的工作、项目、任务,跟进的客户、联系人情况,每个项目、任务、客户、联系人的详细联系跟进记录等等。
2、客户单位、联系人的汇总统计管理
可以针对团队全部成员或者其中某一个人进行客户单位、联系人的汇总管理
3、项目、任务的汇总统计管理
可以针对团队全部成员或者其中某一个人进行项目、任务的汇总管理
4、工作审批
可以对下属工作进行审批
日志是用来记录信息的,比如服务器的日志主要是用来记录一些访问信息,以便出现状况时,可以根据日志来判断原因。 对于普通用户来说,日志没有多大意义。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)