In this episode, Sean Donahue looks back at the tech stories from 2022. The highs, lows, and everything in between. What story did we miss? Which stories surprised you in 2022? Please leave your comments below.<\/p>

Have a wonderful 2023!<\/p>

<\/oembed><\/p>

\u00a0<\/p>

If you have any questions, feel free to reach out to me on\u00a0Twitter<\/a>\u00a0and if you haven't already done so, make sure you are subscribed to the show wherever you consume podcasts.<\/p>

\u00a0<\/p>","id":41482,"featuredImage":"https:\/\/uploads-us-west-2.insided.com\/nutanix-us\/attachment\/f38aec9c-1b9f-472b-8bc4-5177f93527b7_thumb.png","label":"Blog","replyCount":0,"views":92,"post":{"id":63100,"author":{"id":7898,"url":"\/members\/aluciani-7898","name":"aluciani","avatar":"https:\/\/uploads-us-west-2.insided.com\/nutanix-us\/icon\/200x200\/77accf89-4f79-48be-81e6-c2ac5507e29b.png","userTitle":"Chevalier","rank":{"isBold":false,"isItalic":false,"isUnderline":false,"name":"Chevalier","color":"#660099"},"userLevel":7},"content":"

In this episode, Sean Donahue looks back at the tech stories from 2022. The highs, lows, and everything in between. What story did we miss? Which stories surprised you in 2022? Please leave your comments below.<\/p>

Have a wonderful 2023!<\/p>

<\/oembed><\/p>

\u00a0<\/p>

If you have any questions, feel free to reach out to me on\u00a0Twitter<\/a>\u00a0and if you haven't already done so, make sure you are subscribed to the show wherever you consume podcasts.<\/p>

\u00a0<\/p>","url":"\/community-blog-154\/nutanix-community-podcast-2022-year-in-review-41482?postid=63100#post63100","creationDate":"2023-01-03T14:40:38+0000","relativeCreationDate":"4 days ago"},"contentType":"article","type":3,"likes":3,"hasCurrentUserLiked":false},"phrases":{"Forum":{"{n} year|{n} years":"{n} year|{n} years","{n} month|{n} months":"{n} month|{n} months","{n} day|{n} days":"{n} day|{n} days","{n} hour|{n} hours":"{n} hour|{n} hours","{n} minute|{n} minutes":"{n} minute|{n} minutes","just":"just now","{plural} ago":"{plural} ago"}}}">

问题

实时克隆VM驱动到另一个VM

j
  • JB。
  • 探路者
  • 1回复

大家好，我们只是正处于从VMware迁移到AHV的过程的开始。

我们需要考虑的一个应用程序集需要考虑的一个方案之一是将整个驱动器从构建服务器克隆到报告服务器。

从本质上讲，我有一台服务器，该服务器会间歇性地将数据编译成成品。服务器完成后，它将调用另一个脚本，将驱动器克隆到报告服务器。我们的报告服务器具有重复的驱动器1在线和1个离线，脚本覆盖离线驱动器，然后使驱动器在线交换在线状态，以便我们的客户现在正在报告新刷新的数据。

我希望复制这个概念，并希望有一些指针。

在我们现有的环境中，我正在利用磁盘克隆的一些存储命令。我希望了解如何从AHV托管的Windows服务器中复制磁盘克隆。

有人会对我可能从哪里开始有任何建议吗？

谢谢！

Hi everybody we are just in the beginning of the process of migrating our environment from VMWare to AHV.<\/p>

One of the scenarios that we need to consider for one of our application sets involves cloning an entire drive from a build server to a reporting server.<\/p>

Essentially right now I have a server that takes data and compiles it into a finished product on an intermittent basis.\u00a0 When the server completes it\u2019s build it calls another script that clones the drive to a reporting server.\u00a0 Our reporting server has duplicate drives 1 online and 1 offline, the script overwrites the offline drive, then gets the drives to swap online state so that our clients are now reporting on the newly refreshed data.<\/p>

I am looking to replicate this concept and am hoping for a few pointers.<\/p>

In our existing environment I am making use of some of the storage commands for the disk clone.\u00a0 I am hoping to understand how to replicate the disk clone from an AHV hosted Windows server.<\/p>

Would anybody have any suggestions on where I might be able to start with this?<\/p>

Thanks all!<\/p>","quoteUsername":"Jb.","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">

2个答复

hitesh0801
秩
UserLevel 4
徽章 +5

嘿 @JB。

您需要在AHV磁盘管理工作流程中进行一些玩耍。据我了解，您需要克隆磁盘，然后将其从一个VM移动到另一个VM。

以下KB列出了一些常用的AHV磁盘管理工作流，可能会派上用场。

AHV磁盘管理工作流程

希望这可以帮助 ！
Hey @Jb.<\/user-mention>\u00a0

You need to play around a little with AHV disk management workflows. From what I understood you need to clone a disk and then move it from one VM to another.\u00a0

The following KB lists some commonly used AHV Disk management workflow, might come in handy.\u00a0

AHV Disk Management Workflow\u00a0<\/a>

\u00a0<\/p>","quoteUsername":"HITESH0801","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
j

@hitesh0801谢谢您，我同意这将派上用场，是的，您正确理解我们要克隆磁盘并将其移至另一个VM。

虽然我引起了您的注意（我很抱歉问什么可能是基本的问题），但是如果可以的话，我有几个问题。

在每个实例中，从我看到的情况下，源VM似乎正在关闭以允许创建磁盘映像 - 这是强制性要求吗？实际上，我们希望使用PowerShell或API在作业完成后从源计算机启动驱动器克隆 - 这是我们现在所做的，因为这允许我们自动化整个过程，包括指定正确的磁盘以克隆从伟德国际 391工作本身。

其次，一旦磁盘映像完成并存储在图像配置中以“覆盖”第二VM的现有目标磁盘，或者每次都需要创建净新驱动器吗？

感谢您的时间和帮助，让我指向正确的方向。

JB。

@HITESH0801<\/user-mention>\u00a0thank you for this I agree this will come in handy, and yes you understood correctly we want to clone a disk and move it to another VM.<\/p>

While I have your attention (and I apologize for asking what are probably exceedingly basic questions) however I have a few questions if I may.<\/p>

In each instance from what I see it would appear that the source VM is being powered off to allow for the disk Image to be created - is that a mandatory requirement?\u00a0 We were actually hoping to use either PowerShell or the API to initiate a drive clone from the source machine after the job has completed - this is what we do now as this allows us to automate the entire process including specifying the correct disk to clone from the job itself.<\/p>

Secondly is it possible once the disk image has completed and been stored in the Image Configuration to \u2018overwrite\u2019 the existing Target Disk of the second VM or would it be necessary to create a net new drive each time?<\/p>

Thanks for your time and assistance in getting me pointed in the right direction.<\/p>

Jb.<\/p>","quoteUsername":"Jb.","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