none
在DAG的環境下,如何做"離線重整"呢?? RRS feed

  • 問題

  • 公司的現在是用EXCHANGE2010 SP1,有做DAG。日前因為信箱資料庫存放空間不足的關係,故我利用其他的外接硬碟,把BOX_A信箱資料庫的人員全部移到此外接硬碟上,現在BOX_A上已沒有任何人員了,而我想要進行離線重整,而我的問題是:如何才是在DAG的環境下做離線重整的正確步驟。以下是我所想的步驟,叫方法1
    1.把BOX_A的DAG同步先停止
    2.利用管理介面,把BOX_A進行?載
    3.之後,開始離線重整BOX_A資料庫
    4.重整完畢後,把BOX_A進行掛庫
    5.恢復BOX_A的DAG同步

    只是,我很好奇的是"當BOX_A的edb檔縮小後,利用DAG同步到另一台主機時,另一台主機上的edb是否也會跟著縮小呢???"


    而我還有想到另一個方法,叫方法2:
    1.把BOX_A的DAG同步先停止
    2.利用管理介面,把BOX_A資料給刪除
    3.利用"檔案總管",直接把BOX_A所在的資料夾全部刪除
    4.到另一台主機上,做一樣的事
    5.重建BOX_A
    6.重建BOX_A的DAG同步

    不知方法2會不會比較快,但不知會不會有什麼副作用呀???

    2012年2月10日 上午 07:22

解答

  •  先停用DAG 複寫,將該DB dismount,在所有節點刪除DB 或是做離線重組,再重新mount DB,恢復複寫.

    Lusheng

    • 已提議為解答 AChange 2012年2月15日 上午 08:00
    • 已標示為解答 AChange 2012年2月16日 上午 02:49
    2012年2月13日 上午 01:57
    版主

