none
全自動Rebuild DB Mirror機制 RRS feed

  • 問題

  • 請教各位!

    目前客戶那邊有建置了DB Mirror的機制,但是因為Log成長速度很快,所以想請問一下

    是否可以讓DB Mirror Rebuild的動作給全自動化呢?

    1.Principal Break DB-Mirror

    2.Truncate and Compress Transaction-Log

    3.Backup mdf and ldf on Principal

    4.Copy Backup File to Mirror

    5.Restore mdf and ldf on Mirror

    6.Rebuild DB-Mirror


    2016年7月11日 上午 04:00

解答

所有回覆

  • You have to write own script for that. By the way, why don't just focus on effective log backup plan to avoid log growth issue?
    2016年7月11日 下午 05:02
  • You have to write own script for that. By the way, why don't just focus on effective log backup plan to avoid log growth issue?

    請問一下,只要進行Log Backup之後,Principal的Log就可以縮小了是嗎? 感恩
    2016年7月12日 上午 12:59
  • Yes, you can shrink log file after backing up log.
    • 已標示為解答 DannyLee 2016年7月13日 上午 01:39
    2016年7月12日 上午 01:49
  • Yes, you can shrink log file after backing up log.
    Got it ,我們這邊測試一下,再進行回報,感恩
    2016年7月12日 上午 05:36
  • Yes, you can shrink log file after backing up log.

    您好,經過我們測試,跑完BACKUP LOG和DBCC SHRINKFILE(TestDB_log,1)之後,Log並沒有縮減下來

    必須要先SET RECOVERY SIMPLE,然後再進行DBCC SHRINKFILE(TestDB_log,1),Log才能縮減下來

    但是在DB Mirror的架構下,執行DBCC SHRINKFILE會出現下面訊息

    訊息 1468,層級 16,狀態 2,行 1
    無法在資料庫 "TestDB" 上執行作業,因為它牽涉到資料庫鏡像工作階段或可用性群組。參與資料庫鏡像工作階段或可用性群組的資料庫不允許某些作業。
    訊息 5069,層級 16,狀態 1,行 1
    ALTER DATABASE 陳述式失敗。
     

    請問是我們哪個環節沒有處理好嗎?感謝




    • 已編輯 DannyLee 2016年7月12日 上午 06:23
    2016年7月12日 上午 06:23
  • Did you check log file usage? Did you check mirroring queues? Can't truncate log if there are transactions waiting for mirroring.
    2016年7月12日 下午 02:02
  • Did you check log file usage? Did you check mirroring queues? Can't truncate log if there are transactions waiting for mirroring.

    謝謝您,我們測試OK了,原來不能只進行BACKUP LOG,要先執行BACKUP DATABASE再執行BACKUP LOG,才可以!

    相關資料也分享出來給大家囉


    • 已編輯 DannyLee 2016年7月13日 上午 04:18
    2016年7月13日 上午 01:46