1、.優(yōu)化ERP應用概覽      盡管普遍流行的說法是不大可能優(yōu)化商業(yè)套裝軟件性能，但仍有一些機會對它進行調優(yōu)。如果這些高級應用沒有滿足性能期望和服務等級協(xié)議（SLA），那么你的業(yè)務可能失去關鍵的成長機會或者浪費資金。雖然不好理解整個產品給企業(yè)和通過它的生命周期所能提供的東西，但有了正確的理解，時間和資源限制，你的團隊就能夠改善復雜關鍵應用的性能，而不必威脅到license或供應商的維護協(xié)議。介紹      這篇文章討論了一些優(yōu)化商業(yè)套裝軟件的機會。負責可接受應用性能的應用管理

2、團隊成員可能是這篇文章討論受益最多的。這篇文章中主要集中在數據庫調優(yōu)，所以數據庫管理員（DBA）和開發(fā)者可能發(fā)現這篇文章很有價值。我們將討論與這些產品和所考慮策略相關的基本調優(yōu)問題，還有可能幫助你進行成功調優(yōu)的技術建議。       首先，我們將指出套裝應用軟件在企業(yè)中發(fā)揮越來越重要的作用，和因此對信息技術組織意味著什么。我們這時將分析特有的調優(yōu)挑戰(zhàn)，這些挑戰(zhàn)是由這些產品表達出來的，在后面我們將簡單地看看供應商提供的解決方案。下一部分回顧常見的性能提高策略，依次跟著最正確調優(yōu)這些產品的建議。 套裝應用軟件的增長  

3、    多年以來，商業(yè)上已經開始使用套裝應用軟件自動化他們的業(yè)務流程。早期介紹的套裝應用軟件通常是從財務和金融應用開始，然后到庫存管理和制造業(yè)。到了90年代中期，一些供應商像SAP和Baan快速發(fā)展。對于這些軟件供應商，真正的轉折點是千年蟲問題的到來。許多公司，擔心他們內部開發(fā)的應用失敗，選擇購買有保證的解決方案，而不是試圖重寫已有的應用系統(tǒng)。緊接著，ERP市場爆炸性地出現了不可計數的服務和附加產品。       結果，定制業(yè)務應用系統(tǒng)的開發(fā)急劇萎縮。加上經濟的低迷，應用開發(fā)人員的作用減少了，在

4、一些情況下，重點轉移到外包和離岸解決方案。在這些外力的作用下，2003年美國程序員出現最高的失業(yè)率就一點也不奇怪了，因此人們不再創(chuàng)建新的應用，而更傾向于像傳統(tǒng)那樣維護現有的應用。      近幾年的經濟低迷不僅打擊了程序員勞動力，對供應商也有一定的打擊，使其不能呈強勁的增長趨勢。但是像SAP這樣的供應商還是有一定的增幅，而且Microsoft Great Plains和Navision的購買給中小企業(yè)創(chuàng)造了效益。比起90年代和2000年初期，市場還是比較低迷的。然而，可以預見，盡管市場低迷，我們將看到ERP市場仍有大體上6的增長。特別

5、地這個激發(fā)因素是渴望滿足靈活的調整需求，并且購買這些有適應能力的產品變成了流行的作法。盡管有一定的增長，客戶應該仍然謹慎。根據調查，50損失慘重的IT失敗是跟商業(yè)的ERP失敗有關的。      外包和避免定制開發(fā)的相結合慢慢形成一個新的有趣現象。在這種情況下，業(yè)務應用的外包像CRM或者由應用供應商套裝應用軟件集已經慢慢地增長。商業(yè)應用的常見問題      對于IT部門，實施重要的商業(yè)應用這個行為是一個非常關鍵的事情。     

6、 通常，實施企業(yè)ERP或者CRM應用是昂貴的。它的花銷不僅區(qū)限于套裝應用軟件license，還包括購買附帶硬件，進行系統(tǒng)升級和人力成本等。      在這種情況下，人力成本指的是給咨詢人員的錢，你必須依靠這些咨詢人員才能成功部署應用。根據AMR的研究，75的ERP市場開銷或利潤是跟編程和咨詢服務有關的。由于實現應用所需要的知識，這些錢通常投資給部門外的咨詢人員。      你所購買軟件的公司可能有一個咨詢隊伍，他們很樂意幫助你實施具體業(yè)務的改變，風險是他們的產品是寫

