这是机房运维的技术要求啊。机房的设备，软件种类很多，很杂。所以要求技术人员尽可能的懂的多。这个招聘里面要求不高，只是要求基本的安装，维护，配置。Unix/Linux化，没Win什么事。下面简单的逐条胡扯下，看看就好。
1，这个要求自然是小机了。小机也就是这几家了。不过我个人认为，还是IBM Power多些。HP，SUN小机逐步的少了，主要是他们自己不努力。这个熟悉，简单的就是硬件系统的熟悉，熟悉配置，典型的故障代码。安装系统，配置参数啥的，这个要求不高。像IBM小机的背背红宝书就能搞定。
2&3，DB2，Oracle，数据库的配置，自然是UNIX，Linux下。这个安装配置要求不高，配置这个，大多照着教程，帖子，就能搞定，没什么复杂的。复杂的是优化，分析，报告......
4，网络设备，这个说的杂了。路由，交换，SAN，防火墙，那么，具体是哪家的？当然，Cisco，H3C，Juniper，Brocade，F5，CheckPoint......具体哪家呢？虽然有相同的地方，但是实际工作中就复杂了。不过，这个也好办。没说具体，那熟悉其中一个就行了。
5&7，没什么好说的了，搞运维的都知道。这个就是拿机器多练吧。
6，脚本。衡量运维水平高低的一个关键就是脚本。厂家的东西都是死的，不是灵活的。实际生产环境中，要根据自己的情况配置具体的东西，脚本非常重要。脚本写的好能省事很多。
不得不吐槽下，其实很多运维的要求就是会的越多越好，这样就能减轻人力成本和出错机会。但是，这是不可能的。哪来的精力，哪来的时间，哪来的培训？不说多了，Cisco的设备就能吐血，研究的越多越吃力。我过IE快死了，还好运气好一次过了。那IBM小机呢？这东西，学习成本高，压力大，要求高。每天就那么多时间和精力，怎么办？要求这个精通那个精通，怎么可能？就算是熟悉，那什么程度才算熟悉？这东西平时练手还无所谓，但是一旦到生产环境中，出错了怎么办？网络出错可以断网查找故障，数据丢了怎么办？这是敢开玩笑的么？
