解决了

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

  • 2017年3月29日
  • 6个回答
  • 1647次观点

徽章 +6
你好,

谁能在从用于自动执行的产品移动到CloudConnect时如何管理如何管理Exchange / SQL等应用程序的日志截断的想法?

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

非常感谢,

丹尼尔
图标

最佳答案mmcghee.2017年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 VM上运行的特定应用程序的命令。像CommVault这样的备份供应商可以提供这些脚本。您也可以编写自己的脚本。以下是Pre_Freeze和Post_Thaw脚本的一些指导方针和示例。
位置
  • 对于Windows VM,在System_Drive下创建pre_freeeze.bat和post_thaw.bat脚本:program filesnutanixscriptspre_freeeze.bat andsystem_drive:program filesnutanixscriptspost_thaw.bat。例如,如果您的system_drive是c,则在c:program filesnutanixscriptspre_freeze.bat和c:process filesnutanixscriptspost_thaw.bat中创建这些脚本。
  • 对于Linux VM,您必须使用所有者root创建pre_freeeze / sbin / pre_freeze和post_thaw / sbin / post_thaw脚本:root和700权限。在创建快照和Post_thaw脚本之前执行Pre_Freeze脚本在快照创建后执行。如果未存在pre_freeze或post_thaw脚本或权限不正确,则VSS被禁用,并且碰撞了崩溃的快照。pre_freeze和post_thaw脚本可以是python或shell脚本或任何可执行文件。这些脚本应包含特定于在Linux VM上运行的特定应用程序的命令。像CommVault这样的备份供应商可以提供这些脚本。您也可以编写自己的脚本。pre_freeze脚本应该在50秒内完成,并且博斯特_thaw脚本应该在25秒内完成。
需求
  • 对于Windows VM,管理员应在脚本上读取和执行权限。
  • 对于Windows服务器操作系统如果存在脚本,则首先执行Pre_Freeze脚本,然后执行VSS静止,然后执行Post_Thaw脚本。
  • 对于Linux虚拟机,脚本拥有700个权限,属于root:root用户。
  • pre_freeze和post_thaw脚本都应该出现,以便操作成功完成。
  • 两个脚本的超时为60秒。
  • 从脚本返回0的码代码被视为成功。否则,它意味着脚本执行失败。
  • 如果pre_freeze脚本执行,则无论其成功还是失败,都会执行post_thaw脚本。
徽章 +6
你好Dlink7.

谢谢你的回复。预/后脚本是态度有用的,但它更多地了解如何说服交换它已经备份。据我所知,我有有限的选项涉及圆形日志记录,Windows Server备份

就像一般的反馈一样,从应用程序感知的备份程序到基于快照的备份,感觉有点不和谐。SQL不是一个问题,但Exchange是一个相当大的问题,甚至Nutanix指南在备份和DR的7.8节中也只有这样说:

Nutanix采用以虚拟机为中心的方法进行数据保护和灾难恢复,补充了microsoft Exchange数据库可用性组。Nutanix使用VM口径的快照和保护域来备份Microsoft Exchange的部署。快照是单个虚拟磁盘、虚拟机、一组虚拟磁盘和虚拟机的时间点的副本。虚拟磁盘被组合在一个Nutanix保护域中。”

从我可以告诉建立一个DAG并不能减轻截断日志的要求。

我再确认一下,除了:
  • Windows服务器备份
  • 第三方应用程序感知程序(客户级或VM级)
  • 循环日志记录+更改已删除的项目处理方式

谢谢!
UserLevel 3.
徽章 + 17
你好IT_GUY.

你提出了一个好主题。我认为您的整体列表是正确的,但我想确保选择与您的要求相匹配。application / vss感知备份具有不仅具有截断日志的优势,而且具有替换/差异备份和使用日志回复/滚动的恢复。

如果最后一次性备份(或在这种情况下的快照)匹配您的RPO要求(即,您不需要向前滚动),然后通过SQL数据库截断日志或简单的恢复模式可能就足够了。实际上,您将找到Microsoft建议,以启用使用DAG的循环日志记录(https://technet.microsoft.com/en-us/library/ee832792(v=exchg.150).aspx)。

但是,如果需要使用前滚进行恢复,则需要应用程序同时执行增量备份和恢复以及日志截断(因为您不希望启用循环日志记录或使用SQL进行简单恢复)。今天,像云连接这样的东西并不执行增量的应用程序级备份,因此您需要第三方独立执行该操作。

很高兴进一步讨论,这样我们可以确保我们的文档是清晰的。

谢谢,
麦克风
徽章 +3
你好mmcghee.

谢谢你的回复。关于DAG的好信息,我没有在那个配置中运行Exchange的经验,所以很清楚。放入带有循环日志记录的DAG是一种选择。

我们之前的计划是每周都排满,每夜都增加(晚上10点)。如果Exchange在晚上9点不可挽回地死亡,我们将失去最后23个小时的电子邮件数据,这是可以接受的业务。在我看来,我们有机会通过Nutanix平台来改善这一点,因为我们可以在工作时间每小时(或更少)安排快照,并将这些快照本地存储+复制到AWS站点,保持它们在一周的保留时间,以重叠我们的每周计划。

通过这个配置,我们可以提供一个更好的RPO(在可行的情况下,可以扩展到包括SQL服务器+相关的应用程序)。这可能会减轻向循环日志/简单恢复的转移,但我需要研究细节。

感谢澄清我的选择,我对移动平台的大小很多,但我没有关于这件作品的“Ah-Ha”的时刻,直到最近......学习!

非常感谢,

丹尼尔
徽章 +6
我刚刚登录我的命名帐户,我们只是试图在中央账户上保留所有内容。

回复


Baidu