計算機管理系統論文
新時期下,作為負責計算機管理系統的職能部門和人員,應充分意識到計算機管理系統安全性的重要性,並立足當前計算機管理系統存在的問題,有針對性地制定防控策略,以保證系統的安全性。下面是小編給大家推薦的，希望大家喜歡!
篇一
《企業計算機管理系統維護研究》
摘要：企業進入了計算機管理時代，業務人員的人工干預越來越少，大量資料都是由計算機系統完成的，業務人員從原來每天處理大量資料的事務中解脫出來，紙質憑證單隨著自動化的實現已經越來越少，企業的資料管理對計算機的依賴越來越強烈，對計算機系統穩定性和安全性的要求也越來越高。根據從事計算機系統維護工作的實踐經驗，結合實際案例，對計算機系統執行維護工作進行了研究。
關鍵詞：計算機管理系統;維護A角;維護B角;COMMIT;DISTINCT;分佈提交
作者簡介：蒿亞軍***1980-***，女，上海寶信軟體股份有限公司ERP軟體事業部高階工程師，研究方向為鋼鐵行業ERP管理資訊系統軟體設計與實施、維護。
0引言
隨著資訊時代的到來，大大小小的企業管理都需依靠計算機系統。目前，很多軟體公司專門為企業量身定製資訊化管理系統，往往較為重視諮詢規劃和軟體實施，而對於專案上線後的運維工作卻比較忽視。筆者認為計算機系統的維護工作與實施專案同樣重要，運維工作主要負責計算機系統日常應用過程中出現的異常情況，在出現異常時及時快速地處理，對業務人員的操作不產生影響。並且定時對系統進行資料備份，每日定時檢查系統的執行效率及負荷，定時檢查系統處理資料的程式是否正常等。
1計算機系統運維工作
近幾年，筆者從事計算機系統運維工作。鋼鐵企業的產銷管理系統已經運行了10年，筆者負責其中一個模組，接手該模組時，對於這個大型系統的整體架構不甚瞭解，甚至不知如何登陸系統，於是儘快學習該系統，學習如何找到程式、如何編譯、如何進入資料庫。隨後面臨的是業務人員日常工作中提出的新需求或者是需要修改的資料。對於使用者提出的新需求，首先要理解業務，將理解的業務定位到系統中，是需要修改系統中已存在的程式還是新寫程式，需要維護人員判斷。對這些基本的內容有了瞭解以後，基本能處理日常運維中的簡單問題。
1.1計算機系統維護工作的主要內容
業務方隨著業務的拓展，需要新增功能，那麼需要和使用者進行新業務的溝通，瞭解使用者的需求，將使用者的需求應用到系統中。系統中新增功能對系統中現行的業務影響應降到最低，不能讓新增功能影響了原有正常執行的業務。
計算機系統維護工作的主要內容有：
①系統定期停機進行資料備份、垃圾清理等工作;
②每日定時檢視系統的執行效率和系統負荷;
③關於UPS裝置的定時檢查;
④關於伺服器和個人終端計算機硬體的監控及維護;
⑤業務方經常在對資料進行分析時會對系統提出問題，在業務方對資料質疑時，解釋資料的前後邏輯;
⑥業務方偶爾會出現錄入資料出錯的現象，需要維護人員修改資料，修改資料時必須將所有涉及的表都做相應的修改;
⑦業務方諮詢計算機系統的處理邏輯時，需要耐心解釋邏輯;
⑧對於一些後臺批處理的程式，每日定時監控其執行的結果是否正確，在不正確時處理故障;
⑨做到被呼叫時第一時間響應。
1.2運維工作特點
運維工作是瑣碎而繁雜的，一旦出現問題要及時解決，否則會對其它模組有影響，導致處理起來時間延長，影響面變大。及時處理故障是對運維工作的一個基本要求，要做到能夠及時處理故障則靠平時積累經驗和準確定位問題。
運維人員是在一線和使用者打交道的人，在處理日常運維工作時，應該多瞭解使用者需求，一些潛在的專案就是這時候被挖掘的，這樣在為使用者解決問題的同時也為公司增加了專案機會。運維人員代表的是公司的形象，計算機系統運維是一項服務，運維人員應有服務意識，做到讓使用者信任，同時運維人員應將使用者提出的一些建議帶回，在以後的專案中考慮進去，使公司的軟體不斷完善，提高市場競爭力。
對於運維工作，每一個崗位都設有A、B角，所謂的A、B角是對同一崗位不同角色的稱呼，A角是指擔任這個崗位的主要運維人員，是該維護崗位的負責人，在A角休假或者生病期間，運維工作由B角來完成，這樣不至於耽誤使用者的工作。當然，作為A角的人同時要作為其它模組的B角，也即運維人員不但要對自已負責的模組熟悉，同時對其它模組也要熟悉。
1.3運維和專案的關係
運維和專案的關係是指專案實施團隊和運維團隊在一般情況下其人員會有變化，專案實施的時候，不但要從專案的角度出發考慮問題，同時還要為將來運維考慮。比如要處理一批資料，需要將A表中的資料取出按照一定的邏輯寫入B表，如果系統伺服器效率高，那麼就用迴圈的方式將A表的資料全部取出，一條一條地迴圈，每條資料處理好邏輯後，新增到B表中直至A表的所有資料處理完畢;如果系統伺服器的效率不是很高，那麼就用INSERT…SELECT…查詢同時新增的方式，這樣效率較高，但SELECT語句中的邏輯比較複雜。在做專案時兩種寫法都可行，如果能考慮到後期的運維工作，則第一種方式相對要好，對運維接手的人來說讀程式比修改程式容易上手，且程式上線執行後不容易有錯誤。第二種寫法，在運維階段如果使用者提出增加邏輯或者修改邏輯，那麼要讀懂原來寫的SELECT的邏輯就不是很容易，即使讀懂了在其基礎上增加邏輯或者修改邏輯也容易出錯，程式上線後容易出現數據出錯等問題。
運維時還應注意：對於批量資料一起處理的程式，資料量很大，在做新增資料時，做了commit的處理，那麼當這樣的程式出現異常報錯時，一定要檢視是不是已經有資料新增進去了，要在資料中用時間或者其它欄位做標記，以便迅速查找出已經commit的資料，將查找出的資料刪除，重新執行程式。
1.4運維過程管理
運維過程中每次處理的事件、問題及使用者提出的新需求，都要進行記錄，提出問題的人需要記錄問題，運維人員處理完問題後，針對問題描述其原因及處理的過程然後關閉問題。使用者新提出的需求，同樣需要使用者先記錄需求，將需求描述清楚，運維人員拿到需求後和使用者溝通好，進行系統設計、程式編寫、測試，最後上線應用。運維人員按照記錄的需求單記錄處理過程，再關閉需求單。該過程是運維管理的一個流程，將運維過程全部記錄下來，一方面是系統的審計要求，另一方面是和使用者的互動過程有記錄可查。
運維工作也需要大量的溝通，由於系統之間都有介面關聯，當系統出現故障時，需要進行系統搶修，相關聯的系統都要做相應的調整，需要和其它系統的運維人員進行溝通。溝通時應注意說話語氣，多從他人角度出發描述問題，運維人員需要和使用者有效溝通，需要和周邊系統的運維人員有效溝通，做好溝通對運維工作起到事半功倍的效果。
1.5實際案例
業務人員需要運維人員處理事件的過程如下：運維人員的手機上收到系統運維平臺要求處理事件的簡訊後，登陸運維平臺，對事件進行判斷，電話聯絡提出事件的業務人員，通過溝通，瞭解具體事件，尋找解決辦法，有時候溝通後發現是業務人員的理解偏差，對業務人員進行解釋，然後在運維平臺上對事件描述解決辦法，再關閉事件。
有時要處理的事件需要對資料進行分析，比如一個程式要處理大量資料，在系統正在執行程式和系統對資料庫正常備份時發生了衝突，資料庫備份時先把表鎖定，正好這個處理批量資料的程式要對此表進行新增就容易出錯。接到這樣的事件，先對出錯的程式進行檢視，看程式中是否對資料進行了分佈提交，一般在處理大量資料時，都需要分佈提交，對資料庫來說，一次性提交上百萬條資料，會出現爆滿的情況發生，所以要求程式開發人員在編碼時，1000條資料commit一次，這樣對資料庫的負荷明顯下降。但是對於剛才描述的出錯，首先要看程式中是否寫了commit，如果存在，那麼要在被寫的表中檢視是否已經有了新增成功的資料，至於資料怎麼查找出來，則涉及到做專案時編碼中要考慮到用時間或者其它欄位做標記，以便在資料出錯時進行查詢。寫程式時用時間欄位進行標記，這樣在處理故障時，對時間欄位進行DISTINCT操作，看是否在出故障時的時間點有資料，如果有資料存在，對這些資料進行刪除操作，待資料庫備份完畢後，重新提交程式對資料進行處理，這樣就不會出現資料重複的現象。事件處理完畢後，在運維平臺將該事件的處理過程進行描述後關閉事件，標誌著事件處理結束。
2結語
計算機系統的維護工作和實施工作同樣重要，無論是實施專案還是維護系統，筆者認為，用心學習最重要，無論事情有多繁瑣，若能靜心理清思路，都會迎刃而解。筆者結合自身工作經驗，通過例項對計算機系統維護工作進行了研究，以期為同行工作人員從事相關工作提供一些參考。
參考文獻：
[1]姬睿，申輝.計算機實驗室軟體系統維護方法的探討[J].西安郵電學院學報，2007***5***.
[2]門雲會.關於鋼鐵製造業成本核算ACTX平衡的研究[C].寶鋼國際會議，2013.
點選下頁還有更多>>>