<?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: SnapMirror destination volumes on backup NetApp in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8955#M2036</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This is from the DESTINATION:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;exch_sg1_db_DR      4096                19660800            15775968&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This is from the SOURCE:&lt;/P&gt;&lt;P&gt;exch_sg1_db         4096                15775968            15775968&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So, yeah, it does seem that at a block level, the destination, which I created larger than the source is indeed still larger than the source.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for the information.  I am trying to learn all this as much as I can.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;James Zeller&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;James Zeller&lt;/P&gt;&lt;P&gt;Technology Strategist&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Chaffe McCall, L.L.P.&lt;/P&gt;&lt;P&gt;Attorneys at Law&lt;/P&gt;&lt;P&gt;2300 Energy Centre 1100 Poydras Street&lt;/P&gt;&lt;P&gt;New Orleans, Louisiana 70163&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Direct: 504-585-7096 &lt;/P&gt;&lt;P&gt;Direct Fax: 504-544-6100&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Main: 504-585-7000 Fax: 504-585-7075&lt;/P&gt;&lt;P&gt;zeller@chaffe.com   &lt;A href="http://www.chaffe.com/" target="_blank"&gt;http://www.chaffe.com/&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 17 Jul 2009 14:17:12 GMT</pubDate>
    <dc:creator>chaffemccall</dc:creator>
    <dc:date>2009-07-17T14:17:12Z</dc:date>
    <item>
      <title>SnapMirror destination volumes on backup NetApp</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8930#M2025</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi everyone, I am new to using Netapp, and we have a 2050 and two 2020's that will be at our DR site.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am in the process of creating my volumes on my 2020's and have a question about the behavior of the destination volume after I create the mirror.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As an example, I have a volume that hold my exchange database, its called EXCH_SG1_DB and is 60 gigs.&amp;nbsp;&amp;nbsp;&amp;nbsp; On the remote 2020, I created a volume called EXCH_SG1_DB_DR and made it 75 gigs, just to already be larger than the source for future growth.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Well, after create the mirror, i notice the volume will disappear while the job is processing, and then the destination volume shows as 60 gigs, and not the 75 gig it once was.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can someone with more experience on this explain why this is?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;thanks!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;James&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 07:25:27 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8930#M2025</guid>
      <dc:creator>chaffemccall</dc:creator>
      <dc:date>2025-06-05T07:25:27Z</dc:date>
    </item>
    <item>
      <title>Re: SnapMirror destination volumes on backup NetApp</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8935#M2027</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi James, &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can you explain a bit more what you mean by:&amp;nbsp; "the volume will disappear while the job is processing"&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;never should a volume disappear but it does not sound like there is an outage so Im confident there is&lt;/P&gt;&lt;P&gt;a misunderstanding here. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;for the size of the destination volume issue, can you run this and post it here&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;df -g volume_name&lt;/P&gt;&lt;P&gt;vol options volume_name&lt;/P&gt;&lt;P&gt;snapmirror status -l&amp;nbsp;&amp;nbsp;&amp;nbsp; for the relationship&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers, &lt;/P&gt;&lt;P&gt;Eric&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 16 Jul 2009 21:38:37 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8935#M2027</guid>
      <dc:creator>eric_barlier</dc:creator>
      <dc:date>2009-07-16T21:38:37Z</dc:date>
    </item>
    <item>
      <title>Re: SnapMirror destination volumes on backup NetApp</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8939#M2029</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks for the reply.  By disappea I meant that on the Netapp Manager (fat client, not web) it will go away from the list of volumes right after I create the mirror.  It comes back, but shows the same size as the source volume and not what it was before.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I will post that data later when I am able to.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;james&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;James Zeller&lt;/P&gt;&lt;P&gt;Technology Strategist&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Chaffe McCall, L.L.P.&lt;/P&gt;&lt;P&gt;Attorneys at Law&lt;/P&gt;&lt;P&gt;2300 Energy Centre 1100 Poydras Street&lt;/P&gt;&lt;P&gt;New Orleans, Louisiana 70163&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Direct: 504-585-7096 &lt;/P&gt;&lt;P&gt;Direct Fax: 504-544-6100&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Main: 504-585-7000 Fax: 504-585-7075&lt;/P&gt;&lt;P&gt;zeller@chaffe.com   &lt;A href="http://www.chaffe.com/" target="_blank"&gt;http://www.chaffe.com/&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 16 Jul 2009 21:54:42 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8939#M2029</guid>
      <dc:creator>chaffemccall</dc:creator>
      <dc:date>2009-07-16T21:54:42Z</dc:date>
    </item>
    <item>
      <title>Re: SnapMirror destination volumes on backup NetApp</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8942#M2030</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi James,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When the SnapMirror data transfer to destination happens the destination volume will become unavailable during this process. But it will come online back once its mirrored; this is the current working behavior of Data ONTAP API's. However you can check the volume status using the CLI.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;And for the second issue can you send me the output of "df"&amp;nbsp; and "vol status -b". I am doubting "vol status -b" should show your volume provisioned original size (which is before).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks;&lt;/P&gt;&lt;P&gt;Daniel&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 17 Jul 2009 03:02:12 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8942#M2030</guid>
      <dc:creator>danielpr</dc:creator>
      <dc:date>2009-07-17T03:02:12Z</dc:date>
    </item>
    <item>
      <title>Re: SnapMirror destination volumes on backup NetApp</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8947#M2032</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;During initialization, the volume is restricted and therefore unavailable. As for the volume size, a volume that is a SnapMirror destination volume has fs_size_fixed option turned on (check vol status &amp;lt;vol_name&amp;gt; output to verify this. This is the reason why it shows the volume to be the same size. vol status -b will show you the bigger size of the volume. FS size will be same as the filesystem size of the source. This behavior is intentional. If for some reason, your source volume is grown, SnapMirror can adjust the volume size until it reaches the largest size you created. Hope this helps. I plan to update all this info and auto_grow etc in the next release of TR3446 (SnapMirror Async Best Practices Guide).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this helps&lt;/P&gt;&lt;P&gt;Srinath&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 17 Jul 2009 13:07:27 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8947#M2032</guid>
      <dc:creator>alapati</dc:creator>
      <dc:date>2009-07-17T13:07:27Z</dc:date>
    </item>
    <item>
      <title>Re: SnapMirror destination volumes on backup NetApp</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8950#M2034</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Here is the output if the DF -G and VOL OPTIONS&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Filesystem               total       used      avail capacity  Mounted on&lt;/P&gt;&lt;P&gt;/vol/exch_sg1_db_DR/       60GB       53GB        6GB      89%  /vol/exch_sg1_db_DR/&lt;/P&gt;&lt;P&gt;/vol/exch_sg1_db_DR/.snapshot        0GB        3GB        0GB     ---%  /vol/exch_sg1_db_DR/.snapshot&lt;/P&gt;&lt;P&gt;hstnnetapp&amp;gt; vol options /vol/exch_sg1_db_DR&lt;/P&gt;&lt;P&gt;nosnap=on, nosnapdir=off, minra=off, no_atime_update=off, nvfail=off,&lt;/P&gt;&lt;P&gt;ignore_inconsistent=off, snapmirrored=on, create_ucode=on,&lt;/P&gt;&lt;P&gt;convert_ucode=on, maxdirsize=18350, schedsnapname=ordinal,&lt;/P&gt;&lt;P&gt;fs_size_fixed=on, compression=off, guarantee=volume, svo_enable=off,&lt;/P&gt;&lt;P&gt;svo_checksum=off, svo_allow_rman=off, svo_reject_errors=off, no_i2p=on,&lt;/P&gt;&lt;P&gt;fractional_reserve=0, extent=off, try_first=volume_grow,&lt;/P&gt;&lt;P&gt;read_realloc=off, snapshot_clone_dependency=on&lt;/P&gt;&lt;P&gt;hstnnetapp&amp;gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;James Zeller&lt;/P&gt;&lt;P&gt;Technology Strategist&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Chaffe McCall, L.L.P.&lt;/P&gt;&lt;P&gt;Attorneys at Law&lt;/P&gt;&lt;P&gt;2300 Energy Centre 1100 Poydras Street&lt;/P&gt;&lt;P&gt;New Orleans, Louisiana 70163&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Direct: 504-585-7096 &lt;/P&gt;&lt;P&gt;Direct Fax: 504-544-6100&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Main: 504-585-7000 Fax: 504-585-7075&lt;/P&gt;&lt;P&gt;zeller@chaffe.com   &lt;A href="http://www.chaffe.com/" target="_blank"&gt;http://www.chaffe.com/&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 17 Jul 2009 14:09:12 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8950#M2034</guid>
      <dc:creator>chaffemccall</dc:creator>
      <dc:date>2009-07-17T14:09:12Z</dc:date>
    </item>
    <item>
      <title>Re: SnapMirror destination volumes on backup NetApp</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8955#M2036</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This is from the DESTINATION:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;exch_sg1_db_DR      4096                19660800            15775968&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This is from the SOURCE:&lt;/P&gt;&lt;P&gt;exch_sg1_db         4096                15775968            15775968&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So, yeah, it does seem that at a block level, the destination, which I created larger than the source is indeed still larger than the source.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for the information.  I am trying to learn all this as much as I can.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;James Zeller&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;James Zeller&lt;/P&gt;&lt;P&gt;Technology Strategist&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Chaffe McCall, L.L.P.&lt;/P&gt;&lt;P&gt;Attorneys at Law&lt;/P&gt;&lt;P&gt;2300 Energy Centre 1100 Poydras Street&lt;/P&gt;&lt;P&gt;New Orleans, Louisiana 70163&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Direct: 504-585-7096 &lt;/P&gt;&lt;P&gt;Direct Fax: 504-544-6100&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Main: 504-585-7000 Fax: 504-585-7075&lt;/P&gt;&lt;P&gt;zeller@chaffe.com   &lt;A href="http://www.chaffe.com/" target="_blank"&gt;http://www.chaffe.com/&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 17 Jul 2009 14:17:12 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/SnapMirror-destination-volumes-on-backup-NetApp/m-p/8955#M2036</guid>
      <dc:creator>chaffemccall</dc:creator>
      <dc:date>2009-07-17T14:17:12Z</dc:date>
    </item>
  </channel>
</rss>

