什么是系统运维

系统运维对于使用系统的企业来说是必须的业务，但是其定义根据现场情况而不同。我们在明确“系统运维”的定义的同时，深入挖掘现代所要求的系统运用方法。

系统运维类似于系统维护，有运行和维护两层含义。对于一个系统，有时出错我们无法预知，系统越复杂，其维护难度越大，为了减少损失，我们尽可能地去预防各种错误，对于突发情况，尽可能地去修复。

在粗略的定义中，可以定义为“为了使系统正常运行，使业务没有问题的运转”。

系统运维可以大致分为业务系统、信息系统、负责基础系统的应用系统的运维和负责服务器、网络、中间件、数据库等的基础设施的系统运维两大类。

以下是几个代表性的作业模块：

・监视业务（死活监视、安全监视、性能监视）

·增强存储盘的资源

・硬件设备的维护和老化对策

・最新补丁的对应

・系统版本升级

・事件・问题应对

・新版本发布

系统运维需要具备能够应对所有情况的灵活性。在日本企业有很多习惯把运维部门当成成本部门。因为他们认为并非直接产生企业利益的部门都应归为成本部门。另一方面，系统运维部门是企业活动所必需的部门。与重要度相反，由于不走运的定位，阻碍了其成长的情况很多。以至于当市场发生变化以及更新迭代时，无法及时迅速的作出相应的灵活对应。

系统运维灵活应对变化很重要。现在几乎没有规格一成不变的系统。与只要对曾经导入的系统进行标准化运维就好的时代不同。被要求的是“能够灵活应对变化的系统运维”。

在日常运维工作中，有以下2点和大家分享讨论。

・系统故障检测不能局限于数值。

  对于服务用户来说，最重要的是“可以毫无问题地使用服务”。极端地说，可以说“如果服务的使用没有问题的话，关于故障和服务器的负荷就不知道了”。另一方面，在很多现场，根据特定的阈值持续监视，将其作为故障和负荷的判断基准。这些措施对于分析系统是有效的，但在保护运用方面却没有太大意义。

・错误的自动化作业-人工自动化

  日志的管理、数据更新、定期再启动等，在系统运维中标准化的工作现在很多都可以自动化。另一方面，在依然旧态的很多现场，这些工作都是用人力来进行的。因为是系统导入以后一直以来的实施手法，所以安心感和“传统”是导致这一现象的主要理由。特意用人力来进行自动化工作，会导致负责人的疲劳。

最后，在公司内部设置富有灵活性等条件的系统运维部门，对于没有强大运维团队的企业来说可能并不简单。现在，系统运维的外包手法也比较普及。大家可以作为运维的解决方案之一进行探讨。