公司的不斷發展，資訊系統的依賴度將越來越強，資訊科技基礎架構也會越來越龐大，膨脹的背後會帶來管理上的混亂，就更加需要先進的管理理念和相應管理工具的輔助來梳理，達到掌控自如的目的。
cmdb實施往往是itil或iso20000專案最核心的部分但又是最棘手的部分。大多數公司在接觸itsm之前，應該都沒有cmdb這個概念。很多公司也就停留在資產管理的層面上，而且會有不少公司就連資產管理都比較混亂。這就造成實施cmdb時，會覺得無從下手，ci的類別沒有，ci的屬性零散地儲存，某些屬性已無法考證，ci的負責人缺失，或者某些ci就不知道誰在負責，在某個角落裡靜靜地躺著，ci的關聯關係只有相關業務的負責人比較清楚，或者需要諮詢多了人，才能知道某個業務系統關聯的所有硬體，軟體，網路裝置。
cmdb遇到如上問題，往往讓工具實施人員比較頭痛。如何進行cmdb建模，如何從當前的it部門去挖掘並篩選出正確的資料來構築cmdb資料倉儲。期間會有大量的溝通工作需要做，這需要乙方實施人員較高的熱情，以及甲方人員對cmdb的重視程度。如果僅僅是做面子工程，那可以對cmdb實施用到的模板檔案稍稍改動即可應付內審外審。真正要讓cmdb的建設改變it部門以往的囧狀，提高it運維的效率，得到業務部門的充分認可是需要在實施cmdb過程中實打實幹的。
cmdb實施的關鍵
1.匯入現有的資產資料
2.基於運維可用性的考慮，確定需要納入cmdb管控範圍的ci，剩下的條目僅作為資產管理即可
3.基於當前的資產資料，對ci資料按資產屬性分類，按物理位置分類
4.基於運維可用性的考慮，確定ci的基本屬性和規格屬性（不同ci特有的屬性），在運維中需要檢視以及經常更新的屬性需要納入cmdb的管控範圍
5.梳理公司內部的業務系統，以業務系統為主線，水藤摸瓜找出其相關聯的伺服器，儲存，作業系統，資料庫，中介軟體，網路裝置等一系列關聯關係。建立業務系統與這些ci的關聯關係，然後是所關聯的ci他們之間的關聯關係。
6.確定cmdb的維護流程
7.確定cmdb與事件管理，問題管理，變更管理，發布管理之間的資料流關係
cmdb的實施可以分步進行，比如先從某個關鍵的業務系統著手，或者從某個物理位置區域著手。可以基於當前基礎設施的複雜度，制定合理的實施計畫和分工計畫。
遇到困難時的SOP
今天，被乙個看似困難的問題所困擾著，整整折磨我一天，其實這個問題沒有想像中的難，甚至以前也遇過類似的問題。以下幾個原因，首先是自己思路受限，沒有及時調整，使自己陷入死迴圈中，越去想，越想不出來，越想不出來，人越煩，越沒狀態。其次，昨晚幾番通宵，今天的狀態可想而知，今晚回到宿舍，抱著再試試的想法，開啟...
保供困難群體的關鍵節點
疫情發生以來，市內外公益機構 愛心企業和個人紛紛發起物資援助，但物資如何精準保供特困群體，實際上存在不少難題。有意願捐贈物資的一家企業負責人告訴記者，由於希望針對特困群體進行捐贈，企業聯絡了上海市慈善 會。對方表示，需要企業提供可以送達某幾個區 總共可送幾個點的資訊，該 會可據此提供申請物資的街道位...
當別人遇到困難的時候
當別人遇到困難的時候，你會選擇怎麼辦？是不假思索地伸出援手，還是選擇事不關己高高掛起？今天這兩個故事中，兩位主角用行動給我們指出了明確的答案。他們倆，乙個是城管隊員，看到賣菜老太太被人用假幣騙了，掏出200元換給老太太 另乙個是開路虎車的司機，路遇車禍傷者，將其送醫並墊付萬元後離開，開始被誤認為和肇...