SQL Server 2012 中 SQL Server Reporting Services 的重大變更
本主題描述 Reporting Services 中的重大變更。 這些變更可能會中斷以舊版 SQL Server 為根據的應用程式、指令碼或功能。 當您進行升級或是在自訂指令碼或報表內時，可能會遇到這些問題。 如需詳細資訊，請參閱＜使用 Upgrade Advisor 來準備升級＞。
本主題內容：
SQL Server 2012 Reporting Services 的重大變更
SQL Server 2008 R2 Reporting Services 的重大變更
SQL Server 2008 Reporting Services 的重大變更
SQL Server 2012 Reporting Services 的重大變更
SharePoint 模式伺服器參考需要 SharePoint 網站
您無法在 URL 路徑中直接使用虛擬名稱，瀏覽或參考至報表伺服器。 例如：
http://<Server name>/ReportServer
因此需要您將 SharePoint 網站納入 URL 路徑。 例如，若您的網站名稱是 'videos' 並使用了 'sites' 做為前置詞，則 URL 會與下列相似：
http://<Server Name>/sites/videos/_vti_bin/ReportServer
SharePoint 模式命令列安裝的變更
輸入設定 /RSINSTALLMODE 只能搭配原生模式安裝運作，無法針對 SharePoint 模式安裝運作。 例如，SQL Server 2012 不支援下列設定：/RSINSTALLMODE="DefaultSharePointMode"。 為取代該輸入設定，請使用 /RSSHPINSTALLMODE="DefaultSharePointMode"。
下列陳述式是完整安裝命令與參數集的範例：setup /ACTION=install /FEATURES=SQL,RS /InstanceName=Denali_INST1 …./RSSHPINSTALLMODE="DefaultSharePointMode"
如需有關命令列安裝的詳細資訊，請參閱＜Reporting Services SharePoint 模式和原生模式的命令提示字元安裝＞。
Reporting Services WMI 提供者不再支援 SharePoint 模式的組態設定
您現在可以使用 PowerShell 指令程式和 SharePoint 管理中心完成 Reporting Services SharePoint 的組態設定。 新的 Reporting Services SharePoint 模式架構會使用 SharePoint 服務架構。 SharePoint 不支援 WMI 介面。
這些變更會影響下列元件和工作流程：
在 SharePoint 模式下使用 Reporting Services 之 Reporting Services WMI 提供者的自訂應用程式。
Reporting Services 組態管理員、rskeymgmt.exe 和 rsconfig.exe。 請使用 SharePoint 管理中心和 PowerShell，而非使用這些公用程式進行 Reporting Services SharePoint 模式的組態設定。
SQL Server Management Studio：客戶無法使用類似 <machine_name>/<instance_name> 的語法參考伺服器。 從 SQL Server 2008 版開始，建議的方法是使用 SharePoint 網站 URL。 例如 http://<sharepoint_server>/<sharePoint_site>。 從 SQL Server 2012 開始，SharePoint 網站 URL 是唯一支援的語法。
SQL Server Data Tools 沒有提供報表模型設計師
SQL Server Data Tools (SSDT) 不再支援報表模型專案。 SQL Server 2012 Reporting Services (SSRS) 沒有提供報表模型設計師。 您無法在 SQL Server Data Tools (SSDT) 中建立新的報表模型專案或開啟現有的專案，而且無法建立或更新報表模型。 若要更新報表模型，您可以使用 SQL Server 2008 R2 Reporting Services 或舊版工具。 在使用報表產生器和報表設計師等 SQL Server 2012 Reporting Services (SSRS) 工具所撰寫的報表中，您可以繼續使用報表模型做為資料來源。 SQL Server 2012 Reporting Services 將繼續提供查詢設計工具，讓您用來建立查詢，以便從報表模型中擷取報表資料。
.gif "搭配回到頁首連結使用的箭頭圖示")
回到頁首
SQL Server 2008 R2 Reporting Services 的重大變更
本節描述 SQL Server 2008 R2 Reporting Services 中的重大變更。
[!附註]
因為 SQL Server 2008 R2 是 SQL Server 2008 的次要版本更新，所以建議您也檢閱 SQL Server 2008 章節中的內容。
擴充的 CSV 資料轉譯器
在 SQL Server 2008 R2 Reporting Services 中，CSV 檔案包括圖表和量測計資料。 相依於舊版 CSV 檔案結構的應用程式會由於圖表和量測計的額外資料行而無法再運作。
如需詳細資訊，請參閱＜匯出至 CSV 檔案 (報表產生器及 SSRS)＞。
回到頁首
SQL Server 2008 Reporting Services 的重大變更
本節描述 SQL Server 2008 Reporting Services 中的重大變更。
報表伺服器的重大變更
報表產生器的重大變更
報表處理的重大變更
報表轉譯的重大變更
如需有關新功能的詳細資訊，請參閱＜新功能 (Reporting Services)＞。
報表伺服器的重大變更
本章節描述報表伺服器和管理工具的重大變更。
功能 |
說明 |
|---|---|
IIS 和 ASP.NET |
Reporting Services 不再相依於 IIS 來提供 SOAP 端點的存取。 URL 不再包含 IIS 中的網站。 Reporting Services 會使用 HTTP.SYS 直接接聽您為報表伺服器 URL 定義之特定通訊埠上的要求。 這項增強功能是某些部署的重大變更：
Upgrade Advisor 會檢查 ISAPI 篩選器和自訂虛擬目錄是否存在，藉以偵測重大變更。 Upgrade Advisor 無法檢查所有可能的自訂設定。 您的安裝可能會通過 Upgrade Advisor 檢查，但是仍然會中斷或產生意外的錯誤。 |
Windows XP 上的通訊埠衝突 |
在受支援的 32 位元 Windows XP SP2 上，IIS 5.1 和 Reporting Services 不能使用相同的通訊埠。 您不能同時設定 IIS 5.1 和報表伺服器在預設 HTTP 通訊埠 (通訊埠 80) 上接聽。 IIS 5.1 不會針對 Web 伺服器上主控的 Web 應用程式使用 HTTP.SYS。 因此，通過相同通訊埠的要求不會有共同的佇列管理，而且註冊和保留的 URL 不會有共同的儲存機制。 這個問題會導致在 Windows XP 上進行 SQL Server 2008 Reporting Services 升級時發生下列行為：
升級完成之後，您可以使用 Reporting Services 組態管理員來變更報表伺服器所接聽的通訊埠。 如需有關 SQL Server 2008 所支援之 Windows 作業系統的詳細資訊，請參閱＜安裝 SQL Server 2012 的硬體和軟體需求＞。
|
Reporting ServicesWindows Management Instrumentation (WMI) 提供者 |
Reporting Services Windows Management Instrumentation (WMI) 提供者與舊版不相容。 新版本包含其他方法來支援 URL 註冊。 因為在報表伺服器安裝中只能有一版的 Reporting Services WMI 提供者，所以這個版本會取代舊版。 這個變更表示某些部署的重大變更。 如果您建立了呼叫 WMI 提供者的指令碼或工具，請將程式碼修訂為使用新版本。 如需詳細資訊，請參閱＜存取 Reporting Services WMI 提供者＞。 這項變更也可在使用者指定 <server_name>\<instance_name> 格式進行連接時，防止使用者連接到 SQL Server Management Studio 中的 SQL Server 2005 執行個體。 使用者必須改為輸入要連接的報表伺服器 URL。 |
服務和應用程式的合併 |
報表伺服器 Web 服務、報表管理員和背景處理應用程式都會合併到單一服務中。 您不能個別加以啟動或停止。 |
Reporting Services 組態檔 |
Reporting Services 組態檔也會合併。 RSReportServer.config 檔是報表管理員和報表伺服器 Web 服務的主要組態檔。 RSWebApplication.config 檔已過時。 下列 RSWebApplication.config 設定已經移到 RSReportServer.config 檔：
下列設定已過時而且不再使用：
如果您修改了之前安裝中的 RSWebApplication.config 檔，當您升級到 SQL Server 2008 時將不會刪除該檔案。 請手動刪除該檔案。這個版本會忽略該檔案內的所有設定。 |
Reporting Services 追蹤記錄 |
ReportServerService_<timestamp>.log 是主要的追蹤記錄，適用於此服務內執行的所有應用程式。 下列檔案已經過時，而且在 SQL Server 2008 中不會再建立：ReportServerWebApp_<timestamp>.log、ReportServer_<timestamp>.log 和 ReportServerService_main_<timestamp>.log。 |
Reporting Services 組態管理員 |
Reporting Services 組態管理員不再支援「升級資料庫」或「授與權限」功能，這些功能之前可讓您在獨立的作業中升級或授與權限，或是產生指令碼範本來執行這些工作。 在這一版中，升級和資料庫權限都會當做內部作業來處理。 |
SQL Server Management Studio |
這個版本的 Management Studio 已移除主資料夾。 您無法在 Management Studio 中檢視、管理、散發或保護報表伺服器內容。 |
報表管理員 |
在報表管理員中，下列連結已經從站台設定中移除：設定項目層級角色定義、設定系統層級角色定義、管理工作。 報表管理員不再支援建立、修改或刪除角色定義的功能。 請使用 Management Studio 來管理特定角色中的工作。 同樣地，作業管理已經從報表管理員移到 Management Studio。 |
電子郵件訂閱 |
當報表伺服器或遠端 SMTP 伺服器升級至 Windows Vista 或 Windows Server 2008 後，電子郵件訂閱在 [寄件者]、[收件者]、[副本]、[密件副本] 及 [回覆] 欄位中無法使用電子郵件別名。 此問題發生的原因在於，Windows Server 2003 包含一個可將別名解析為完整電子郵件地址的功能。 Reporting Services 相依於該功能，以允許使用電子郵件別名取代完整的電子郵件地址。 但是，為了幫助篩選掉錯誤的電子郵件地址，Windows Vista 和 Windows Server 2008 不包含這項功能。 為了解決這個問題，請在組態中設定 DefaultHostName 屬性。 如需有關解決此問題的詳細資訊，請參閱 Microsoft 知識庫文件 945601：＜如果您使用別名做為電子郵件地址，Windows Vista 和 Windows Server 2008 中的 SQL Server 2005 Reporting Services 電子郵件訂閱無法運作＞。 |
適用 SharePoint 技術的 SQL Server 2008 Reporting Services 增益集 |
當您在 SharePoint 整合模式下執行 SQL Server 2008 報表伺服器執行個體時，適用於 SharePoint 技術的 SQL Server 2008 Reporting Services 增益集會提供報表轉譯、處理、管理功能，以及資料驅動訂閱功能。 此增益集下載項目包含報表檢視器 Web 組件、Web 應用程式頁面，以及使用 Windows SharePoint Services (WSS) 或 Microsoft Office SharePoint Services (MOSS) 的支援。 適用於 SharePoint 技術的 SQL Server 2008 Reporting Services 增益集需要 SQL Server 2008 報表伺服器執行個體，因為舊版的 SQL Server 不支援這個增益集。 如果您有 SQL Server 2008 之前的報表伺服器，而且安裝或升級到適用於 SharePoint 技術的 SQL Server 2008 Reporting Services 增益集，該報表伺服器將不會如預期般執行。 例如，您將無法使用 [授與資料庫存取權] 頁面來設定資料庫存取權，也無法使用 SharePoint 產品或技術轉譯報表。 若要解決這個問題，您必須將報表伺服器執行個體升級到 SQL Server 2008，或者您必須解除安裝適用於 SharePoint 技術的 SQL Server 2008 Reporting Services 增益集，然後重新安裝適用於 SharePoint 技術的 SQL Server 2005 Reporting Services 增益集。 如需有關適用於 SharePoint 技術之 SQL Server 2008 Reporting Services 增益集的詳細資訊，請參閱 Microsoft SQL Server 2008 Reporting Services 增益集讀我檔案。 |
基本驗證 |
在 SQL Server 2008 Reporting Services 中，基本驗證只支援 NETWORK 和 NETWORK_CLEARTEXT 登入類型，而不支援互動式和 BATCH 登入類型。 |
報表產生器的重大變更
本章節描述報表產生器的重大變更。
報表產生器只能在完全信任模式下執行
在以原生模式執行的舊版 Reporting Services 中，您可以使用下列 URL 來啟動 SQL Server 2005 報表產生器：
完全信任：例如，http://<servername>/reportserver/reportbuilder/reportbuilder.application
部分信任：例如，http://<servername>/reportserver/reportbuilder/reportbuilderlocalintranet.application
在這兩個 URL 中，<servername> 是指定報表伺服器的電腦名稱。 在這兩個 URL 中，reportserver 是報表伺服器執行個體的名稱。
在這個版本中，您必須使用完全信任 URL 來執行報表產生器。 當您首次使用完全信任 URL 時，系統可能會提示您針對此應用程式授與較高的權限層級。
[!附註]
如果報表產生器並未執行，或是您得到錯誤，請洽詢系統管理員。 您可能沒有為此應用程式授與較高信任等級所需的權限。
在您首次授與這些權限之後，便不需要再次設定它們。
在這一版中，如果您使用部分信任 URL，當您開啟或儲存報表或是切換報表伺服器時就會出現下列錯誤：
「失敗。 處理要求時發生錯誤。 請儲存報表並重新啟動應用程式。」
報表處理的重大變更
報表處理架構在這一版中提供了視需要的報表處理而有很大的變更。 視需要的報表處理大幅減少了報表伺服器上的記憶體使用量。
將十進位格式套用到浮點值
不支援將浮點值轉換成 .NET Framework 自訂格式 "D" (十進位)。 在舊版的 Reporting Services 中，這個情況不會產生錯誤。
RDL 升級的重大變更
在您升級現有的報表時，不支援下列 RDL 元素：
RDL 中的物件識別碼限制為 256 個字元
RDL 中的物件識別碼 (例如 textboxID) 先前並未限制長度。 但是，在這個版本中，物件識別碼的長度限制為 256 個字元。 識別碼必須與 CLS 相容。
只有儲存最後一個要求的互動性資訊
在舊版 Reporting Services 中，快照集會儲存互動式選擇的所有可能組合，例如鑽研資訊和切換選擇。 您可以檢視某個報表的第五頁，但是透過追蹤切換的正確識別碼，以程式設計方式切換第一頁上的項目。
在 SQL Server 2008 中，系統只會產生並儲存最後一個轉譯要求的互動性資訊。 因此，您無法檢視某個頁面，並以程式設計方式切換另一個頁面上的項目。 您只能切換目前報表頁面上的向下鑽研項目。
報表物件模型命名空間變更
在這個版本中，報表物件模型命名空間已經變更。 這個命名空間可讓您從自訂程式碼針對 Fields、Parameters 和 ReportItems 等全域集合進行唯讀存取。 如果現有的自訂程式碼明確使用舊版命名空間的完整參考，這項變更就是重大變更。
建議您不要使用完整參考，從自訂程式碼存取內建集合。 透過不明確指定命名空間，自訂程式碼參考會解析成目前已安裝之 Reporting Services 版本的報表物件模型版本。
例如在 SQL Server 2005 Reporting Services 中，下列兩個範例會對照參數之完整參考的使用 (Microsoft.ReportingServices.ReportProcessing.ReportObjectModel.Parameter) 和參數之預測參考的使用 (Parameter)，以便將報表參數傳遞給傳回報表參數標籤的自訂函數。
不建議使用以下範例。 此範例顯示報表參數的完整參考。 建議使用第二個範例，它會顯示報表參數的預設命名空間參考。
DO NOT USE FULLY QUALIFIED NAMESPACE REFERENCES FOR RUN-TIME COLLECTIONS
Public Function ShowParams(ByVal reportparameter As _
Microsoft.ReportingServices.ReportProcessing.ReportObjectModel.Parameter) _
As String
Return reportparameter.Label
End Function
存取執行階段集合的建議方式顯示於以下範例中：
Public Function ShowParams(ByVal reportparameter As Parameter) _
As String
Return reportparameter.Label
End Function
報表轉譯的重大變更
報表轉譯架構在這一版有了很大的變更，以便針對不同轉譯器之間的分頁和配置提供更一致的轉譯。
新的轉譯物件模型和一致的分頁
SQL Server 2008 的轉譯物件模型 (ROM) 已變更。 目前已不再支援舊版轉譯物件模型。 此外，不支援從多執行緒轉譯延伸模組存取轉譯物件模型 (以及從多重執行緒切換內容)。
新的 ROM 讓轉譯頁面的規則變得更一致。 如需詳細資訊，請參閱＜Reporting Services 中的分頁 (報表產生器及 SSRS)＞。
重新設計的 CSV 資料轉譯器
在舊版 Reporting Services 中，當您將報表匯出成 CSV 檔案格式時，資料的格式化方式會保留該資料在報表頁面上顯示的方式。 若為矩陣資料區域，這會產生不方便匯入其他應用程式以便繼續處理資料的資料格式。
在這個版本中，當您將報表匯出成 CSV 檔案時，可以在兩種支援的格式之間選擇：預設模式和相容模式。 預設模式會針對 Excel 最佳化。 相容模式會針對協力廠商應用程式最佳化。 如需詳細資訊，請參閱＜匯出至 CSV 檔案 (報表產生器及 SSRS)＞。
CSV 檔案的舊版格式已經無法使用。 不過，若為不使用矩陣資料區域的報表，您就可以使用相容模式來取得最接近舊版 CSV 檔案格式的檔案格式。
使用頁首和頁尾中的條件式可見性進行彙總
在舊版 Reporting Services 中，不同的轉譯器會使用不同的規則來判斷哪些含有條件式可見性的項目要包含在報表頁面上。 例如，系統不會針對已列印報表中的隱藏項目執行彙總計算，但是會針對您使用瀏覽器或 Excel 所檢視之報表中的隱藏項目進行計算。
在這個版本中，所有轉譯器都會使用相同的規則集來判斷哪些項目位於頁面上。
Excel 中沒有公式支援
在舊版 Reporting Services 中，將 RDL 運算式轉譯成 Microsoft Excel 公式的支援有所限制。 在這個版本中，當您將報表匯出至 Excel 時，RDL 運算式不會轉譯成 Excel 公式。
重疊的項目
在舊版 Reporting Services 中，如果某個報表在報表設計介面上具有重疊的項目，則發行該報表時會產生一則警告 (「不是所有轉譯器都支援重疊報表項目」)，但是報表項目會保留在設計介面上的原始位置。 在 SQL Server 2008 中，當您檢視報表或將報表匯出至不支援重疊項目的轉譯器時，報表項目可能會移至正確的重疊界限。 如需詳細資訊，請參閱＜轉譯行為 (報表產生器及 SSRS)＞。
回到頁首
請參閱
概念
SQL Server 2012 中 SQL Server Reporting Services 的行為變更