7、給通常的商業(yè)團體，而且你的業(yè)務需求可能有改變。這對于技術分類來說可能是相當有問題的觀點。      通常，你有兩個選擇。你或者試圖改變應用適合業(yè)務的需要，或者繼續(xù)使用已購買的應用而不管業(yè)務是否滿足。后者聽起來不是很順耳，但對于供應商來說這個肯定是它們喜歡的選項，并且不斷被很多公司采納。對于一些領域，公司的運作已經非常規(guī)范（例如財務系統(tǒng)），一些必要的變化可能是很小。如果你的公司由于運作方式具有獨特的優(yōu)勢，那將面臨更多挑戰(zhàn)。      你決定迎接這些挑戰(zhàn)嗎？你必須回到一些定制的應

8、用上來。不總是不一樣，Gartner集團的研究發(fā)現大部分的ERP實施的20是定制功能的。定制伴隨著一些挑戰(zhàn)和風險。你必須首先確定特定的供應商對客戶化的態(tài)度。供應商將為應用的一些領域提供比較少的支持，因為一旦代碼修改了他們就不能控制代碼了。在一些情況中，這可能明確地禁止。      這篇文章的重點是調優(yōu)應用的性能，你應該注意到，轉移到套裝應用軟件并沒有減小你對應用的控制。首先，你不能 "擁有"供應商創(chuàng)建的代碼。第二，你可能不能訪問用于定制的源代碼。第三，通常不贊成改變系統(tǒng)，即使是為了調優(yōu)。然而，基于前面三點的假設，這

9、篇文章的后面將幫助你找到克服這些挑戰(zhàn)的方式。供應商工具      在管理應用的時候必須有輔助工具。大部分供應商給你提供了可能用來管理應用環(huán)境的各種各樣工具。      通常地，這些工具主要集中于基本的管理。對于所有的應用，用戶管理，參數設置和類似的功能都是一樣的。越成熟的產品能使你更好地理解增強應用能力的組件，但很少強調性能調優(yōu)（你可能需要第三方供應商）。      這個行業(yè)歷史最老的供應商SAP提供了一個最昂貴的工

10、具集。SAP提供了數據庫管理，SQL Studio，DB Loader等其它工具。      Oracle有一系列基本的企業(yè)管理功能（OEM）工具，并且很樂意以Management Pack（也有其它的管理包）的這種形式賣這些工具給你。      PeopleSoft有一套完整的以Peopletools為形式的定制和管理工具，用于幫助你開發(fā)，部署，維護和升級系統(tǒng)。      Siebel有一個最簡單并且數量最少的管理

11、工具。像其它提到的大部分工具一樣，使用Server Manager管理應用。典型的性能策略      一般人們認為對于改善套裝應用軟件的性能幾乎無事可作，這觀點是錯誤的。通常地，這種假設導致了部門不能從問題的根源出發(fā)解決問題。      客戶首先趨向于尋找硬件升級的方式提高應用的性能。通常對于客戶來說，在供應商或相關的咨詢人員的強烈建議下，配置更大的和/或更快的硬件。最強大的計算平臺經常是基于快速增長或使用假設購買的。網絡硬件升級到最新的路由器和網橋，購買更新更快的存儲設備。

12、當應用第一次投入生產時，它運行良好。在早期這段時間中，應用響應可能處于最正確狀態(tài)，數據裝載是輕量級的，并且應用的所有表現都沒問題。由于處理能力，通信能力和訪問速度不可思議的強大，任何真正的問題可能是看不出來的。      只要系統(tǒng)運行良好，可能就沒必要強調性能了。然而，隨著時間的流逝，系統(tǒng)開始發(fā)現變化，這時你將可能會想到調優(yōu)。最后，你可能看是否還能升級硬件。在這種情況下，你可能手工調整操作系統(tǒng)或與應用組件相關網絡層的配置。大部分的供應商在他們的文檔里面都提供了建議性的設置，但它們不是必須的，并且不被看作技術支持或維護協(xié)議的一部分。&#

