解决了

这里有HYCU的用户吗?

  • 2019年8月30日
  • 5回复
  • 1659的浏览量

我们目前正在评估Nutanix和HYCU的备份。到目前为止,HYCU看起来在我的CE实验室服务器上运行得很好,但有一个问题他们不能回答。对于旧的恢复点(超过“快速恢复”点)上的文件恢复,HYCU必须从存储目标复制整个VM,并挂载它,甚至开始搜索文件。虽然对于小型VM来说这不是什么大问题,但大型VM会根据您与存储目标的网络连接导致等待时间。对于任何使用HYCU的人来说,这是一个问题吗?我对听到现实世界的反馈非常感兴趣。谢谢!
图标

最佳答案MMSW_DE2019年9月3日,10:00

\n
\nwe ran into the exact same issue in our production environment: Restoring a multi-Terabyte Exchange VM took many hours while cluster overall performance (we use entry-level 1000-NX series hardware) was clearly affected by sustained bulk writes.
\n
\nWe simply decided to keep more Fast Restore points (i.e. cluster based snapshots), reaching further into the past. Storagewise this workaround should not be a big deal, although there is no way to see how large those snaphots actually are.
\n
\nI'm very confident the folks at Hycu will eventually establish a solution for this.","className":"post__content__best_answer"}">
查看原始

本主题已关闭供评论

5回复

Userlevel 2
徽章 +5
你好,

在我们的生产环境中,我们遇到了完全相同的问题:恢复一个多tb的Exchange VM需要花费许多小时,而集群的整体性能(我们使用入门级的1000-NX系列硬件)明显受到持续的批量写入的影响。

我们只是决定保留更多的快速恢复点(即基于集群的快照),进一步深入到过去。在存储方面,这个解决方案应该不是一个大问题,尽管没有办法看到这些快照实际上有多大。

我很有信心Hycu的人最终会为这个问题找到解决方案。
我很有信心Hycu的人最终会为这个问题找到解决方案。

感谢您的回复 @MMSW_DE.HYCU的人已经表示,他们将在未来的更新中直接连接到存储。希望这能实现。就像你说的,他们建议保留更多的快速恢复点,但我最初的暗示是,你可以保留多少有点有限。我今天和他们会面,看看“共享”选项是否有助于缓解问题,比如对于更大的文件服务器。

至于exchange,我还没有对此进行测试,但我假设您可以像SQL一样,无需重新补水就可以恢复数据库。这就是你的经历吗?

还有,你使用Nutanix Files吗?如果是这样,HYCU有什么问题吗?
Userlevel 2
徽章 +5
对不起,我自己没有做Exchange还原测试,坦率地说,我不知道我的同事做了多远。我们还没有使用Nutanix文件,所以我恐怕也没有经验。

总的来说,Hycu的整合非常好,他们非常有动力让事情顺利进行。

我们已经在HYCU 4.1中超越了这个限制。为了恢复几个文件,您不再需要从远程备份目标(Onprem或Cloud)恢复整个VM。在HYCU 4.2中,这适用于应用程序级恢复。例如,为了在特定时间点恢复单个MSSQL数据库,您不需要恢复整个MSSQL VM。

Userlevel 1
徽章 +2

当我在A3我们运行HYCU大约3年 @msundling作为先锋,我们对整个解决方案,以及HYCU背后的团队和他们提供的支持都非常满意。

我的热情推荐:)

Baidu