是否可以從CMS中卸載Tridion SP1 HR＃1修補程序並保留數據庫更新？自從應用修補程序（可能與TMS服務失敗有關？）並且需要返回到SP1以來，我們會遇到非常慢的GUI行爲 - 但是，自從我們應用修補程序並想知道是否已將內容更新到數據庫SP1與HR＃1數據庫更新兼容。是否有可能將Tridion SP1 HR＃1回滾到Tridion SP1
我意識到這是一個非常具體的問題 - 但也許有人需要回滾到SP1的原因不同？
沒有支持的方式來回滾升級，也沒有受支持的方式在較新的數據庫上運行舊版本的產品。
最接近你可能得到的是恢復你的數據庫備份並在一個新的盒子上安裝一個普通的SP1。這是虛擬化環境可以提供幫助的其中一種情況，因爲那時您可能會回滾到之前虛擬機的快照（類似於恢復數據庫的方式）。
我認爲通過「數據庫更新」羅伯特意味着內容的變化，而不是數據庫結構變化適用HR1 – 2012-07-16 16:59:18
好點。恐怕答案是一樣的 - 不僅僅是從理論的角度來看。 HR1中的數據庫結構發生了顯着變化：SQL更新腳本爲863KB，其中大部分看起來「相當不平凡」。 – 2012-07-16 17:30:52
我的想法正是在數據庫回滾 - 巨大的SQL文件。我想如果只是增加新的cols等，那麼它可能是可能的。真的太糟糕了 - 自從應用HR＃1以來已經過去了幾天。現在不是一個真正的選擇，回到舊的數據庫並失去所有內容，因爲修復程序已應用...將嘗試修復HR＃1問題...可能與World Server Connector有關... – robrtc 2012-07-17 06:59:47
問題是應用HR＃1後GUI性能很慢。在保存組件時，World Server Connector將錯誤寫入Tridion事件日誌。我向客戶支持部門打開了一個案例，當我有解決方案時將在此處進行更新。
建議 - 如果您使用World Server連接器 - 請不要安裝HR＃1。請等到爲此問題或Tridion提供的解決方案創建修補程序。
我們不回滾 - 只是前進！ :)我們將離開系統的World Server Connector，直到我們確信HR＃1和WSC愉快地一起工作。
很高興聽到您找到根本原因。 SDL產品套件中包含很多部件，因此發現原因通常是最困難的部分。 – 2012-07-17 11:18:30
SP1 HR＃1是一個修補程序**彙總**，其中包含多個修補程序。但它本身並不是**修補程序。 – 2012-07-16 16:54:17
很好的說明。 :) – robrtc 2012-07-17 09:18:49