运维操作规范

运维操作规范

运维操作规范版本控制信息版本：A日期：2018.4.23拟稿和修改：初版发行说明：本文旨在规范运维操作流程，保障生产环境的稳定运行。目录1.目的2.总则3.运维操作规范4.数据库操作规范5.安全运维规范1.目的本文的目的是为了规范运维操作流程，确保生产环境的稳定运行。2.总则2.1存敬畏之心我们应该对生产环境具有敬畏之心，以确保其稳定运行。2.2白天禁止对现网进行变更操作除非是紧急情况下的必要操作，必须经过上级审批。2.3禁止在生产环境进行未知后果的参数测试在进行测试之前，必须先在测试环境中进行验证。2.4做好备份在修改配置文件或升级工程之前，必须先进行备份。2.5小心使用破坏性的命令在使用破坏性的命令时，必须小心谨慎。3.运维操作规范在进行任何运维操作之前，必须仔细阅读本文档，并按照规范进行操作。4.数据库操作规范在进行任何数据库操作之前，必须仔细阅读本文档，并按照规范进行操作。5.安全运维规范在进行任何安全运维操作之前，必须仔细阅读本文档，并按照规范进行操作。3.运维操作规范3.1在白天，我们只进行例行巡检，紧急更新需要经过审批。3.2对于不可逆的删除或修改操作，我们尽量延迟或慢速执行。3.3在新系统上线后，我们要记得分析日志，并增加监控对象。3.4在版本升级后，我们需要进行观察，确保服务质量不受影响。3.5应对故障时，我们要先恢复再排查，如果无计可施，可以尝试重启。3.6运维脚本和工具要进行版本化管理。3.7在批量操作时，需要在测试环境进行演练。3.8删除操作脚本需要进行交叉检查和二次确认。3.9一人一次只做一个变更，以降低人为失误的风险。3.10数据备份任务需要监控，并定时检查备份档的有效性。3.11对于灾难的紧急预案，我们一定要有演练的机制。3.12每个偶然的故障背后都深藏着必然联系，需要找到问题根源。4.数据库操作规范4.1在白天，我们只进行例行巡检。4.2统计数据时，我们可以在只读实例上进行统计。如果没有只读实例的话，若需要消耗大量性能，只在夜间进行计算。4.3对于大表的变更，需要经过审批。4.4在变更时，需要发送通知和报告，以保证信息对齐。4.5在做操作之前，我们需要了解所做操作产生的结果。4.6对于重大操作，我们需要有操作和回滚方案，要双人检验且审批通过。4.7我们需要养成日常巡检核心监控属性的习惯，并定期对比各数据中心的库表结构是否一致。4.8在上线SQL之前，我们需要进行Explain，以便做出固化的执行计划。4.9我们需要做好数据库容量规划，并进行容量监控。4.10对于索引，我们需要根据访问类型做出战略性规划。4.11我们需要定期进行性能优化，以避免业务量突增造成的雪崩。4.12我们需要推动业务采用更合适的架构方案。5.安全运维规范5.1在Tomcat的webapps目录中，我们要删除缺省文件。5.2尽可能使用WAF，测试环境开放公网端口的，必须经过WAF。5.3在开放公网之前，我们需要进行安全组渗透测试。5.4我们一般使用普通用户登录，而不使用root权限。5.5尽可能使用非root帐号启动进程。5.6我们需要停用和关闭无用的服务，最小化系统服务。5.7我们需要定期备份Syslog日志，以便于安全事件