13、160;     如果情況沒有改善，下一階段將調優(yōu)應用組件本身。然而，這并不意味著實際的應用代碼，而是調整用于Web服務器，單獨緩沖機制，應用服務器，數據庫服務器或者存儲系統(tǒng)的相關參數。這種多層的結合非常復雜，確定它的問題來源不太容易。      當我們關注數據庫時，你的數據庫中有太多的方面可以調整。只在Oracle中，你就有好幾百個參數可以利用，并且有很多數據用于檢查確定究竟是什么引起了性能問題。就像其它組件一樣，這種參數的調整也是一個復雜且綜合的問題。  

14、60;   調優(yōu)數據庫實例的值幾乎在你的控制中，雖然你的應用供應商可能提一些建議，并且在這些地方可能有一些要求。除了有權利用這些變量，另一個優(yōu)點是它們沒有相關的明確成本。對于特定挑戰(zhàn)條件，當這個是真的時候，你可能需要求助于咨詢專家，你只能尋求他們的建議了。在這個層面上，確實有一些真正獨特的應用。可能的話，你的部門有一些預算給你或專家調優(yōu)。你可能缺少深度的知識用于這些不同的層，或者沒有足夠的預算用于尋求外部的幫助，市場上肯定有一些工具和知識幫助你優(yōu)化特定實例。      數據存儲跟數據庫是緊緊綁定在一起的。

15、在這個層次上，你會留下數據庫參數的安全限制，并且致力于物理層的低層次處理。在這一點上，你需要一個安全和被檢驗了的方法優(yōu)化你的存儲系統(tǒng)而不中斷應用流程。存儲是遠離數據庫直接控制的一個步驟。通常不容易發(fā)現數據庫和在這些存儲設備上數據段之間的關系，并且你可能再次需要一些特定的工具。      你可能遇到的最大問題來自異構組件。例如，你的Oracle數據庫服務器可能是Solaris box，而Apache Web服務器在Linux上。在它們之間，可能是運行在AIX上的WebSphere應用服務器。把它們所有的參數捆綁在一起（并且可能還有它們所

16、有單獨工具）是一種挑戰(zhàn)。打包應用實現的分析      在某種程度上，我們已經談了一些關于標準套裝應用軟件。我們也討論了這些應用的客戶化，但是理解應用比理解基本應用和客戶化更重要。其它的應用組件也影響數據庫性能。      首先是供應商的基本代碼。我們或多或少已經談了一些。稍后的文章中我們將討論，在不改變代碼的情況下，如何改變數據庫實例中的性能。      在討論的第二部分中我們將繼續(xù)探討定制。定制指的是為了打包應用能

17、夠滿足組織特有的需求，而采取的一些調整，這當中有一些特別的挑戰(zhàn)。      討論的第三部分將集成已存在的業(yè)務系統(tǒng)。在應用性能調優(yōu)的上下文中，我們看到一些特有的和有意思的挑戰(zhàn)。      在一些自動化的業(yè)務應用中，還有各種各樣的輔助工具一起工作，保證業(yè)務的成功執(zhí)行。最常見的輔助功能是企業(yè)報表解決方案。它們提供很大的價值，但也能給數據庫性能帶來了至關重要的挑戰(zhàn)。      關注的最后一個區(qū)域是應用升級和升級對于業(yè)務意味著

18、什么。典型的需求經常和可用性，意義相關聯(lián)，"我們得把系統(tǒng)停多長時間進行升級？"我們將討論用于調優(yōu)的機會最小化停機時間      在這些所有區(qū)域中，首先所有這些討論的改變和其中的任何一部分在測試環(huán)境中都應該是穩(wěn)定的。知道調優(yōu)決不是一個單獨的事件是很重要的。當壓力和用例模式改變時，你調優(yōu)的值也將改變。為了看到這些值是如何改變，對壓力模擬進行試驗將是明智的。基本的應用      正如前面提到的，當改善基本"開箱即用"的套裝應用軟件性能時，既有

19、挑戰(zhàn)也有機會。我們討論了硬件升級的方法和常見的底層系統(tǒng)層的調優(yōu)，像硬件/OS和網絡本身。在這段里，我們將提出由DBA進行調優(yōu)工作。      沿著系統(tǒng)層相同的方式，通過數據庫實例的調優(yōu)可能影響性能。肯定的是，數據庫大師級人物將能夠檢查數據庫的日志，并且查明性能問題。一個有經驗的DBA能夠指定通常與改變參數和設置有關的解決方案。可能的話，你的底層數據庫將允許你這么干，不用停止系統(tǒng)。我們打算確保解決方案比問題本身好。      如果你的員工沒有這種調優(yōu)專家的能力，你可以選擇咨詢顧

