1.計(jì)算機(jī)系統(tǒng)運(yùn)維工作
近幾年,筆者從事計(jì)算機(jī)系統(tǒng)運(yùn)維工作。鋼鐵企業(yè)的產(chǎn)銷(xiāo)管理系統(tǒng)已經(jīng)運(yùn)行了10年,筆者負(fù)責(zé)其中一個(gè)模塊,接手該模塊時(shí),對(duì)于這個(gè)大型系統(tǒng)的整體架構(gòu)不甚了解,甚至不知如何登陸系統(tǒng),于是盡快學(xué)習(xí)該系統(tǒng),學(xué)習(xí)如何找到程序、如何編譯、如何進(jìn)入數(shù)據(jù)庫(kù)。隨后面臨的是業(yè)務(wù)人員日常工作中提出的新需求或者是需要修改的數(shù)據(jù)。對(duì)于用戶(hù)提出的新需求,首先要理解業(yè)務(wù),將理解的業(yè)務(wù)定位到系統(tǒng)中,是需要修改系統(tǒng)中已存在的程序還是新寫(xiě)程序,需要維護(hù)人員判斷。對(duì)這些基本的內(nèi)容有了了解以后,基本能處理日常運(yùn)維中的簡(jiǎn)單問(wèn)題。
1.1 計(jì)算機(jī)系統(tǒng)維護(hù)工作的主要內(nèi)容
業(yè)務(wù)方隨著業(yè)務(wù)的拓展,需要新增功能,那么需要和用戶(hù)進(jìn)行新業(yè)務(wù)的溝通,了解用戶(hù)的需求,將用戶(hù)的需求應(yīng)用到系統(tǒng)中。系統(tǒng)中新增功能對(duì)系統(tǒng)中現(xiàn)行的業(yè)務(wù)影響應(yīng)降到最低,不能讓新增功能影響了原有正常運(yùn)行的業(yè)務(wù)。
計(jì)算機(jī)系統(tǒng)維護(hù)工作的主要內(nèi)容有:
①系統(tǒng)定期停機(jī)進(jìn)行數(shù)據(jù)備份、垃圾清理等工作;
②每日定時(shí)查看系統(tǒng)的運(yùn)行效率和系統(tǒng)負(fù)荷;
③關(guān)于UPS設(shè)備的定時(shí)檢查;
④關(guān)于服務(wù)器和個(gè)人終端計(jì)算機(jī)硬件的監(jiān)控及維護(hù);
⑤業(yè)務(wù)方經(jīng)常在對(duì)數(shù)據(jù)進(jìn)行分析時(shí)會(huì)對(duì)系統(tǒng)提出問(wèn)題,在業(yè)務(wù)方對(duì)數(shù)據(jù)質(zhì)疑時(shí),解釋數(shù)據(jù)的前后邏輯;
⑥業(yè)務(wù)方偶爾會(huì)出現(xiàn)錄入數(shù)據(jù)出錯(cuò)的現(xiàn)象,需要維護(hù)人員修改數(shù)據(jù),修改數(shù)據(jù)時(shí)必須將所有涉及的表都做相應(yīng)的修改;
⑦業(yè)務(wù)方咨詢(xún)計(jì)算機(jī)系統(tǒng)的處理邏輯時(shí),需要耐心解釋邏輯;
⑧對(duì)于一些后臺(tái)批處理的程序,每日定時(shí)監(jiān)控其運(yùn)行的結(jié)果是否正確,在不正確時(shí)處理故障;
⑨做到被呼叫時(shí)第一時(shí)間響應(yīng)。
1.2 運(yùn)維工作特點(diǎn)
運(yùn)維工作是瑣碎而繁雜的,一旦出現(xiàn)問(wèn)題要及時(shí)解決,否則會(huì)對(duì)其它模塊有影響,導(dǎo)致處理起來(lái)時(shí)間延長(zhǎng),影響面變大。及時(shí)處理故障是對(duì)運(yùn)維工作的一個(gè)基本要求,要做到能夠及時(shí)處理故障則靠平時(shí)積累經(jīng)驗(yàn)和準(zhǔn)確定位問(wèn)題。
運(yùn)維人員是在一線和用戶(hù)打交道的人,在處理日常運(yùn)維工作時(shí),應(yīng)該多了解用戶(hù)需求,一些潛在的項(xiàng)目就是這時(shí)候被挖掘的,這樣在為用戶(hù)解決問(wèn)題的同時(shí)也為公司增加了項(xiàng)目機(jī)會(huì)。運(yùn)維人員代表的是公司的形象,計(jì)算機(jī)系統(tǒng)運(yùn)維是一項(xiàng)服務(wù),運(yùn)維人員應(yīng)有服務(wù)意識(shí),做到讓用戶(hù)信任,同時(shí)運(yùn)維人員應(yīng)將用戶(hù)提出的一些建議帶回,在以后的項(xiàng)目中考慮進(jìn)去,使公司的軟件不斷完善,提高市場(chǎng)競(jìng)爭(zhēng)力。
對(duì)于運(yùn)維工作,每一個(gè)崗位都設(shè)有A、B角,所謂的A、B角是對(duì)同一崗位不同角色的稱(chēng)呼,A角是指擔(dān)任這個(gè)崗位的主要運(yùn)維人員,是該維護(hù)崗位的負(fù)責(zé)人,在A角休假或者生病期間,運(yùn)維工作由B角來(lái)完成,這樣不至于耽誤用戶(hù)的工作。當(dāng)然,作為A角的人同時(shí)要作為其它模塊的B角,也即運(yùn)維人員不但要對(duì)自已負(fù)責(zé)的模塊熟悉,同時(shí)對(duì)其它模塊也要熟悉。
1.3 運(yùn)維和項(xiàng)目的關(guān)系
運(yùn)維和項(xiàng)目的關(guān)系是指項(xiàng)目實(shí)施團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)在一般情況下其人員會(huì)有變化,項(xiàng)目實(shí)施的時(shí)候,不但要從項(xiàng)目的角度出發(fā)考慮問(wèn)題,同時(shí)還要為將來(lái)運(yùn)維考慮。比如要處理一批數(shù)據(jù),需要將A表中的數(shù)據(jù)取出按照一定的邏輯寫(xiě)入B表,如果系統(tǒng)服務(wù)器效率高,那么就用循環(huán)的方式將A表的數(shù)據(jù)全部取出,一條一條地循環(huán),每條數(shù)據(jù)處理好邏輯后,新增到B表中直至A表的所有數(shù)據(jù)處理完畢;如果系統(tǒng)服務(wù)器的效率不是很高,那么就用INSERT…SELECT…查找同時(shí)新增的方式,這樣效率較高,但SELECT語(yǔ)句中的邏輯比較復(fù)雜。在做項(xiàng)目時(shí)兩種寫(xiě)法都可行,如果能考慮到后期的運(yùn)維工作,則第一種方式相對(duì)要好,對(duì)運(yùn)維接手的人來(lái)說(shuō)讀程序比修改程序容易上手,且程序上線運(yùn)行后不容易有錯(cuò)誤。第二種寫(xiě)法,在運(yùn)維階段如果用戶(hù)提出增加邏輯或者修改邏輯,那么要讀懂原來(lái)寫(xiě)的SELECT的邏輯就不是很容易,即使讀懂了在其基礎(chǔ)上增加邏輯或者修改邏輯也容易出錯(cuò),程序上線后容易出現(xiàn)數(shù)據(jù)出錯(cuò)等問(wèn)題。
運(yùn)維時(shí)還應(yīng)注意:對(duì)于批量數(shù)據(jù)一起處理的程序,數(shù)據(jù)量很大,在做新增數(shù)據(jù)時(shí),做了commit的處理,那么當(dāng)這樣的程序出現(xiàn)異常報(bào)錯(cuò)時(shí),一定要查看是不是已經(jīng)有數(shù)據(jù)新增進(jìn)去了,要在數(shù)據(jù)中用時(shí)間或者其它字段做標(biāo)記,以便迅速查找出已經(jīng)commit的數(shù)據(jù),將查找出的數(shù)據(jù)刪除,重新執(zhí)行程序。
1.4 運(yùn)維過(guò)程管理
運(yùn)維過(guò)程中每次處理的事件、問(wèn)題及用戶(hù)提出的新需求,都要進(jìn)行記錄,提出問(wèn)題的人需要記錄問(wèn)題,運(yùn)維人員處理完問(wèn)題后,針對(duì)問(wèn)題描述其原因及處理的過(guò)程然后關(guān)閉問(wèn)題。用戶(hù)新提出的需求,同樣需要用戶(hù)先記錄需求,將需求描述清楚,運(yùn)維人員拿到需求后和用戶(hù)溝通好,進(jìn)行系統(tǒng)設(shè)計(jì)、程序編寫(xiě)、測(cè)試,最后上線應(yīng)用。運(yùn)維人員按照記錄的需求單記錄處理過(guò)程,再關(guān)閉需求單。該過(guò)程是運(yùn)維管理的一個(gè)流程,將運(yùn)維過(guò)程全部記錄下來(lái),一方面是系統(tǒng)的審計(jì)要求,另一方面是和用戶(hù)的交互過(guò)程有記錄可查。
運(yùn)維工作也需要大量的溝通,由于系統(tǒng)之間都有接口關(guān)聯(lián),當(dāng)系統(tǒng)出現(xiàn)故障時(shí),需要進(jìn)行系統(tǒng)搶修,相關(guān)聯(lián)的系統(tǒng)都要做相應(yīng)的調(diào)整,需要和其它系統(tǒng)的運(yùn)維人員進(jìn)行溝通。溝通時(shí)應(yīng)注意說(shuō)話(huà)語(yǔ)氣,多從他人角度出發(fā)描述問(wèn)題,運(yùn)維人員需要和用戶(hù)有效溝通,需要和周邊系統(tǒng)的運(yùn)維人員有效溝通,做好溝通對(duì)運(yùn)維工作起到事半功倍的效果。
1.5 實(shí)際案例
業(yè)務(wù)人員需要運(yùn)維人員處理事件的過(guò)程如下:運(yùn)維人員的手機(jī)上收到系統(tǒng)運(yùn)維平臺(tái)要求處理事件的短信后,登陸運(yùn)維平臺(tái),對(duì)事件進(jìn)行判斷,電話(huà)聯(lián)系提出事件的業(yè)務(wù)人員,通過(guò)溝通,了解具體事件,尋找解決辦法,有時(shí)候溝通發(fā)現(xiàn)是業(yè)務(wù)人員的理解偏差,對(duì)業(yè)務(wù)人員進(jìn)行解釋?zhuān)缓笤谶\(yùn)維平臺(tái)上對(duì)事件描述解決辦法,再關(guān)閉事件。
有時(shí)要處理的事件需要對(duì)數(shù)據(jù)進(jìn)行分析,比如一個(gè)程序要處理大量數(shù)據(jù),在系統(tǒng)正在執(zhí)行程序和系統(tǒng)對(duì)數(shù)據(jù)庫(kù)正常備份時(shí)發(fā)生了沖突,數(shù)據(jù)庫(kù)備份時(shí)先把表鎖定,正好這個(gè)處理批量數(shù)據(jù)的程序要對(duì)此表進(jìn)行新增就容易出錯(cuò)。接到這樣的事件,先對(duì)出錯(cuò)的程序進(jìn)行查看,看程序中是否對(duì)數(shù)據(jù)進(jìn)行了分布提交,一般在處理大量數(shù)據(jù)時(shí),都需要分布提交,對(duì)數(shù)據(jù)庫(kù)來(lái)說(shuō),一次性提交上百萬(wàn)條數(shù)據(jù),會(huì)出現(xiàn)爆滿(mǎn)的情況發(fā)生,所以要求程序開(kāi)發(fā)人員在編碼時(shí),1 000條數(shù)據(jù)commit一次,這樣對(duì)數(shù)據(jù)庫(kù)的負(fù)荷明顯下降。但是對(duì)于剛才描述的出錯(cuò),首先要看程序中是否寫(xiě)了commit,如果存在,那么要在被寫(xiě)的表中查看是否已經(jīng)有了新增成功的數(shù)據(jù),至于數(shù)據(jù)怎么查找出來(lái),則涉及到做項(xiàng)目時(shí)編碼中要考慮到用時(shí)間或者其它字段做標(biāo)記,以便在數(shù)據(jù)出錯(cuò)時(shí)進(jìn)行查詢(xún)。寫(xiě)程序時(shí)用時(shí)間字段進(jìn)行標(biāo)記,這樣在處理故障時(shí),對(duì)時(shí)間字段進(jìn)行DISTINCT操作,看是否在出故障時(shí)的時(shí)間點(diǎn)有數(shù)據(jù),如果有數(shù)據(jù)存在,對(duì)這些數(shù)據(jù)進(jìn)行刪除操作,待數(shù)據(jù)庫(kù)備份完畢后,重新提交程序?qū)?shù)據(jù)進(jìn)行處理,這樣就不會(huì)出現(xiàn)數(shù)據(jù)重復(fù)的現(xiàn)象。事件處理完畢后,在運(yùn)維平臺(tái)將該事件的處理過(guò)程進(jìn)行描述后關(guān)閉事件,標(biāo)志著事件處理結(jié)束。
2.結(jié)語(yǔ)
計(jì)算機(jī)系統(tǒng)的維護(hù)工作和實(shí)施工作同樣重要,無(wú)論是實(shí)施項(xiàng)目還是維護(hù)系統(tǒng),筆者認(rèn)為,用心學(xué)習(xí)最重要,無(wú)論事情有多繁瑣,若能靜心理清思路,都會(huì)迎刃而解。筆者結(jié)合自身工作經(jīng)驗(yàn),通過(guò)實(shí)例對(duì)計(jì)算機(jī)系統(tǒng)維護(hù)工作進(jìn)行了研究,以期為同行工作人員從事相關(guān)工作提供一些參考。
核心關(guān)注:拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用,蘊(yùn)涵了豐富的ERP管理思想,集成了ERP軟件業(yè)務(wù)管理理念,功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理,全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域,是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴(lài)品牌。
轉(zhuǎn)載請(qǐng)注明出處:拓步ERP資訊網(wǎng)http://www.hanmeixuan.com/
本文標(biāo)題:企業(yè)計(jì)算機(jī)管理系統(tǒng)維護(hù)的策略研究
本文網(wǎng)址:http://www.hanmeixuan.com/html/support/11121812877.html