<?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 64 bit Volume size in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/64-bit-Volume-size/m-p/63329#M14927</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Folks, &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We recently move all our Lund from a 32 bit aggregate to a staging area while we rebuilt the aggregate as a 64 bit one. &lt;/P&gt;&lt;P&gt;On our old setup we had a number of volumes that were based on OS and then we had one for file stores. &lt;/P&gt;&lt;P&gt;We had deduce running on theses and we were seeing a decent saving. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My question is should i just create a 13tb volume and stick all my Luna in there as opposed to creating multiple volumes &lt;/P&gt;&lt;P&gt;My reason for posting here is to get some feedback as to whether there are drawbacks in terms of performance etc. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Looking forward to your input. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 05 Jun 2025 06:50:50 GMT</pubDate>
    <dc:creator>robertgalvin</dc:creator>
    <dc:date>2025-06-05T06:50:50Z</dc:date>
    <item>
      <title>64 bit Volume size</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/64-bit-Volume-size/m-p/63329#M14927</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Folks, &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We recently move all our Lund from a 32 bit aggregate to a staging area while we rebuilt the aggregate as a 64 bit one. &lt;/P&gt;&lt;P&gt;On our old setup we had a number of volumes that were based on OS and then we had one for file stores. &lt;/P&gt;&lt;P&gt;We had deduce running on theses and we were seeing a decent saving. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My question is should i just create a 13tb volume and stick all my Luna in there as opposed to creating multiple volumes &lt;/P&gt;&lt;P&gt;My reason for posting here is to get some feedback as to whether there are drawbacks in terms of performance etc. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Looking forward to your input. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:50:50 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/64-bit-Volume-size/m-p/63329#M14927</guid>
      <dc:creator>robertgalvin</dc:creator>
      <dc:date>2025-06-05T06:50:50Z</dc:date>
    </item>
    <item>
      <title>64 bit Volume size</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/64-bit-Volume-size/m-p/63334#M14928</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;a key consideration is snapshot scheduling.&amp;nbsp; If you have one lun per volume but all volumes reside on the same aggregate, then all luns in one volume on the same aggregate would expect similar performance.&amp;nbsp; If you are going to create different retention on snapshots then it often makes sense to create a new volume.&amp;nbsp; Aggregating luns in a volume is no issue and we see it fairly often (we create a separate qtree for each host if multiple luns in a volume so that we can snapvault or qsm the lun(s) for that server later.&amp;nbsp; There is also the consideration of lun guarantees and space reservation, then snapshot overhead to manage along with snapshot autodelete and volume autogrow policies if thin provisioning snapshots without 100% snapshot reserve.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 10 Jul 2011 15:25:38 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/64-bit-Volume-size/m-p/63334#M14928</guid>
      <dc:creator>scottgelb</dc:creator>
      <dc:date>2011-07-10T15:25:38Z</dc:date>
    </item>
  </channel>
</rss>

