大型网络机房空调维护需要注意什么事情

一、机房空调不停机检查项目

1、检查控制屏显示的温度、湿度等数据是否处于正常范围内

2、检查显示屏上是否有报警状态图标显示

3、倾听机器运行有无异常杂音

4、检查室内机侧板表面是否有结霜或结露现象

5、检查冷凝器翅片上是否堆积灰尘

6、检查冷凝风机马达是否正常运转。

二、停机检查项目

1、空气过滤网检查:

⑴、观察过滤网是否透光。

⑵、过滤网上侧是否有灰尘沉积。

保养方法:hzlh-tech

⑴、将过滤网拆下，曝晒，轻轻敲打或者用吹风机吹等方法，除去灰尘。

⑵、一旦经处理后的过滤网依然沾有很多灰尘或不透光，就需更换新的过滤网。

2、控制、电气部分检查:

⑴、打开面板后闻一闻有没有烧糊的异味。

⑵、检查电缆各个接头处有无变色。

保养方法:hzlh-tech

⑴、关闭空调机组的总电源，紧固松动的接线头。

⑵、查看接触器触点，如果有无拉弧烧黑的痕迹，就更换接触器。

3、室内风机组件检查

如果机组运行时能听到明显的杂音或感觉机组风量较低时，需检查风机组件运行情况。

保养方法:hzlh-tech

⑴、打开风机组件检修面板。查看风机的皮带是否有开裂或断开等异常情况皮带是否存在磨损下来的黑色粉沫。

⑵、记住皮带的松紧度靠的是风机马达重力自动调节的。如果皮带磨损较为严重，导致皮带不能拉紧，那么需要及时更换皮带。

关于你的问题：

1、首先，既然是商用房，那么在具体商业用途的限制上相对比较少的，除了一些特殊的行业、商业用途以外。一般的商业用途都是可以的。

2、至于你说到的网络交互机房，你可能已经涉及到网络行业用途，这个是需要到主管政府部门去登记审批的。

在整个 TCP/IP 协定家族中，对 "使用者" 来说，ICMP 恐怕是易忽略的协定了。关于前面所讨论的协定，真要能发挥工作的前提条件是："假设一切都没问题" 。然而，在当今如此复杂的网路环境中，前述条件恐怕是没办法保证的：设定可能有误、线路有可能会断、设备可能挂点、router 可能负载太高、 .... 等等又等等的状况，都是我们没办法确保的。那么，我们必需有一套机制来侦测或通知各种各样可能发生的状况，这就是 ICMP 协定的目的了。

之所以说 ICMP 最容易被忽略，是因为，大部份的情况下，ICMP 只给底层的网路设备参考且被解决了。真要劳架使用者执行的话，恐怕不多，最具代表的，算是 ping 与 traceroute 这两个工具了。下面，让我们一起揭开 ICMP 的神秘面纱...

ICMP 协定之内容

ICMP 的全称是 Internet Control Message Protocol 。从技术教度来说，ICMP 就是一个 "错误侦测与回报机制"，其目的就是让我们能够检测网路的连线状况，也能确保连线的准确性，其功能主要有：

· 侦测远端主机是否存在。

· 建立及维护路由资料。

· 重导资料传送路径。

· 资料流量控制。

ICMP 在沟通之中，主要是透过不同的类别( Type )与代码( Code ) 让机器来识别不同的连线状况。常用的类别如下表所列：

ICMP 是个非常有用的协定，尤其是当我们要对网路连接状况进行判断的时候。下面让我们看看常用的 ICMP 实例，以更好了解 ICMP 的功能与作用。

关于 PING

当关于这个命令应该很多人都用过了吧？它就是用来测试两台主机是否能够顺利连线的最简单的工具：

