【转载】系统状态查询IOSTATE的一些细致分析。

系统状态查询中我们常常用到iostat来检查I/O比,这个命令帮助我们快速分析整个磁盘系统的运行状态,仔细分析一下,发现还是蛮有趣的。。。
# iostat -x 1 10
Linux 2.6.18-92.el5xen 02/03/2009
avg-cpu: %user %nice %system %iowait %steal %idle
1.10 0.00 4.82 39.54 0.07 54.46
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
sda 0.00 3.50 0.40 2.50 5.60 48.00 18.48 0.00 0.97 0.97 0.28
sdb 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
sdc 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
sdd 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
sde 0.00 0.10 0.30 0.20 2.40 2.40 9.60 0.00 1.60 1.60 0.08
sdf 17.40 0.50 102.00 0.20 12095.20 5.60 118.40 0.70 6.81 2.09 21.36
sdg 232.40 1.90 379.70 0.50 76451.20 19.20 201.13 4.94 13.78 2.45 93.16
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 队列是非空的。即 delta(use)/s/1000 (因为use的单位为毫秒)

如果 %util 接近 100%,说明产生的I/O请求太多,I/O系统已经满负荷,该磁盘
可能存在瓶颈。
idle小于70% IO压力就较大了,一般读取速度有较多的wait.

同时可以结合vmstat 查看查看b参数(等待资源的进程数)和wa参数(IO等待所占用的CPU时间的百分比,高过30%时IO压力高)

另外还可以参考
一般:
svctm delta(ruse+wuse)/s=78.21 * delta(io)/s = 78.21*28.57 =2232.8,表明每秒内的I/O请求总共需要等待2232.8ms。所以平均队列长度应为 2232.8ms/1000ms = 2.23,而iostat 给出的平均队列长度 (avgqu-sz) 却为 22.35,为什么?! 因为 iostat 中有 bug,avgqu-sz值应为 2.23,而不是 22.35。

来源: http://www.php-oa.com/2009/02/03/iostat.html

Posted in Linux | Tagged , , , , | 2 Comments

NTbackup数据备份与恢复

如何使用系统自带的NTBACKUP将别的电脑的备份文件,在你的电脑上恢复呢?

答案就是使用文件编录,当然也可以使用向导的方式,另外因为Veritas和NTbackup生成的备份文件后缀名是一样的,所以用Veritas生成的备份文件,用NTbackup也可以恢复出来。

字不在多 有用就行 有兴趣的学员可以试一试呀

Posted in Windows, 操作系统 | Leave a comment

[转]发布Web服务器上的虚拟主机:ISA2006系列之十一

以下文章转发自

http://yuelei.blog.51cto.com/202879/87098

如何处理虚拟主机的发布

 在上一篇博文中,我们讨论了如何利用ISA2006发布内网的多个Web站点,这些Web站点分布在不同的Web服务器上,我们只要用发布规则中的公共名称加以区分就可以了。今天我们要把难度再加大一些,如果一台Web服务器上有虚拟主机,这些虚拟主机该如何发布呢?其实发布这些虚拟主机也不难,我们知道IIS实现虚拟主机有三种方法,IP,端口和主机头,一般在工作中大都采用主机头区分虚拟主机。既然如此,那在发布虚拟主机时,我们就可以依靠访问者提交的主机头来匹配发布规则,恰好ISA又有转发原始主机头的功能,这下子问题就全都解决了。举个例子来说明,实验拓扑和上篇博文中一样,Denver和Perth是内网的两台Web服务器。现在Denver上有两个网站,分别是[url]www.contoso.com[/url]和mail.contoso.com,我们的目标就是把这两个虚拟主机发布到外网。这个目标实现起来并不难,在ISA上为Denver的两个网站各自创建一条发布规则,两条发布规则依靠公共名称区分两个网站,然后ISA启用转发原始主机头功能,这样就一切OK了。当外网访问[url]www.contoso.com[/url]时,ISA根据访问域名匹配发布规则,然后按照发布规则的要求将原始主机头[url]www.contoso.com[/url]转发给Denver,Denver根据转发来的原始主机头就可以判断出访问者要访问哪个虚拟主机,然后将目标网站的内容返回给访问者。   实验步骤如下:

一  准备虚拟主机 在Denver上准备好两个虚拟主机,如下图所示,我们在Denver的IIS中看到了两个网站,www和mail。   两个网站的主机头分别是mail.contoso.com和[url]www.contoso.com[/url]。,如下图所示。  

用浏览器访问,两个网站都访问正常,如下图所示。   OK,实验用的虚拟主机已经准备好了!

 二 在ISA上创建访问规则 上篇博文中我们在ISA上创建了两条发布规则,这次实验我们只要把发布规则复制一下再稍作修改就可以了。如下图所示,我们在发布denver.contoso.com的规则上点击右键,选择“复制”。   然后在发布规则上点击右键,如下图所示,选择“粘贴”。   这样我们就有了两条发布规则,我们只要修改这两条规则就可以满足发布虚拟主机的需求。   首先修改第一条发布规则,我们要利用这条规则发布denver上的[url]www.contoso.com[/url],如下图所示,在规则属性的常规标签中,修改规则的名称为“发布内网的[url]www.contoso.com[/url]”。   切换到规则属性的“公共名称”标签,编辑原有的公共名称denver.contoso.com,如下图所示,把公共名称修改为[url]www.contoso.com[/url]。   切换至规则属性的“到”标签,如下图所示,勾选“转发原始主机头而不是内部站点名称字段中指定的实际主机头”,这是关键之处,它要求ISA将访问者的原始主机头转发给Web服务器,Web服务器正式凭借原始主机头才能判断出访问目标是哪个虚拟主机。   好了,为发布[url]www.contoso.com[/url]而修改的规则已经完成,接下来我们要修改第二条发布规则,让它能够发布mail.contoso.com。如下图所示,在第二条发布规则属性的“常规”标签中,修改规则名称为“发布内网的mail.contoso.com”。   切换到规则属性的“公共名称”标签,编辑原有的公共名称denver.contoso.com,如下图所示,把公共名称改为mail.contoso.com。   切换到规则属性的“到”标签,勾选“转发原始主机头而不是内部站点名称字段中指定的实际主机头”。   修改后的发布规则如下图所示。  

 三 在客户机上测试 在ISA上做好发布规则后,我们在Istanbul上测试一下,首先Istanbul仍然是利用简单的Hosts文件进行域名解析,解析结果如下图所示。   测试一下,先访问[url]www.contoso.com[/url],如下图所示,非常理想。   再来测试一下mail.contoso.com,如下图所示,一切正常,OK,实验成功!   做了这么多工作,其实发布虚拟主机关键之处就是要在ISA上转发原始主机头,掌握了这点,就基本上能够掌控全局了!

Posted in Windows, 操作系统 | Tagged , | Leave a comment