帶動您部門的行動力

精品文檔精心整理精品文檔可編輯的精品文檔帶動您部門的行動力六個方法帶動部門的行動力行動是什么呢？行動是指實現(xiàn)您認(rèn)為有價值及您期望的事情，是故，產(chǎn)生價值及達成期望都由您的行動力決定。1、讓您的部下知道他扮演的角色的重要性。2、讓部下嘗試行動成功的經(jīng)驗。3、給部下清晰的目標(biāo)及標(biāo)準(zhǔn)。4、讓部下參與并告訴部下為什么（WHY）？5、告訴部下他做的如何？6、激勵7、結(jié)論精品文檔精心整理精品文檔可編輯的精品文檔StarTeam服務(wù)器部署的關(guān)鍵因素、服務(wù)器端組件部署策略根據(jù)StarTeam所支持團隊的大小，需要采取不同的部署方案來保證StarTeam的性能及可靠性。存儲庫大小、并發(fā)用戶數(shù)、是否部署StarTeamMPX、應(yīng)用程序的復(fù)雜程度（指自定義表單、自定義字段等）等等，都會對StarTeam的性能產(chǎn)生影響。根據(jù)經(jīng)驗數(shù)據(jù)，團隊的大小在一定程度上與project、view的數(shù)量成正比，而project、view的數(shù)量又決定了存儲庫中數(shù)據(jù)量，所以我們可以使用并發(fā)用戶數(shù)來界定StarTeam配置庫（ServerConfiguration）的大小。根據(jù)并發(fā)用戶數(shù)多少把StarTeam配置庫分為三種類型：小型配置庫：并發(fā)用戶數(shù)不超過50；中型配置庫：并發(fā)用戶數(shù)不超過100；大型配置庫：并發(fā)用戶數(shù)達到并超過100；一個服務(wù)器上部署多個配置庫對于小型或中型的配置庫，可以把所有的StarTeam服務(wù)器端組件（StarTeamServer、Database等）都部署到一臺機器上。下圖給出了相應(yīng)的部署圖。一臺機器上所有配置庫的并發(fā)用戶之和不能超過100，但一臺服務(wù)器的并發(fā)用戶數(shù)的峰值到達100時，建議把服務(wù)器上的某個配置庫遷移到另一臺機器上。StarTeamServer相關(guān)的RootMessageBroker進程、RootCacheAgents進程、DatabaseServer進程以及所有的StarTeamServer進程都運行在一臺機器上，因此對機器配置有以下要求：DatabaseServer進程需要分配一個CPU及1G內(nèi)存；每增加一個StarTeam配置庫需要分配一個CPU及1G內(nèi)存；中型配置庫當(dāng)并發(fā)用戶數(shù)達到中型配置庫的標(biāo)準(zhǔn)時，首先需要為Database提供一個單獨的機器安裝。下圖給出了相應(yīng)的部署圖。如圖，除數(shù)據(jù)庫獨立外，其他進程仍然可以運行在同一臺機器上。DatabaseServer進程占用的負載被轉(zhuǎn)移后，允許的并發(fā)用戶數(shù)可以到達200－300。然而對于有多個配置庫的情況，vaults和databases會分布在不同磁盤上，不利于備份和管理，因此建議把需要備份的數(shù)據(jù)放到一個公用的磁盤上，如下圖所示：大型配置庫大型配置庫是指可以支持100個以上并發(fā)用戶的配置庫。對于大型配置庫，需要給每個StarTeamServer進程提供單獨的機器，DatabaseServer進程也需要單獨的機器支持，RootMessageBroker進程，RootCacheAgents進程最好也使用單獨的機器（MPX）支持。特別是當(dāng)并發(fā)用戶數(shù)達到并超過200、300時，MPX進程運行在單獨的機器上會很好的消除StarTeamServer上的網(wǎng)絡(luò)阻塞和資源爭用。下面給出了多個大型配置庫的部署圖：對于大型配置庫的部署需要注意：每個StarTeamServer進程需要運行在一個單獨的機器上，機器配置需要滿足2CPU、2G內(nèi)存用于支持100－200的并發(fā)用戶，200個以上的并發(fā)用戶需要4CPU、4G內(nèi)存；如果預(yù)期用戶數(shù)還會持續(xù)增加，推薦使用4CPU、4G內(nèi)存；DatabaseServer進程需要運行在單獨的機器上，多個StarTeam配置庫可以共享一個DatabaseServer。StarTeamserver和DatabaseServer之間需要1G的高速網(wǎng)絡(luò)連接。RootMessageBroker進程，RootCacheAgents進程可以運行在同一臺機器上，稱為MPX。每個CacheAgent需要訪問相應(yīng)的vault，此時高速網(wǎng)絡(luò)連接并不是必須的，通過網(wǎng)絡(luò)的文件訪問就足夠了。如果需要使用工作流NotificationAgent，也可以部署到這臺機器上。所有的StarTeamvault和database使用一個公共的存儲服務(wù)器管理。、影響服務(wù)器性能的因素對于StarTeam服務(wù)器端硬件的選擇，需要考慮各方面的因素，例如，計劃部署幾個配置庫（ServerConfiguration）、配置庫中大概會有多少工作產(chǎn)品、預(yù)期的并發(fā)用戶數(shù)、預(yù)期組織內(nèi)項目及人員的增長情況等等。即使對這些因素有明確的的預(yù)期，在評估硬件需求的過程中也僅僅是估算，而不可能做到精確的計算。這是因為，配置庫使用過程中會有一些不確定因素，例如文件大小、配置庫增長情況、同時進行簽出操作的并發(fā)用戶數(shù)等等。正是因為有這些不確定因素，我們更需要了解StarTeam服務(wù)器端的各種服務(wù)對那種硬件資源的占用得更多。下面介紹StarTeam服務(wù)器端的各種服務(wù)對不同硬件資源的占用情況。StarTeamServer進程相關(guān)StarTeamServer進程對硬件資源的占用按重要級別排序依次為：內(nèi)存StarTeamServer進程推薦的最小內(nèi)存為256M。如果需要支持10－20個用戶，內(nèi)存必須達到512M；當(dāng)并發(fā)用戶數(shù)介于50－100之間時，必須有1－2G的內(nèi)存支持StarTeamServer進程；而并發(fā)用戶數(shù)超過200時，必須有2－4G內(nèi)存支持。注意：對于32位的Windows操作系統(tǒng)，給一個進程分配的最大虛擬內(nèi)存是2G，當(dāng)2G內(nèi)存都被使用的情況下，StarTeamServer進程可以把最大虛擬內(nèi)存調(diào)至3G。CUPCPU的速度、一二級緩存大小等參數(shù)都會對StarTeamServer的性能產(chǎn)生影響，由于它是多總線的架構(gòu)，多個CUP對提高StarTeamServer的性能有幫助。當(dāng)預(yù)期并發(fā)用戶數(shù)介于25－50之間時，可以考慮使用帶有雙核處理器的機器；當(dāng)并發(fā)用戶數(shù)介于50－100之間時，可以考慮使用帶有四核處理器的機器。網(wǎng)絡(luò)在并發(fā)操作較多的情況下，網(wǎng)絡(luò)帶寬對StarTeamServer的性能有較大影響。如果使用獨立于StarTeamServer的數(shù)據(jù)庫服務(wù)器，那么需要在這兩臺服務(wù)器之間提供100M-1G的內(nèi)網(wǎng)帶寬。當(dāng)連接StarTeamServer服務(wù)器的客戶端很多，且執(zhí)行的操作，例如批量的文件簽出操作，也相當(dāng)多時，客戶端和StarTeamServer服務(wù)器端的網(wǎng)絡(luò)連接將稱為瓶頸。帶寬為100M的內(nèi)網(wǎng)將足以支持100－200個并發(fā)用戶，當(dāng)并發(fā)用戶數(shù)超過200時，需要考慮使用1G的帶寬。事實上，所有的StarTeamServer進程都是處理到數(shù)據(jù)庫和Vault的I/O操作，下面介紹數(shù)據(jù)庫和Vault對硬件資源的占用情況。數(shù)據(jù)庫相關(guān)數(shù)據(jù)庫也是StarTeam服務(wù)器端的一部分，需要考慮數(shù)據(jù)庫的配置、備份、收縮等操作。當(dāng)需要考慮數(shù)據(jù)庫硬件選擇時，下面給出了一些參考意見：內(nèi)存與StarTeamServer類似，數(shù)據(jù)庫系統(tǒng)也是使用內(nèi)存緩存機制來改進性能的。對于大型的StarTeam配置庫，需要將數(shù)據(jù)庫系統(tǒng)放到單獨的服務(wù)器上，并使內(nèi)存大小足以滿足數(shù)據(jù)庫服務(wù)的需要。磁盤陣列使用磁盤陣列會在很大程度上提高數(shù)據(jù)庫I/O操作的性能，不同的RAID級別對性能改進和容錯能力有不同程度的支持，可以考慮對數(shù)據(jù)庫使用某種級別的磁盤陣列。CPU與StarTeamServer類似，數(shù)據(jù)庫系統(tǒng)也支持多線程，使用速度更快，多個處理器的系統(tǒng)也會提高數(shù)據(jù)庫系統(tǒng)的性能。網(wǎng)絡(luò)前面提到過，如果有單獨的數(shù)據(jù)庫服務(wù)器，那么就要求在數(shù)據(jù)庫服務(wù)器與StarTeamServer服務(wù)器之間使用高速的專線網(wǎng)絡(luò)連接。Vault相關(guān)所有基于文件的操作都是針對Vault進行的，例如簽入、簽出操作，添加附件等等。Vault由Cache、Archive、Attachments組成，下面給出針對這幾個部分的I/O操作：CacheCache是Vault中使用最頻繁的部分，簽入文件時會向cache中新增文件；簽出時，如果cache中已經(jīng)有這個文件就直接簽出，如果沒有這個文件，待簽出文件會被添加到cache中。ArchiveArchive的使用頻率僅次于Cache，每個文件在簽入時，會向archive中新增文件，或者更新archive中已有的文件。文件簽出時，如果在cache中沒有找到相應(yīng)的文件，就會訪問archive中的文件。AttachmentsAttachment中的文件的使用頻率更低，只有當(dāng)通過CR、task、topic和requirement對象訪問時，才會向Attachment文件夾中添加文件或讀文件。注意避免將Cache和Archive安裝到系統(tǒng)盤。如果數(shù)據(jù)庫和StarTeamServer在同一臺機器上，避免將數(shù)據(jù)庫數(shù)據(jù)文件與Vault存儲在一個盤。如果有多個磁盤，請將數(shù)據(jù)庫、Cache、Archive和系統(tǒng)分布在不不同的磁盤，從而使允許的I/O并發(fā)數(shù)最大。如果對Vault采用RAID機制，會提高Cache和Archive的性能。但是，由于Cache中的數(shù)據(jù)來源于Archive，因此RAID的容錯特性只對Archive有效。MPXMessageBroker相關(guān)MPX可以降低網(wǎng)絡(luò)擁塞，即使是將MessageBroker與StarTeamServer進程部署到同一臺機器上。但是在沒有增加硬件的情況下，StarTeamMPX會使客戶端相應(yīng)時間和服務(wù)器端吞吐量有一定增漲。因為，MPXMessageBroker是獨立的進程，可以通過把該進程與StarTeamServer進程部署到兩臺不同的服務(wù)器上來緩解網(wǎng)絡(luò)擁塞。另外，MPXMessageBroker進程對所在服務(wù)器的要求并不高，內(nèi)存大小和CPU數(shù)量對MessageBroker進程并沒有影響。因為，MessageBroker進程只起通信服務(wù)器的作用，對內(nèi)存和CPU的占用很少，而且?guī)缀鯖]有磁盤I/O操作。使用性能相關(guān)如何使用StarTeam進行配置管理也會對某些特定操作的性能產(chǎn)生很大影響，下面總結(jié)了會對內(nèi)存占用、數(shù)據(jù)庫性能、客戶端響應(yīng)速度產(chǎn)生較大影響的因素：同時連接的客戶端數(shù)：每個并發(fā)連接都會在StarTeamServer進程中占用少量的資源，每個活動的客戶端請求也會分配到一個工作線程和一個可用的數(shù)據(jù)庫連接；打開的視圖個數(shù)：使用StarTeam客戶端打開的每個視圖都需要緩存一些與視圖相關(guān)的信息。在一個客戶端session內(nèi)，暫時回滾到某個以前的視圖也需要緩存一些信息；每個視圖中item的個數(shù)：一個活動視圖需要的緩存大小與視圖中顯示的項的個數(shù)成正比；分支視圖的個數(shù)及層次：分支視圖的數(shù)量和層次越多，針對特定事務(wù)啟用的數(shù)據(jù)庫進程也越多；可派生視圖的創(chuàng)建：創(chuàng)建可派生所需要的時間與父視圖中顯示的工作產(chǎn)品的數(shù)量成正比。、數(shù)據(jù)庫容量規(guī)劃相關(guān)StarTeam支持Oracle、MicrosoftSQLServer(以及MSDE)和IBMDB2數(shù)據(jù)庫。當(dāng)存儲庫支持的是小型團隊（50－100人），而工作產(chǎn)品數(shù)量不超過中型（數(shù)千個工作產(chǎn)品）時，可以使用MSDE作為數(shù)據(jù)庫存儲庫。當(dāng)存儲庫需要支持大型團隊（幾千或上百個用戶），或者工作產(chǎn)品數(shù)量巨大（上萬或者更多）時，需要選擇一種商業(yè)數(shù)據(jù)庫。StarTeam存儲庫的增長主要取決于一些三種類型的信息：Object表：StarTeam會為每一類進行版本控制的對象（文件、文件夾、CR、Task和topic）建一個相應(yīng)的表存儲工作產(chǎn)品類型相關(guān)的數(shù)據(jù)。會給每個對象的初始版本創(chuàng)建一條記錄，當(dāng)對象被修改時，也會給后續(xù)的修訂創(chuàng)建相應(yīng)的記錄。每個對象的記錄將占用100－200字節(jié)，此外，每個工作產(chǎn)品表可以有2－4個索引，每個索引可以使每條記錄的數(shù)據(jù)量增加50％?？梢约僭O(shè)每個對象的修訂占用400個字節(jié)，并以此進行粗略的估計。視圖成員（Item）表：當(dāng)向StarTeam視圖中增加需要版本控制的對象時，會創(chuàng)建一個視圖成員，或稱為項。通過item將對象和視圖關(guān)聯(lián)起來了，并使用item來存儲對象在視圖中的特定屬性。所有的item數(shù)據(jù)都存儲在一張有索引的單獨的表中，同時，表和索引記錄中，每個item都需要300字節(jié)的空間。注意，當(dāng)對象在多個視圖中共享時（例如，從父視圖派生一個子視圖），每個視圖中item的個數(shù)都在增加。例如，當(dāng)1000個文件在三個不同的視圖中都出現(xiàn)時，會創(chuàng)建3000個項（大概需要900K）。Log表：在存儲庫中，StarTeam維護了兩種不同類型的日志表，記錄不同的事務(wù)。在Audit表中，記錄StarTeam中所有對象的版本變化，類似流水賬。在SecurityLog表中記錄安全相關(guān)的事件，包括工作產(chǎn)品相關(guān)的變更（例如，權(quán)限調(diào)整），session相關(guān)的事件（例如，登錄失?。?。這兩類表中記錄都相對較小，不過表中的記錄都會持續(xù)增長最終達到限制的大小。表大小的增長取決于這些事件發(fā)生的頻率。StarTeam配置庫的大小和增長率可以通過上述三種信息類型的數(shù)據(jù)量及變化情況進行估計。、Vault容量規(guī)劃相關(guān)前面提到過,每個StarTeam配置庫都包含一個Vault，而Vault又是由archive、cache、attachment三部分組成,這三個部分還可以部署在不同的地方。對于新的StarTeam配置庫，這三個文件夾都是空的，只有當(dāng)文件對象被添加到配置庫中時，才會向archive、cache、attachment文件夾中新增vault文件。對archive文件夾大小的增長產(chǎn)生影響的因素有：當(dāng)向配置庫中添加需要版本控制的文件時，會相應(yīng)的新增一個archive文件；archive文件包含版本控制文件的初始化內(nèi)容及一小段的信息。默認(rèn)情況下，這些信息是經(jīng)過壓縮的，所以初始archive文件會比原始文件要小。壓縮比根據(jù)數(shù)據(jù)類型不同而不同，例如對于已經(jīng)壓縮過的文件格式（如，.zip和.gif）實際上不會再壓縮了，而對于文本文件，因為有許多空白空間和重復(fù)的內(nèi)容，壓縮比將接近5：1。下表給出了默認(rèn)壓縮情況下，典型的原始文件與archive文件壓縮情況：文件類型原始大小初始archive文件大小壓縮率Text(HTML)29KB10KB.36Binary(PDF)248KB186KB.75Source(C++)33KB8KB.24可以針對某些文件選擇不同的壓縮類型。默認(rèn)的壓縮是在效率和壓縮大小之間的平衡點。對于不同需要可以選擇“壓縮速度最快”、“壓縮比最大”或者“不壓縮”；當(dāng)版本控制文件的新修訂被簽入時，修訂信息被附加到相應(yīng)的archive文件上。如果文件是文本類型的，修訂信息默認(rèn)按增量存儲并與變更的大小成正比。對于二進制文件，整個新的修訂都默認(rèn)被附加到archive文件上。這兩種情況對應(yīng)的壓縮比都與初始文件的壓縮比相同。可以使用這種方法估算某個文件在archive中占用空間的大??；注意：因為Archive文件的大小限制在4G以內(nèi)，所以對于較大的文件，archive的壓縮技術(shù)將影響可以存儲的文件的最大修訂；對cache文件夾大小的增長產(chǎn)生影響的因素有：當(dāng)配置庫中某個文件的新版本被提交到配置庫時，會在cache文件夾中保存一個副本。因為，文件被提交到配置庫以后會經(jīng)常有簽出操作，所以這個副本可以提高后續(xù)簽出操作的效率；如果需要簽出最新的或是歷史的修訂版本，而這個文件版本在cache中無法找到時，會到archive文件夾中找到相應(yīng)的修訂版本并在cache文件夾中添加一個副本；Cache文件夾中會維護一個包含所有文件名的近期使用文件列表。當(dāng)一個新文件添加到cache中，或者cache中的某個文件被使用時，該文件的文件名會出現(xiàn)在近期使用列表的第一個；Cache文件夾的總文件大小由StarTeamServer的后端線程監(jiān)控，一旦超出最大容量限制，會從近期使用文件列表的最后一部分找到近期最少使用的文件并刪除該文件；Cache文件夾允許的最大容量為4G（對于StarTeam5.4版本）；出于性能方面的考慮，Cache文件夾必須能夠保存所有版本控制下文件的最新修訂；Attachment文件夾中存儲CR或者其他對象的附件，這些文件不需要進行版本控制，它們存儲時并沒有進行壓縮和增量存儲。相對于Archive文件夾，此文件夾的總大小和增長率都較低。、服務(wù)器各組件硬件配置建議下面分別給出StarTeamServer進程及DatabaseServer進程單獨部署時，所要求的最低的和推薦的硬件配置。StarTeam和MSDE部署在一臺機器上當(dāng)使用MSDE作為數(shù)據(jù)庫時，數(shù)據(jù)庫和StarTeam相關(guān)的服務(wù)進程都在同一臺機器上，下面給出了這臺機器的硬件配置要求：注冊用戶數(shù)最低配置推薦配置小于50Pentium?4,1.3GHz,1.5GBofRAMDualPentium4,1.3GHz+,2GBofRAM50－100DualPentiumXeon?,2.26GHz+,2.5GBofRAMDualPentiumXeon?,2.26GHz+,2.5GBofRAM注意：當(dāng)注冊用戶數(shù)超過100時，不推薦使用MSDE。StarTeamServer進程部署在單獨的機器上當(dāng)StarTeamServer進程單獨部署時，參考以下配置建議：注冊用戶數(shù)最低配置推薦配置小于50Pentium4,1.3GHz,512MBofRAMDualPentium4,1.3GHz+,1GBofRAM50－100DualPentium4,1.3GHz,1GBofRAMDualPentium4,1.3G