在 Linux 使用 ping 命令，如果您不使用 -c N 参数来指定送出多少个 ICMP 封包的话，ping 命令会一直持续下去，直到您按 Ctrl + C 为止。从上面的命令结果我们可以确定连线是否成功之外，还可以根据它的 time 来判断当前的连线速度，数值越低速度越快；在命令结束的两行，还有一个总结，如果发现您的 packet loss 很严重的话，那就要检察您的线路品质，或是上游的服务品质了；最后一行是 round-trip (来回)时间的最小值、平均值、最大值，它们的时间单位都是微秒 (ms)。不过，那个 mdev 是什么意思我也不知道~~

如果运用得当，ping 可以帮我们判断出许多状况。例如，我们要看一下跟远方的机器是否连接得上，先可以 ping 一下对方的机器名称；如果连接不上的话，我们可以 ping 对方的 ip ，如果 ip 可以 ping 得到，那么，很可能是 dns 不工作了；那么我们可以检查本身主机的 dns 伺服器是否指定正确、以及 dns 伺服器是否设定正确。如果连 IP 都 ping 不了，那么，很可能是 IP 设定的问题了，也可能是网路的连线问题。检查的步骤也有很多种，下面是方法之一：

1. ping 对方的 router (如过您知道其位址的话)，假如 ping 得上，那可能是对方机器和其相连网路的问题；

2. 如果 ping 不到对方的 router ，那么可以 ping 自己的 router。如果 ping 得上，那么好可能是 router 和 router 之间的问题；

3. 如果自己的 router 也 ping 不到，那么可能是自己的机器和 router 之间的问题，我们可以 ping 一下自己的 IP 。如果自己的 IP 可以 ping 得到，那么，可能是连线的问题，我们可以检查一下网线、hub、等设备，看看有没有损毁的状况。

4. 同时，我们也可以 pin g一下网路上面其它的机器，也可以用其它机器 ping 一下 router ，来判别一下问题来自自己机器、还是网路、还是 router、等等。

5. 如果自己的 IP 都 ping 不到，那么可能是网路卡坏掉了或没有正确设定，可以看看设备资源有没有冲突，也可以看看设备有没有被系统启动。

6. 如果看来都没问题，那么可以 ping 一下回圈位址 127.0.0.1 ，如果连这个都 ping 不了的话，这台机器的 IP 功能根本就没被启动！那么，您就要先检查一下网路功能有没有选择、IP 协定有没有被绑定( bind )、等基本网路设定了。

从上面的过程中，我们不难看出 ping 这个命令真是非常有用的。然而，我们能 ping 一台机器的时候，我们就可以确定连线是成功的，但如果不能 ping 的话，未必是连不上哦。嗯？怎么说呢？且听我道来：使用 ping 命令的时候，事实上是送出一个 echo-request( type 8 ) 的 ICMP 封包，如果对方的机器能接收到这个请求，而且愿意作出回应，则送回一个 echo-reply( type 0 ) 的 ICMP 封包，当这个回应能顺利抵达的时候，那就完成一个 ping 的动作。

很显然，如果这个 echo-request 不能到达对方的机器，或是对方回应的 echo-reply 不能顺利送回来，那 ping 就失败。这情形在许多有防火墙的环境中都会碰到，如果防火墙随便将 request 和 reply 拦下来就会导致 ping 失败，但并不代表其它连线不能建立。另外，就算没有防火墙作怪，对方也可以将机器设定为不回应任何 echo-request 封包，若在 Linux 上，只要用下面命令就可以了：

echo "1" >/proc/sys/net/ipv4/icmp_echo_ignore_all

如果您不想别人 ping 您的机器，也可以如法泡制。但真的当您需要用 ping 命令来测试网路连线的时候，就做不到了，有利有弊啦。

关于 TRACEROUTE

除了用 ping 命令来检查连线之外，还有另外一个非常厉害的工具我们可以使用的，就是 traceroute 命令了(在 windows 上面则称为 tracert 命令)：

透过 traceroute 命令，我们可以找出通往目的地的所有经过的路由节点，并以数字将路由顺序标识出来。若是您觉得回应很慢，那可加上 -n 参数，节点名称将会以 IP 位址显示，因为不需要进行名称解析，回应速度当然会快一些。

