更新： 2009-04-30
本文内容：
Background of Planning Server databases
Application databases in Planning Server
Staging databases in Planning Server
Outbound databases in Planning Server
Analysis Services databases in Planning Server
Planning Server physical database storage design
本文适用于 規劃伺服器資料庫管理者。它概述了某些特定于 Microsoft Office PerformancePoint Server 2007 的資料庫實作方面。我們建議資料庫管理者在準備生産系統實作時閱讀本文檔。
規劃伺服器資料庫的背景資訊
實體資料庫存儲設計直接影響資料庫的性能。通常，在設計系統資料庫的實體存儲屬性時，規劃伺服器使用者具有一定程度的靈活性。本文介紹的是維護規劃伺服器資料庫使其獲得最佳伺服器系統性能的設計準則。
規劃系統資料庫和規劃服務資料庫
安裝的每個規劃伺服器都包含一個規劃系統資料庫 (PPSPlanningSystem) 和一個規劃服務資料庫 (PPSPlanningService)。
規劃系統資料庫包含以下元件：
規劃系統安全資料
計劃類型庫資料
規劃系統級配置資料
規劃應用程式級中繼資料
規劃系統資料庫和規劃服務資料庫都較小，并且會保持相對較小的狀态。
規劃系統資料庫和規劃服務資料庫可以手動建立或在運作 規劃伺服器配置管理器時建立。
如果選擇讓規劃伺服器配置管理器為您建立這兩個資料庫，則這兩個資料庫将放置在主檔案組中，預設的資料檔案大小設定為 50 MB，并按每次 50 MB 自動增長。預設的日志檔案大小設定為 20 MB，并按每次 20 MB 自動增長。
如果選擇手動建立這兩個資料庫，則可以選擇檔案組并更改初始資料庫大小和日志檔案大小的預設設定。
規劃伺服器中的應用資料庫
規劃系統可由多個規劃應用程式組成。每個規劃應用程式都有一個規劃應用資料庫。此應用資料庫包含所有規劃應用程式資料，其中包括規劃應用程式中繼資料、引用資料、事實資料、工作流程相關資料和 Service Broker 資料。此資料庫可以增加到很大，具體取決于您的資料保留政策以及相應規劃應用程式内的模型站點數和模型數。
應用資料庫是在建立應用程式過程中建立的。您可以選擇以手動或自動方式建立應用資料庫。
在 規劃管理控制台中，您可以從“建立應用程式”使用者界面中選中“生成可手動執行的應用程式建立腳本”選項****，以便資料庫管理者在應用程式建立過程中自定義 CREATE DATABASE/CREATE TABLE。更明确地說，資料庫管理者可在建立應用資料庫時添加檔案組資訊，并指定初始資料檔案的大小和初始日志檔案的大小。在應用程式建立過程中生成 Microsoft SQL Server 2005 腳本之後，資料庫管理者可以編輯 CreateAppDB.sql 和 TypeLibMasterSchema.sql，将檔案組資訊以及資料檔案大小和日志檔案大小添加到這些腳本中，然後再手動加以執行。
另一種方法是從“建立應用程式”使用者界面中選擇“自動執行應用程式建立腳本”選項****。系統會為您建立應用資料庫，預設的初始資料檔案大小設定為 50 MB，并按每次 50 MB 自動增長。預設的日志檔案大小設定為 20 MB，并按每次 20 MB 自動增長。
規劃伺服器中的臨時資料庫
每個規劃應用程式都有一個規劃臨時資料庫。此臨時資料庫可以在應用程式建立過程中建立，也可以在以後手動建立。對于版本 1，臨時資料庫必須位于其對應的應用資料庫所在的資料庫伺服器上。
規劃伺服器中的出站資料庫
規劃出站資料庫包含用于其他目的的規劃伺服器資料。您可以使用規劃管理控制台，将資料庫建立或注冊為資料目标。
規劃伺服器中的 Analysis Services 資料庫
規劃伺服器應用程式的模型站點始終對應于單個 Microsoft SQL Server 2005 Analysis Services 資料庫。該 Analysis Services 資料庫的名稱由規劃伺服器自動生成。預設名稱為 _。
您可以将規劃應用程式的所有模型站點配置為指向同一 Analysis Services 伺服器，而每個模型站點分别指向不同的 Analysis Services 資料庫。也可以将您的配置設定為使規劃應用程式内的所有模型站點都指向其他 Analysis Services 伺服器上的 Analysis Services 資料庫。您可以通過以下方式管理這些配置：使用規劃管理控制台并導航到“編輯模型站點”視窗。在“Analysis Services 伺服器名稱”字段為****每個模型站點輸入值。有關完整的詳細資訊，請參閱規劃管理控制台幫助。
注意：
如果删除一個模型站點或子站點，則需要手動删除 Analysis Services 多元資料集。
規劃伺服器實體資料庫存儲設計
設計規劃伺服器資料庫的實體存儲時，請遵循 SQL Server 中的資料庫存儲設計主題進行操作。實體資料庫存儲設計對規劃伺服器系統的總體性能至關重要。良好的實體資料庫實作可以得到更好的性能和更好的系統運作狀況。
本部分說明實體資料庫存儲設計的以下方面：資料庫資料檔案和日志檔案位置、初始檔案大小、正确配置日志檔案以獲得良好性能、檔案組設計、規劃伺服器系統的良好 TempDB 設計和資料庫恢複模型。SQL Server 中介紹了許多常用設計準則。
資料庫資料檔案和日志檔案
SQL Server 2005 将資料庫映射到一組作業系統檔案。資料和日志資訊永遠不會混合在同一檔案中，單個檔案僅供一個資料庫使用。有關資料庫資料檔案和日志檔案的詳細資訊，請參閱 SQL Server。
對于所有由規劃伺服器自動建立的規劃伺服器資料庫，預設的初始資料檔案大小設定為 50 MB，并按每次 50 MB 自動增長。
對于應用資料庫和臨時資料庫，我們建議客戶的規劃伺服器資料庫管理者進行容量規劃，并使用組織的資料和資料保留政策來确定初始資料檔案的合理大小。例如，确定他們希望該應用程式中包含多少個模型站點，以及每個模型站點中又包含多少個模型。
設計資料庫資料檔案和日志檔案時應遵循的一些通用準則包括：
允許資料庫資料檔案和日志檔案自動增長。
為資料庫和日志檔案配置設定合理的初始大小。
設定資料檔案的最大大小，以避免耗盡磁盤空間(在存在多個資料庫時尤為重要)。
将資料檔案的大小增量設定為合理的大小(首選項：固定增量小于或等于 1 GB，即時檔案初始化會非常有用)。
考慮啟用資料檔案即時初始化。
考慮将 RAID 技術用于資料檔案和日志檔案。
隻配置設定一個日志檔案。
将日志檔案放置在單獨的驅動器上(為獲得更好的性能，應将日志檔案和資料檔案分别放置在不同的實體磁盤上)。
監控日志檔案也很重要。您可運作以下查詢來監控日志檔案的狀态：
select * from
sys.dm_os_performance_counters
where counter_name like '%Log%'
and instance_name = 'Alpine_Ski_House_AppDB'
有關詳細資訊，請參閱 SQL Server。
預先配置設定日志檔案大小
為了最大限度地減小日志檔案的自動增長率，我們建議您向日志預先配置設定适當的大小。日志檔案的大小取決于以下兩個因素：日志備份的頻率和規劃伺服器系統的活動情況。
盡管通用準則是将日志檔案的大小預先配置設定為資料庫檔案大小的 10％ 或 15％，但實際的日志檔案大小取決于日志備份的頻率。
如果您每五分鐘備份一次日志檔案，并且規劃活動情況正常，我們建議您按以下方式配置設定日志檔案的初始大小：
規劃系統資料庫：50 MB
規劃服務資料庫：200 MB
規劃應用資料庫：1 GB
規劃臨時資料庫：1 GB
規劃出站資料庫：400 MB
您可以根據自己的日志備份頻率更改這些數字。例如，如果您每 10 分鐘備份一次日志，則需要将日志檔案的初始大小設定得大一些。如果您每兩分鐘備份一次日志檔案，則可以配置設定一個較小的日志檔案大小。
除了适當的初始日志檔案大小之外，我們還建議您将日志檔案設定為按固定的自動增長量(而不是百分比)自動增長，并設定日志可以增大到的最大大小。(請不要将大小設定為無限增長)。
最大限度地減小虛拟日志檔案 (VLF) 對 SQL Server 的性能也很重要。有關執行此任務的詳細資訊，請參閱 SQL Server。
備份日志檔案
定期備份日志檔案非常重要。在生産系統中，強烈建議您安排運作 SQL Server 的計算機定期執行日志備份(例如每 5 分鐘或 10 分鐘)以避免資料丢失。如果您的資料庫恢複模式為“完全”并且長時間沒有備份日志，則日志會持續增長直到您收到錯誤“日志已滿”。
執行日志備份所耗的開銷很小，是以頻繁的備份并不會耗費很多資源。日志檔案越是零碎，日志備份所需的開銷就越多。這就是務必要給系統預先配置設定一個大小合理的日志檔案的原因；它将使日志備份獲得更好的性能。
如果日志檔案已滿，您可以執行的唯一操作就是備份該日志。備份日志将清除非活動日志，日志檔案将會縮小。備份日志時不會清除活動日志，因為事務尚未送出。
在不需要考慮資料丢失問題的非生産環境中，您可以采取截斷方式來清除日志。但是，隻有在可接受資料丢失的原型、開發或測試系統中才能這麼做。
在生産系統或非生産系統中，您必須處理日志檔案(備份或截斷)；否則，日志檔案将快速增長并會影響規劃系統的性能。
示例腳本
此部分包括用于執行日志備份或截斷的示例腳本。安排運作 SQL Server 的計算機運作下面的腳本非常重要。如果您是在測試或原型環境中工作，并且不想花時間來處理此日志備份或截斷問題，則可以修改 SQL Server Management Studio 中的資料庫屬性頁，以便将資料庫恢複模式從預設的“完全”模式設定為“簡單”模式。
重要：
在生産系統中決不應使用“簡單”模式。有關資料庫恢複模式的詳細資訊，請參閱 SQL Server。
-- Truncate Log sample script
-- Use only if you are in testing environment and do not care about DB backup.
BACKUP LOG 'Alpine_Ski_House_AppDB WITH NO_LOG
GO
BACKUP LOG 'Alpine_Ski_House_AppDB WITH TRUNCATE_ONLY
GO
USE 'Alpine_Ski_House_AppDB
GO
EXEC sp_helpfile
GO
-- get the log file name for this DB
-- now shrink the log file
USE 'Alpine_Ski_House_AppDB
GO
DBCC SHRINKFILE(Alpine_Ski_House_AppDB_log, TRUNCATEONLY)
GO
-- Backup log sample script
-- For any DB that you care about data loss, you should back up DB and the
-- log, that is the only good way to clear the inactive logs.
-- Create dump devices first
EXEC sp_addumpdevice 'disk', 'ServiceDBData',
'C:\work\ServiceDBData.bak';
GO
EXEC sp_addumpdevice 'disk', 'ServiceDBLog',
'C:\work\ServiceDBLog.bak';
GO
-- Back up database and log file
USE PPSPlanningService
GO
BACKUP DATABASE PPSPlanningService TO ServiceDBLog;
GO
BACKUP LOG PPSPlanningService TO ServiceDBLog
GO
DBCC SHRINKFILE(PPSPlanningService_log, TRUNCATEONLY)
GO
重要：
您必須截斷非生産系統中的日志，或将運作 SQL Server 的計算機設定為定期備份日志，以減小日志檔案的大小進而獲得更好的性能以及避免資料丢失。如果讓日志檔案增長得太大，規劃伺服器的性能将顯著下降。随着時間的推移，不斷增長的日志檔案還将最終消耗掉大量磁盤空間。
TempDB
TempDB 的大小會影響系統的性能。例如，如果為 TempDB 定義的大小太小，則每次重新啟動 SQL Server (MSSQLSERVER) 服務時，可能會将部分系統處理負載用于自動增長資料庫，使其達到支援工作負荷所需的大小。可以通過增加 TempDB 的大小來避免此開銷。
為 TempDB 設定實體位置和資料庫選項時應遵循的一般建議包括：
允許 TempDB 根據需要自動增大。
将 TempDB 檔案的初始大小設定為合理的值，以避免在需要更多空間時自動增大檔案。如果 TempDB 增大得太頻繁，性能可能會受到影響。
将檔案大小增量百分比設定為合理的值，以避免 TempDB 檔案按太小的增量增長。如果與寫入到 TempDB 的資料量相比檔案增量太小，資料庫可能必須不斷增大。這會影響性能。
将 TempDB 放置在快速輸入/輸出子系統上可確定獲得良好的性能。将 TempDB 分段放置在多個磁盤上可獲得更好的性能。将 TempDB 置于不同于使用者資料庫所使用的磁盤上。有關如何将 TempDB 移到新位置的詳細資訊，請參閱 SQL Server。
SQL Server 重新啟動時，TempDB 的大小會恢複到最初配置的大小并根據需要增長。這會使 TempDB 産生碎片，進而增加開銷。這會影響工作負荷的性能。我們建議您給 TempDB 預先配置設定适當的大小。
因為規劃伺服器資料庫通過行版本控制功能來使用“讀取已送出資料”隔離級别，是以應将 TempDB 的大小設定為較大的合理值以獲得更好的性能。為了獲得更好的性能，請将 TempDB 的初始大小至少設定為 500 MB。為了獲得更佳的性能，請将 TempDB 的初始大小設定為 1 GB。
監控 TempDB 的可用空間非常重要。有關詳細資訊，請參閱 SQL Server。
檔案組
為便于配置設定和管理，您應該将資料庫對象和檔案分成若幹個檔案組。
規劃系統資料庫和規劃服務資料庫可在規劃伺服器安裝過程中建立，也可以由使用者在安裝規劃伺服器軟體之前手動建立。如果您讓規劃伺服器配置管理器建立這兩個資料庫，則您沒有機會為其指定檔案組。這兩個資料庫相對較小，是以為其使用檔案組的需求也最小。
規劃應用資料庫是在建立應用程式過程中建立的。建立應用資料庫時有兩個選項。使用者可以從規劃管理控制台中的“建立應用程式”使用者界面指定“生成可手動執行的應用程式建立腳本”選項****，以便資料庫管理者在應用程式建立過程中自定義 CREATE DATABASE/CREATE TABLE。更明确地說，資料庫管理者可在建立應用資料庫時添加檔案組資訊。在應用程式建立過程中生成 SQL Server 腳本之後，資料庫管理者可以編輯 CreateAppDB.sql 和 TypeLibMasterSchema.sql，并将檔案組資訊添加到這些腳本中，然後再加以運作。
注意：
您可以通過 CREATE DATABASE 或 ALTER DATABASE 建立檔案組。可以通過 CREATE TABLE 将檔案組指定給表。建立新的檔案組時，請確定先将檔案添加到新的檔案組，然後再使用新的檔案組。
有關檔案組的詳細資訊，請參閱 SQL Server。
另請參閱