人員與設定檔的最佳作法 (SharePoint Server 2010)

發行項
11/30/2016

適用版本： SharePoint Server 2010

上次修改主題的時間： 2016-11-30

本文是 Microsoft SharePoint Server 2010 的最佳作法文章系列之一。本文說明在 SharePoint Server 中運用使用者設定檔的一般特性與最佳作法。如需 SharePoint Server 2010 的其他最佳作法資訊和資源，請參閱＜SharePoint Server 2010 最佳作法 (可能為英文網頁)＞(https://go.microsoft.com/fwlink/?LinkId=220280&clcid=0x404) (可能為英文網頁) (英文)。

1. 清理目錄服務

目錄服務中的物件組織方式對同步處理設定檔資訊所需時間有極大的影響。若要改善同步處理的效能，可清除目錄服務中的物件。

SharePoint Server 會使用 Microsoft Forefront Identity Manager (FIM) 來匯入所選容器中的所有物件，然後套用同步處理篩選至已匯入的物件。請儘可能將您不想匯入的使用者帳戶移至不同步處理的容器中。同樣地，請將您不想同步處理的群組移至不同步處理的容器中。
審核貴組織目錄服務中的群組使用狀況，並將不再需要的任何群組刪除。
請勿重複同步處理相同的群組成員資格資訊多次。例如，若您在多個伺服器陣列中呈現相同的通訊群組，請將所有通訊群組的執行個體放置在不同步處理的容器中，而僅保留一個不動。

2. 使用同步處理篩選

僅對您想在 SharePoint Server 中具有設定檔的使用者來使用同步處理篩選。例如，若使用者帳戶和服務帳戶都存在於您要同步處理之目錄服務容器中，請建立篩選以排除服務帳戶的同步處理。如需同步處理篩選的詳細資訊，請參閱＜規劃設定檔同步處理 (SharePoint Server 2010)＞文章中的＜關於排除篩選＞一節。

3. 設定檔屬性原則

使用原則來指定設定檔屬性的隱私權設定。各個屬性都有預設原則。不過，您應檢閱這些原則並判斷是否要依據組織、公司及管理規則來變更原則。您可以允許使用者覆寫原則設定或指定該原則為不可變更。

如需這些原則的詳細資訊，請參閱＜規劃使用者設定檔 (SharePoint Server 2010)＞文章中的＜關於屬性原則＞一節。

4. 指定要同步處理的網域控制站

當您建立同步處理連線至含有多個網域控制站的樹系時，請選取要同步處理的特定網域控制站。網域控制站與同步處理伺服器間的連線應儘可能具備低延遲。如需如何在建立設定檔同步處理連線時指定網域控制站的相關資訊，請參閱＜設定設定檔同步處理 (SharePoint Server 2010)＞文章中的＜建立目錄服務的同步處理連線＞一節。

在非常大型的目錄服務樹系中，請最佳化網域本身。儘可能地將許多目錄服務資料庫移至 RAM，並使用快速磁碟機。這樣可減少設定檔同步處理所需的時間。如需 Active Directory 網域服務 (AD DS) 之目錄服務資料庫的詳細資訊，請參閱＜管理 Active Directory 資料庫 (可能為英文網頁)＞(https://go.microsoft.com/fwlink/?LinkId=225582&clcid=0x404) (可能為英文網頁) (英文)。

5. 和目錄服務管理員保持友好關係

請和您要同步處理之目錄服務的管理員保持連絡。若管理員打算重新啟動網域控制站或進行大規模的目錄服務變更時，請務必確認您會收到通知，並儘量讓管理員將這些事件排程在不進行設定檔同步處理期間。

6. 安裝更新後重新啟動同步處理服務

當您安裝更新至 Microsoft SharePoint Server 2010 時，請停止 User Profile Synchronization Service，然後再將其重新啟動。

啟動 User Profile Synchronization Service 時，SharePoint Server 會佈建 Microsoft Forefront Identity Manager (FIM) 版本以參與同步處理。若您安裝 SharePoint Server 2010 Service Pack、累計更新或其他會修改 FIM 的 SharePoint Server 私人版本更新，則要等到重新佈建 FIM 後修改才會生效。若要重新佈建 FIM，請停止 User Profile Synchronization Service，然後將其重新啟動。如需如何啟動與停止服務的說明，請參閱＜管理伺服器上的服務 (SharePoint Server 2010)＞。

7. 在同步處理設定檔前執行資料庫維護工作

若設定檔同步處理需要處理許多變更，請在開始設定檔同步處理前先執行設定檔資料庫的完整掃描。

Microsoft SQL Server 會使用資料庫相關的歷程記錄統計資料，來最佳化查詢。為了讓最佳化儘量達到最好的效果，統計資料應該愈新愈好。請執行完整掃描以產生更精確的統計資料。若要使用資料庫完整掃描來更新統計資料，請執行狀況分析規則「SharePoint 使用的資料庫含有過期的索引統計資料」。

8. 最佳化設定檔與同步處理資料庫

設定檔資料庫與同步處理資料庫的設定對設定檔同步處理的整體效能有極大的影響。如需如何最佳化資料庫效能的建議，請參閱＜規劃及設定儲存空間及 SQL Server 容量 (SharePoint Server 2010)＞及＜SharePoint Server 2010 伺服器陣列中 SQL Server 2008 的最佳作法＞。若您有許多設定檔，請特別考慮下列事項：

主動管理設定檔資料庫大小。請使用固定大小資料 (.mdf) 檔及記錄檔，若大小太小時，也請啟用自動成長。
啟動自動成長時，請使用固定大小 (例如 100 MB)，而不是成長百分比。
設定檔同步處理會建立大量的磁碟 I/O。針對設定檔及同步處理資料庫，請使用可執行高速每秒輸入/輸出作業 (IOPS) 的磁碟機，並考慮使用固態硬碟 (SSD)。
若您有許多設定檔，且會經常進行設定檔同步處理，請考慮將資料 (.mdf) 檔和記錄檔放置在不同的實體磁碟上。
每個 CPU 核心至少具備一個 tempdb 資料 (.mdf) 檔。如需如何最佳化 tempdb 的詳細資訊，請參閱＜最佳化 tempdb 效能＞(https://go.microsoft.com/fwlink/?LinkId=225583&clcid=0x404)。
在大量使用情況下時，請考慮利用專屬的 SQL Server 執行個體支援 User Profile Service 應用程式資料庫。

9. 檢查計時器工作設定

計時器工作是用來在 SharePoint Server 和目錄服務間傳播資訊的。有時候，是由某個計時器工作執行工作，而由另一個計時器工作接著後續動作。例如，使用者設定檔累加匯入工作會更新 SharePoint Server 使用者設定檔，使其具有目錄服務中已變更之使用者的資訊。活動摘要工作則會計算活動，並顯示在使用者「我的網站」活動摘要區段中。若目錄服務中使用者的職稱有所變更，則可能不會顯示在使用者同事的活動摘要中，因為這取決於某計時器工作與其他相關計時器工作間的進度。若要取得更一致性的結果並改善效能，可調整計時器工作的執行時間。

如需 SharePoint Server 計時器工作的詳細資訊，請參閱＜Timer job reference (SharePoint Server 2010)＞。

10. 請勿在大型目錄服務更新期間進行同步處理

請確認在您對目錄服務進行大量變更時不會執行設定檔同步處理。例如，當您在更新目錄服務結構描述或準備 Microsoft Exchange Server 樹系時，請停止設定檔同步處理。當目錄服務變更完成後，再執行完整同步處理。

11. 避免同步處理大型物件

使用者設定檔可能不是存放大型二進位資料的最佳位置。請考慮將二進位大型物件 (BLOB) 存放在別處，例如資料庫，而僅在設定檔中保存 BLOB 的連結。

執行設定檔同步處理所需的時間與要同步處理的屬性大小，以及屬性變更的頻率息息相關。若您複製跨伺服器陣列的設定檔資訊，則在設定檔中存放大型物件就會造成更大的影響。

致謝

SharePoint Server 2010 內容發佈小組感謝以下參與者對本文的貢獻。

Chris Gideon，Microsoft 企業專案服務部
Steve Peschka，Microsoft 諮詢服務
Bill Baer，Microsoft SharePoint 技術產品行銷
Yancho Yanev，Microsoft SharePoint 產品小組
Siva Subbiah，Microsoft SharePoint 產品小組
Jon Rosenberg，Microsoft SharePoint 產品小組
Spencer Harbar，企業架構師
Todd Lehmann，Microsoft 資訊服務
Sheyi Adenouga，Microsoft 客戶支援服務
Joe McTaggart，Microsoft 企業專案服務部
Ron Grzywacz，Microsoft 企業專案服務部
Bassem Yacoube，Microsoft 諮詢服務