从上面的 traceroute 结果，我们可以看到每一个节点都返回 3 个 round-trip 时间作参考。这样，您就能够判断整个连线路由中，交通瓶颈所在的位置在哪里。您或许奇怪 traceroute 是如何揪出所有路由节点的呢？且听我细说：

您是否有留意到 ping 命令的结果有一个 TTL 值？通常来说，Time To Live 都是以时间为单位的，但是在路由上面却是以跳站数目为单位的。为了防止一个封包无限期呆在网路上路由，每一个封包都会被赋予一个 TTL 值，告诉它最多能经过多少个跳站。当封包被一个路由节点处理之后，它原来的 TTL 值就会被扣掉 1 ，这样，如果封包的 TTL 降到 0 的时候，路由器就会丢弃这个封包，并且同时向来源地送出一个 time_exceeded( type 11 ) 的 ICMP 封包，以告知其封包的命运。

找到灵感了吗？聪明的 traceroute 程式设计者正是利用了 ICMP 这个特殊功能，来找出每一个路由节点的：

1. 首先，traceroute 命令会向目标位址送出 UDP 侦测封包(在 Linux 中，可用 -I 改为 ICMP 封包)，但将第一个送出的封包之 TTL 设为 1 。这样，第一个路由节点在处理这个封包的时候，减掉 1 ，并发现 TTL 为 0 ，于是就不处理这个封包，并同时送回一个 ICMP 封包。这样，发送端就知道第一个路由节点在哪里了。

2. 当接得到第一个 ICMP 返回的时候，程式会检查返回主机是否就是目标主机，如果不是，则再送出第二个封包，但 TTL 比上次增加 1 。

3. 这样，第一路由节点接到的封包之 TTL 就不是 0 ，那么处理完毕后送给下一个节点，同时将 TTL 扣除 1 。这样，当下一个站收到这个封包，再扣掉 TTL 为 0 ，也会送回 ICMP 封包，这样，程式就知道第二个路由节点在哪里了。

4. 然后重复上一个动作，直到找到目标主机为止，或是封包的最大 TTL (通常为 30) 都用光为止，但您可以用 -m 参数来指定最大的 TTL 值。

怎样？聪明吧！^_^

但是，在实作中，未必是所有路由设备都会、或愿意送回 ICMP 封包的。碰到这样的情况，您就会看到第 8 个跳站的情形了(以星号显示)。假如 traceroute 最后的结果一直维持着 * 符号，那可能是因为 ICMP 被对方的防火墙拦下来的结果。这样的话，您可能无法完成防火墙后的路由追踪了。

从上面的例子来观察，由第 6 个跳站开始明显降慢下来，而根据名称看来，应该就是 ISP 连出 backbond 的节点。假如您发现从内部网路到自己的 router 之间的连线都很快，过了 router 之后就很慢，如果不是专线的线路出现了问题，那很可能到了要升级专线的时候了，或是这时候刚好碰到有人大量使用频宽；假如速度过了 router 连到对方的机房还很快，然后就开始降下来，那您要好好审查一下当初和 ISP 签订的合约上，关于频宽的保证问题是如何说的；但如果您发现连线到国外的网站，而速度是从进入对方国家之后才降下来的，那就没什么办法好想了。

其实 ICMP 协定还有许多实在上面的例子，这里不一一介绍了。能灵活运用 ICMP 协定，对我们了解和测试网路情况非常有帮助。

ICMP 封包格式

由于 ICMP 的类别翻多，且各自又有各自的代码，因此，ICMP 并没有一个统一的封包格式以供全部 ICMP 讯息使用，不同的 ICMP 类别分别有不同的封包栏位。以 echo-request 与 echo-reply 为例，它们的 ICMP 封包内容如下：

因此，只要网路之间能支援 IP ，那就可透过 ICMP 进行错误侦测与回报。

ICMP 协定之 RFC 文件

RFC-792、RFC-896、RFC-950、RFC-956、RFC-957、RFC-1016、RFC-1122、RFC-1305

---