20、問或者有優(yōu)勢的工具，幫助你提高性能。這些工具能夠產生智能報表。      如果你從事這種參數類型調優(yōu)，說明你按規(guī)則實踐了。正如前面討論的，在線交易處理性能的改善和提高可能不如批處理那么明顯。另外，你的性能處理概圖將在每星期，每月，每季度和每年都改變。考慮這些時間很重要。在各種壓力概圖期間回顧你的性能調優(yōu)將使你能夠及時選擇最合適你的解決方案。你應該有專業(yè)工具，你的參數調優(yōu)可以是動態(tài)的，藉以你能修改任意你原來的設置計劃。      一旦你已經做了基本組件能做的所有調優(yōu)，你不可避免

21、地會對特有的應用代碼進行調優(yōu)，這意味著底層表的形式邏輯設計和相關索引（和每個查詢本身）都已優(yōu)化。      例如表和索引，它們有一些選項你可以做別的調整。或許您的整體應用概況是這樣, 附加的索引也許改進數據存取性能。你能迅速創(chuàng)造新索引來支持一次特殊查詢，但理解它們帶來的危險是很重要的。索引的創(chuàng)建和維護是需要成本的。在一個有大量變動數據（一些插入和刪除）的表中，維護那些索引的代價往往會大于某些個別SQL語句的性能改善。      強烈推薦你在確定優(yōu)化索引策略時，考慮范圍更寬的S

22、QL語句。當然，這說起來容易，實施起來是復雜的。對于一個大型的應用，可能真的很難理解源代碼和已存在結構的所有查詢。這時你應該如何做呢？      對于這樣的過程，SQL調優(yōu)工具可能是你最正確的選擇。如果你能夠使用工具把你所關注的SQL集盡可能關聯(lián)起來，那么你就能很快地找到正確的解決方案了。      你應該選擇那些SQL用來評估呢？肯定是從你的應用源程序中選擇。你怎么確定評估哪個SQL語句呢，那是一個挑戰(zhàn)？我們建議你按以下步驟進行：捕獲在預定采樣時間中運行的SQL語句。典型的

23、一天采樣時間應該表達出使用最通常和最頻繁的應用程序的用戶的使用情況。如果你的應用是利用綁定變量（在Oracle中）寫的，那么工具所捕獲到最經常使用的值對你很有幫助。在典型的一天采樣時間或一個星期采樣時間中，你很可能涉及到一些重要的批處理。務必確定捕獲這些活動，并且理解這些操作和可能與這些批處理運行相關限制的時間周期。      搜集完SQL后，你可能發(fā)現需要關注的語句很多。這時，考慮每一種語句的單獨目標很重要。對于OLTP環(huán)境，你可能打算考慮查詢的頻繁程度，因為有很多的用戶可能使用它。對于批處理環(huán)境，要考慮的是任務完成的時間長短或資源

24、消耗的多少。      這時，刪除索引存在一些問題。你可能發(fā)現你的應用不太需要特定的索引。這可能是一個要解決的難題，如同這可能會代表對產品的原始計劃表的變動。正如前面提到的，首先要確定你的供應商。這里存在一些原因，某些索引可能不再需要，你也不必管理它們。但是可能還有一些索引是用來支持一些模塊的查詢，而你并沒有購買這些模塊。即使你以后計劃購買這些模塊，你也肯定能在實施之前創(chuàng)建這些索引。      這里有一些情況，在套裝應用軟件代碼中寫的查詢本身需要改善。對于一些數據庫，基本上需

25、要重寫代碼。如果你的數據庫是Oracle，還有點希望。"Outline"特征使你能夠改變一些SQL的執(zhí)行計劃，而不必要重寫SQL本身。通常，一個查詢將送達數據庫，并且如果相關的執(zhí)行計劃沒有在緩存中，這時優(yōu)化器將會創(chuàng)建一個執(zhí)行計劃。對于套裝應用軟件，我們對改善不能變更的源代碼比計劃穩(wěn)定性更感興趣 。你能夠創(chuàng)建執(zhí)行計劃的大綱，這個計劃比原始地編寫查詢語句優(yōu)先級高。      Oracle提供一些基本的大綱管理，但你必須首先確定SQL的最正確"重寫"計劃。有經驗的SQL調優(yōu)人員能夠為你做這些工作。你愿

