|
验证测试是数据中心建设过程中的一个必要环节，已经为广大数据中心从业者认可，在数据中心建成投产前，或多或少都进行了验证测试。但各数据中心对验证测试的重视程度、实施方式还是有很大的差别。 首先，验证测试的主导方，应该是建设团队、运维团队，还是独立第三方？笔者认为应该是运维团队或使用方。毕竟运维团队最终接手数据中心的后期管理和运营，前期的建设结果如何？直接影响到后期运行和管理，运维团队是最终的利益相关方，因此，运维团队有理由和责任来主导验证测试。尽管通常有独立第三方参与和实施验证测试，那应该是在运维团队的主导下进行，第三方提供了验证测试中的人员、设备、服务的保障，也一定程度确认了验证结果的公正性。至于验证测试的大方向、关键流程、节点、方案、结果，运维团队都应该把控，避免缺漏。对于为客户定制建设的数据中心，客户无疑是验证测试的主导方，对建设结果进行检验。 其次，数据中心业主或建设方，应该给验证测试留够必要的时间和预算。实际操作中，为了赶工期，验证测试的时间经常得不到保证，本该30天的验证测试被压缩到10天，本该10步流程被缩减到3、4步，致使验证不充分，问题隐患不能充分发现，验证测试的意义和成果严重打折。验证测试不仅需要充分了时间保证，也需要充分的预算经费保障。过低的价格招标来的第三方，必然在验证时间、验证投入人力、人才方面打折扣，也使得验证结果严重打折。 再有，运维团队不仅应该是验证测试的主导方，也应该是验证测试参与方和被测试方。运维团队在建设和验证测试过程中，可以充分操作和理解设备、系统，过了这个环节，运维人员基本不再能自主操作设备了。因此运维团队必须充分利用这样的时间节点，实际操作、吃透每台设备。验证测试，也是对运维团队实际操作能力的检验，这点常被忽视。特别是系统的整体联合测试，运维团队必须亲自操作，不要依赖设备厂商和集成商，才能真正得到检验。裁判员也得参加体能测试。 最后，运维团队只有充分参与了数据中心的规划设计，对设计理念、设计逻辑有充分的理解，才能在验证测试环节对相关设计理念和逻辑进行验证，才能对测试验证项目和方案的完整性进行把关，才能对验证结果有正确的评判。所以，我们一直倡导运维团队尽可能早地组建和参与到数据中心的建设过程。 对于接手已经运行中的数据中心运维，运维团队应该进行充分的健康评估和风险评估，这既是对自己负责，也是对业主方负责。应该和委托方就数据中心已知的问题和风险进行沟通交流，双方明确各自的责任。能够整改的问题，应该在整改后完全移交；不能整改的问题，双方应制定合理、必要的预防和应急方案。比如：对某高温区域增加人工巡检频次。然而，有些数据中心频繁更换运维外包团队，看似压缩节省了运维外包的费用，实际给自己增加了巨大的风险。每个新接手的运维团队，都不可完全、充分地发现和识别出问题和风险。其对数据中心的了解和熟悉需要一定的时间，刚有些熟悉就被更换了，是最大的浪费。 |
|
|
