遷移Report Server DataBase時遇到的坑

東山絮柳仔發表於2021-06-25

1.專案背景

由於歷史原因，公司部分系統的Report是基於SQL Server Report Service搭建的，且Reporting Services 和Report Server DataBase是部署在不同的DB上的。因報表資料庫所在機器過保，需要將Report Server資料庫和ReportServerTempDB資料庫遷移至新的Server上。但因專案老舊，研發和運維人員更迭，相關文件不完善，所以，這次遷移過程中，我們還是遇到了一個不小的坑。

遷移要求，如下圖所示：

但是很不幸，遷移後，report service 報錯。

2.報錯資訊

service 錯誤資訊如下：

報表伺服器資料庫的版本格式無效，或無法讀取。已找到的版本為“147”，而所需的版本為“C.0.8.54”。若要繼續操作，請更新報表伺服器資料庫的版本並驗證其訪問許可權。 (rsInvalidReportServerDatabase) (rsRPCError) 獲取聯機幫助

檢視report 服務的log，檔案 ReportServerService__12_04_2018_18_56_15.log.txt,

完整的資訊如下

<Header>
  <Product>Microsoft SQL Server Reporting Services 版本 9.00.5000.00</Product>
  <Locale>zh-CN</Locale>
  <TimeZone>中國標準時間</TimeZone>
  <Path>Z:\Program Files\Microsoft SQL Server\MSSQL.1\Reporting Services\LogFiles\ReportServerService__12_4_2021_18_56_15.log</Path>
  <SystemName>weixinqqyijiaqin113</SystemName>
  <OSName>Microsoft Windows NT 6.1.7601 Service Pack 1</OSName>
  <OSVersion>6.1.7601.65536</OSVersion>
</Header>
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing ConnectionType to '0'  as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing IsSchedulingService to 'True'  as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing IsNotificationService to 'True'  as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing IsEventService to 'True'  as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing PollingInterval to '10' second(s) as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing WindowsServiceUseFileShareStorage to 'False'  as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing MemoryLimit to '60' percent as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing RecycleTime to '720' minute(s) as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing MaximumMemoryLimit to '80' percent as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing MaxAppDomainUnloadTime to '30' minute(s) as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing MaxQueueThreads to '0' thread(s) as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing IsWebServiceEnabled to 'True'  as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing MaxActiveReqForOneUser to '300' requests(s) as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing MaxScheduleWait to '5' second(s) as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing DatabaseQueryTimeout to '120' second(s) as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing ProcessRecycleOptions to '0'  as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing RunningRequestsScavengerCycle to '60' second(s) as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing RunningRequestsDbCycle to '60' second(s) as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing RunningRequestsAge to '30' second(s) as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing CleanupCycleMinutes to '10' minute(s) as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing DailyCleanupMinuteOfDay to default value of '120' minutes since midnight because it was not specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing WatsonFlags to '1064'  as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing WatsonDumpOnExceptions to 'Microsoft.ReportingServices.Diagnostics.Utilities.InternalCatalogException,Microsoft.ReportingServices.Modeling.InternalModelingException'  as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing WatsonDumpExcludeIfContainsExceptions to 'System.Data.SqlClient.SqlException,System.Threading.ThreadAbortException'  as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing SecureConnectionLevel to '0'  as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing DisplayErrorLink to 'True'  as specified in Configuration file.
ReportingServicesService!library!4!2018/12/4-18:56:15:: i INFO: Initializing WebServiceUseFileShareStorage to 'False'  as specified in Configuration file.
ReportingServicesService!resourceutilities!4!2018/12/4-18:56:16:: i INFO: Reporting Services starting SKU: Enterprise
ReportingServicesService!resourceutilities!4!2018/12/4-18:56:16:: i INFO: Evaluation copy: 0 days left
ReportingServicesService!library!9!2018/12/4-18:56:16:: i INFO: Catalog SQL Server Edition = Enterprise
ReportingServicesService!library!9!2018/12/4-18:56:16:: i INFO: Current DB Version 147, Instance Version C.0.8.54.
ReportingServicesService!library!9!2018/12/4-18:56:16:: e ERROR: Throwing Microsoft.ReportingServices.Diagnostics.Utilities.InvalidReportServerDatabaseException: 報表伺服器資料庫的版本格式無效，或無法讀取。已找到的版本為“147”，而所需的版本為“C.0.8.54”。若要繼續操作，請更新報表伺服器資料庫的版本並驗證其訪問許可權。, ;
 Info: Microsoft.ReportingServices.Diagnostics.Utilities.InvalidReportServerDatabaseException: 報表伺服器資料庫的版本格式無效，或無法讀取。已找到的版本為“147”，而所需的版本為“C.0.8.54”。若要繼續操作，請更新報表伺服器資料庫的版本並驗證其訪問許可權。
