none
請問 exchange 2007 EDB的修改時間不會更動是正常的嗎? RRS feed

  • 問題

  • 各位先進 大家好~

    因為檢查LCR時發現,LCR的EDB會因為抄寫的關係,時間會一直更動,但是在線上使用的EDB卻不會更動修改日期。

    所以測試,使用ntbackup來備份線上的EDB,有刪除LOG,但線上的EDB仍然沒有更動修改日期,再試卸載在裝載後,EDB的

    修改日期就更動了。

    想詢問exchange 2007 線上儲存區的EDB檔案,

    1.EDB都無修改日期,那資料有沒有正確的寫入EDB?

    2.EDB會在甚麼情況下,更動修改日期?

    麻煩先進 解惑

    謝謝
    2008年2月20日 上午 08:52

解答

  • 理論上EDB的修改時間應該會與最後一個被Commit到DB的Log File的時間相近

    你可以利用Eseutil /mk E00.chk來檢查最後一個被寫入到DB的Log File name

    然後再去查看此Log file name的修改時間,而資料庫的修改時間應該會與此Log file

    被修改的時間接近..

    換言之EDB的修改時間應該為最後一個Log file將資料從記憶體中寫入到DB的時間

     

    Backup 有刪除Log不代表在備份時該DB有被寫入修改喲

    因為假設在備份的時候並沒有新的Log可供Commit寫入的話

    那麼就不會有修改時間的問題

    但為何在備份後執行DB Dismount & Mount會造成DB的修改?

    因為備份時會產生Log file當你將DB卸載時系統會自動把尚未Commit的Log file寫入DB

    所以DB的修改時間就會被更改

     

    2008年2月20日 下午 04:12
  • Checkpoint: (0x485,FFFF,FFFF)

    這一行代表的就是下一個即將要被commit的log file 檔名為0x485

    換言之最後一個被寫入到DB的Log file檔名為0x484
    2008年2月21日 上午 08:21

所有回覆

  • 理論上EDB的修改時間應該會與最後一個被Commit到DB的Log File的時間相近

    你可以利用Eseutil /mk E00.chk來檢查最後一個被寫入到DB的Log File name

    然後再去查看此Log file name的修改時間,而資料庫的修改時間應該會與此Log file

    被修改的時間接近..

    換言之EDB的修改時間應該為最後一個Log file將資料從記憶體中寫入到DB的時間

     

    Backup 有刪除Log不代表在備份時該DB有被寫入修改喲

    因為假設在備份的時候並沒有新的Log可供Commit寫入的話

    那麼就不會有修改時間的問題

    但為何在備份後執行DB Dismount & Mount會造成DB的修改?

    因為備份時會產生Log file當你將DB卸載時系統會自動把尚未Commit的Log file寫入DB

    所以DB的修改時間就會被更改

     

    2008年2月20日 下午 04:12
  • 謝謝羅老師指導~~

     

     

    想再請問一下,我使用 Eseutil /mk E00.chk 檢查

     

    出現下列的訊息

     

    LastFullBackupCheckpoint: (0x0,0,0)
    Checkpoint: (0x485,FFFF,FFFF)
    FullBackup: (0x470,8,16)
    FullBackup time: 02/20/2008 11:48:49
    IncBackup: (0x0,0,0)
    IncBackup time: 00/00/1900 00:00:00
    Signature: Create time:11/06/2007 15:28:36 Rand:77502893 Computer:
    Env (CircLog,Session,Opentbl,VerPage,Cursors,LogBufs,LogFile,Buffers)
        (    off,    652,  32600,  18960,  32600,   2048,   2048,2000000000)

     

    請問要看哪一個來確定 最後一個Log file

     

    謝謝

    2008年2月21日 上午 03:20
  • Checkpoint: (0x485,FFFF,FFFF)

    這一行代表的就是下一個即將要被commit的log file 檔名為0x485

    換言之最後一個被寫入到DB的Log file檔名為0x484
    2008年2月21日 上午 08:21
  •  

    謝謝羅老師~~

     

    很細心的說明,我昨天檢查的時候,線上的EDB修改日期也有更動,只是我太擔心。

     

    謝謝老師說明。

    2008年2月22日 上午 01:36