Hi All I've got two NetApp clusters. "ClusterA" and "ClusterB". Both are running ONTAP 9.11.1P10. "ClusterA" has an SVM that contains a volume that has thousands of Shares attached to it (Which is also around 15TB in size). We are planning on Decommissioning "ClusterA" but before we do that we need to move the data over to "ClusterB". What is the best, easiest and safest / most reliable method for us to do this? We need to migrate the SVM from ClusterA to ClusterB but also keep everything in the exact same state. Is there a way? Just to also mention (i'm not sure if this matters), there is a cluster peer between both clusters. Thanks
... View more
Hello, I have a customer that ingests millions of small files into a netapp volume and then copies the data to another directory in the same volume. Sometimes my customer experiences latency when copying the files. I don’t see volume or controller latency. I would think the files are already in cache / WAFL when the files are initially ingest therefore the write to another directory would be fast? Is there a way to remedy this? would NFS trunking be a solution? The environment FAS 8300 controllers running Ontap 9.15p7 Linux servers running RHEL 9 NFS v4.2 Thanks
... View more
Downtime isn’t just inconvenient, it’s expensive. For global teams working on chip design or video production, even a few hours of disruption can derail schedules and cost millions. That’s why SVM Disaster Recovery (SVMDR) has been a cornerstone of ONTAP since version 9.8. It enables non-disruptive movement of storage virtual machines during outages, keeping critical workloads online. But until now, if you relied on FlexCache for performance, you had to sacrifice resilience. The Trade-Off FlexCache accelerates data access across distributed environments by caching data close to where teams work. But before ONTAP 9.18.1, FlexCache and SVMDR didn’t work together. That meant a tough choice: Use FlexCache and scramble to manually reconnect clients during DR events, or Skip FlexCache and suffer WAN latency. For industries like EDA, media, and financial services, that trade-off was far from ideal. Closing the Gap in ONTAP 9.18.1 With ONTAP 9.18.1, that limitation is gone. FlexCache and SVMDR now work seamlessly, delivering performance and resilience without compromise. Here’s what that means for you: Non-disruptive failover for clients: Whether connected to the origin or a FlexCache volume, clients stay online. No session drops. No manual reconnections. Applications keep running, even during a DR event. Feature parity with legacy environments: This closes one of the last gaps between ONTAP and older systems, making modernization easier. Resilience + Performance: You get the speed of FlexCache and the safety net of SVMDR in one integrated solution. Think of FlexCache as your high-speed express lane for data access. Now, with SVMDR support, that express lane comes with a built-in detour plan—so even if the origin takes an unexpected turn, your business keeps moving. Why This Matters for Real Workloads Consider an EDA workflow: chip designers in California, verification teams in India, and simulation farms in Europe all need access to the same massive datasets. FlexCache accelerates these workflows by caching data close to where teams work. Without SVMDR, an origin outage meant idle teams and manual recovery steps. With ONTAP 9.18.1, caches keep serving data while the origin seamlessly fails over, design cycles stay on track, and tape-out deadlines don’t slip. Or take media and entertainment: studios often distribute terabytes of high-resolution video across global editing teams. A disaster at the origin site could derail production schedules and cost millions. Now, FlexCache combined with SVMDR ensures editors keep working, even if the primary site goes dark, because cached content remains available and the origin recovers without disruption. Ready to Eliminate Trade-Offs? Dive deeper into the technical details, check out the ONTAP 9.18.1 Release Notes
... View more
We have been using a FAS2750 for years, and since last week with ONTAP 9.15.1P7 (this was necessary because we have acquired a C60 as a successor system and want to transfer the data there soon). As of today, the AIQUM (9.16) that we are using can no longer connect to the FAS2750. Under "Storage Management" / "Cluster Setup" the "Operation State" only shows "failed". Yesterday, a new certificate was issued by the AIQUM and transferred to the FAS2750. Today we also had to issue a new certificate for the AIQUM. This was also transferred to the FAS2750. Could there be a connection? We have already deleted the two newly created certificates on the 2750 and recreated the certificate on the AIQUM using "regenerate", without success.
... View more
