解决了

使用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虚拟机,脚本拥有700个权限,属于root:root用户。
  • pre_freeze和post_thaw脚本都应该出现,以便操作成功完成。
  • 两个脚本的超时时间都是60秒。
  • 从脚本返回0的代码被认为是成功的。否则,表示脚本执行失败。
  • 如果执行pre_freeze脚本,则不管成功还是失败,都会执行post_thaw脚本。
徽章 +6
dlink7,

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

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

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

据我所知,设置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进行简单恢复)。今天,像云连接这样的东西并不执行增量的应用程序级备份,因此您需要第三方独立执行该操作。

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

谢谢,
迈克
徽章 +3
mmcghee,

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

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

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

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

非常感谢,

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

回复


Baidu