<?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: Business Copy EVA problem in Disk Enclosures</title>
    <link>https://community.hpe.com/t5/disk-enclosures/business-copy-eva-problem/m-p/3326625#M12839</link>
    <description>Jason,&lt;BR /&gt;&lt;BR /&gt;I guess what Jerry wanted to say is: a 100 GigaBytes virtual disk in VRAID-1 takes up 200 GigaBytes of raw disk space. That leaves 50 GigaBytes of raw space.&lt;BR /&gt;&lt;BR /&gt;A snapshot is currently using the same VRAID level like the parent virtual disk, so 50 GigaBytes of raw space allows for 25 GigaBytes of updates on the parent before the disk group is full. Please note that a disk group should never be filled to 100%.</description>
    <pubDate>Thu, 08 Jul 2004 14:13:32 GMT</pubDate>
    <dc:creator>Uwe Zessin</dc:creator>
    <dc:date>2004-07-08T14:13:32Z</dc:date>
    <item>
      <title>Business Copy EVA problem</title>
      <link>https://community.hpe.com/t5/disk-enclosures/business-copy-eva-problem/m-p/3326623#M12837</link>
      <description>Hi:&lt;BR /&gt;&lt;BR /&gt;Could anyone provide some comments for the following questions about BC EVA?&lt;BR /&gt;&lt;BR /&gt;- As I know, snapshot will exist in the same disk group with source Vdisk. If the total EVA space is 250G (one disk group), a 100G Vdisk with mirror was created. It means 200G of total EVA space used, and 50G is free. When we make a snap BCV, does this BCV can only use the available 50G space? so I can not use the "fully Allocated Snapshot". right?&lt;BR /&gt;&lt;BR /&gt;- What is best practice for mirror and BCV?&lt;BR /&gt;&lt;BR /&gt;- If the source data does not change, is the size of the BCV vdiisk always zero? &lt;BR /&gt;&lt;BR /&gt;- Where is the scheduling function within BC GUI?&lt;BR /&gt;&lt;BR /&gt;Thanks for any response.</description>
      <pubDate>Thu, 08 Jul 2004 11:08:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/business-copy-eva-problem/m-p/3326623#M12837</guid>
      <dc:creator>Jerry Tsai</dc:creator>
      <dc:date>2004-07-08T11:08:54Z</dc:date>
    </item>
    <item>
      <title>Re: Business Copy EVA problem</title>
      <link>https://community.hpe.com/t5/disk-enclosures/business-copy-eva-problem/m-p/3326624#M12838</link>
      <description>If you create a 100G mirrored Vdisk, thats how big the Vdisk is.  It does not allocate another 100GB because you mirrored the Vdisk.  Also, as long as the data does not change, a SNAP that is not a "fully allocated Snapshot" will not take up any space.  There is not scheduling function that I know of built into Busness Copy.  However, you can use another machine running Business Copy to kick of scheduled jobs that are configured on the SMA.  &lt;BR /&gt;&lt;BR /&gt;Hope this helps</description>
      <pubDate>Thu, 08 Jul 2004 13:32:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/business-copy-eva-problem/m-p/3326624#M12838</guid>
      <dc:creator>Jason Webster</dc:creator>
      <dc:date>2004-07-08T13:32:53Z</dc:date>
    </item>
    <item>
      <title>Re: Business Copy EVA problem</title>
      <link>https://community.hpe.com/t5/disk-enclosures/business-copy-eva-problem/m-p/3326625#M12839</link>
      <description>Jason,&lt;BR /&gt;&lt;BR /&gt;I guess what Jerry wanted to say is: a 100 GigaBytes virtual disk in VRAID-1 takes up 200 GigaBytes of raw disk space. That leaves 50 GigaBytes of raw space.&lt;BR /&gt;&lt;BR /&gt;A snapshot is currently using the same VRAID level like the parent virtual disk, so 50 GigaBytes of raw space allows for 25 GigaBytes of updates on the parent before the disk group is full. Please note that a disk group should never be filled to 100%.</description>
      <pubDate>Thu, 08 Jul 2004 14:13:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/business-copy-eva-problem/m-p/3326625#M12839</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2004-07-08T14:13:32Z</dc:date>
    </item>
    <item>
      <title>Re: Business Copy EVA problem</title>
      <link>https://community.hpe.com/t5/disk-enclosures/business-copy-eva-problem/m-p/3326626#M12840</link>
      <description>Could anyone provide some comments for the following questions about BC EVA?&lt;BR /&gt;&lt;BR /&gt;- As I know, snapshot will exist in the same disk group with source Vdisk. If the total EVA space is 250G (one disk group), a 100G Vdisk with mirror was created. It means 200G of total EVA space used, and 50G is free. When we make a snap BCV, does this BCV can only use the available 50G space? so I can not use the "fully Allocated Snapshot". right?&lt;BR /&gt;Correct you will only be able to perform demand allocated, when it runs our of space however your copy will blow up...&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;- What is best practice for mirror and BCV?&lt;BR /&gt;I think this is probably subjective right now.&lt;BR /&gt;&lt;BR /&gt;- If the source data does not change, is the size of the BCV vdiisk always zero? &lt;BR /&gt;If you change data on the snapshot disk or original disk, the change in allocation will grow by that amount changed.&lt;BR /&gt;&lt;BR /&gt;- Where is the scheduling function within BC GUI?&lt;BR /&gt;Your best bet is to use the evmcl command and cron. i.e.&lt;BR /&gt;&lt;BR /&gt;/opt/CPQevm/bin/evmcl eva001.domain.com run "SNAPSHOT_JOB"&lt;BR /&gt;&lt;BR /&gt;GL,&lt;BR /&gt;Craig</description>
      <pubDate>Thu, 08 Jul 2004 16:10:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/business-copy-eva-problem/m-p/3326626#M12840</guid>
      <dc:creator>Craig Rants</dc:creator>
      <dc:date>2004-07-08T16:10:29Z</dc:date>
    </item>
  </channel>
</rss>

