none
安裝SQL Server 2005 Cumulative Hotfix 3080卡住的問題 RRS feed

  • 問題

  • 請教各位先進!

    目前在客戶端那邊的SQL Server MSCS進行Windows Update,安裝SQL Server 2005 Cumulative Hotfix 3080 (KB970895 )這個更新檔的時候

    在下面這個地方就卡住了

    圖片備用連結:http://imageshack.us/photo/my-images/195/k11f.gif/

     

    請問這個問題應該如何解決呢?感恩

    2011年5月11日 上午 02:24

解答

  • 昨天到客戶端總算處理掉了上述的問題,處理的內容紀錄如下:

    1.如果有動到SQLCluster的架構與設定的部分(包含上Patch),需使用「網域的帳號」登入來執行相關動作,這樣才不會導致失敗。

    2.先暫停Node 2的叢集連結,先在DB1上面安裝SP4的Patch

    3.將DB2從Cluster中的架構移除,然後將DB2重新開機後後再將DB2加入Cluster中

    4.暫停Node 1的叢集連結,讓DB2上SP4

    5.在經過上面的處置之後,兩台DB的資源互切已經不會再失敗了,SP4的Patch也順利更新完成了

    以上提供給有需要的朋友們參考!

    2011年7月1日 上午 06:36

