locked
Win2008 R2 WSUS 不斷出現在 eventvwr.msc 有Error RRS feed

  • 問題

  • 已知:WSUS 均正常運作中,使用SQL ssms 也看到該資料庫(\\.\pipe\mssql$microsoft##ssee\sql\query)均為「正常」,且mdf  正常無誤。

    但從Eventvwr.msc 中每隔n秒一直出現一個Error :

    記錄檔名稱:         Application
    來源:            MSSQL$MICROSOFT##SSEE
    日期:            2012/12/13 下午 02:19:06
    事件識別碼:         824
    工作類別:          (2)
    等級:            錯誤
    關鍵字:           傳統
    使用者:           NETWORK SERVICE
    電腦:            SRV-AD5.chut.com.tw
    描述:
    找不到來自來源 MSSQL$MICROSOFT##SSEE 之事件識別碼 824 的描述。本機電腦可能並未安裝引發此事件的元件,或安裝已損毀。您可以在本機電腦上安裝或修復該元件。

    如果事件源自其他電腦,則儲存它們時必須一併儲存顯示資訊。

    下列資訊已隨附於該事件:

    incorrect pageid (expected 1:273536; actual 0:0)
    read
    (1:273536)
    5
    0x00000085900000
    d:\WSUS\\UpdateServicesDbFiles\SUSDB.mdf

    映像檔中找不到指定的資源類型。

    事件 Xml:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="MSSQL$MICROSOFT##SSEE" />
        <EventID Qualifiers="49152">824</EventID>
        <Level>2</Level>
        <Task>2</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2012-12-13T06:19:06.000000000Z" />
        <EventRecordID>1078331</EventRecordID>
        <Channel>Application</Channel>
        <Computer>SRV-AD5.chut.com.tw</Computer>
        <Security UserID="S-1-5-20" />
      </System>
      <EventData>
        <Data>incorrect pageid (expected 1:273536; actual 0:0)</Data>
        <Data>read</Data>
        <Data>(1:273536)</Data>
        <Data>5</Data>
        <Data>0x00000085900000</Data>
        <Data>d:\WSUS\\UpdateServicesDbFiles\SUSDB.mdf</Data>
        <Binary>3803000018000000180000005300520056002D004100440035005C004D004900430052004F0053004F0046005400230023005300530045004500000006000000530055005300440042000000</Binary>
      </EventData>
    </Event>

    2012年12月13日 上午 06:24

解答

  • Hi

    你沒有指定檢查的DB,所以你的訊息是檢查到'mssqlsystemresource'這個Database

    您可以這樣子去檢查
    USE SUSDB
    GO
    DBCC CheckDB
    GO

    正常的最後結果應該是寫

    CHECKDB found 0 allocation errors and 0 consistency errors in database 'SUSDB'.

    DBCC execution completed. If DBCC printed error messages, contact your system administrator.

    修復的指令您可以參考下面REPAIR_REBUILD跟REPAIR_ALLOW_DATA_LOSS請自行更改、使用

    執行修復前,請先備份SUSDB
    USE master;
    GO
    ALTER DATABASE SUSDB
    SET SINGLE_USER
    WITH ROLLBACK IMMEDIATE;
    GO
    USE SUSDB
    GO
    DBCC CheckDB (SUSDB,REPAIR_REBUILD)
    GO

    ALTER DATABASE SUSDB
    SET MULTI_USER;
    GO

    另外,Error 605也是SQL Server I/O Error


    Best Regards, Daniel Liang


    • 已編輯 Daniel-Liang 2012年12月13日 上午 09:48
    • 已標示為解答 阿寶 2012年12月13日 上午 10:07
    2012年12月13日 上午 09:44

所有回覆

  • Hi

    試著用SSMS連進去後,對WSUS的DB作DBCC CHECKDB看看

    至於DBCC CHECKDB的語法,您可以參考這個網頁DBCC CHECKDB (Transact-SQL)


    Best Regards, Daniel Liang

    2012年12月13日 上午 06:42
  • 但 WSUS 的 windows internet database(MICROSOFT##SSEE) 是90(SQL2005) ,是無法執行 DBCC CheckDB T-SQL command 的!!
    2012年12月13日 上午 07:29
  • 覺得很怪的Error Log :

    d:\WSUS\\UpdateServicesDbFiles\SUSDB.mdf

    映像檔中找不到指定的資源類型。

    多了一個\ ,是否有哪設定錯跑掉了!?

    ◎註:這個WSUS 已用了半年以上都正常,就最近才發現eventlog 出現這個error.

    2012年12月13日 上午 07:38
  • 但 WSUS 的 windows internet database(MICROSOFT##SSEE) 是90(SQL2005) ,是無法執行 DBCC CheckDB T-SQL command 的!!

    Hi

    WSUS Internal Database是可以執行DBCC CheckDB的

    因為你訊息有出現incorrect pageid (expected 1:273536; actual 0:0)

    這是SQL Server I/O Error,所以會需要用到DBCC CheckDB去檢查跟修復

    DBCC CheckDB不帶任何參數的話,僅會檢查,您可以參考上圖紅框處的訊息來得知有多少錯誤,接著您可以使用上一次回覆您的連結去使用修復的參數

    另外如果你懷疑是WSUS對資料庫的位置有問題的話,可以用 wsusutil movecontent的指令做一下修改路徑

    wsusutil.exe 在C:\Program Files\Update Services\Tools 下

    可以用 wsusutil.exe help movecontent查詳細的參數

    movecontent 命令詳細資料:

    變更 WSUS 伺服器存放內容的檔案系統位置,並可選擇從舊的位置複製任何內容到新的位置。

    movecontent <content path> <log file> [-skipcopy]
    <content path>: 內容檔案的新根目錄,路徑必須存在。
    <log file>    : 要建立的記錄檔路徑和檔案名稱。
    -skipcopy     : 表示只變更伺服器組態而不複製內容檔案。


    Best Regards, Daniel Liang

    2012年12月13日 上午 08:56
  • 感謝指導,怪的是要多執行幾次,就可執行了!! 否則一開始試還一直跟我說版本的問題!!(我的版本v9.0.5000)

    執行完最後也是出現:

    CHECKDB found 0 allocation errors and 0 consistency errors in database 'mssqlsystemresource'.
    DBCC execution completed. If DBCC printed error messages, contact your system administrator.

    觀看event log 發現原有的error 不見了,但又多了另一個:

    記錄檔名稱:         Application
    來源:            MSSQL$MICROSOFT##SSEE
    日期:            2012/12/13 下午 05:17:29
    事件識別碼:         605
    工作類別:          (2)
    等級:            錯誤
    關鍵字:           傳統
    使用者:           NETWORK SERVICE
    電腦:            SRV-AD5.chut.com.tw
    描述:
    找不到來自來源 MSSQL$MICROSOFT##SSEE 之事件識別碼 605 的描述。本機電腦可能並未安裝引發此事件的元件,或安裝已損毀。您可以在本機電腦上安裝或修復該元件。

    如果事件源自其他電腦,則儲存它們時必須一併儲存顯示資訊。

    下列資訊已隨附於該事件:

    (1:273536)
    5
    72057594060865536
    72057594063093760

    映像檔中找不到指定的資源類型。

    事件 Xml:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="MSSQL$MICROSOFT##SSEE" />
        <EventID Qualifiers="49152">605</EventID>
        <Level>2</Level>
        <Task>2</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2012-12-13T09:17:29.000000000Z" />
        <EventRecordID>1079364</EventRecordID>
        <Channel>Application</Channel>
        <Computer>SRV-AD5.chut.com.tw</Computer>
        <Security UserID="S-1-5-20" />
      </System>
      <EventData>
        <Data>(1:273536)</Data>
        <Data>5</Data>
        <Data>72057594060865536</Data>
        <Data>72057594063093760</Data>
        <Binary>5D02000015000000180000005300520056002D004100440035005C004D004900430052004F0053004F0046005400230023005300530045004500000006000000530055005300440042000000</Binary>
      </EventData>
    </Event>

    2012年12月13日 上午 09:17
  • Hi

    你沒有指定檢查的DB,所以你的訊息是檢查到'mssqlsystemresource'這個Database

    您可以這樣子去檢查
    USE SUSDB
    GO
    DBCC CheckDB
    GO

    正常的最後結果應該是寫

    CHECKDB found 0 allocation errors and 0 consistency errors in database 'SUSDB'.

    DBCC execution completed. If DBCC printed error messages, contact your system administrator.

    修復的指令您可以參考下面REPAIR_REBUILD跟REPAIR_ALLOW_DATA_LOSS請自行更改、使用

    執行修復前,請先備份SUSDB
    USE master;
    GO
    ALTER DATABASE SUSDB
    SET SINGLE_USER
    WITH ROLLBACK IMMEDIATE;
    GO
    USE SUSDB
    GO
    DBCC CheckDB (SUSDB,REPAIR_REBUILD)
    GO

    ALTER DATABASE SUSDB
    SET MULTI_USER;
    GO

    另外,Error 605也是SQL Server I/O Error


    Best Regards, Daniel Liang


    • 已編輯 Daniel-Liang 2012年12月13日 上午 09:48
    • 已標示為解答 阿寶 2012年12月13日 上午 10:07
    2012年12月13日 上午 09:44