求“服务器维护报告”

楼主这个服务器维护报告 是写你都做了什么工作的报告 还是说要写一个方案 平时怎么维护服务器？这两个不一样了？

看你下边那句话 应该是第二者 做一个日常的维护方案

服务器的维护可以分为硬件维护和软件维护两种，硬件维护比较简单，主要是保证机房的温湿度，做好防尘防火，定时更换硬件设备等，而软件维护又包括对操作系统的维护和对主机上所跑应用的维护，这一部分是比较难的，需要对操作系统、应用软件系统有比较深入的认识和了解。

操作系统是服务器运行的软件基础，其重要性不言自明。如果服务器操作系统使用Windows 2003或Windows 2000 Server作为操作系统，维护起来还是比较容易的，只要按时打好补丁，订时查看日志就可以。但是如果是LINUX和UNIX操作系统的话，需要对管理员的技术有相当高的要求，需要管理员具备一定的专业知识。

服务器上的应用维护

服务器上的应用软件都是运行的企业的核心数据，是企业的最重要的数据之一，不容出错，如果数据出现丢失或者服务停止的话对于企业来说是致命的， 企业的应用已经成了企业生存和发展的重要组成部分，应用是企业核心业务的血液，当企业应用的规模越来越大时，应用也随之越来越多，如何迅速有效的对这些关键应用进监控就成为了迫切棘手的问题。

7*24小时不间断

除了上述二点列出的技术上的困难之外，还有一个重要的问题就是企业的服务器及上面所跑的应用都是实时性很高的业务，必须得保证7*24小时不间断，单纯的管理员维护的话实时性太差，管理员不可以一天二十四小时盯着服务器，所以现实中经常出现服务器出现Down机或者服务器上的应用出了问题，管理员往往不能第一时间知道，往往都是实际使用服务器或都应用的人去通知管理员，这时业务可能已经停了好长时间，这对于企业来说无疑是很大的损失。

服务器维护的解决方案

通过上面的分析，通过管理员对服务器和上面的应用进行管理维护是行不通的也是非常危险的，所以目前大多数企业都是通过服务器监控软件维护服务器为主，管理员维护为辅的管理方式。

同时企业又面对另一个问题，什么样的服务器监控软件才是好的，笔者认为一款好的服务器监控软件应该具备以下几点：

1．监控可视化，界面友好，用户可以在一个界面对服务器的健康情况一目了然。

2．可以对服务器的可用性，性能，组件进行监控，包括CPU，内存，硬盘，分区，接口等等。

3．操作简单，不需要太专业的知识也可以维护。

4．如果服务器出现问题可以通过多种方式进行告警，包括邮件，短信，语音，客户端等。可以使管理员第一时间知道情况进行解决。

5．报表功能完善，可以进行趋势分析和性能分析，帮助企业的管理层作出决策并提供有力的证据。

总结

从用过的网管软件来看，Mocha BSM是一款比较专业比较实用的服务器监控软件，通过摩卡业务服务管理(Mocha BSM)可以有效的对服务器和上面的应用进行监控，使服务器健康稳定运行，最大化的为企业服务，同时还可以解放人力，节约企业成本，提高企业的信息化水平。

