管理 State Service (SharePoint Server 2010)
適用版本： SharePoint Server 2010
上次修改主題的時間： 2010-11-12
State Service 是可以讓某些 Microsoft SharePoint Server 2010 元件將所有相關之 HTTP 要求的暫存資料，儲存在 SQL Server 資料庫中的共用服務。在 SharePoint Server 2010 中，InfoPath Forms Services (包括既有及自訂的工作流程表單)、SharePoint Server 2010 圖表網頁組件，以及某些不使用 Microsoft Silverlight 3 的特定 Microsoft Visio 2010 案例皆需要 State Service。
設定 State Service
SharePoint Server 2010 的基本安裝會自動設定 State Service。
SharePoint Server 2010 的進階安裝則須另行設定 State Service 設定。您可以在安裝 SharePoint Server 2010 之後，使用下列一項工具設定 State Service：
伺服器陣列設定精靈
Windows PowerShell
State Service 的預設設定如下：
一個 State Service 服務應用程式。
一個 State Service 資料庫位於設定資料庫所在的資料庫伺服器上。此資料庫必須關聯至服務應用程式。
一個 State Service 應用程式 Proxy 關聯至伺服器陣列的預設 Proxy 群組。
對大部分的設定而言，State Service 的預設設定即已足夠。下列考量可能需要其他的 State Service 設定：
架設的部署 在相同伺服器陣列上架設多個部署時，會自動分隔表單與圖表資料，讓承租人無法見到其他承租人的表單與圖表。對於設有原則要求嚴格分隔所架設之部署的組織，可能會需要為每個部署建立新的服務應用程式與狀態資料庫，並將每項服務及資料庫關聯至該部署的新 Web 應用程式。您也應密切監視所架設之部署的效能，並在其可能出現效能問題時，考慮建立新的服務應用程式與狀態資料庫。
大量使用表單或圖表時的調整 在極罕見的情況下，一些伺服器陣列中如有極大量作用中的 InfoPath 狀態工作階段使用表單或圖表，相同的服務應用程式可能會需要額外的 State Service 資料庫，才可將產能維持在可接受的效能程度。當發生效能問題 (如資料庫遭鎖定的狀況過多)，資料庫管理員可以新增資料庫改善效能。
您可以在初始設定之後，使用 Windows PowerShell 重新設定 State Service。
使用伺服器陣列設定精靈設定 State Service
完成設定之後，[伺服器陣列設定精靈] 會自動開啟其開啟頁面。管理員可以選擇立即執行精靈或稍後進行。在 [伺服器陣列設定精靈] 中，預設會選取目前尚未設定的所有服務進行設定。您若想稍後再設定 State Service，可以清除服務的核取方塊，然後稍後再執行 [伺服器陣列設定精靈]。
注意
您必須設定 State Service，才可儲存使用 State Service 之表單及圖表的工作階段狀態資料。
[State Service] 核取方塊若無法使用，表示已設定該服務。您只可在初始設定之後使用 Windows PowerShell 設定 State Service。
使用伺服器陣列設定精靈設定 State Service
在管理中心網站上，按一下 [設定精靈]。
在 [設定精靈] 頁面上，按一下 [啟動伺服器陣列設定精靈]。
在 [伺服器陣列設定精靈] 的第一頁中，按一下 [啟動精靈]。
在 [服務設定] 頁面的 [服務] 區段中，選取 [State Service] 核取方塊。
注意
[State Service] 核取方塊若無法使用 ，表示已設定 State Service。若要變更設定，必須使用 Windows PowerShell。
按 [下一步]。
完成所有其他的伺服器陣列設定步驟。
在 [伺服器陣列設定精靈] 的最後頁面上，按一下 [完成]。
使用 Windows PowerShell 設定 State Service
State Service 可以使用 Windows PowerShell 加以設定。您可以在初始設定期間使用 Windows PowerShell，而不使用 [伺服器陣列設定精靈]。您也可使用 Windows PowerShell 執行在伺服器陣列之管理中心網站上所無法執行的設定工作。其他設定工作包括：
取得服務應用程式、資料庫或應用程式 Proxy 的資訊；或所有服務應用程式、資料庫及應用程式 Proxy 的清單。
變更服務應用程式、資料庫或應用程式 Proxy 的設定參數。
暫停及繼續使用 State Service 資料庫。
移除 State Service 資料庫。
將資料裝載至資料庫。
將 State Service 結構描述安裝至現有的資料庫，然後變更資料庫與服務應用程式間的繫結，或 Proxy 與 Proxy 群組間的繫結。
建立所架設之部署的 State Service 服務應用程式與 State Service 資料庫。
建立其他 State Service 資料庫，以調整大量使用表單或圖表的部署，並將其關聯至現有的 State Service 服務應用程式。
當您建立 State Service 的自訂設定時，請考慮下列要點：
State Service 服務應用程式是一或多個資料庫的容器。
State Service 服務應用程式至少須繫結至一個 State Service 應用程式 Proxy。
與其他所有共用服務相同，State Service 應用程式 Proxy 會利用 Proxy 群組繫結至 Web 應用程式。
注意
相同群組中如有多個 State Service 應用程式 Proxy，只有預設應用程式 Proxy 會接收新配置的資料。讀取作業期間則會使用所有含資料的應用程式 Proxy。
如需如何設定服務應用程式的詳細資訊，請參閱＜管理服務應用程式 (SharePoint Server 2010)＞。
使用 Windows PowerShell 設定 State Service
請確認符合下列基本需求：請參閱＜Add-SPShellAdmin＞。
在 [開始] 功能表上，按一下 [所有程式]。
按一下 [Microsoft SharePoint 2010 產品]。
按一下 [SharePoint 2010 管理命令介面]。
若要建立服務應用程式，請輸入下列命令：
$serviceApp = New-SPStateServiceApplication -Name "<StateServiceName>"其中 <State Service 名稱> 是服務應用程式的名稱。
注意
State Service 至少具備一個服務應用程式。在架設的部署中，每一個架設的分割區皆可擁有自己的服務應用程式，但這並非必要。服務應用程式的名稱必須是唯一的。若要建立其他服務應用程式，必須以唯一的名稱取代此名稱文字。
若要建立 State Service 資料庫，並將其關聯至服務應用程式，請輸入下列命令：
New-SPStateServiceDatabase -Name "<StateServiceDatabase>" -ServiceApplication $serviceApp其中 <State Service 資料庫> 是要建立並關聯至服務應用程式的 State Service 資料庫名稱。
注意
每個 State Service 服務應用程式至少須具備一個 State Service 資料庫。您可以在相同的服務應用程式中建立其他資料庫，以增加表單與圖表的容量。每個資料庫的名稱皆必須是唯一的。
前述命令會使用伺服器陣列上的預設資料庫執行個體及預設資料庫認證。如需如何指定其他資料庫伺服器或資料庫認證的詳細資訊，請參閱＜New-SPStateServiceDatabase＞。若要建立 State Service 應用程式 Proxy，請將其關聯至服務應用程式，然後新增到伺服器陣列的預設 Proxy 群組，最後再輸入下列命令：
New-SPStateServiceApplicationProxy -Name "<ApplicationProxyName>" -ServiceApplication $serviceApp -DefaultProxyGroup其中 <應用程式 Proxy 名稱> 是應用程式 Proxy 的名稱。
注意
若不想將 State Service 應用程式 Proxy 新增到預設 Proxy 群組，請勿指定 DefaultProxyGroup 參數。
如需詳細資訊，請參閱＜New-SPStateServiceApplication＞、＜New-SPStateServiceDatabase＞與＜New-SPStateServiceApplicationProxy＞。
如需可用之 State Service Cmdlet 的詳細資訊，請參閱＜State Service 及工作階段狀態 Cmdlet (SharePoint Server 2010)＞。
監視 State Service
管理員可以使用 SharePoint 監視及事件報表服務監視 State Service。監視服務不僅可以協助確認服務的設定是否正確，也可找出與該服務相關的設定或安裝問題。
如需如何監視 State Service 效能的詳細資訊，請參閱＜狀況監視 (SharePoint Server 2010)＞。