所有回覆

  • 你好:

    基本上Exchange 2010 的DB,已經啟用7x24的線上重組功能,也取消了以前使用single instance來

    增進DB的效能,所以說你將使用者搬到其他的DB就已經做了資料庫的重整,不需要在做了,做了應該也差異不大。


    Lusheng

    2012年2月11日 上午 06:27
    版主
  • 你好:

    基本上Exchange 2010 的DB,已經啟用7x24的線上重組功能,也取消了以前使用single instance來

    增進DB的效能,所以說你將使用者搬到其他的DB就已經做了資料庫的重整,不需要在做了,做了應該也差異不大。


    Lusheng


    我知道exchange2010有此功能,但我面臨的問題是..............EDB佔磁碟空間太大了,我需要縮小它!!!!唯有透過離線重整才能把原有的EDB空間給縮小。
    要達到我的做法,以我目前的知識,只知道有二個方法可行

    1.把人員都搬離BOX_A後,把BOX_A做離線重整

    2.把人員都搬離BOX_A後,把BOX_A給刪除再重建一次BOX_A

    若我的環境沒有DAG的話,我想.....我就直接做了,但因為我的環境有DAG,所以,我才會對於我的步驟有所"顧忌"。

    不知,大大對於我的環境及我的處理方式有沒有其他建議呢???

    2012年2月13日 上午 12:31
  •  先停用DAG 複寫,將該DB dismount,在所有節點刪除DB 或是做離線重組,再重新mount DB,恢復複寫.

    Lusheng

    • 已提議為解答 AChange 2012年2月15日 上午 08:00
    • 已標示為解答 AChange 2012年2月16日 上午 02:49
    2012年2月13日 上午 01:57
    版主
  • 呃...所以你去年問的問題還沒有完全解決??

    蘇老碎碎念
    資訊無涯,回頭已不見岸
    好用的微軟技術支援小工具
    Facebook - 微軟台灣官方論壇愛好者俱樂部
    如何在論壇正確發問,請參考iThome的文章: 如何問到我要的答案
    Windows 7 技術支援中心


    2012年2月13日 上午 02:17
    版主
  • 去年會問...是因為在做準備。

    而這次問,是因為.....真的發生了!!!!!

    我今天先把DAG同步移除,再把信箱"卸載",之後要再進行"移除"時,卻出現以下的錯誤訊息

    --------------------------------------------------------
    Microsoft Exchange 錯誤
    --------------------------------------------------------
    無法刪除信箱資料庫 'BOX_A'。

    BOX_A
    失敗
    錯誤:
    This mailbox database contains one or more mailboxes, mailbox plans, archive mailboxes, or arbitration mailboxes. To get a list of all mailboxes in this database, run the command Get-Mailbox -Database <Database ID>. To get a list of all mailbox plans in this database, run the command Get-MailboxPlan. To get a list of archive mailboxes in this database, run the command Get-Mailbox -Database <Database ID> -Archive. To get a list of all arbitration mailboxes in this database, run the command Get-Mailbox -Database <Database ID> -Arbitration. To disable a non-arbitration mailbox so that you can delete the mailbox database, run the command Disable-Mailbox <Mailbox ID>. To disable an archive mailbox so you can delete the mailbox database, run the command Disable-Mailbox <Mailbox ID> -Archive. Arbitration mailboxes should be moved to another server; to do this, run the command New-MoveRequest <parameters>. If this is the last server in the organization, run the command Disable-Mailbox <Mailbox ID> -Arbitration -DisableLastArbitrationMailboxAllowed to disable the arbitration mailbox. Mailbox plans should be moved to another server; to do this, run the command Set-MailboxPlan <MailboxPlan ID> -Database <Database ID>.

    而我有去執行

    Get-Mailbox -Database BOX_A

    Get-Mailbox -Database BOX_A -Archive

    Get-Mailbox -Database BOX_A -Arbitration

    都沒有出現任訊息!!!!!不知我要如何做,才能把BOX_A這個信箱資料庫給正常移除呢?

    2012年2月13日 上午 03:17
  • 從DAG中移除該DB了?

    Lusheng

    2012年2月13日 上午 03:49
    版主
  • 這是我目前的EXCHANGE介面看到的!!!!

    我點選BOX_A--移除,就會出現如上則的錯誤訊息!!

    2012年2月13日 上午 04:08
  • 從DAG 中,先移除該DB的複寫,在去移除DB

    Lusheng

    2012年2月13日 上午 04:45
    版主
  • 從DAG 中,先移除該DB的複寫,在去移除DB

    Lusheng

    按照我的圖片,我已移除了BOX_A的DB複寫呀!!!!

    難道,我還有什麼步驟沒有做到嗎?

    2012年2月13日 上午 05:17
  • Sorry,你的圖片,我看不出已經移除複寫成員了。

    你可以在EMS 中輸入 Get-MoveRequest –Status 看看所有相關的mailbox是否已經搬完。

    在下 Get-MoveRequest | Remove-MoveRequest 移除所有搬移需求,在移除DB。


    Lusheng

    2012年2月13日 上午 05:51
    版主
  • Sorry,你的圖片,我看不出已經移除複寫成員了。

    你可以在EMS 中輸入 Get-MoveRequest –Status 看看所有相關的mailbox是否已經搬完。

    在下 Get-MoveRequest | Remove-MoveRequest 移除所有搬移需求,在移除DB。


    Lusheng


    經由你的提醒,我檢查了"移動要求"與"中斷連線的信箱",我發現"移動要求"中確實是沒有任何被移動的使用者信箱,但,我在"中斷連線的信箱"中,卻發現有些使用者信箱還是在"BOX_A"中......目前不知是否是因為此原因造成BOX_A無法移除,故,我目前會朝著"如何把中斷信箱全部移除"的方向進行
    2012年2月13日 上午 06:17
  • 經由網路搜尋後,我把"中斷連線的信箱",是屬於BOX_A的使用者全部移除了,但.....我去移除信箱資料庫,還是有錯誤。於是,再經過一番努力後,我發現有系統信箱在BOX_A上,圖片如下

    於是,我就再去想辦法移除..........指令如下圖.....但我還是失敗了

    此時,我想會不會是AD上沒有此物件造成的!!!!但,我去AD中的卻可以看到此物件..........不知大大們,我的問題是會出在那裡呢???

    對了,BOX_A是我的第一個信箱資料庫!!!

    2012年2月14日 上午 01:54
  • 經過這幾天的努力及搜尋後,決定改個方向.........不要把資料庫刪除重建,而是直接進行離線重整”,所以,我的步驟如下:

    1. DAG的同步之前就已移除
    2. A主機上直接進行離線重整
    3. 重整完畢後,進行掛載
    4. 把我的信箱移到BOX_A
    5. 設定BOX_A的DAG同步

    目前,看來一切正常,只是” CatalogData”的資料夾……有點大

    PS:我原來的EDB檔案是95G,離線重整後,只剩100MB上下,整個過程只花34


    2012年2月15日 上午 07:49
  • 如果有 A, B, C 三部複寫成員.

    A: Master, B: Slave, C: Slave.

    先把 B 移除資料庫複寫成員,把資料庫砍掉,再讓B加入複寫(資料庫自然會重建);同樣動作也對 C做。

    等到要做 A 時,把 Master 切換到 B 或者 C.

    這樣是不是比較簡單?

    2012年2月17日 下午 03:13
  • 如果有 A, B, C 三部複寫成員.

    A: Master, B: Slave, C: Slave.

    先把 B 移除資料庫複寫成員,把資料庫砍掉,再讓B加入複寫(資料庫自然會重建);同樣動作也對 C做。

    等到要做 A 時,把 Master 切換到 B 或者 C.

    這樣是不是比較簡單?

    這樣.....有用嗎????

    源頭的A資料庫,若它的EDB佔硬碟空間90G,預計縮小後只佔硬碟10G的話...........不做離線重整,那B及C的EDB怎可能只有10G而已!!!!!

    2012年2月20日 上午 12:44