ReportingServicesService!library!9!2018/12/4-18:56:16:: e ERROR: Exception caught while starting service. Error: Microsoft.ReportingServices.Diagnostics.Utilities.InvalidReportServerDatabaseException: 報表伺服器資料庫的版本格式無效，或無法讀取。已找到的版本為“147”，而所需的版本為“C.0.8.54”。若要繼續操作，請更新報表伺服器資料庫的版本並驗證其訪問許可權。
   在 Microsoft.ReportingServices.Library.ConnectionManager.EnsureCorrectDBVersion()
   在 Microsoft.ReportingServices.Library.ConnectionManager.ConnectStorage()
   在 Microsoft.ReportingServices.Library.ServiceController.ServiceStartThread()
ReportingServicesService!library!9!2018/12/4-18:56:16:: e ERROR: Attempting to start service again...

3.錯誤分析

3.1 簡單分析嘗試

檢視遷移前後兩臺機器的SQL例項，其版本一致,確實一致，如下:

Microsoft SQL Server 2008 R2 (SP3) - 10.50.6000.34 (X64)

按照提示及大眾意見，點選升級資料庫也不行

提示資料庫的版本驗證不通過。

3.2 從版本入手，重點分析版本

錯誤提示版本不對，那我們找下Report server 和 Report server database的版本資訊。下表列出了截至目前（2015/04/29）釋出的報表伺服器和報表伺服器資料庫的版本號：

Release	Report server	Report server database
SQL Server 2008 R2	10.50.nnnn.nn	n/a
SQL Server 2008 Service Pack 1 (SP1)	10.0.2531.00	C.0.9.45
SQL Server 2008	10.0.1600.00	C.0.9.45
SQL Server 2005 Reporting Services Service Pack 3 (SP3)	9.0.4035.00	C.0.8.54
SQL Server 2005 Reporting Services Service Pack 2 (SP2)	9.0.3042.00	C.0.8.54
SQL Server 2005 Express with Advanced Services	9.0.3042.00	C.0.8.45
SQL Server 2005 Reporting Services Service Pack 1 (SP1)	9.0.2049.00	C.0.8.43
SQL Server 2005 Reporting Services	9.0.1399.01	C.0.8.40
SQL Server 2000 Reporting Services Service Pack 2 (SP2)	8.00.1038	C.0.6.54
SQL Server 2000 Reporting Services Service Pack 1 (SP1)	8.00.0878	C.0.6.51
SQL Server 2000 Reporting Services	8.00.0743	C.0.6.43

現在來看，Reporting Services Service 應該安裝的是2005 SP2 （或者 SP3），但是 Report server database 安裝的是2008 R2 SP3。

到此，也應該知道為什麼升級版本不對了，當Reporting Services Service 版本高於 Report server database 版本（的要求）時，可以考慮通過升級解決儲存版本不適配問題。我們現在遇到的情況正好相反，Report server database 版本高於Reporting Services Service 版本（的要求）了。

4 方案探究

4.1 問題解決

其實問題清晰了，就是Report server 和 Report server database的版本不適配導致的。

再回到遷移專案本身來看，遷移前後，SQL Server 例項的版本一致（Microsoft SQL Server 2008 R2 (SP3)），遷移前執行OK，遷移後就完犢子了，這說明Report server database的版本還受制於其它因素。

是什麼限制的呢？眾裡尋他千百度，一次又一次，嘗試N中方法....

忽然發現，原Report server database所在的Server 沒有安裝 Reporting Services,而新的Report server database所在的Server 在安裝 SQL Server例項時，選擇功能時，選擇的時是【Select All】，即新的Server 有安裝Reporting Services。這一發現是通過C:\Program Files\Microsoft SQL Server 路徑下的安裝檔案發現的。

補充一點，新 Server的SQL Server例項安裝後，本身有Report Server資料庫和ReportServerTempDB資料庫，為了遷移，我們是先將DB drop 掉，然後再附加（attach）原DB Server的DB檔案。

4.2 方案驗證

新安裝一個SQL Server例項，但是不安裝Reporting Services，即到功能選擇時，按照圖中標識的選擇。

安裝後，附加（attach）原DB Server的DB檔案（Report Serve和ReportServerTempDB的DB檔案），然後配置Reporting Services （主要是配置報表伺服器資料庫連線），這時OK了，服務正常了。

OK！

這也說明，思考的方向是正確的。

4.3 結論或推斷

（1）Report server database的版本與所在SQL Server 例項的版本不同；

