Commvault-备份ESX VM的磁带...

n
徽章 +2
大家好，

最近，我们在两个位置（站点“ A”和站点“ B”的位置部署了ESXI Nutanix群集。我们已经设置了一个Nutanix保护域，并将VM从站点“ B”复制到“ A”。

我们需要备份从站点“ B”到磁带的几个复制VM，并带有Commvault，以长期保留，在网站“ A”。尽管我能够通过“手动”浏览数据存储，并筛选.snapshot文件夹并将VM添加到库存中，但我想知道这个过程是否可以自动化甚至简化？

有人知道.snapshot文件夹中的编号文件夹是否定期更改？如果他们不这样做，那么我可能会自动使用脚本。



提前致谢！

蒂姆
\n
\nWe recently deployed ESXi Nutanix Clusters in 2 locations, site \"A\", and site \"B\". We have setup a Nutanix Protection Domain, and are replicating VM's from site \"B\" to \"A\".
\n
\nWe have a requirement to backup several replicated VM's from site \"B\", to tape, with CommVault for long term retention, at<\/u> site \"A\". While I have been able to accomplish this by \"manually\" browsing the datastore, and sifting through the .snapshot folder, and adding the VM(s) to inventory, I was wondering if this process could be automated or even simplified?
\n
\nDoes anyone know if the numbered folders inside the .snapshot folder change regularly? If they do not, then I could possibly automate with a script.
\n
\n

<\/a><\/p>
\n
\nThanks in Advance!
\n
\nTim","quoteUsername":"New2tanix","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">

5个答复

乔恩
秩
UserLevel 6
徽章 +29
Afaik Commvault可以在本地做到这一点，不是吗？

意思是您备份在网站B上运行的VM到网站B中的commvault，然后您有一个Commvault策略来复制CVLT存储库到网站a用于保留

添加Marknijmeijer和dlink7也是
乔恩·科勒|Nutanix工程技术总监|Nutanix NPX＃003，VCDX＃116 |@jonkohler |如果有用的话，请荣誉！
\n
\nMeaning you backup a VM running at Site B to commvault in Site B, then you have a CommVault policy to replicate the CVLT repository to Site A for retention
\n
\nAdding MarkNijmeijer<\/a> and dlink7<\/a> as well","quoteUsername":"Jon","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
n
徽章 +2
嗨，乔恩，谢谢您的回复。

我假设您指的是媒体代理之间的复制（库）。虽然我没有尝试过，但我想我应该补充说，网站“ A和站点“ B”之间的数据链接当前太小而无法适应流量增加。实际上，我们对（1）2TB+ VM的初始复制开始了必须将10/30限制在剩下126天的时间内才能完成。

最初，我的计划只是将现场VM（s）从站点“ B”备份，从电线上到站点“ A”，但很快也取消了该想法。

如果有一种方法可以确认.snapshot文件夹中的编号文件夹不更改，则我的计划是脚本和安排数据存储浏览，并将其安排到该特定文件夹中，并在Commvault计划的作业之前添加到库存中。然后是从库存中删除的另一项工作。

或者只是指定某人手动做的出色工作。
\n
\nI assume you are referring to replication between Media Agents (Libraries). While I have not attempted this, I guess I should have added that the data link between Site \"A and Site \"B\" is currently too small to accomodate increased traffic. In fact, our initial replication of (1) 2TB+ VM, started on 10\/30 had to be throttled leaving 126 days left to complete.
\n
\nInitially my plan was just to backup live VM(s) from Site \"B\", over the wire to Site \"A\", but soon scrapped that idea as well.
\n
\nIf there is a way to confirm that the numbered folders within the .snapshot folder do not change, my plan was to script and schedule the datastore browse, to that specific folder, and add to inventory, just prior to the CommVault scheduled job. Then another job to remove from inventory.
\n
\nOr just assign someone the wonderful job of doing it all manually.","quoteUsername":"New2tanix","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
dlink7
UserLevel 4
徽章 +19
您建议工作的建议您每次都必须做一份恢复工作才能打破变化块跟踪。好部分是Commvault Dedupe数据库应该启动并且应该可以。我的理解是，每次都将是一个完整的备份。
乔恩
秩
UserLevel 6
徽章 +29
快照文件夹会一直在变化，老实说，这并不是人类眼睛的。

作为dlink7建议，每次您尝试做的事情时，它都会是完整的VMware备份，并且您的Commvault目录将是一场噩梦，因为您要备份的VM的UUID每次都会改变。
乔恩·科勒|Nutanix工程技术总监|Nutanix NPX＃003，VCDX＃116 |@jonkohler |如果有用的话，请荣誉！
n
徽章 +2
dlink7，我担心的是这些路线吗？我将要运行的这些完整备份的最长保留率将为一年。因此，除了试图找出快照的备份过程外，还在恢复时间引起关注。更改了块等。但是，很可能，我不必还原整个VM，而是文件。但是很难说。

顺便说一句，我已经测试了备份，并通过将VMDK文件添加到另一个VM来还原文件。
dlink7<\/a>, my concern was sort of along these lines? The longest retention for these FULL backups that I would run, would be for 1 year. So, aside from trying to figure out the backup process of of the snapshot, comes the concern at restore time. Changed blocks, etc. Most likely though, I would not have to restore the entire VM, rather files. But hard to say.
\n
\nBtw, I have tested the backup, and restore of files by adding the vmdk file to another VM.","quoteUsername":"New2tanix","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">

回复


条款和条件
Learn more about our cookies.<\/a>","cookiepolicy.button":"Accept cookies","cookiepolicy.button.deny":"Deny all","cookiepolicy.link":"Cookie settings","cookiepolicy.modal.title":"Cookie settings","cookiepolicy.modal.content":"We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.<\/a>","cookiepolicy.modal.level1":"Basic
Functional","cookiepolicy.modal.level2":"Normal
Functional + analytics","cookiepolicy.modal.level3":"Complete
Functional + analytics + social media + embedded videos"}}}">
Baidu