这几天关注服务器代维，也不少人咨询关于服务器代维，服务器托管，及服务器维护方面的问题。
特此淡谈一下关于服务器代维的几点注意事项：
从个人做服务器维护的这几年经验看来，对于服务器维护方面差别并不只于表面文字上的。服务器维护内容大多大同小异，但在具体执行上，才是见差别的。

真正好的服务器维护，是“你根本就忘了服务器维护”这件事的。

即，好的服务器维护，会让你觉得你花的代维的钱是冤枉的，因为你感觉不到自己购买的服务。所有的一切维护工作，所有的一切优化工作服务器维护工程师都在你不知不觉的情况下帮你完成了。即使有服务器的故障，服务器维护工程师也会在客户知晓故障前就解决掉问题了。

一个真正好的服务器代维人员的素质是决定整个服务器维护质量的根本。

服务器维护人员最重要的素质是：责任！

维护毕竟不等同于开发与创新，几乎所有的维护资料都可以在网络上找得到。但为什么有的人做起维护工作来，能让人放心，感觉有保障。这就是责任！

意识到对自身维护的服务器的责任。知晓数据对客户意味着什么的维护人员，远远比一个无责任心而有高超技术的人员可靠。

考察一个维护人员维护水平的好坏，基本不只在于你在需要他的时候，他能帮你解决掉问题。更重要的在于他能从你业务的角度对你的服务器做相应的优化及提供可行的建议。更重要的是提供相应的维护数据让你知晓你的服务器是处于什么样的安全级别，数据的保障情况。各项服务的在线率情况。

国内很多做服务器代维的，一般都是ISP商来提供。优点是：大多数ISP商有做虚拟主机等相关业务，熟悉客户应用。能做到一般的服务器维护工作。缺点时：很多服务需要你来提。欠缺主动性。无法从业务上给予相应的支撑。很多ISP的维护人员甚至不知道什么是PR值，Alaxe排行，不知道在各位站长看来非常重要的访问量，SEO数据，关键词，搜索引擎蜘蛛等对你有多重要。

我这里要提到一点的是，对服务器代维的质量把关问题：
1.服务器维护的在线率。每天、每周、每月，服务器各服务的可用率情况。此数据要量化。有保证。以第三方的监控数据为准。
2.服务器各维护服务的监控。监控在于对服务器突发故障或服务中断做到心中有数。知晓每一次数据器故障原因。
3.服务器故障的预警机器。监控的一部分功能，需要对即将出问题的故障预警，一般以短信，邮件通知为主要方式。
4.服务器维护报表。定期提供服务器各项数据报表，同时，这也是检查一个维护人员是否有认真负责的一项很重要的材料。
5.定期对备份数据进行检查。以确定维护人员是否对备份数据保证到位。
    

今天帮一朋友检查他的论坛程序.访问的时候,在firefox会提供压缩格式不支持问题,显示空白页.

一般为gzip配置问题引发.暂时性关闭gzip压缩使其站点恢复正常.

以下为资料,记录一下.方便后用.



以下为转摘:

告诉你如何关闭GZIP，多种程序方法
现在非常时期，相信很多主机商开启了拦截系统，对于使用GZIP技术的程序来说，只要开启拦截，就会出现乱码。
现在总结这段时间开启拦截系统以后，出现问题的常见程序解决方法。
1、Discuz! 论坛：
登录论坛后台，找到基本设置--服务器优化，禁止GZIP功能。
后台登录地址：http://您的域名/logging.php?action=login
2、PHPWind 论坛：
登录论坛后台，找到论坛核心设置--核心功能设置，禁止GZIP功能。
后台登录地址为：http://您的域名/admincp.php
3、ShopEx 商城：
4.7.1版本解决办法：由于ShopEX设计上的缺陷，无法单独修改设置，需要下载经过修改index.php文件替换您的网站根目录下的index.php 点击这里下载
4.7.2版本解决办法：在根目录的include目录中找到mall_config.php文件（此文件在安装成功后都会有的），在?>前增加下面一段话就可以关闭系统的gzip功能
define('SYS_GZIP', false);
ShopEx 商城后台地址为：http://您的域名/syssite/shopadmin/
4、SaBlog 博客：
登录FTP，下载cache/cache_settings.php这个文件，将第64行的
'gzipcompress' => '1',
修改为
'gzipcompress' => '0',
然后上传覆盖回去即可。
SaBlog 博客后台地址为：http://您的域名/?action-login
5、动网PHP版本论坛：
登录FTP，下载论坛根目录下的global.php，查找以下内容，
if (!$zliboutputenable AND function_exists('ob_gzhandler')) {
$db_obstart = 1;
修改为
if (!$zliboutputenable AND function_exists('ob_gzhandler')) {
$db_obstart = 0;
然后上传覆盖即可。
6、SupeSite/X-Space：
登录FTP，下载data\system\config.cache.php，查找以下内容，
'gzipcompress' => 1
修改为
'gzipcompress' => 0
然后上传覆盖即可。
SupeSite/X-Space后台地址为：http://您的域名/?action-login

     今天在智联招俜站点做了一下行为类型判定.
      结果如下:典型A型人格特点. 做了60个判断题的结果.

vmstat命令应该算是linux维护人员经常使用的命令行了．类似windows下的资源管理器了．

现从网上找到相关说明如下．以做后续解释说明之用．


名称： 报告磁盘活动统计情况，同时也会汇报出CPU使用情况
格式： iostat [ -c | -d ] [ -k ] [ -t ] [ -V ] [ -x [ device ] ] [ interval
描述： iostat是I/O statistics（输入/输出统计）的缩写，iostat工具将对系统的磁盘操作活动进行监视。它的特点是汇报磁盘活动统计情况，同时也会汇报出 CPU使用情况。同vmstat一样，iostat也有一个弱点，就是它不能对某个进程进行深入分析，仅对系统的整体情况进行分析。
常用选项： -c为汇报CPU的使用情况；
-d为汇报磁盘的使用情况；
-k表示每秒按kilobytes字节显示数据；
-p显示所有存储设备分区信息。
-t为打印汇报的时间；
-v表示打印出版本信息和用法；
-x device指定要统计的设备名称，默认为所有的设备；
interval指每次统计间隔的时间；
count指按照这个时间间隔统计的次数。
输出信息简介： rrqm/s: 每秒进行 merge 的读操作数目。即 delta(rmerge)/s
wrqm/s: 每秒进行 merge 的写操作数目。即 delta(wmerge)/s
r/s: 每秒完成的读 I/O 设备次数。即 delta(rio)/s
w/s: 每秒完成的写 I/O 设备次数。即 delta(wio)/s
rsec/s: 每秒读扇区数。即 delta(rsect)/s
wsec/s: 每秒写扇区数。即 delta(wsect)/s
rkB/s: 每秒读K字节数。是 rsect/s 的一半，因为每扇区大小为512字节。
wkB/s: 每秒写K字节数。是 wsect/s 的一半。
avgrq-sz: 平均每次设备I/O操作的数据大小 (扇区)。即 delta(rsect+wsect)/delta(rio+wio)
avgqu-sz: 平均I/O队列长度。即 delta(aveq)/s/1000 (因为aveq的单位为毫秒)。
await: 平均每次设备I/O操作的等待时间 (毫秒)。即 delta(ruse+wuse)/delta(rio+wio)
svctm: 平均每次设备I/O操作的服务时间 (毫秒)。即 delta(use)/delta(rio+wio)
%util: 一秒中有百分之多少的时间用于 I/O 操作，或者说一秒中有多少时间 I/O 队列是  非空的。
CPU：表示机器内所有的CPU；
%user 表示CPU的利用率；
%nice 表示CPU在用户层优先级的百分比，0表示正常；
%system 表示当系统运行时，在用户应用层上所占用的CPU百分比；
%iowait 表示请求硬盘I/0数据流出时，所占用CPU的百分比；
%idle 表示空闲CPU百分比，值越大系统负载越低
情景分析：  delta(use)/s/1000 (因为use的单位为毫秒)

如果 %util 接近 100%，说明产生的I/O请求太多，I/O系统已经满负荷，该磁盘
可能存在瓶颈。

svctm 一般要小于 await (因为同时等待的请求的等待时间被重复计算了)，
svctm 的大小一般和磁盘性能有关，CPU/内存的负荷也会对其有影响，请求过多
也会间接导致 svctm 的增加。await 的大小一般取决于服务时间(svctm) 以及
I/O 队列的长度和 I/O 请求的发出模式。如果 svctm 比较接近 await，说明
I/O 几乎没有等待时间；如果 await 远大于 svctm，说明 I/O 队列太长，应用
得到的响应时间变慢，如果响应时间超过了用户可以容许的范围，这时可以考虑
更换更快的磁盘，调整内核 elevator 算法，优化应用，或者升级 CPU。

队列长度(avgqu-sz)也可作为衡量系统 I/O 负荷的指标，但由于 avgqu-sz 是
按照单位时间的平均值，所以不能反映瞬间的 I/O 洪水。


用vmstat监视内存使用情况

　　vmstat是Virtual Meomory Statistics（虚拟内存统计）的缩写，可对操作系统的虚拟内存、进程、CPU活动进行监视。它是对系统的整体情况进行统计，不足之处是无法对某个进程进行深入分析。

　　vmstat的语法如下：


　　vmstat [-V] [-n] [delay [count]]


　　其中，－V表示打印出版本信息；－n表示在周期性循环输出时，输出的头部信息仅显示一次；delay是两次输出之间的延迟时间；count是指按照这个时间间隔统计的次数。对于vmstat输出各字段的含义，可运行man vmstat查看。

　　用iostat监视I/O子系统情况

　　iostat是I/O statistics（输入/输出统计）的缩写，iostat工具将对系统的磁盘操作活动进行监视。它的特点是汇报磁盘活动统计情况，同时也会汇报出CPU使用情况。同vmstat一样，iostat也有一个弱点，就是它不能对某个进程进行深入分析，仅对系统的整体情况进行分析。

　　iostat的语法如下：


iostat [ -c | -d ] [ -k ] [ -t ] [ -V ] [ -x [ device ] ] [ interval  [ count ] ]


　　其中，-c为汇报CPU的使用情况；-d为汇报磁盘的使用情况；-k表示每秒按kilobytes字节显示数据；-t为打印汇报的时间；-v表示打印出版本信息和用法；-x device指定要统计的设备名称，默认为所有的设备；interval指每次统计间隔的时间；count指按照这个时间间隔统计的次数。

　　iostat一般的输出格式如下：

Linux 2.4.18-18smp (builder.linux.com)  2003年03月07日

avg-cpu:  %user   %nice    %sys   %idle
           4.81    0.01    1.03   94.15

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
dev3-0           30.31      1117.68       846.52   16104536   12197374
dev3-1            7.06       229.61        40.40    3308486     582080
对于输出中各字段的含义，iostat的帮助中有详细的说明。

    vmstat 命令报告虚拟内存统计信息和CPU负荷：页面调度，交换，任务交换，CPU利用率。命令的语法是：
        vmstat [-cisS] [d1 d2 d3 d4] [interval [count]]
        当不用选项时，vmstat显示一条曲线表示自从系统启动后活动的信息。如果指定interval(时间间隔)，接下来的线是重复显示最后的interval期间活动的情况，直到用户中断命令执行。当同时提供计数器时，统计信息按时间计数来显示。
        如果指定了一个磁盘名（如d1，d2，等等。），这些磁盘得到优先显示。通常，系统上的前4个磁盘设备是显示的，因为只有四个设备能在一线条上显示，这个选项允许性能分析员修改缺省显示选项。（*磁盘名通常随id，sd，xd,或xy (取决于类型和I/0界面)加一个数字，如id0，sd2，xd1等等命名而定。），vmstat 命令显示若干字段信息：
        
procs        报表下面三种状态的进程数：
                r--在运行队列中等候运行
                b--被资源阻塞（I/0，页面调度，等等.)
                w--可运行但是被换出的
memory 报告虚拟内存和实存信息：
                swap--以千字节为单位的当前可用交换空间的数量
                free--以千字节为单位的页自由表大小
page  报告每秒页面调度活动数量的信息:
                re-从自由表回收页
                mf--次要的错误;地址空间或硬件地址转换错误
                pi--页入的千字节数
                po -页出的千字节数
                fr- 释放的千字节数
                de--以千字节为单位的可接受的短期内存不足数
                sr--页由时钟算法扫描
disk                可以为四个磁盘报告每秒磁盘I/O的数量

faults        报告每秒系统软件中断和硬件中断的速率
                in-设备中断，不包括系统时钟中断
               sy-系统调用
                cs-CPU任务（上下文）交换
cpu--        CPU故障时间的百分比，在多处理器系统上，这是全部处理器的平均值:
                        us-  用户时间
                sy-- 系统时间
                id-- 闲置时间

vmstat命令有四个可选标志可供使用。如果机器有虚拟地址缓存-c标志就改变输出报告缓存刷新统计数据。报告包括自从系统启动后每种缓存刷新全部总量。六个缓存类型是用户，上下文，区域，段，页，部分页。
-i标志 使输出变为报告中断的数量。如果给出设备名，如d1,d2等，监控将在设备级*执行，（*注，参阅第十二章有关打开设备级监控的信息。）并报告每个给定设备的统计信息。

  修改"普通"报告来显示交换而非页面调度活动的信息。这选项改变显示的两个字段：si(换入)和so(换出)替代了re和mf字段。
  
值得注意是，interval 和count选项对-i或-s选项是非法的。


vmstat 参数详解

procs:

r-->在运行队列中等待的进程数
b-->在等待io的进程数
w-->可以进入运行队列但被替换的进程

memoy

swap-->现时可用的交换内存（k表示）
free-->空闲的内存（k表示）


pages

re－－》回收的页面
mf－－》非严重错误的页面
pi－－》进入页面数（k表示）
po－－》出页面数（k表示）
fr－－》空余的页面数（k表示）
de－－》提前读入的页面中的未命中数
sr－－》通过时钟算法扫描的页面

disk 显示每秒的磁盘操作。 s表示scsi盘，0表示盘号

fault 显示每秒的中断数
in－－》设备中断
sy－－》系统中断
cy－－》cpu交换

cpu 表示cpu的使用状态

cs－－》用户进程使用的时间
sy－－》系统进程使用的时间
id－－》cpu空闲的时间


FIELD DESCRIPTIONS
   Procs
       r: The number of processes waiting for run time.
       b: The number of processes in uninterruptable sleep.
       w: The number of processes swapped out but otherwise runnable.  

Thisfield is calculated, but Linux never desperation swaps.
  
   Memory
       swpd: the amount of virtual memory used (kB).
       free: the amount of idle memory (kB).
       buff: the amount of memory used as buffers (kB).
  
   Swap
      si: Amount of memory swapped in from disk (kB/s). 虚拟内存的页导入(从SWAP DISK导入RAM)
      so: Amount of memory swapped to disk (kB/s). 虚拟内存的页导出.
(从RAM到SWAP DISK)
  
   IO
       bi: Blocks sent to a block device (blocks/s).写入
       bo: Blocks received from a block device (blocks/s).写出
  
   System
       in: The number of interrupts per second, including the clock.
       cs: The number of context switches per second.
:   CPU
       These are percentages of total CPU time.
       us: user time
       sy: system time
       id: idle time


如果 r经常大于 4 ，且id经常少于40，表示cpu的负荷很重。
如果pi，po 长期不等于0，表示内存不足。
如果disk 经常不等于0， 且在 b中的队列 大于3， 表示 io性能不好。


由vmstat看服务器


说明：由于STATSPACK并不能获取全面分析性能问题所需要的所有信息，所以需要扩展其收集服务器的统计信息。
  
VMSTAT介绍

通过STATSPACK收集服务器信息，主要通过收集VMSTAT的信息来展现服务器状况。VMSTAT工具是最常见的ＵＮＩＸ监控工具，可以展现给定时间间隔的服务器的状态值。

一般VMSTAT工具的使用是通过两个数字参数来完成的，第一个参数是采样的时间间隔数，单位是秒，第二个参数是采样的次数。如：
[oracle@brucelau oracle]$ vmstat 1 2
   procs                      memory    swap         io  system        　CPU
r  b  w   swpd   free   buff  cache  　si  so    bi    bo   in    cs  us  sy  id
1  0  0      0 271844 186052 255852   0   0     2     6  102    10   0   0 100
0  0  0      0 271844 186052 255852   0   0     0     0  104    11   0   0 100
  
(注：目前系统几乎空闲，并且不同操作系统VMSTAT输出内容有所不同)
  
目前说来，对于服务器监控有用处的度量主要有：

r（运行队列）
pi（页导入）
us（用户CPU）
sy（系统CPU）
id（空闲）
  
通过VMSTAT识别ＣＰＵ瓶颈

r（运行队列）展示了正在执行和等待CPU资源的任务个数。当这个值超过了CPU数目，就会出现CPU瓶颈了。
获得CPU个数的命令(LINUX环境)：
cat /proc/cpuinfo|grep processor|wc –l
当r值超过了CPU个数，就会出现CPU瓶颈，解决办法大体几种：
1.   最简单的就是增加CPU个数
2.   通过调整任务执行时间，如大任务放到系统不繁忙的情况下进行执行，进尔平衡系统任务
3.  调整已有任务的优先级  

通过VMSTAT识别ＣＰＵ满负荷

首先需要声明一点的是，vmstat中CPU的度量是百分比的。当us＋sy的值接近100的时候，表示CPU正在接近满负荷工作。但要注意的是，CPU满负荷工作并不能说明什么，UNIX总是试图要CPU尽可能的繁忙，使得任务的吞吐量最大化。唯一能够确定CPU瓶颈的还是r（运行队列）的值。
  
通过VMSTAT识别ＲＡＭ瓶颈

数据库服务器都只有有限的RAM，出现内存争用现象是Oracle的常见问题。
首先察看RAM的数量，命令如下（LINUX环境）：
[root@brucelau root]#free
           total         used         free        shared       buffers     cached
Mem:       1027348     873312     154036     185736     187496     293964
-/+ buffers/cache:       391852      635496
Swap:      2096440          0      2096440
  
当然可以使用top等其他命令来显示RAM。

当内存的需求大于RAM的数量，服务器启动了虚拟内存机制，通过虚拟内存，可以将RAM段移到SWAP DISK的特殊磁盘段上，这样会出现虚拟内存的页导出和页导入现象，页导出并不能说明RAM瓶颈，虚拟内存系统经常会对内存段进行页导出，但页导入操作就表明了服务器需要更多的内存了，页导入需要从SWAP DISK上将内存段复制回RAM，导致服务器速度变慢。
  
解决的办法有几种：
1.       最简单的，加大RAM
2.       改小SGA，使得对RAM需求减少
3.       减少RAM的需求（如：减少PGA）
  
我们基本的了解了VMSTAT工作，下面是STATSPACK通过vmstat统计收集服务器性能数据。
  
STATSPACK通过vmstat收集服务器信息
首先在perfstat用户下建一个存储服务器信息的表：如
建表：
create table stats$vmstat
(
start_date date,  --系统时间
duration date,  --时间间隔
server_name varchar2(20), --服务器名称
runque_waits number, --运行队列数据
page_in  number, --页导入数据
page_out number, --页导出数据
user_cpu number, --用户cpu数据
system_cpu number, --系统cpu数据
idle_cpu number, --空闲cpu数据
wait_cpu number –等待cpu数据（只是aix存在）
)
tablespace perfstat;
然后，通过UNIX/LINUX的shell变成，利用vmstat的结果来获取相应的服务器信息，并且存放到表中。
部分来自：http://www.ixpub.net/645961.html

自09年下半年，信产部抓备案、扫低俗以来。我一直都在怀疑每年都会来一次这种专项行动的，为何会在今年执行得这么彻底。一直想不明白为何广电掌控下的新闻体系会如此长篇累读的进行报道。

作为一个从事互联网工作7年的我，这段日子相当的难熬，每天检查几万、几十万的域名扫描。要安排好程序扫描是否有备案号。按关键词扫描是否有存在低俗、有害信息。每天都在煎熬中度过，就担心什么时候，有一两个站点或空间被相关的部门发现，被通报。

参加了多次相关部门的会议、经历了多次服务器被误封后，我还是不明白，这次的低俗整治为何能这么大的影响到我的生活。

这两天的新闻：百度被黑，GOOGLE传言退出中国市场，让我更感不安以为这行业应该会萎缩下去了。

百度被黑：我关注及了解域名注册安全。
GOOGLE退出中国市场：让我庆幸，终于有人向ZF诉说点什么了。

在之前被关闭的大量的站长，也许因为被在渺小，在专项中，其利益根本就不算什么。其声音也根本发不出来。但现在，终于有一个可以让ZF自我审视的GOOGLE出来了。

也许GOOGLE所言的，过于其实，其所要求的不接受审查，那是完全不可能的。

对于搜索引擎，我个人一直用的是GOOGLE，除非实在打不开他的站点才使用百度。做为一名技术人员，对于GG我有特别的偏爱，但并不代表我支持GOOGLE能不接受审查的论调。国家利益高于一切。

但对于管理部门或是相关的主管，我只能无语，没有手段，只有行政打压下，也就只是这样了。

很可笑的一些政策竟能如此儿戏般的出台，真是无语到极点。

在经过一系列的整治后，我很惊讶的发现，所谓的低俗，已很少存在于本国度内了。可专项整治还在持续～

备案，备案号，那个所谓的备案系统～所谓的当面核对信息。无语。

看今天的新闻：国务院决定推动电信网广电网及互联网三网融合 我才明白一点点东西。高啊