<?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: OCUM 7.3 Custom Report volume transfer with historical in Active IQ Unified Manager Discussions</title>
    <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-7-3-Custom-Report-volume-transfer-with-historical/m-p/142323#M25990</link>
    <description>&lt;P&gt;I am not sure if you still need this info.&lt;/P&gt;
&lt;P&gt;There was a thread going on about this, and a workaround was suggested.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The workaround was to change certain config that currently allows Unified Manager to store 390 days of data,&amp;nbsp;once that config is changed the Unified Manager server has to be restarted. If you are aware of this, pls try that with caution, as the suggested workaround applies to entire data retention policy of Unified manager database, and not only to a specific table related to snapmirror&amp;nbsp;transfer history.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Excuse me for not posting the workaround here.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;-Thx&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 24 Aug 2018 08:32:41 GMT</pubDate>
    <dc:creator>Mayank_Keshari</dc:creator>
    <dc:date>2018-08-24T08:32:41Z</dc:date>
    <item>
      <title>OCUM 7.3 Custom Report volume transfer with historical</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-7-3-Custom-Report-volume-transfer-with-historical/m-p/141439#M25850</link>
      <description>&lt;P&gt;&lt;SPAN&gt;The&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;Report&lt;/EM&gt;&lt;SPAN&gt;&amp;nbsp;"&lt;/SPAN&gt;&lt;EM&gt;Volume Transfer&lt;/EM&gt;&lt;SPAN&gt;&amp;nbsp;Status (&lt;/SPAN&gt;&lt;EM&gt;Historical&lt;/EM&gt;&lt;SPAN&gt;)" ... seems to just collect all historical data&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;but I would like to change it to only contain one week volume transfer.&lt;BR /&gt;Anyone who have done this or can explain how to change this ?&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 13:31:05 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-7-3-Custom-Report-volume-transfer-with-historical/m-p/141439#M25850</guid>
      <dc:creator>kmichaelsen</dc:creator>
      <dc:date>2025-06-04T13:31:05Z</dc:date>
    </item>
    <item>
      <title>Re: OCUM 7.3 Custom Report volume transfer with historical</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-7-3-Custom-Report-volume-transfer-with-historical/m-p/142323#M25990</link>
      <description>&lt;P&gt;I am not sure if you still need this info.&lt;/P&gt;
&lt;P&gt;There was a thread going on about this, and a workaround was suggested.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The workaround was to change certain config that currently allows Unified Manager to store 390 days of data,&amp;nbsp;once that config is changed the Unified Manager server has to be restarted. If you are aware of this, pls try that with caution, as the suggested workaround applies to entire data retention policy of Unified manager database, and not only to a specific table related to snapmirror&amp;nbsp;transfer history.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Excuse me for not posting the workaround here.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;-Thx&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 24 Aug 2018 08:32:41 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-7-3-Custom-Report-volume-transfer-with-historical/m-p/142323#M25990</guid>
      <dc:creator>Mayank_Keshari</dc:creator>
      <dc:date>2018-08-24T08:32:41Z</dc:date>
    </item>
  </channel>
</rss>

