随着企業業務迅速發展，需要支撐業務運轉的資訊系統越來越多，各系統之間的資料分散、重複，未完全形成業務閉環，資料孤立不能互通，資料統計不一緻，企業主資料不能共享，資料不完整，缺少關鍵基礎資料，曆史資料丢失現象嚴重，且資料品質低，無統一管理，內建資料可用性差；缺乏統一的、标準的資料管理體系和工具，導緻各系統之間、集團與各業務闆塊之間資料傳輸與共享機制不規範，存在手工錄入現象，無法有效支援高層戰略決策及服務更新，基礎資料治理方案就是用于處理這種問題的方案。
在本次項目中，所使用的解決方案為基礎資料治理方案，源頭系統将資料同步至主資料管理平台，主資料管理平台對資料進行資料清洗、資料治理等一系列操作，将各類資料轉換為标準資料，不符合标準的資料由客戶進行确認修改或是删除；将完整準确的資料分發至下遊業務系統。資料的同步分發使用企業服務總線作為各業務系統間傳遞資料的橋梁，将各業務系統間各種格式的資料進行格式處理、映射轉換，将資料轉換為各業務系統接收資料接口的入參格式。
整體說明
本次項目使用的是基礎資料治理方案，涉及的産品為主資料管理平台以及企業服務總線，同時為快速搭建開發環境、快速部署叢集服務，使用到UMC雲管理平台，運維工作也就主要圍繞着這三款産品展開。
1.1項目介紹
本次項目為制造業行業的項目，使用的解決方案為基礎資料治理方案，涉及産品包括MDM主資料管理平台以及ESB企業服務總線，同時使用UMC雲管理平台用于快速搭建開發環境、快速部署叢集服務，本次項目涉及的資料類型主要包括組織人事類、客商類、生産類資料，涉及的業務系統主要包括OA系統、PLM系統、ERP系統以及MES系統，具體清單如下：
1.2整體架構
本次項目使用的解決方案為基礎資料治理方案，各類資料從源頭系統同步至主資料系統，資料經由主資料系統進行資料治理，轉換為标準、完整、準确的資料，并将經過資料治理之後的資料分發至下遊業務系統，下遊業務系統在接收到資料之後自行對資料進行處理并将資料存儲至自身系統當中，基礎資料治理方案的內建架構如圖：
1.3主要工作
目前主資料與OA、主資料與ERP以及PLM之間的資料傳輸通道已連通并投入使用，OA方在錄入資料之後可以将資料自動同步至主資料系統并自動分發至下遊PLM以及ERP系統。日常的運維工作如下：
1.資料維護類：處理客戶在源頭業務系統錄入資料使用的方式不正确，導緻未調用主資料接口，資料未同步至主資料系統之中的問題；
2.問題解答類：客戶直接在主資料進行資料錄入，不清楚操作步驟，給出操作文檔并進行指導工作，或是客戶不清楚主資料接口調用邏輯時，對其進行答疑工作；
3.技術支援類：當上下遊業務系統資料不一緻時，協助其定位不一緻的資料産生的原因所在。
2工作内容
本篇文檔中涉及到的運維工作内容為處理已上線的業務系統在運作過程中産生的問題，主要分為三類，一是資料維護類，二是問題解答類，三是技術支援類，在解決問題過程中收獲的經驗以及具體問題描述将在本章節中進行闡述。
2.1資料維護
基礎資料治理方案是用于解決資料不完整，缺少關鍵基礎資料，曆史資料丢失現象嚴重，且資料品質低，無統一管理，內建資料可用性差的問題，在實際項目中，涉及到多個業務系統，源頭業務系統需要同步資料至主資料系統，本次以OA系統為例，OA系統是将主資料接口綁定在儲存按鈕上，資料在錄入之後點選送出時會調用接口将資料同步至主資料系統中，如圖：
但是由于目前OA系統正式投入使用不久、資料較少，OA系統在錄入資料時會将資料量較大的資料通過導入的方式導入至系統之中，這些資料不會調用主資料的接口，這時就需要主資料系統進行資料的拉取操作，如圖：
此類工作次數不多，且後續資料錄入完畢後就不會出現此類問題。
2.2問題解答
問題解答類工作最主要的是針對客戶在使用主資料系統過程中不明确的方面進行解答，此類問題也是本人在剛開始接手本項目時感到最棘手的問題，因為當時對于項目的相關業務了解不深，并且對于産品的處理邏輯掌握得也不紮實。通過我後續不斷地請教上司同僚，以及與各業務系統間的工作夥伴不斷互動，逐漸加深了項目相關的業務了解，目前已經可以獨立解答客戶提出的大部分問題。
2.3技術支援
技術支援類問題主要是客戶在下遊業務系統發現資料有問題時，協助下遊業務系統定位問題不一緻的原因，本次以下遊業務系統中資料缺少的問題情況進行舉例，如圖：
在下遊業務系統出現問題時，首先檢視主資料中的資料是否有異常，資料是否缺失，主資料無異常則定位資料狀态是否正常，如圖：
可以看到主資料系統資料存在，狀态無異常，問題出現在下遊系統中，主資料自查是與下遊系統自查同時進行。
3運維方法
運維工作也需要掌握工作方法，正确的工作方法可以使客戶以及工作夥伴了解問題解決的進度，使後續的工作開展更為順利，在本章節中将對近期運維工作中收獲到的工作方法進行闡述。
3.1及時響應
在運維工作中最主要的就是對客戶提出的問題盡快進行回報，可以回複客戶收到或是馬上處理，讓客戶知道問題正在處理；在問題解決完畢之後，要将問題的處理結果回報給客戶，讓客戶知曉問題已經解決。快速響應客戶的問題可以讓客戶感覺自己提出的問題受到重視，可以使後續工作中更順暢地進行溝通互動，讓後續的合作更為順利。
3.2快速定位
運維過程中遇到的産品方面的問題肯定會有自己無法解決的情況，面對這種情況，要及時向同僚尋求幫助，不要自己硬撐着，尤其是面對客戶回報的問題，這時候如果還堅持自己慢慢研究，很可能會導緻不僅花費了過多時間，問題也沒有解決，客戶那邊滿意度也會大大下降，得不償失。是以遇到不懂的地方就要及時去尋求幫助，要不恥下問、盡快解決，有時候自己花了很長時間解決不了的問題别人可能幾分鐘就解決了，因為他們比自己更有經驗，更能夠看透問題的本質，進而定位問題根源。尋求幫助能夠更好、更快地解決問題，同時也能學習到好的問題定位的思路以及解決問題的方法，一舉兩得。
3.3總結分析
在處理完客戶提出的問題并回報客戶之後，要對問題進行分析，分析問題産生的原因，思考如果後續參與其他項目如何去避免這種問題的出現。如果是産品功能不足要整理需求并回報給開發人員，豐富産品功能。通過不斷地總結、分析可以使自身對于項目以及産品的了解更為深入，後續客戶提出其他問題時也可以觸類旁通，解決問題更為得心應手。
4必備技能
項目的運維工作與開發工作需要掌握的技能有着重合之處，如都需要對項目進行前期的了解，熟悉項目、項目的業務邏輯以及項目中的環境；但也有不同之處，運維工作更多的是處理客戶回報的問題，是以需要對項目中的人員加以了解。
4.1事前準備
本次項目運維工作本人是在參與功能開發之後開展的，是以對于項目已經有了一定程度的了解，但如果是在開展一個不熟悉的項目的運維工作前，要對即将開展的運維工作做好前期準備，具體包括以下四個方面：
1.了解項目：在開始運維工作之前，首先需要對項目有一個充分的了解，了解項目的相關背景，以及項目中的主要内容、進展情況等資訊；
2.了解業務：了解項目的運作方式是非常重要的，這樣在解決客戶回報的問題時才不會出現無從下手的情況，能夠快速将問題定位，對問題進行排查處理，起到事半功倍的效果；
3.熟悉人員：項目運維中，提前了解相關人員也是非常重要的，首先需要厘清楚誰是友商誰是客戶，不能把人員弄混淆；接着需要知道友商和客戶的對接工作負責人是誰，這樣出現問題的時候就能知道要找誰去協調溝通；
4.熟悉環境：在開始運維工作前，要對工作環境進行熟悉，包括伺服器環境、資料庫環境、常用賬号、産品媒體等等，熟悉環境的過程也是一個測試的過程，是對工作環境進行的測試，測試環境的穩定性如何。
4.2謹慎處理
這是避免應用系統發生故障的一條鐵規，也是開發人員、運維人員容易忽視的。要堅決杜絕直接在生産環境做開發、測試和bug修複，這些操作隻能在開發和測試環境做，否則一旦出事，将造成無法挽回的後果；生産環境是已經正式投入使用的環境，生産環境中的資料一旦出現問題，将會直接影響整個項目，是以在日常進行測試以及修複客戶提出的問題時，一定要先在開發或是測試環境中開展，确定沒有問題之後，再調整生産環境。
4.3備份監控
提到備份首先介紹一下什麼是備份：備份是容災的基礎，是指為防止系統出現操作失誤或系統故障導緻資料丢失，而将全部或部分資料集合從應用主機的硬碟或陣列複制到其他的存儲媒體的過程。不管是硬體還是軟體總有意外崩潰的時候，這時候就需要備份；經常進行備份可以最大程度地挽回系統崩潰時造成的損失。在系統使用的過程中也要經常地去監控系統的運作情況，防止系統崩潰發現的不及時，造成更大的損失。
5總結歸納
通過在項目中處理客戶提出的問題，加深了對于公司産品的掌握程度，同時對于本項目的業務邏輯了解得也更為清晰，在本章節中将對近期運維工作中得到的收獲進行總結。
5.1工作收獲
通過近期運維工作，自身對于公司産品的掌握更為紮實，通過解答客戶的疑惑或是定位産品的問題，對于項目的業務邏輯了解得更為透徹，也更加了解客戶的需求，同時在開展運維工作時，對于一些溝通方式、工作方式也加以改善，這些都是以往工作中所沒有注意到的地方。