<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: vMotion / Storage vMotion Integrity? in VMware vSphere™ Discussions</title>
    <link>https://communities.vmware.com/t5/VMware-vSphere-Discussions/vMotion-Storage-vMotion-Integrity/m-p/2825962#M37867</link>
    <description>&lt;P&gt;I guess that doesn't fully answer the question. It is an interesting question indeed, and I never seen anything shared around it. Not outside VMware, and not inside either. Let me see if i can ask one of the engineers.&lt;/P&gt;</description>
    <pubDate>Thu, 28 Jan 2021 08:19:02 GMT</pubDate>
    <dc:creator>depping</dc:creator>
    <dc:date>2021-01-28T08:19:02Z</dc:date>
    <item>
      <title>vMotion / Storage vMotion Integrity?</title>
      <link>https://communities.vmware.com/t5/VMware-vSphere-Discussions/vMotion-Storage-vMotion-Integrity/m-p/2825162#M37800</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Is there anything documented about how vMotion &amp;amp; Storage vMotion ensure data integrity of the copy each makes? I'm not referring to Encrypting in transit (vMotion Encryption etc) but rather how VMware knows it has a good copy of the VMDK disk etc on the destination (excluding encrypted disks here) before it uses CBT and commits the final change? MD5 is mentioned in some articles where you copy files manually but what tool / mechanism does VMware use to verify disk integrity in particular when you use the UI? Thanks.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 25 Jan 2021 15:05:02 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSphere-Discussions/vMotion-Storage-vMotion-Integrity/m-p/2825162#M37800</guid>
      <dc:creator>ognak</dc:creator>
      <dc:date>2021-01-25T15:05:02Z</dc:date>
    </item>
    <item>
      <title>Re: vMotion / Storage vMotion Integrity?</title>
      <link>https://communities.vmware.com/t5/VMware-vSphere-Discussions/vMotion-Storage-vMotion-Integrity/m-p/2825834#M37852</link>
      <description>&lt;P&gt;Yours is a very interesting question indeed:&lt;BR /&gt;&lt;BR /&gt;here is what i found:&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Before moving a virtual machines disk file, Storage VMotion moves the "home directory" of the virtual machine to the new location. The home directory contains meta data about the virtual machine (configuration, swap and log files). After relocating the home directory, Storage VMotion copies the contents of the entire virtual machine storage disk file to the destination storage host, leveraging "changed block tracking" to maintain data integrity during the migration process. Next, the software queries the changed block tracking module to determine what regions of the disk were written to during the first iteration, and then performs a second iteration of copy, where those regions that were changed during the first iteration copy (there can be several more iterations).&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 27 Jan 2021 19:59:49 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSphere-Discussions/vMotion-Storage-vMotion-Integrity/m-p/2825834#M37852</guid>
      <dc:creator>nachogonzalez</dc:creator>
      <dc:date>2021-01-27T19:59:49Z</dc:date>
    </item>
    <item>
      <title>Re: vMotion / Storage vMotion Integrity?</title>
      <link>https://communities.vmware.com/t5/VMware-vSphere-Discussions/vMotion-Storage-vMotion-Integrity/m-p/2825962#M37867</link>
      <description>&lt;P&gt;I guess that doesn't fully answer the question. It is an interesting question indeed, and I never seen anything shared around it. Not outside VMware, and not inside either. Let me see if i can ask one of the engineers.&lt;/P&gt;</description>
      <pubDate>Thu, 28 Jan 2021 08:19:02 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSphere-Discussions/vMotion-Storage-vMotion-Integrity/m-p/2825962#M37867</guid>
      <dc:creator>depping</dc:creator>
      <dc:date>2021-01-28T08:19:02Z</dc:date>
    </item>
    <item>
      <title>Re: vMotion / Storage vMotion Integrity?</title>
      <link>https://communities.vmware.com/t5/VMware-vSphere-Discussions/vMotion-Storage-vMotion-Integrity/m-p/2825964#M37868</link>
      <description>&lt;P&gt;Also, one thing to mention I guess is that a filter driver is introduced for data that is written to during the process, so that goes from the VM directly to "source" and "destination". Still the question then remains, how do we know what we read is the same as what we write?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 28 Jan 2021 08:31:24 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSphere-Discussions/vMotion-Storage-vMotion-Integrity/m-p/2825964#M37868</guid>
      <dc:creator>depping</dc:creator>
      <dc:date>2021-01-28T08:31:24Z</dc:date>
    </item>
    <item>
      <title>Re: vMotion / Storage vMotion Integrity?</title>
      <link>https://communities.vmware.com/t5/VMware-vSphere-Discussions/vMotion-Storage-vMotion-Integrity/m-p/2825965#M37869</link>
      <description>&lt;P&gt;Another thing I just thought of around SvMotion is that there are different datamovers, depending on "source" / "destination". So that also complicates the story...&lt;/P&gt;</description>
      <pubDate>Thu, 28 Jan 2021 08:35:55 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSphere-Discussions/vMotion-Storage-vMotion-Integrity/m-p/2825965#M37869</guid>
      <dc:creator>depping</dc:creator>
      <dc:date>2021-01-28T08:35:55Z</dc:date>
    </item>
  </channel>
</rss>