所有回覆

  • Looks like still working on passive node, how long did it run?
    2011年5月11日 上午 03:43
  • Looks like still working on passive node, how long did it run?

    Thanks rmiao!

    此安裝畫面大概停留超過8小時~

    請問需要先把SQL Server Active切回Node A,再進行Patch的安裝嗎?


    2011年5月11日 上午 05:54
  • Have to run it on active node. Check if setup is running on passive node, and check installation log files for any error.
    2011年5月11日 下午 12:54
  • Have to run it on active node. Check if setup is running on passive node, and check installation log files for any error.

    Thanks rmiao!

    我們預計在客戶端進行下面的測試:

    1.找離峰時間將兩台主機都shutdown
    2.先將DB1開機起來,確認已經開到可登入畫面時,再開啟DB2
    3.在DB1上面安裝Patch

    後續消息再進行回報...

    2011年5月12日 上午 01:30
  • Dear !

    根據觀察Windows Update的歷史紀錄,原來DB1已經安裝過該Patch了,難怪在Active Node切換到DB2時才會出現Windows Update的提示,當Active Node在DB1上運作時則無此通知...

    該Patch在DB2上則顯示安裝失敗

    請問這個問題應該如何解決呢?感謝...

     

    2011年5月13日 上午 06:46
  • Failover sql resource group to db2 then try patch again.

    2011年5月13日 下午 01:02
  • Failover sql resource group to db2 then try patch again.

    Dear rmiao!

    據他們測試後在db2安裝還是會卡住,請問可以把db1的patch解除掉,然後再重新上Patch嗎?謝謝


    • 已編輯 DannyLee 2011年5月17日 上午 01:28
    2011年5月17日 上午 01:09
  • Can't uninstall hotfix, any details in installation log files? 
    2011年5月17日 上午 01:14
  • Can't uninstall hotfix, any details in installation log files? 

    Thanks rmiao...

    請問從哪邊可以找到installation log file?感謝

    2011年5月17日 上午 01:36
  • In C:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG by default.
    2011年5月17日 上午 01:41
  • In C:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG by default.


    Dear rmiao!

    我剛剛拿到Log檔了,內容摘錄如下:

    MSI (s) (70:90) [09:25:46:997]: 產品: Microsoft SQL Server 2005 Tools - 無法安裝更新 'GDR 3080 for SQL Server Tools and Workstation Components 2005 ENU (KB970895)'。錯誤碼是 1603。其他可用資訊在記錄檔案 C:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG\Hotfix\SQLTools9_Hotfix_KB970895_sqlrun_tools.msp.log。

    而且發現他們目前運作的版本為SQL Server SP2    2005.090.3042.00  x86

    是否需要先請他們升級到Microsoft SQL Server 2005 Service Pack 4 RTM,看看能否解決此問題呢?感恩...

    2011年5月17日 上午 06:26
  • That hotfix is for sp2, did you check C:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG\Hotfix\SQLTools9_Hotfix_KB970895_sqlrun_tools.msp.log? Better to find out what was wrong before upgrading to sp4.
    2011年5月17日 下午 01:13
  • That hotfix is for sp2, did you check C:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG\Hotfix\SQLTools9_Hotfix_KB970895_sqlrun_tools.msp.log? Better to find out what was wrong before upgrading to sp4.
    DB1
    --3/18
    MSI (s) (CC:A4) [12:48:19:788]: 產品: Microsoft SQL Server 2005 Tools -- 已成功設定。
    DB2
    --3/18
    MSI (s) (20:D4) [12:36:23:942]: 產品: Microsoft SQL Server 2005 Tools -- 設定失敗。
    --5/6
    MSI (s) (FC:18) [09:22:07:208]: 產品: Microsoft SQL Server 2005 Tools -- 已成功設定。
    --5/10  08:52:44
    MSI (s) (08:14) [08:52:44:366]: 產品: Microsoft SQL Server 2005 Tools -- 設定失敗。
    --5/10  09:00:43
    MSI (s) (08:88) [09:00:43:395]: 產品: Microsoft SQL Server 2005 Tools -- 設定失敗。
    --5/10  9:25:47
    MSI (s) (70:90) [09:25:47:043]: 產品: Microsoft SQL Server 2005 Tools -- 設定失敗。

    MSI (s) (70:90) [09:25:46:997]: 產品: Microsoft SQL Server 2005 Tools - 無法安裝更新 'GDR 3080 for SQL Server Tools and Workstation Components 2005 ENU (KB970895)'。錯誤碼是 1603。其他可用資訊在記錄檔案 C:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG\Hotfix\SQLTools9_Hotfix_KB970895_sqlrun_tools.msp.log。
    MSI (s) (70:90) [09:25:46:997]: Note: 1: 1729 
    MSI (s) (70:90) [09:25:47:012]: Transforming table Error.
    MSI (s) (70:90) [09:25:47:028]: Transforming table Error.
    MSI (s) (70:90) [09:25:47:028]: Note: 1: 2262 2: Error 3: -2147287038 
    MSI (s) (70:90) [09:25:47:028]: Transforming table Error.
    MSI (s) (70:90) [09:25:47:028]: Note: 1: 2262 2: Error 3: -2147287038 
    MSI (s) (70:90) [09:25:47:028]: Transforming table Error.
    MSI (s) (70:90) [09:25:47:028]: Note: 1: 2262 2: Error 3: -2147287038 
    MSI (s) (70:90) [09:25:47:043]: Transforming table Error.
    MSI (s) (70:90) [09:25:47:043]: Transforming table Error.
    MSI (s) (70:90) [09:25:47:043]: Note: 1: 2262 2: Error 3: -2147287038 
    MSI (s) (70:90) [09:25:47:043]: Transforming table Error.
    MSI (s) (70:90) [09:25:47:043]: Note: 1: 2262 2: Error 3: -2147287038 
    MSI (s) (70:90) [09:25:47:043]: 產品: Microsoft SQL Server 2005 Tools -- 設定失敗。
    MSI (s) (70:90) [09:25:47:059]: Attempting to delete file C:\WINDOWS\Installer\461c3.msp
    MSI (s) (70:90) [09:25:47:105]: Cleaning up uninstalled install packages, if any exist
    MSI (s) (70:90) [09:25:47:105]: MainEngineThread is returning 1603
    MSI (s) (70:8C) [09:25:47:105]: Destroying RemoteAPI object.
    MSI (s) (70:9C) [09:25:47:121]: Custom Action Manager thread ending.
    === 停止記錄時間: 2011/5/10  09:25:46 ===
    MSI (c) (BC:6C) [09:25:47:338]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied.  Counter after decrement: -1
    MSI (c) (BC:6C) [09:25:47:338]: MainEngineThread is returning 1603
    === Verbose logging stopped: 2011/5/10  09:25:47 ===
    2011年5月18日 上午 06:14
  • Dear rmiao!

    補上目前最新的情況,客戶那邊已經決定嘗試進行SP4的更新,不過遺憾的是,一樣卡在最上面的畫面位置...

    看來可能需要啟用技術支援點數,直接尋求Microsoft的介入處理了嗎!?感恩

    2011年5月18日 上午 10:29
  • Did you install sql client on passive node? Is task scheduler service running on both nodes? Anyone logged on paccive node when you do upgrade?
    2011年5月18日 下午 01:05
  • Did you install sql client on passive node? Is task scheduler service running on both nodes? Anyone logged on paccive node when you do upgrade?

    Dear rmiao!

    1.passive node上面有安裝sql client.

    2. 請問是指OS的工作排程,或是SQL Agent的Job?

    3.請問是指Logged on到OS或是SQL Server?

    感恩

    2011年5月19日 上午 01:21
  • Task scheduler is windows service, ensure it's running on both nodes. And don't logon windows on passive node when you install sp4.
    2011年5月19日 上午 02:31
    1. 以叢集管理者身分暫停 Passive 節點(以下稱 B)
    2. 在 Active 節點(以下稱 A)上再次安裝該 hotfix
    3. 啟動 A
    4. 若有需要讓 A 重新開機,就重新開機。當重新開機完成之後,確認 SQL Server 服務已經移轉到 B,如果沒有,請手動移轉
    5. 以叢集管理者身分暫停 A
    6. 在 B 上安裝該 hotfix
    7. 啟動 A,讓 B 重新開機


    ☞ 這裡是「免費的討論區」付費支援服務請造訪 此處享受尊榮服務
    如果回覆對您有幫助,請記得按下標示為解答」
    2011年5月19日 上午 03:57
    版主
    1. 以叢集管理者身分暫停 Passive 節點(以下稱 B)
    2. 在 Active 節點(以下稱 A)上再次安裝該 hotfix
    3. 啟動 A
    4. 若有需要讓 A 重新開機,就重新開機。當重新開機完成之後,確認 SQL Server 服務已經移轉到 B,如果沒有,請手動移轉
    5. 以叢集管理者身分暫停 A
    6. 在 B 上安裝該 hotfix
    7. 啟動 A,讓 B 重新開機


    ☞ 這裡是「免費的討論區」付費支援服務請造訪 此處享受尊榮服務
    如果回覆對您有幫助,請記得按下標示為解答」

    Thanks Alex!

    我們會測試您所提供的方法...

    另外請教一下,如何進行SQL Server MSCS的手動移轉呢? 也就是說在DB1還在正常運作的情況下,強迫將服務移轉給DB2,感恩~


    2011年5月20日 上午 02:36
  • Open cluster admin, right click on resource group then choose move. 
    2011年5月20日 上午 03:14
  • Open cluster admin, right click on resource group then choose move. 

    Thanks rmiao! 剛剛測試過了,這個方式可以手動移轉,感謝..

    另外我們會再依照Alex提供的方法,進行實際的測試後再上來回報,感恩!

    2011年5月20日 上午 03:33
  • 昨天到客戶端總算處理掉了上述的問題,處理的內容紀錄如下:

    1.如果有動到SQLCluster的架構與設定的部分(包含上Patch),需使用「網域的帳號」登入來執行相關動作,這樣才不會導致失敗。

    2.先暫停Node 2的叢集連結,先在DB1上面安裝SP4的Patch

    3.將DB2從Cluster中的架構移除,然後將DB2重新開機後後再將DB2加入Cluster中

    4.暫停Node 1的叢集連結,讓DB2上SP4

    5.在經過上面的處置之後,兩台DB的資源互切已經不會再失敗了,SP4的Patch也順利更新完成了

    以上提供給有需要的朋友們參考!

    2011年7月1日 上午 06:36