NDMP is a backup control protocol, but it's not a data format. Even ONTAP has multiple formats for NDMP backups. In the first release of NDMP, the backup was a near mirror of ufsdump, and it was pretty easy to restore an ONTAP backup to something like Solaris. You'd get some weird permissions, but it did work.
The problem with ufsdump formats is the controller has to create the files and stream them off to the backup destination. About 10 years back, ONTAP added the ability to do NDMP backups using a snapmirror format. It was just the raw WAFL data, and it was WAY faster. It also meant that unless a system could real WAFL, there would be no way to use those backups. It was a nice option for full backups with a low chance of needing to be recovered, because recovery would requiring restoring the entire volume object that you backed up.
Snapdiff allows a backup application to do incremental-forever backups. It could ask ONTAP to identify changed files from the previous backup and provide the list of files to be backed up to the backup app, which would be read from an NFS/SMB share. I didn't think NDMP was involved.
Does the Rubrik documentation mention a NFS or SMB share path?
If the ONTAP system went away someday, I would expect you could use a Cloud Volumes ONTAP instance in Azure or AWS to restore the data. There used to be some sort of limitation with NDMP and CVO, but I can't see why Snapdiff wouldn't work as usual on CVO. I'll ping a couple of guys...
From: Toasters <toasters-bounces@teaparty.net> On Behalf Of Heino Walther
Sent: Saturday, April 10, 2021 5:34 AM
To: Brian Parent <bparent@ucsd.edu>; toasters@teaparty.net
Subject: SV:
NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe.
As fas as I can remember snapdiff is using NDMP which should be a standard and open protocol, but NetApp, EMC and others have made their specific changes to their version of NDMP which basically make them not interchangeable.
So I guess you will need a NetApp controller in order to restore your data.
There is a slim chance that files can be restored to other NDMP devices (CIFS or NFS), but LUNs are required to be restored to a NDMP.
You can either just keep a NetApp controller ready for this (with no service on it) or maybe just setup an ONTAP Select virtual instance in vSphere which you will be able to restore to, and it's not as expensive and a NetApp Hardware box.
/Heino
Fra: Toasters <toasters-bounces@teaparty.net<mailto:toasters-bounces@teaparty.net>> p? vegne af Brian Parent via Toasters <toasters@teaparty.net<mailto:toasters@teaparty.net>>
Dato: l?rdag, 10. april 2021 kl. 02.12
Til: toasters@teaparty.net<mailto:toasters@teaparty.net> <toasters@teaparty.net<mailto:toasters@teaparty.net>>
Emne: <no subject>
_______________________________________________
Toasters mailing list
Toasters@teaparty.net<mailto:Toasters@teaparty.net>
https://www.teaparty.net/mailman/listinfo/toasters
The problem with ufsdump formats is the controller has to create the files and stream them off to the backup destination. About 10 years back, ONTAP added the ability to do NDMP backups using a snapmirror format. It was just the raw WAFL data, and it was WAY faster. It also meant that unless a system could real WAFL, there would be no way to use those backups. It was a nice option for full backups with a low chance of needing to be recovered, because recovery would requiring restoring the entire volume object that you backed up.
Snapdiff allows a backup application to do incremental-forever backups. It could ask ONTAP to identify changed files from the previous backup and provide the list of files to be backed up to the backup app, which would be read from an NFS/SMB share. I didn't think NDMP was involved.
Does the Rubrik documentation mention a NFS or SMB share path?
If the ONTAP system went away someday, I would expect you could use a Cloud Volumes ONTAP instance in Azure or AWS to restore the data. There used to be some sort of limitation with NDMP and CVO, but I can't see why Snapdiff wouldn't work as usual on CVO. I'll ping a couple of guys...
From: Toasters <toasters-bounces@teaparty.net> On Behalf Of Heino Walther
Sent: Saturday, April 10, 2021 5:34 AM
To: Brian Parent <bparent@ucsd.edu>; toasters@teaparty.net
Subject: SV:
NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe.
As fas as I can remember snapdiff is using NDMP which should be a standard and open protocol, but NetApp, EMC and others have made their specific changes to their version of NDMP which basically make them not interchangeable.
So I guess you will need a NetApp controller in order to restore your data.
There is a slim chance that files can be restored to other NDMP devices (CIFS or NFS), but LUNs are required to be restored to a NDMP.
You can either just keep a NetApp controller ready for this (with no service on it) or maybe just setup an ONTAP Select virtual instance in vSphere which you will be able to restore to, and it's not as expensive and a NetApp Hardware box.
/Heino
Fra: Toasters <toasters-bounces@teaparty.net<mailto:toasters-bounces@teaparty.net>> p? vegne af Brian Parent via Toasters <toasters@teaparty.net<mailto:toasters@teaparty.net>>
Dato: l?rdag, 10. april 2021 kl. 02.12
Til: toasters@teaparty.net<mailto:toasters@teaparty.net> <toasters@teaparty.net<mailto:toasters@teaparty.net>>
Emne: <no subject>
_______________________________________________
Toasters mailing list
Toasters@teaparty.net<mailto:Toasters@teaparty.net>
https://www.teaparty.net/mailman/listinfo/toasters