我有几个单独的测试环境运行 2008 R2 和 Exchange 2010,补丁级别和原因各不相同。我遇到的一个一致问题是 Exchange 的事务日志没有被截断,因为没有备份解决方案,我也不想要一个。
所以,在我看来,这给我留下了三个选择:
circular logging
。这对于某些测试场景来说是不可取的,因为它可能与正确模拟特定环境相冲突。eseutil /mh
. 这有效,但这是一个繁琐的维护过程。前两个我可以做,但我不会。有没有办法做第三种选择?
不要抢走JoeQwerty的风头,因为我认为他对这个问题的回答非常有效,而且绝对适用于几乎任何情况,可能除了你的情况。(因此我对它投了赞成票。)然而,我确实找到了一种方法来做你所追求的......
基本上,这样做是在 Exchange 数据库所在的卷上伪造 VSS 备份,最终导致 Exchange 截断日志。
这将破坏任何备份软件的增量备份链,因此下一次真正的备份必须是完整备份。
在 DAG 中,如果可能,请在被动副本上执行此操作。
您必须添加两个驱动器/数据库安装点和日志。
diskshadow
add volume x:
(其中“x”是 Exchange 数据库的驱动器)add volume y:
(其中“y”是 Exchange 日志的驱动器)begin backup
create
。这将需要几分钟,而 VSS 会完成它的工作。end backup
。这是它将日志设置为截断的地方。在它开始发生之前,您将不得不等待下一个日志生成。此时,如果您查看应用程序 eventvwr 日志,您应该会看到类似于以下内容的条目:
(或者你可以尝试PowerShell的像这样:Get-EventLog -LogName application -Source msexchangeis | select -first 10
)
希望有帮助...
引文:http : //ilantz.com/2011/10/26/how-to-manually-purge-exchange-server-logs-clean-and-easy/
使用 Windows Server Backup 备份服务器。成功备份后,它将清除 Exchange Server 事务日志。
http://technet.microsoft.com/en-us/magazine/jj906377.aspx
编辑
你可以试试这个来放弃备份路线。这是一个手动过程,但它可能比其他任何东西都更安全,没有备份:
http://exchangeshare.wordpress.com/2008/05/22/move-committed-exchange-transaction-logs/
编辑:Exchange Server 2010 中似乎不存在此工具
归档时间: |
|
查看次数: |
33674 次 |
最近记录: |