• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • Exchange數據庫執行可靠恢復操作

    發表于:2007-06-13來源:作者:點擊數: 標簽:
    在一次恢復操作結束后,Exchange會檢查在 服務器 上是否存在事務日志。如果事務日志存在的話,它們會幫助剛恢復的 數據庫 更新的最近的狀態。Exchange會將存儲在數據庫中的對象的更新序列號(USN)和其他服務器上的USN進行對比,如果服務器上的USN狀態比剛恢
    在一次恢復操作結束后,Exchange會檢查在服務器上是否存在事務日志。如果事務日志存在的話,它們會幫助剛恢復的數據庫更新的最近的狀態。Exchange會將存儲在數據庫中的對象的更新序列號(USN)和其他服務器上的USN進行對比,如果服務器上的USN狀態比剛恢復的數據庫的USN狀態更新的話,那么數據庫會根據較新的USN進行自動更新。這樣一系列的操作最終導致的結果就是,剛被恢復的數據庫的狀態和它崩潰之前的完好狀態基本上是一致的。

    這是一項隱藏在恢復過程背后的神奇技術,我很感謝微軟為開發這項技術所做出的努力。但是,白璧微瑕,在有些情況下,Exchange恢復數據的方法也許會和你的想法背道而馳。

    我剛才所描述的恢復過程是在假設服務器無法工作的情況下進行的,但是很多時候我們遇到的情況并不是這樣。舉個例子,如果你的公司的郵件系統管理員是一個剛來的毛頭小子,他不小心刪除了一千個郵箱,所以你不得不對系統進行恢復,但你這么做的原因卻并不是因為服務器無法工作。

    假設你在昨天晚上創建了一個系統備份。在今天早上,你的毛頭管理員突然刪除了一千個郵箱。是的,你可以恢復昨天晚上的備份,但是這里有一個問題:刪除操作擁有的 USN比你昨天晚上備份的數據的USN要新。也就是說,當你恢復了昨天晚上的備份之后,是的,郵箱是恢復了,但是很快又會被刪除,因為Exchange會認為只有刪除了這些郵箱才能保證數據庫能恢復到最新狀態。

     為了解決這個問題,微軟發布了一個叫做AUTHREST.EXE的工具。這個工具能夠讓你對Exchange數據庫執行可靠的恢復操作,它可以修改欲恢復數據庫的USN,以此保證它們比其他任何一臺Exchange服務器的 USN都要新。通過這種方法,你的恢復操作會覆蓋服務器上的任何東西,也就是說你可以恢復那一千個郵箱而再也不用擔心它們會被自動刪除了。

    很明顯,AUTHREST.EXE是一個有用的工具,你應該把它常備在手邊,但是也有一些地方需要注意:由于AUTHREST.EXE會更新一個服務器上所有的USN信息,所以那些你在最近一次備份之后所進行的一些有用的更改操作也會因為這個原因而無法恢復。

    那么我們怎樣決定在什么時候該使用AUTHREST.EXE,什么時候不該使用它呢?如果是我剛才描述的例子那種狀況,有一千個郵箱被刪除了,那么我會毫不猶豫的使用這個工具,除非我有一個非常新的備份。反之,如果你最近的備份都是幾天前所做的,或者你只需要恢復幾個郵箱,你就應該選擇使用普通的恢復方式。

    如果遇到這種情況,我推薦你使用Exchange 2003的恢復存儲組功能。通過這個功能,你可以將你的備份恢復成一個恢復存儲組,而不是完全覆蓋現有的數據庫。然后你可以將那些被刪除的郵箱從恢復存儲組中移動到信息存儲器中。這個方法也許比使用恢復程序稍微復雜一些,但是卻有效得多。

    原文轉自:http://www.kjueaiud.com

    ...
    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>