（2）安裝SQL Server 例項時，如未安裝Reporting Services，則 Report server database（Report Server和ReportServerTempDB）附加到不同版本SQL Server 例項上時，Report server database的版本不變；

（3）安裝SQL Server 例項時，如有安裝Reporting Services，則 遠端電腦上的Reporting Services 連線本機的Report server database時，獲取的Report server database的版本版本是安裝時的版本。雖可刪除、再附加不同版本的Report server database，但獲取的版本仍是安裝時的版本。即，此時符合（2）的推論不同。

（4）造成（3）的原因，推測為: 安裝SQL Server 例項時安裝Reporting Services，有將安裝時的Report server database的版本儲存到登錄檔或系統表，遠端電腦上的Reporting Services 連線本機的Report server database時，優先從登錄檔或系統表獲取資訊（，不再讀取附加的Report server database的版本）。

5.參考文件

1.升級報表伺服器資料庫

https://docs.microsoft.com/zh-cn/previous-versions/sql/sql-server-2005/ms403392(v=sql.90)

2.rsInvalidReportServerDatabase

https://docs.microsoft.com/zh-cn/previous-versions/sql/sql-server-2005/bb326494(v=sql.90)?redirectedfrom=MSDN

3.如何檢測版本資訊 (Reporting Services)---2008

https://docs.microsoft.com/zh-cn/previous-versions/sql/sql-server-2008/bb630446(v=sql.100)

4.如何檢測版本資訊 (Reporting Services) ---2008R

https://docs.microsoft.com/zh-cn/previous-versions/sql/sql-server-2008-r2/bb630446(v=sql.105)

cloudera manager server遷移
2021-02-03
CloudServer
jenkins 遷移踩坑
2024-06-25
Jenkins
Swift 4 遷移踩坑
2019-03-04
Swift
關於 Laravel 遷移遇到的問題
2020-01-09
Laravel
SQL Server資料庫遷移
2018-04-16
SQLServer資料庫
使用constexpr時遇到的小坑
2021-05-14
刪除外部表時遇到的坑
2019-01-26
使用MySQL時遇到的各種坑
2020-11-14
MySql
toad使用(檢視alert日誌、Database Report)
2022-10-21
Database
總結：使用MyBatis Generator時遇到的坑
2019-04-12
MyBatis
使用Golang時遇到的一些坑
2018-06-27
Golang
SQL Server升級和遷移的三個技巧GZ
2022-03-21
SQLServer
如何無縫遷移 SpringCloud/Dubbo 應用到 Server
2021-09-09
SpringGCCloudServer
linux安裝nginx時遇到的一個坑
2020-10-16
LinuxNginx
[Database Migration] 記一次未達預期的資料庫遷移
2019-07-30
Database資料庫
基於 Windows Server 2022 2025 到未來版本的遷移指導框架自動化遷移工具
2024-12-09
WindowsServer框架
【eclipse遇到的坑】
2018-07-08
Eclipse
NSString 遇到的坑
2018-08-03
mpvue遇到的坑
2019-07-02
Vue
Bootstrap 檔案中使用 $_SERVER ['REQUEST_URI'] 遇到的一個小坑
2018-04-14
bootServer
Microsoft SQL Server 遷移利器，Babelfish for Aurora PostgreSQL 上線！
2021-11-17
ROSSQLServerBabel
使用RecyclerView動態改變item時遇到的坑
2019-01-06
View
windows server 2012 R2裡IIS配置.net core2.1遇到的坑
2021-01-03
WindowsServer
RSA加密遇到的坑
2019-03-09
加密
Laravel Excel 遇到的坑
2019-08-02
LaravelExcel
使用dataX遇到的坑
2020-10-28
小程式遇到的坑
2019-03-25
SQL Server 資料庫最小當機遷移方案GE
2022-03-21
SQLServer資料庫
兩款工具解決SQL Server遷移問題DJ
2022-03-21
SQLServer
記錄一次餘額遷移的坑（測試角度）
2019-07-31
什麼是遷移學習？什麼時候使用遷移學習？
2020-12-30
遷移學習
使用bat指令碼執行MySQL命令時遇到的坑
2018-08-31
BAT指令碼MySql
初學 GoLang 遇到的一個關於時間的坑...
2020-04-03
Golang
從 SQL Server 到 MySQL （一）：異構資料庫遷移
2018-03-21
ServerMySql資料庫
案例分析：700G SQL Server資料庫遷移HG
2022-03-21
SQLServer資料庫
springboot整合swagger遇到的坑
2018-10-18
Spring BootSwagger
webpack 4 配置遇到的坑
2018-05-18
Web
libwebsocket demo以及遇到的坑。
2024-08-29
Web