数据中心基础设施建设运维(数据中心基础设施运维管理指南)

数据中心系统的总体设计思想是以数据为中心，按照数据中心系统的内在关系进行划分。数据中心系统总体结构由五个主要部分组成：基础设施层、信息资源层、应用支撑层、应用层和支撑系统。如下：
数据中心总体架构
数据中心系统总体架构
数据中心从最底层到高层规划总体技术架构，设计技术路线和方法，提供将网络、数据源与应用系统、安全系统等要素形成一个有机的整体，实现企业（机构）数据资源的管理和信息的监控、汇总和及时分析的连接。具体各层介绍如下：
（一）基础设施层
基础设施层是指支撑整个系统的基础支撑，包括机房、主机、存储、网络通信环境、各种硬件和软件等。系统软件。
（二）信息资源层
信息资源层包括数据中心内的各类数据、数据库和数据仓库。负责整个数据中心数据信息的存储和规划，覆盖信息资源层的规划和数据，流程定义为数据中心提供统一的数据交换平台。
（3）应用支撑层
应用支撑层构建应用层所需的各种组件是基于组件化设计和复用需求的思想提出和设计的，也包括购买的第三方组件。
（四）应用层
应用层是指为数据中心定制开发的应用系统。包括标准建筑应用、采集集成应用、数据服务应用、管理运营应用以及服务于各类设施的企业信息门户（包括内网门户和外网门户）。
（五）支撑体系
支撑体系包括标准规范体系、运维管理体系、安全保障体系、容灾备份体系。传统数据中心系统中容灾备份系统依赖于安全系统，随着数据状况的提高，容灾备份已经成为自成体系。安全保障体系重点关注数据中心立体安全防护，容灾备份体系重点关注数据恢复和数据中心灾难。

数据中心运维主要分为两大类，一类是基础设施运维，一类是基础环境运维（IaaS类）
以下逐步划分：
1.基础设施运维：
1.1机房管理：
1.1.1机房人员访问管理（管理工具如：人员管理流程包括请求审批访问管理等）
1.1.2机房设备准入管理（管理工具如：设备准入申请、设备双电源要求、最重要的是机房设备的日志）
1.1.3机房承重（承重通过控制进入机房的设备重量来降低风险）
1.1.4机房环境温度管理和湿度（通过巡检记录管理）
1.1.5机房电源管理（通过巡检记录管理）
1.1.5机房电源管理（通过巡检记录管理）
检查记录）
1.1.6机房的监控和管理（通过进出机房的人数和1.1.第1章人员进出对比
1.1.7机房线缆管理，即网线（包括存储线缆等）、光纤、电源线管理（内容主要围绕水平与垂直、严密与严密）窄肩带、预留电源线长度等）
执行上述工作的人员素质不必很高，但要记住，领导者（组长、组长）对以上表演者的管理在选择中至关重要。
在开展工作时，工作的原则不需要执行者“动脑子”，即通过制定完善的SOP、完整的交付体系以及可实施的工作流程和管理来指导他问题处理过程
PS：夏天要特别注意，空调的效率会降低。小心并制定应急预案
1.2机房灾难恢复
制定机房应急预案。要点包括但不限于空调故障时的应急预案。停电应急预案、环境温湿度高应急预案等
2、基本环境运维：
环境基本运维其实可以分为分为周期性工作和非周期性工作。指导思想来自ITSM（itil）
术语解释：
定期工作
服务请求
事件处理
变更管理
问题风险监控记录2.1周期性工作所谓周期性工作是指周期性、重复性的工作，如：配置备份、账户审核、配置审核、各系统操作手册更新等。不要低估周期性工作。确实，这对于运维来说是一个高重量的工作内容。如何合理有效地开展周期性工作？在工作中，我们将周期性工作纳入运维日历，对重复性工作进行细分和标准化，通过定义SOP、监控SOP的执行情况、执行团队对SOP使用情况的反馈、跟踪等方式进行周期性、重复性工作。制定SOP优化性工作实施指南。----不知道上面的内容是否已经深入讲解了。如果没有，请留言。
2.2非周期工作（主要包括服务请求、事件处理、变更管理、问题风险监控记录）
本章内容主要围绕流程、SOP以及PDCA，那么什么我现在需要名词定义
定义、服务请求、事件管理、变更管理、风险和问题监控记录，如果学过或了解ITSM的工程师不熟悉上面的名字，我也不熟悉。以上内容请仔细阅读。我的同事和朋友也了解到了这一点，但当我们讨论上述术语时，我们发现了很大的奇怪之处。所谓陌生，就是我们各自的认识不一致，而这种现象也困扰了我们很长时间，比如领导让我在AD上创建一个账号，让我这么做。这个操作其实很简单，但是应该遵循什么流程呢？
“表演者不需要动脑子。”通过这句话，我突然意识到，如果边界不清晰，那么我们定义边界，如何定义它。当时引入了岗位分类表，即运维。将工作量化，创建服务请求分类表、事件分类表、变更分类表，然后根据机房管理的内容进行工作——不知道上面的内容有没有深入讲解。如果没有，请留言。
以上内容由福林提供