26、意使這個過程自動化嗎？市場上有一些工具能幫助你轉換SQL，并且提供易用的大綱管理能力。      在所有的例子中，應該理解你有權改善套裝應用軟件基本代碼的性能。你只需確保你選擇的方式沒有危及你的應用及供應商的立場。客戶化      客戶化是供應商提供全套功能的最正確嘗試。你的公司購買的套裝應用軟件可能沒有足夠的業(yè)務專業(yè)知識，但能自動化地進行業(yè)務處理。靈活地適合你業(yè)務的特有需求是很重要的。      前面已經討論了一些

27、客戶化的分支：供應商不提供產品支持，客戶化需要形成文檔，也需要維護這些改變和在改變過程中的投資，使得通過升級保持改變能順利進行。對于一些公司，根據Gartner，通常客戶化的價格是實施套裝應用軟件的20以上。      你著手進行客戶化過程時是怎樣影響你改善應用性能的能力？選擇有很多，可以是你自己內部進行這些一般改變的團隊，或者是供應商提供的工具，或者雇傭專門的咨詢人員。      供應商通常是一個"服務"公司，就像應用軟件開發(fā)商那樣。如果這些定制的源代碼

28、是供應商自己的雇員做的，那么你的擔心就會少點。      然而，當咨詢人員走了，并且過了一段時間之后它們的工作并沒達到想象中的那樣，那么你可能還是跟以前一樣，好像處理原始的源代碼。      簡單地理解客戶化中哪些部分是你優(yōu)化的，哪些不是，這項任務可能是一個挑戰(zhàn)。我們無法注重那些是重要的或者同你的供應商一起工作以了解這些分界線解。      讓我們假設你處理的是你自己的代碼。無論是內部人員或者外面的咨詢人員編寫代碼，

29、這都無關緊要。你制定客戶化的需求規(guī)范，支付相關的開發(fā)費用，所以你的責任就是確保它能按照你的標準工作。      這個過程應該是任何一個開發(fā)項目都有的。時間、工具和資源應該都是工程計劃中的預算。從設計到交付，都必須考慮到性能影響。代碼整合      套裝應用軟件很少單獨運行。通常地，它必須與其它商業(yè)套裝應用軟件或者已有的應用系統(tǒng)通信。這就意味著它們將是一些集成的形式，與應用數據庫交互。這能通過各種各樣的方法實現，并且所選的方法將影響到系統(tǒng)的性能。  

30、0;   你將怎樣把這些不同的應用連接在一起呢？你能夠選擇企業(yè)應用集成（EAI）和面向服務架構（Service Oriented Architecture）。最后的選擇當然是自己完全創(chuàng)建一個了。      對于EAI解決方案，你要做的大部分是不同的客戶化代碼。盡管EAI供應商花費了巨大的努力，對于它們真的沒有辦法預測應用間交互的復雜性。對于外部整合，唯一真正可能的是應用安裝了不同的解決方法，而完全沒有客戶化。這種情況很少，但我們應該假設將花費相當多時間和成本用于把這些應用綁定在一起。  

31、;    正如客戶化的例子，實施路徑能夠從內部團隊或咨詢人員來進行。所有關心的和涉及的調優(yōu)問題都在這里。而特別有意思的挑戰(zhàn)是你可能處理兩個或更多的不同供應商。它應該及時注意到，這些供應商經常互相競爭，并且通常不會融洽地相處。如果事情還不夠有意思，考慮你還要把EAI供應商的咨詢顧問包括進來。在所有的情況中，團隊管理者和供應商的關系是關鍵。對于大部分情況來說，我們必須繼續(xù)強調性能管理仍然是個人的挑戰(zhàn)。應用整合的影響最能支持這種論點。      如果它方的團隊不太好管理，那么轉向你自己的團隊。比較常見

32、的情況是需要整喝套裝應用軟件和內部已有應用程序。當你的SAP和PeopleSoft應用有很完善的文擋，內部開發(fā)應用的文擋卻殘缺不全。在這個混合中，你可能有一個比較好的機會，跟內部的人一起工作。      既然你要負責性能影響，嚴格的和受過訓練的實施團隊很關鍵。建立性能基準指標，并且確保你的團隊理解它們的重要性。這個建議對于內部和外部的整合團隊都適用。      對于性能，理解調優(yōu)目標很關鍵。最關鍵的問題是確定交互的種類。編碼和用于日常事務數據上傳的性能優(yōu)化目標明顯是批處理工作

