<?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 DFM Role Separation: Caveat Emptor in Active IQ Unified Manager Discussions</title>
    <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/DFM-Role-Separation-Caveat-Emptor/m-p/52044#M10779</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If I am right this same question has been asked few more times in forum and every time the answer was you can't share one OnCommand/DFM DB among different servers.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Not sure why DFM/OC team is taking so long to implement a basic thing which fundamently existed in every DB from their version 1 release.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Wish OC team can understand that adding features is not the answer it's all about how good you implement them.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 25 Oct 2011 20:57:59 GMT</pubDate>
    <dc:creator>lovik_netapp</dc:creator>
    <dc:date>2011-10-25T20:57:59Z</dc:date>
    <item>
      <title>DFM Role Separation: Caveat Emptor</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/DFM-Role-Separation-Caveat-Emptor/m-p/52038#M10777</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;So, according to TR-3440, the best practice for scaling out your DFM environment is to have 2 DFM servers: one for Provisioning Manager and Monitoring/Reporting, while the other dedicated to Data Protection Manager.&amp;nbsp; Well, while in the process of implementing this suggested configuration, I ran into a huge paradox:&amp;nbsp; If I separate out the reporting from the DPM instance, how can I report on Datasets?&amp;nbsp; This defeats the whole purpose of doing this and has put me in a real bind with the customer.&amp;nbsp; The only way I see out of this, in order to maintain this configuration is:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1) recreate the Datasets on the PA/Monitoring/Reporting instance and disabling the datatsets.&amp;nbsp; Hopefully this will continue the monitoring, but not data protection&lt;/P&gt;&lt;P&gt;2) some secret way of having my monitoring node get the dataset config info from my DPM instance for only monitoring and reporting(I highly doubt this is possible)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any suggestions would be very much appreciated.&amp;nbsp; Thanks in advanced.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:42:36 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/DFM-Role-Separation-Caveat-Emptor/m-p/52038#M10777</guid>
      <dc:creator>kofchur</dc:creator>
      <dc:date>2025-06-05T06:42:36Z</dc:date>
    </item>
    <item>
      <title>DFM Role Separation: Caveat Emptor</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/DFM-Role-Separation-Caveat-Emptor/m-p/52044#M10779</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If I am right this same question has been asked few more times in forum and every time the answer was you can't share one OnCommand/DFM DB among different servers.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Not sure why DFM/OC team is taking so long to implement a basic thing which fundamently existed in every DB from their version 1 release.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Wish OC team can understand that adding features is not the answer it's all about how good you implement them.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 25 Oct 2011 20:57:59 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/DFM-Role-Separation-Caveat-Emptor/m-p/52044#M10779</guid>
      <dc:creator>lovik_netapp</dc:creator>
      <dc:date>2011-10-25T20:57:59Z</dc:date>
    </item>
  </channel>
</rss>

