商业源码 服务器日记有什么用
服务器日记有用：Milogs工作日志管理服务器又叫做 Milogs网络版。
最终大都因为价格的问题，PHP项目成了首选。PHP项目，从CMS到电商，微商系统，都有个看似很厉害，实际上很糟糕的架构设计。那就是插件系统。从用户的角度来说，插件是一种增值服务。买一套系统，自带N个带有特效的插件，一个字“值”。
WMI(Windows Management Instrumentation)技术是微软提供的Windows下的系统管理工具。基于WMI开发的脚本均可在Windows 2000，NT上成功运行。微软提供了一个脚本，利用WMI将日志文件大小设为25MB，并允许13志自动覆盖14天前的日志。
我们只需把该脚本保存为．vbs扩展名的文件就可以使用。我们还可以修改上面的脚本来备份日志文件，笔者在此建议。在备份日志时一定将EⅥ’的后缀名改为其他后缀保存(如．C)，目的是让攻击者不易找到。
http://wenkubaiducom/view/8053931cff00bed5b9f31d8ahtml
详细步骤
建立一个中央日志服务器
1建立中央日志服务器前的准备工作
配置良好的网络服务（DNS和NTP）有助于提高日志记录工作的精确性。在默认情况下，当有其他机器向自己发送日志消息时，中央日志服务器将尝试解析该机器的FQDN（fullyqualifieddomainname，完整域名）。（你可以在配置中央服务器时用“-x”选项禁止它这样做。）如果syslog守护进程无法解析出那个地址，它将继续尝试，这种毫无必要的额外负担将大幅降低日志记录工作的效率。类似地，如果你的各个系统在时间上不同步，中央日志服务器给某个事件打上的时间戳就可能会与发送该事件的那台机器打上的时间戳不一致，这种差异会在你对事件进行排序分析时带来很大的困扰；对网络时间进行同步有助于保证日志消息的时间准确性。如果想消除这种时间不同步带来的麻烦，先编辑/etc/ntpconf文件，使其指向一个中央时间源，再安排ntpd守护进程随系统开机启动就可以了。
2配置一个中央日志服务器
只须稍加配置，就可以用syslog实现一个中央日志服务器。任何一台运行syslog守护进程的服务器都可以被配置成接受来自另一台机器的消息，但这个选项在默认情况下是禁用的。在后面的讨论里，如无特别说明，有关步骤将适用于包括SUSE和RedHat在内的大多数Linux发行版本。我们先来看看如何激活一个syslog服务器接受外来的日志消息：
1 编辑/etc/sysconfig/syslog文件。
在“SYSLOGD_OPTIONS”行上加“-r”选项以允许接受外来日志消息。如果因为关于其他机器的DNS记录项不够齐全或其他原因不想让中央日志服务器解析其他机器的FQDN，还可以加上“-x”选项。此外，你或许还想把默认的时间戳标记消息（--MARK--）出现频率改成比较有实际意义的数值，比如240，表示每隔240分钟（每天6次）在日志文件里增加一行时间戳消息。日志文件里的“--MARK--”消息可以让你知道中央日志服务器上的syslog守护进程没有停工偷懒。按照上面这些解释写出来的配置行应该是如下所示的样子：
SYSLOGD_OPTIONS="-r-x-m240"
2重新启动syslog守护进程。修改只有在syslog守护进程重新启动后才会生效。如果你只想重新启动syslog守护进程而不是整个系统，在RedHat机器上，执行以下两条命令之一：
/etc/rcd/initd/syslogstop;/etc/rcd/initd/syslogstart
/etc/rcd/initd/syslogrestart
3如果这台机器上运行着iptables防火墙或TCPWrappers，请确保它们允许514号端口上的连接通过。syslog守护进程要用到514号端口。
4为中央日志服务器配置各客户机器
让客户机把日志消息发往一个中央日志服务器并不困难。编辑客户机上的/etc/syslogconf文件，在有关配置行的操作动作部分用一个“@”字符指向中央日志服务器，如下所示：
另一种办法是在DNS里定义一个名为“loghost”的机器，然后对客户机的syslog配置文件做如下修改（这个办法的好处是：当你把中央日志服务器换成另一台机器时，不用再修改每一个客户机上的syslog配置文件）：
authpriv@loghost
接下来，重新启动客户机上的syslog守护进程让修改生效。让客户机在往中央日志服务器发送日志消息的同时继续在本地进行日志工作仍有必要，起码在调试客户机的时候不必到中央日志服务器查日志，在中央日志服务器出问题的时候还可以帮助调试。
中标麒麟操作系统采用强化的Linux内核，分成桌面版、通用版、高级版和安全版等，
满足不同客户的要求，已经广泛的使用在能源、金融、交通、政府、央企等行业领域。中标麒麟增强安全操作系统采用银河麒麟KACF强制访问控制框架和RBA角色权限管理机制，支持以模块化方式实现安全策略，提供多种访问控制策略的统一平台，是一款真正超越“多权分立”的B2级结构化保护操作系统产品。系统特点优化和加固的Linux26内核技术：全面改善内存、CPU(多内核系统)、输入输出和网络(IPV4/IPV6)的性能和可扩展性。全面的审计能力：能够记录整个系统的活动以及对整个系统所进行的修改（比如，对文件系统操作、进程系统调用、用户更改密码等操作、添加/删除/更改账户和更改配置等。与Unix的互操作性：支持最新的AutoFS和NFSv4，可与SunSolaris、HP-UX、IBMAIX等UNIX系统共享映射。与MicrosoftWindows的互操作性：Samba提供了与微软Windows文件和打印（CIFS）系统互用的功能，更好的集成和高度兼容，并与微软活动目录有更好的集成。
如何把H3C交换机的日志文档输出到PC因为平时通过串口,过一会就自动 —— 在H3C交换机上配置info-center loghost xxxx xxxx 为你的日志服务器地址。首先要保证交换机与日志服务器网络可通。才能将日志发送到服务器上。
如何查看华为H3C路由器的日志 —— 6、在“系统监控”里面，可以对日志进行管理。在这里可以把日志发送到服务器，也可以不保存本地。
H3C交换机常用配置命令 —— [H3C-vlan2]port-isolate enable 打开VLAN内端口隔离特性,不能二层转发,默认不启用该功能 [H3C-Ethernet0/4]port-isolate uplink-port vlan 2 设置4为VLAN2的隔离上行端口,用于转发二层数据,只能配置一个上行端口,若为trunk,则建议
h3c f100-m-g 防火墙 里面的日志可以输出到一台主机都需要那些东西 —— 是可以的。你需要准备一台支持syslog的服务器，也可以是安装syslog软件的一台电脑。之后在防火墙上的日志主机设置一下 指向到服务器就可以了
怎样将交换机的日志信息发送到审计服务器 —— 登进交换机，设置一下syslog 我以前有配过。设置一下日志信息的等级以及你审计服务器的IP。具体在这里我只能给你一个方向指引。
H3C交换机配置命令 —— H3C交换机从核心骨干到边缘接入,10多个系列上百款产品,全部通过中国信息产业部、Tolly Group、MetroEthernet论坛以及IPv6 Ready等权威部门的测]试和认证,下面我为大家整理了关于H3C交换机配置命令大全,希望对你有所帮助。 一用户配置:
还有怎么配置交换机的日志服务器。谢谢各位帮 —— 这个是没有的，它属于H3C SOHO类产品，不支持SNMP协议，snmp协议是简单网管协议，如果是主产品就支持snmp了。可以使用H3C 的IMC智能管理平台进行管理设备。
参考资料：
H3C交换机日志问题 —— 表明的是一个远程telnet登录用户，在此交换机上执行了 interface g7/0/41这条命令 ip：就是登录者的ip地址 user：指的是登录者使用的帐号 如果往上查看日志 还会发现此用户的首次登录信息 包含login单词
h3c 怎么开启syslog —— H3C syslog配置 S8016的配置( VRP(R) Software, Version 310(NSSA), RELEASE 5331)S8016 新命令行设置日志服务器 info-center enable //打开信息中心 inf-center loghost host-ip-addr channel 2 facility local-number
如何查看交换机日志文件 —— 1、首先双击打开robotframework的操作界面，选择打开tools选项中的run tests设置。2、然后出现的界面中，就能看到其中的日记log目录。3、然后打开电脑上的浏览器，点击地址栏，输入想要查看的日记目录，回车确定。4、最后在弹出的
本文以数据库的基本原理为基础，分析了EXCHANGE SERVER的存储系统，并说明了各部分的作用。
一、IS服务和ESE的层次关系
IS服务是EXCHANGE服务器中重要的服务之一，它控制着对邮箱和PF的存储操作请求，EXCHANGE服务器的存储实际上是由ESE的数据库引擎来管理的。这个ESE引擎是微软专门为保存非关系型数据而开发的，目前在微软的很多产品中都有广泛的应用，如：AD数据库、DHCP、WINS、SRS等等。
EXCHANGE的数据库是由EDB文件、STM文件和LOG文件组成。在这些文件里，微软使用了“B+树”的内部数据结构。ESE的引擎的任务之一，就是当IS服务请求访问数据库的时候，把这些请求转化为对内部数据结构的读写访问。B+树的特点是能够对存储在硬盘上的数据提供快速访问能力。微软利用“B+树”作为ESE的后台结构的主要原因，就是尽可能的提高访问数据时I/O性能。当然，这些结构对于EXCHANGE STORE来说是透明的。
另外，作为一个数据库系统，ESE有责任提供事务级别的操作的支持，并维护数据库的完整性和一致性。对数据库系统而言，我们提到事务时，一般用ACID来描述事务的特点。
A--Atomic（原子的）：事务必须是全或全无的操作，要么全部成功更新，要么全部不被更新
C--Consistent（一致的）：一个成功提交的事务必须使数据库处于一个一致的状态。
I--Isolated（孤立的）：所有未提交的更改都必须能够和其他事务孤立。
D--Durable（持久的）：当事务一旦提交，所做的更改必须存储到稳定的介质上，防止系统失败导致的数据库不一致。（此点非常重要！！）
二、EXCHANGE 2000/2003存储系统的新特点
在EX55中，ESE的版本为ESE97，而在EX2000/2003里，ESE版本已经升级ESE98了。ESE引起在以下方面得到了改进：
I/O性能进一步提高和优化
对日志文件增加了计算校验操作
提高了ESEUTIL等工具的维护速度
而IS也在以下方面有了更新：
在每个SERVER上提供多个SG支持
数据库STM文件格式的引入，提高了INTERNET邮件的性能
WSS的引入，用户可以使用多种协议访问数据库
三、EDB和STM的关系
常有人问，EDB文件是数据库，那STM文件是做什么用的？可以删除吗？
在EX55里，只有EDB文件，因为在EX55发布时，微软主推的是内部邮件系统，因此其主要协议为MAPI，这是微软的私有邮件西医，EDB文件是专门为此协议优化过的。因此在EX55中，为了支持INTERNET邮件，必须在每次处理INTERNET邮件时，做一个格式转换。这显然带来了性能的损失。
在EX2000里，微软加大了对INTERNET邮件的支持，这就是STM文件的来源。MAPI格式是RPC和二进制标准的，而STM是纯文本加上一些MIME编码格式，这样的区别使得它们不可能存储在同一数据库里。因此EX2000中，微软开始使用EDB和STM两个文件来分别保存两种格式的邮件。并且在两个文件之间建立了引用和关联。对于用户来说，它的邮箱实际上是跨越了EDB和STM文件共同组成的。另外，需要注意的是，EDB文件中还保留着用户的邮箱结构。所以EDB文件更加重要。那么EDB和STM是怎么协同工作的呢？我们以几个情景来分析之。
情景一：用户使用OUTLOOK（MAPI）发送接收邮件
在该情景下，用户将邮件通过MAPI协议提交给数据库，直接被保存EDB文件中。当用户通过MAPI访问邮箱里的邮件时，如果被访问的邮件在EDB里，直接返回，如果在STM里（如外来邮件），则执行转换，将STM转换为EDB文件格式，再返回用户。
情景二：用户使用标准SMTP/POP3/IMAP4等协议访问
用户使用非MAPI协议提交的邮件，内容保存在STM文件里，但是由于EDB里有邮箱结构，STM没有，因此系统会把邮件的重要信息提取出来，放在EDB里。当用户用MAPI提取邮件时，过程同上，当用户通过标准协议访问时，同样需要进行格式转换，转换为STM文件格式返回。 这些转换是在后台发生的。对用户来说是透明的。通过上面的描述，你会看到，这两个文件是紧密联系的缺一不可。所以，在任何时间我们都不要单独操作这两个文件，它们是一个整体。同时也要注意的是，无论用户使用何方式访问邮箱，都需要向EDB文件请求邮箱结构信息，这是需要注意的。
四、LOG文件的重大作用
在论坛里经常会看到有人说我的硬盘怎么很快就没了，一看原来是日志文件搞的鬼，于是就有人删除日志文件，甚至使用循环日志来强制减少日志，甚至有人提出这样的疑问，日志到底有什么用？是不是多余的'？那我们来看看日志的重大作用。
对于一个SG来说，系统会产生一系列的日志，这些日志的扩展名为LOG，前缀一般是E00、E01……除了这些连续的日志文件外，还有一些特殊的日志文件（res1log,res2log,e0xchk））），它们又有什么用呢？我们的管理员通常不喜欢备份这一操作，因此对这些日志是痛恨不已啊。那么微软在EXCHANGE数据库系统中引入日志的作用难道真的是多此一举吗？我们从以下几个方面来考察一下日志的作用：
1、作为一个企业级的邮件系统，必须要保证数据安全和完整。必须能够面对随时可能发生的意外灾难，把数据损失降低到最小。
2、必须提供高性能的邮件处理能力，对数据库中的邮件的事务操作在完成后必须马上（或是说立即）被记录在存储介质上（见前面的事务持久性说明）
3、灾难发生后，使用数据库备份恢复必须要返回到灾难发生前一刻的数据库状态（这是至关重要的！！）
现在我们来更进一步的看一下，当用户要修改邮箱中的内容时，被修改的内容首先被提取出来放到内存中，实际的修改是发生在内存里的，这是众所周知的，当修改完成后，这些内容必须被尽快写回存储介质，这样才表示一个事务成功完成了。
从事务的描述中我们可以看到，事务是具有原子特性的，为了保证数据库的一致和完整，事务必须全部成功或全部失败，如果事务失败，则必须回滚到事务开始的状态。而当邮件在内存中修改完成后，此时事务并没有完成（为什么呢？）因为一旦系统崩溃，这些修改就丢失了。所以要确保事务修改完成，必须尽快将修改写回到数据库里去（也就是硬盘上）。这也是事务的持久性要求。注意，我们这里说的第一时间或是尽快，是一个什么样的概念。如果我们直接修改EDB文件，由于EDB
文件比较大，那么在硬盘上修改一个大文件，就 需要花费大量的时间在等待和寻找数据存储块上（见操作系统原理），当系统出现高负载的繁忙状态时，这将是一个非常大的瓶颈。也就无法做到“尽快”了。那怎么办呢？所以数据库系统使用了日志，而日志通常很小（EXCHANGE的日志只有5MB），向这些文件写入修改结果是很快速的，因此当内存的修改完成后，这些结果就会立即写入日志中，以保证了事务的持久性。当成功写入日志后，该事务就成功完成了（现在在硬盘上了，不会因为当机丢失了）接下来，ESE引擎会在后台慢慢将这些日志里的修改记录写回真正的数据库里去（这对用户来说已经不是那么重要了），这就是日志的第一个作用：确保事务在第一时间（尽可能快的）保存到非易失存储器上（提供了事务持久性支持）。
根据上面的藐视，我们看到运行中的EXCHANGE数据库，是由三个部分组成的：
内存中已经完成处理还没有写会到日志里的内容（Dirt page）
还没有写到数据库文件里的日志内容
EDB和STM数据库文件
对于第一个部分，一旦掉电就回丢失的，是最不安全的。而对于第二部分的内容，系统通过检查点文件（CHK）来标记哪些日志已经被写入数据库了，而哪些还没有。CHK文件类似一个指针。我们可以用“ESEUTIL /MK”来检查CHK文件里的内容，在该命令的输出中的checkpoint:<0x8,26d1,29>这样的东西就是检查点位置，它表示E0x00008的日志的页面序号已经被成功写入数据库了。大家可以自己看看。。：）
前面提到过，EXCHANGE系统在出现灾难时，应能恢复到灾难发生前的时刻的状态。这是非常重要的。但即使是最勤快的管理员，也只能在指定的预定时间内做系统备份，而不可能时时刻刻的都在备份。那么在备份完成后到灾难发生之前的这段数据该如何保护呢？是不是就任由它丢失呢？显然是不可能的。那答案是什么呢？就是日志文件。前面我们知道，任何对数据库的更改都先写入日志里，再由日志写入数据库，这样我们只要找到日志文件，就可以重新进行模拟的操作来完成备份后的数据库文件的更改了，我们举个例子来看看：
假设我们在凌晨3点完成了一次FULLBACKUP，备份完成后，系统正常运行，到下午4点的时候，系统突然崩溃。管理员用凌晨3点的数据恢复了数据库，那么从凌晨3点到下午4点这段时间的数据变更，就只能依赖于日志了。当完成数据库恢复后，系统会自动的跟踪到关联的日志文件，如果发现有比当前数据库还新的日志存在，系统就会自动的按照日志的顺序将更改写回到数据库中去。因此这样一来，从凌晨3点到下午4点的数据变更就被完整的恢复了。这就是日志的第二个作用：保证系统备份和恢复的完整性。当然前提是没有使用循环日志！！（看到了吧，使用循环日志的危害是相当大的，比起你的数据来说，多做几次备份不是没有意义的吧？
说到这里，有人可能要问，如果数据库和日志同时损坏，如何办？答案是：尽量避免这样的情况发生。首先数据库损坏的几率要大于日志，另外，微软建议将数据库和日志分别存储在不同的磁盘上，要是这样还会同时坏，那就没有办法了，呵呵。。对于管理员对日志文件的抱怨，合理的解决方法是定期做备份。启用循环日志是不正确的做法，当启用循环日志后，一旦系统发生灾难恢复，将有可能不能将系统恢复到灾难发生时的状态，磁盘和数据谁更重要，管理员自己要考虑考虑了。
五、ESE与IS服务的启动和关闭
ESE引擎在加载数据库文件时，会去检查数据库文件的标志。这个标志保留了上次关闭数据库的状态，当状态为正常关闭说，系统将直接加载该数据库，当数据库标志为非正常关闭时，系统将先进行一个软恢复过程（你可以在事件里看到它），然后再加载。
那么，正常关闭和非正常关闭有什么区别呢？一个正常关闭的数据库，表示所有的日志信息都已经正确的写入数据库了。反之一个非正常关闭的数据库，则表示至少有一部分数据未能正确的从日志写入数据库。要注意的是，非正常关闭的数据库并不等于已经被破坏的数据库。只表示有数据没有提交到数据库文件。
使用ESEUTIL/MH命令可以看到数据库的该状态，其中的STATE字段标记的就是这个状态，“CLEANSHUTDOWN”表示数据库正常关闭。当系统加载处于非正常关闭的数据库时，就会根据检查点文件确定日志文件的位置，并做重放操作。当检查点文件丢失或损坏时，系统将从最早的日志文件开始处理。有的时候，系统不能自动的修复数据库，这时我们也可以用“ESEUTIL /R”命令手工的恢复处于非正常关闭状态的数据库。强烈推荐在系统异常关闭后执行此命令。在执行前最好前确定数据库文件的状态确实为非正常关闭，不要对正常关闭的数据库执行该恢复命令！
由此可见，EXCHANGE系统对数据库有自我修复能力，能确保系统在发生意外后恢复正确的状态。但这并不是说我们可以随意的关闭系统，仍要UPS等必要的保护措施。
六、关于M盘
在EX2000里，有一个M盘的映射。这个映射只是提供开发人员通过API访问邮箱和邮件用的。因此对M盘的手工操作都可能带来数据库的破坏，请注意，另外，有一种观点认为备份了M盘就备份了邮件，这是绝对错误的。M盘虽然是数据库的映射，但已经去掉了很多的关联和内在联系。因此备份M盘是不能恢复数据库的。所有的EXCHANGE管理员必须按规定认真的备份系统状态和SG。切不可偷懒哦。
1、首先，在防火墙选项设置选择增加一条日志服务器，类型为SYSLOG，地址就是日志服务器的IP地址。
2、其次，在“TopSEC安全审计综合分析系统管理器设置服务器在TopSEC安全审计综合分析系统管理器选择系统、找到设置服务器参数。
3、最后，在TopSEC安全审计综合分析系统管理器、管理策略、日志收集源即可。
Milogs工作日志管理服务器又叫做 Milogs网络版，
软件主要功能特点：
1、日程安排的管理
按日、周、月显示；您可以查询某段时间内联系过的（或者是要联系的）人员、客户、项目、任务，编辑过的文档等。
2、客户单位、联系人的管理
增加、删除，包括编辑和这些客户、联系人相关的项目、跟进记录、文档内容等。
3、项目、任务的管理
项目任务的进展阶段统计查询、区域、行业等分类统计查询，成功概率统计查询；查询和指定项目相关的跟进记录、客户单位、联系人、文档等。
4、文档的管理
能让您把某个文档和您指定的联系人、客户单位、项目、任务、日程安排关联起来。
管理人员使用特点：
1、日志、周报、月报查询
下属每个员工每天、每周、每月执行（或完成）的工作、项目、任务，跟进的客户、联系人情况，每个项目、任务、客户、联系人的详细联系跟进记录等等。
2、客户单位、联系人的汇总统计管理
可以针对团队全部成员或者其中某一个人进行客户单位、联系人的汇总管理
3、项目、任务的汇总统计管理
可以针对团队全部成员或者其中某一个人进行项目、任务的汇总管理
4、工作审批
可以对下属工作进行审批
日志是用来记录信息的，比如服务器的日志主要是用来记录一些访问信息，以便出现状况时，可以根据日志来判断原因。 对于普通用户来说，日志没有多大意义。
想不同IP的日志放在不同的文件夹内，是,,,,,,暂时不行的。
出现这个对话框的意义在于，
ANYBODY是接受所有机器的文件日志
JUST THE IP ADD I SP是只接受你在下面列表中列出的IP的日志记录请求。
这个对话框告诉你：你需要在 ENTER IP ADDRESSES BELOW下面，填写上您需要记录的设备的IP。
在Log File Destinations选项卡里，可以选择最后一项，按照IP地址命名LOG文件名，这样您就能分清楚是哪台设备的LOG，至于前面几个选项可以翻译一下，单词都不是太难。
希望帮到。
0条评论