33、的類型。獲得整個結果集和移動它是關鍵。另一邊，如果你需要實時更新不同的系統(tǒng)，你可能打算在每個事務發(fā)生時繼續(xù)工作。兩階段提交是否有順序？通常老的系統(tǒng)沒有新系統(tǒng)的底層硬件能力強大。在這些情況中，你應該清楚地知道哪種性能問題跟哪種平臺相關。對于早期信息系統(tǒng)的應用，給數據集編寫查詢可能不合適，這些數據集可能是在內存中發(fā)現的，而早期應用系統(tǒng)是在存儲速度緩慢的設備中發(fā)現的。      調優(yōu)性能是你的權力，所以堅持正確的方法交付系統(tǒng)給相關團體。報表      從性能的角度出發(fā)，商業(yè)智能（B

34、I）和報表解決方案是你應用架構具有挑戰(zhàn)的一部分。      這些工具的特點是它們表達了一些非常強大的方式，用于捕獲有意義的關系和信息。不幸的是，捕獲這些有意義的關系的過程對于你的應用性能可能是致命的。      通常地，人們將使用從BI供應商獲得的工具連接目標數據庫，并且搜索所需的信息。我們需要理解的是報表產生過程大部分由手工完成，獨立于所需的數據庫種類。換句話說，不可能有那么多的優(yōu)化用于各種數據庫。      另一

35、個挑戰(zhàn)是捕獲表的過程，這個表是報表工具用戶需要查詢的。因為一些套裝應用軟件有大量的復雜表，在查詢過程中用戶需要等待非常長時間。      現在，如果每個人只是簡單地運行數據倉庫或數據中心，那么沒什么難的，這些數據倉庫或數據中心間接地跟你的主要應用綁定在一起。不幸的是，通常不是這種情況，繁忙的執(zhí)行請求訪問大部分最新的數據。而且，我們看到組織作為應用性能挑戰(zhàn)知道它本身。盡管你負責維護應用性能，如果執(zhí)行請求實時訪問這些數據，這時你必須響應它的請求。很有可能，這些隨機點擊只能引起很短的業(yè)務中斷，而會獲得重要的返回結果。  

36、    這種特別的報表情況幾乎不可能調優(yōu)，但它們能夠控制。有工具能夠捕獲和最小化這些影響，但這可能終止查詢或延遲查詢。對它的性能改善微乎其微。      有可能通過計劃任務和命令行重復運行報表。要這么做，我們將訪問報表里的代碼。一些供應商會允許你查看它們的報表，并且自己可以手工修改。在這些實例中，你或你的團隊可能需要一定的技巧、工具和時間來做這項工作。      你不能直接改變那些查詢嗎？如果在Oracle運行，想想那些與大綱一起工作的

37、工具的使用。前面已經討論了大綱的工作情況和優(yōu)勢。      當使用報表和BI解決方案，考慮它們存儲報表和可修改查詢的能力。如果不是這樣的話，看看Oracle數據庫的大綱。版本升級      除了主要套裝應用軟件的初始化，幾乎沒什么事主要組件的升級如此有影響。你的組織越依賴應用，對業(yè)務影響的改變越重要。而升級不總是在你的控制范圍之內。      作為一個很好的藉口，供應商可能需要你作一定的升級用于保護里面的數據。也可能

38、因為供應商希望節(jié)省技術支持和維護成本。不管什么情況，你公司之外的人決定你將需要做的一些重要的改變。      這意味著你需要做很多事。其中的一些可能是好的，它非常可能意味著大量投資于你的IT小組。它表達在時間花費、高昂的咨詢成本和它可能意味著業(yè)務過程的中斷，而這些業(yè)務過程是你一直在努力進行改善的。      這篇文章之前討論的每個地方可能是緊密的。最大的挑戰(zhàn)是業(yè)務的發(fā)展變化和應用的客戶化，對升級中的下一步沒有多少負面影響。強烈推薦你推行一個正確的策略，涉及過程，培訓和合適的工具投