分离功能和布局的基本思想就是使得这两组人能够各自编写和使用独立的一组文件：程序员只需关心那些只包含PHP代码的文件，无需关心页面的外观；而页面设计人员可以用自己最熟悉的可视化编辑器设计页面布局，无需担心破坏任何嵌入到页面的PHP代码。 如果你曾经看过几个关于PHP模板的教程，那么你应该已经明白模板的工作机制。考虑一个简单的页面局部：页面的上方是页头，左边是导航条，其余部分是内容区域。 可以看出页面如何由这些模板构造而成：main模板控制着整个页面的布局；header模板和leftnav模板控制着页面的公共元素。花括号“{}”里面的标识符是内容占位符。使用模板最主要的好处在于界面设计者能够按照自己的意愿编辑这些文件，比如设置字体、修改颜色和图形，或者完全地改变页面的布局。界面设计者可以用任何普通HTML编辑器或者可视化工具编辑这些页面，因为这些文件都只包含HTML代码，没有任何PHP代码。 PHP代码全部保存到单独的文件中，这个文件也就是由页面URL实际调用的文件。Web服务器通过PHP引擎解析该文件，然后把结果返回给浏览器。一般地，PHP代码总是动态地生成页面内容，比如查询数据库或者执行某种计算等。下面是一个例子： // 此处的PHP代码设置 $content使其包含合适的页面内容 $tpl->assign('CONTENT', $content)$tpl->parse('HEADER', 'header')$tpl->parse('LEFTNAV', 'leftnav')$tpl->parse('MAIN', 'main')$tpl->FastPrint('MAIN')?>这里我们使用的是流行的FastTemplate模板类，但其基本思路对于其他许多模板类来说都一样。首先你实例化一个类，告诉它到哪里去寻找模板文件以及哪一个模板文件与页面的哪部分对应；接下来是生成页面内容，把结果赋予内容的标识符；然后，依次解析各个模板文件，模板类将执行必要的替换操作；最后把解析结果输出到浏览器。 这个文件完全由PHP代码构成，不包含任何HTML代码，这是它最大的优点。现在，PHP程序员可以集中精力编写生成页面内容的代码，而不必为了如何生成HTML去正确地格式化最终页面而担心。 很容易看出采用模板还有第二个好处。如上例所示，页面左边的导航条单独保存为一个文件，我们只需编辑这一个模板文件就可以改变网站所有页面左边的导航条。 避免页面元素重复 “这确实不错”，你也许会想，“我的网站主要就是由大量的静态页面构成。现在我可以从所有页面中删除它们的公共部分，要更新这些公共部分实在太麻烦了。以后我就可以用模板制作出很容易维护的统一页面布局。”但事情并非这么简单，“大量的静态页面”道出了问题的所在。 请考虑上面的例子。这个例子实际上只有一个example.php页面，它之所以能够生成整个网站的所有页面，是因为它利用了URL中的查询字符串从数据库之类的信息源动态地构造出页面。 我们之中的大多数人所运行的网站并不一定都有数据库支持。我们的网站大多数由静态页面构成，然后用PHP在这里、那里加上一些动态功能，比如搜索引擎、反馈表单等。那么，如何在这种网站上应用模板呢？ 最简单的方法是为每一个页面复制一份PHP文件，然后在每一个页面中把PHP代码里代表内容的变量设置成合适的页面内容。例如，假设有三个页面，它们分别是主页（home）、关于（about）和产品（product），我们可以用三个文件分别生成它们。这三个文件的内容都类如： 希望你能够喜欢本网站"$tpl->assign('CONTENT', $content)$tpl->parse('HEADER', 'header')$tpl->parse('LEFTNAV', 'leftnav')$tpl->parse('MAIN', 'main')$tpl->FastPrint('MAIN')?>显然，这种方法有三个问题：我们必须为每一个页面复制这些复杂的、牵涉到模板的PHP代码，这与重复公共页面元素一样使得页面难以维护；现在文件又混合了HTML和PHP代码；为内容变量赋值将变得非常困难，因为我们必须处理好大量的特殊字符。 解决这个问题的关键就在于分离PHP代码和HTML内容，虽然我们不能从文件中删除所有的HTML内容，但可以移出绝大多数PHP代码。静态网站的模板框架： ob_end_clean()$tpl->assign('CONTENT', $content)$tpl->parse('HEADER', 'header')$tpl->parse('LEFTNAV', 'leftnav')$tpl->parse('MAIN', 'main')$tpl->FastPrint('MAIN')} ?>ageStart函数首先创建并设置了一个模板实例，然后启用输出缓存。此后，所有来自页面本身的HTML内容都将进入缓存。pageFinish函数取出缓存中的内容，然后在模板对象中指定这些内容，最后解析模板并输出完成后的页面。 这就是整个模板框架全部的工作过程了。

---