none
运行在Windows Server 2012上的Exchange 2013 做完Windows Server Backup Vss 完整备份之后没有自动删除事务日志 RRS feed

  • 问题

  • windows2012 +exchange2013 做dag

    1、在主动数据库所在服务器上上的注册表中已经添加EnableVssWriter 的键值为0

    2、重启过microsoft exchange Replication 服务

    3、Microsoft exchange server extension for windows server backup 服务已改为自动,启动状态

    4、运行在Windows Server 2012上的Exchange 2013 做完Windows Server Backup Vss 完整备份之后没有自动删除事务日志

    发现Windows Server backup 在做备份时候Microsoft exchange server extension for windows server backup 这个服务并没有被调用

    重新启动Microsoft exchange server extension for windows server backup 这个服务器后过几分钟就自动停止了

    怀疑是因为Microsoft exchange server extension for windows server backup 这个服务没被调用导致,查看应用程序日志没发现有vss的告警

    5、要怎么确认为啥没调用Microsoft exchange server extension for windows server backup服务及这个服务停止的原因

    2017年11月4日 6:53

全部回复

  • 你好,

    1. EnableVssWriter键值修改是针对Exchange2013之前版本的,在Exchange 2013中并不需要修改。

    2. 经过查找,一篇博客的评论中提到了类似的问题,完全备份无法截断日志,原因是由于另外一台挂载所有被动副本的DAG成员的数据库都处于offline的状态。你可以参考一下:

    How to Backup Exchange Server 2013 Database

    1. Todd

      Followed the steps above and set the “Microsoft Exchange Server Extension for Windows Server Backup” service to automatic and started it but still no clearing of the logs. Ran a backup several times.

      Please advise.

    2. Todd

      I figure out what the issue was with not being able to clear out the logs after a backup in my environment. Turns out that the second member of my DAG, the member holding the copy for all my databases, was offline. When I powered it on, the logs cleared.

      I then removed the copies from the second member of the DAG, performed a backup with that server off against the active databases and the logs cleared out without further issue.

    3. 另外,官方文档中也提到:

    若要在高可用(非滞后)邮箱数据库副本上进行截断,以下情况都必须为“真”:

    • 备份了日志文件,或启用了 CRCL。

    • 日志文件在检查点的下方。

    • 数据库的其他非滞后副本同意删除。

    • 数据库的所有滞后副本都检查了日志文件。


    希望对你有帮助,谢谢!


    Niko Cheng
    TechNet Community Support


    Please remember to mark the replies as answers.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.



    2017年11月6日 7:53
    版主
  • 1、我另外台的dag成员服务器是在线的

    2、在Exchange 2013中不用再在注册表创建EnableVssWriter这个键值了吗?意思是我必须要在注册表把这个键值删除?

    3、我是在active的服务器上做备份,无法截断,9.29的时候我都还可以截断日志,国庆的时候我们重启了服务器然后就无法截断日志了

    2017年11月7日 9:15
  • 我还想确认下,通过 eseutil /mk exx.chk 命令获取以下两个值

    checkpoint:(0x9f9d1,1,0)

    fullbackup:(0x6ff4d,1,0)

    我是可以删除0x9f9d1之前的日志文件,还是0x6ff4d之前的日志文件

    2017年11月7日 9:25
  • 2、在Exchange 2013中不用再在注册表创建EnableVssWriter这个键值了吗?意思是我必须要在注册表把这个键值删除?


    你好,

    是的,在Exchange 2013中不需要再手动创建这个键值了。

    正常情况下,在完全备份成功之后,会删除检查点(即这里的checkpoint)之前的所有日志,以便只有备份后发生的数据库更改才会保留。但是不推荐手动删除日志。你可以查看当前服务器上的事件日志,看看是否有关于备份的事件ID,这里面可能会提供一些线索供排错。如果没有,你可以尝试提高事件日志的级别,然后再次尝试一次完全备份,看看是否有相关的事件日志生成。

    可以使用下面的指令提到对应的日志级别:

    Get-EventLogLevel –Identity “MSExchangeIS\*” |Set-EventLogLevel –Level expert
    Set-EventLogLevel "MsExchange Repl\Service" -level expert
    Set-EventLogLevel "MSExchange Repl\Exchange VSS Writer" -level expert

    需注意,增大日志级别会占用磁盘空间,建议抓到有用的日志后,立即还原日志级别。同样使用上面这些指令,将Level参数修改为lowest即可。

    另外,请注意,如果正在备份的数据库在备份操作过程中被卸除,Exchange 2013将同样不会截断事务日志,结果将等同于复制备份操作,而不是完整备份操作。

    谢谢!


    Best Regards,

    Niko Cheng


    Please remember to mark the replies as answers if they helped.
    If you have feedback for TechNet Subscriber Support, contact tnsf@microsoft.com.



    2017年11月16日 8:48
    版主