運(yùn)維操作規(guī)范

1、運(yùn)維操作規(guī)范版本控制信息版本日期擬稿和修改說明A2018423初版發(fā)行精品文檔目錄1目的22總則33運(yùn)維操作規(guī)范34數(shù)據(jù)庫操作規(guī)范45安全運(yùn)維規(guī)范41目的旨在規(guī)范運(yùn)維操作流程，保障生產(chǎn)環(huán)境的穩(wěn)定運(yùn)行。2總則2.1對(duì)生產(chǎn)環(huán)境存敬畏之心旨在規(guī)范運(yùn)維操作流程，保障生產(chǎn)環(huán)境的穩(wěn)定運(yùn)行。2.2白天(9:00-19:00)禁止對(duì)現(xiàn)網(wǎng)做變更操作除非緊急情況，的確必要，必須經(jīng)過上級(jí)審批。2.3禁止在生產(chǎn)環(huán)境進(jìn)行未知后果的參數(shù)測(cè)試要測(cè)試的話需要測(cè)試環(huán)境先驗(yàn)證2.4做好備份如修改配置文件、升級(jí)工程前，一定要先做好配置。2.5對(duì)破壞性的命令要小心比如清除目錄rm-rtomcat/work/Catalina,要多核對(duì)

2、下命令和參數(shù)2.6需要7*24小時(shí)手機(jī)開機(jī)，保持通訊暢通3運(yùn)維操作規(guī)范3.1白天一般只進(jìn)行例行巡檢、緊急更新需要經(jīng)過審批3.2對(duì)不可逆的刪除或修改操作，盡量延遲或慢速執(zhí)行3.3新系統(tǒng)上線后，要記得分析日志，增加監(jiān)控對(duì)象。3.4版本升級(jí)后，需要進(jìn)行觀察，確保服務(wù)質(zhì)量不受影響3.5應(yīng)對(duì)故障要先恢復(fù)再排查，無計(jì)可施時(shí)重啟試試3.6運(yùn)維腳本和工具要版本化管理3.7批量操作，需要在測(cè)試環(huán)境進(jìn)行演練3.8刪除操作腳本交叉檢查二次確認(rèn)3.9一人一次只做一個(gè)變更，降低人為失誤風(fēng)險(xiǎn)3.10數(shù)據(jù)備份任務(wù)要監(jiān)控，并定時(shí)檢查備份檔的有效性3.11災(zāi)難的緊急預(yù)案一定要有演練的機(jī)制3.12每個(gè)偶然的故障背后都深藏著必然聯(lián)

3、系，需要找到問題根源4數(shù)據(jù)庫操作規(guī)范4.1白天一般只進(jìn)行例行巡檢4.2統(tǒng)計(jì)數(shù)據(jù)在只讀實(shí)例上統(tǒng)計(jì)沒有只讀實(shí)例的話，若需要消耗大量性能，只在夜間進(jìn)行計(jì)算。4.3對(duì)大表的變更需要經(jīng)過審批4.4變更需要發(fā)送通知和報(bào)告，保證信息對(duì)齊4.5知己知彼，了解所做操作產(chǎn)生的結(jié)果才去做4.6重大操作要有操作和回滾方案，要雙人檢驗(yàn)且審批通過4.7養(yǎng)成日常巡檢核心監(jiān)控屬性的習(xí)慣、定期對(duì)比各數(shù)據(jù)中心的庫表結(jié)構(gòu)是否一致4.8上線SQL先Explain一把，執(zhí)行計(jì)劃可以做一定的固化4.9做好數(shù)據(jù)庫容量規(guī)劃，做好容量監(jiān)控4.10對(duì)索引要根據(jù)訪問類型做戰(zhàn)略性規(guī)劃4.11定期的性能優(yōu)化避免業(yè)務(wù)量突增造成的雪崩4.12推動(dòng)業(yè)務(wù)采用更合適的架構(gòu)方案5安全運(yùn)維規(guī)范5.1Tomcat的webapps目錄缺省刪除5.2能過WAFI勺盡量過WAF測(cè)試環(huán)境開放公網(wǎng)端口的，必須經(jīng)過WAF5.3開放公網(wǎng)的要事先經(jīng)過安全組滲透測(cè)試5.4一般用普通用戶登錄，不使用root權(quán)限5.5盡可能使用非root帳號(hào)啟動(dòng)進(jìn)程5.6停用和關(guān)閉無用的服務(wù)，系統(tǒng)服務(wù)最小化5.7Syslog日志定期備份，便于安全事件的追溯和審