解决了

使用CloudConnect备份时管理日志截断(SQL / Exchange等)

  • 2017年3月29日
  • 6回复
  • 1647的浏览量

徽章 +6
你好,

有人能提供一些想法吗?当从一个曾经自动执行日志截断的产品转移到CloudConnect时,如何管理Exchange/SQL等应用程序的日志截断?

这似乎是一个非常重要的方面,我似乎无法找到任何信息。

非常感谢,

丹尼尔
图标

最好的答案mmcghee2017年3月31日,02:24

IT_Guy<\/a>
\n
\nYou bring up a good topic. I think your overall list is correct, but I'd want to ensure the choice is matching your requirements. An application\/VSS aware backup has benefits with not only truncating logs, but allowing for increment\/differential backups and for recovery with log reply\/roll forward.
\n
\nIf the last point-in-time backup (or snapshot in this case) matches your RPO requirements (ie. you don't need roll forward), then truncating logs through circular logging or simple recovery mode with SQL databases might suffice. In fact, you'll find Microsoft recommendations to enable circular logging where DAGs are used (https:\/\/technet.microsoft.com\/en-us\/library\/ee832792(v=exchg.150).aspx).
\n
\nBut if you have requirements to restore with roll forward, you'll need an application which performs both incremental backups and restores along with log truncation (since you won't want circular logging enabled or simple recovery with SQL). Today something like cloud connect does not perform incremental application level backups, so you would need a third party to perform that operation independently.
\n
\nHappy to discuss further so we can ensure our documentation is clear.
\n
\nThanks,
\nMike","className":"post__content__best_answer"}">
查看原始

6回复

Userlevel 7
徽章 +34
IT_Guy

谢谢你的关心,vcdxnz001对此有所了解。
Userlevel 4
徽章 +19
IT_Guy

我们今天不会用标准的工作流截断任何东西,但你可以使用一个前后脚本。

https://portal.nutanix.com/#/page/docs/details?targetId=Web-Console-Guide-Prism-v50:sto-pd-guidelines-r.html

pre_freeze和post_thaw脚本可以是Python或shell脚本或任何可执行文件。这些脚本应该包含特定于在Linux或Windows虚拟机上运行的特定应用程序的命令。像CommVault这样的备份供应商可以提供这些脚本。您还可以编写自己的脚本。下面是一些关于pre_freeze和post_thaw脚本的指导方针和示例。
地点
  • 对于Windows虚拟机,需要在“system_drive:Program FilesNutanixscriptspre_freeze.bat”和“system_drive:Program FilesNutanixscriptspost_thaw.bat”目录下创建“pre_freeze.bat”和“post_thaw.bat”脚本。例如,如果你的system_drive是C,在C:Program FilesNutanixscriptspre_freeze.bat和C:Program FilesNutanixscriptspost_thaw.bat中创建这些脚本。
  • 对于Linux虚拟机,需要创建“pre_freeze /sbin/pre_freeze”和“post_thaw /sbin/post_thaw”脚本,权限为“root:root”,权限为700。在创建快照之前执行pre_freeze脚本,在创建快照之后执行post_thaw脚本。如果pre_freeze或post_thaw脚本不存在或权限不正确,那么VSS将被禁用,并采取与崩溃一致的快照。pre_freeze和post_thaw脚本可以是Python或shell脚本或任何可执行文件。这些脚本应该包含特定于Linux vm上运行的特定应用程序的命令。像CommVault这样的备份供应商可以提供这些脚本。您还可以编写自己的脚本。pre_freeze脚本应该在50秒内完成,post_thaw脚本应该在25秒内完成。
要求
  • 对于Windows虚拟机,管理员应具有脚本的读取和执行权限。
  • 对于Windows Server操作系统,如果有脚本,首先执行pre_freeze脚本,然后执行VSS静默,然后执行post_thaw脚本。
  • 对于Linux VM,脚本应具有700个权限,并且应由root用户拥有:root。
  • Pre_Freeze和Post_Thaw脚本都应该出现操作以成功完成。
  • 两个脚本的超时时间都是60秒。
  • 从脚本返回0的代码被认为是成功的。否则,表示脚本执行失败。
  • 如果执行pre_freeze脚本,则不管成功还是失败,都会执行post_thaw脚本。
徽章 +6
dlink7

谢谢你的回复。前/后脚本是绝对有用的,但它更多的是关于如何说服exchange它已经备份。据我所知,我有有限的选择涉及循环日志记录,windows服务器备份

就像一般反馈一样,它感觉从应用程序感知备份程序到基于快照的备份,感觉有点jarring。SQL的问题较少,但交换是一个非常大的交易,即使是Nutanix指南也只能从备份和博士开始7.8节

“Nutanix采用了以VM的数据保护和灾难恢复方法,补充了MICrosoft Exchange数据库可用性组。Nutanix使用VM Calibible Snapshots,沿着保护域,备份您的Microsoft Exchange部署。快照是a的apoint-the-time副本单个虚拟磁盘或VM,或一组虚拟磁盘和虚拟机。VirtualDisks在营养包保护域中分组在一起。“

据我所知,设置DAG并不会减少截断日志的需求。

所以要确认,我是否有以下选项:
  • Windows服务器备份
  • 第三方应用程序感知程序(在访客或VM级别)
  • 循环日志记录+更改删除项的处理方式

谢谢!
Userlevel 3
徽章 +17
IT_Guy

你提出了一个好话题。我认为你的全部清单是正确的,但我想确保你的选择符合你的要求。支持应用程序/VSS的备份不仅具有截断日志的优点,而且允许增量/差异备份和通过日志回复/前滚进行恢复。

如果最近的时间点备份(或者快照)符合RPO要求(例如:您不需要前滚),那么通过循环日志记录或SQL数据库的简单恢复模式截断日志可能就足够了。事实上,您会发现微软建议在使用dag的地方启用循环日志记录(https://technet.microsoft.com/en-us/library/ee832792(v=exchg.150).aspx)。

但是如果您有要求向前滚动还原,则需要一个应用程序,该应用程序与日志截断一起执行增量备份和恢复(因为您不希望启用循环日志记录或使用SQL恢复简单)。如今,像Cloud Connect这样的东西不会执行增量应用级别备份,因此您需要第三方独立执行该操作。

很高兴进一步讨论,以便我们可以确保我们的文档很清楚。

谢谢,
迈克
徽章 +3
mmcghee

谢谢你的回复。在DAG周围的良好信息,我没有经验在该配置中运行交换如此美好的知识。使用圆形日志记录将DAG放入DAG是一个选项。

我们上一份时间表每周满是夜间增量(下午10点)。如果兑换不可恢复地在下午9点死亡,我们将失去过去23个小时的电子邮件数据,这项AFAIK对业务可以接受。我看到它的方式,我们有机会通过Nutanix平台来改进,因为我们可以在营业时间(或更少)在营业时间时安排快照并将这些本地+复制到AWS网站,并保持一周的保留以重叠每周时间表。

使用此配置,我们可以提供更好的RPO(这可以扩展到包括可行的SQL服务器+相关应用程序)。这可能会缓解转向循环日志记录/简单恢复,但我需要调查详细信息。

谢谢你澄清了我的选择,我已经考虑了很多关于移动平台的问题,但是直到最近我才对这篇文章有了灵感。

非常感谢,

丹尼尔
徽章 +6
我是登录到我的命名帐户的最后一个回复,我们只是试图把所有的东西在一个中央帐户上。

回复


Baidu