I'm not a smvi specialist,but because SMVI at the end just make snapshots of the datastore, I can't see how you can exclude some VM's of that snapshot. It's not possible to exclude files (or VMDK's) from a snapshot.
But why do you want to remove it from the snapshot? When it not change, it doesn't use snapshot space.
On the SMVI level (but I don't use the product) it's probably possible that you can exclude those VM's (and disable the pre and/or post processing on the VMWare level for those VM"s). But because they on the same volume as other VM's, they will always be on the volume and include in the snapshots of those volumes.
If you every night take a full dump to tape from those snapshots, the static vmdk's will always in those snapshots. The same if you put some files directly in that volume.
Unless I miss some magic from SMVI, I think that the only solution is to put those static VM's in an other volume.
After all of the orchestration of complete, SMVI ultimately takes a NetApp Snapshot of the Volume (aka datastore). The only way to remove certain VMs from the tape dump of that volume is to remove those VMs from the datastore.
Many of my customers create datastores (volumes) based on the data protection (or SLA) required for those VMs.
Datastore_Gold = (hourly snapshots + snapmirror and backup to tape)
That VM will exist in every snapshot of that volume. WAFL will determine the space usage based on the delta between snapshots. If you are doing file based backups (like NDMP) and trying to be space conscious there, you will need to rely on that mechanism to exclude that object.
The independent, persistent disk setting only prevents chaos by keeping VMware from forcing other disparate datastores to take snapshots when a VM spans more than one datastore. Just imagine if these other datastores had VM's that spanned multiple disparate datastores.
It is recommended to create a datastore dedicated to transient and temporary data for all virtual machines with no other data types or VMDKs residing upon it. This is done in order to avoid a Snapshot copy being performed on the underlying volume as part of the backup of another virtual machine. It is recommended to exclude datastores that contain transient and temporary data from the backup, this ensures that snapshot space is not wasted on transient data with a high rate of change. In SMVI 2.0, when selected entities in the backup span multiple datastores, one or more of the spanning datastores may be excluded from the backup. Once configured, the transient and temporary data VMDKs will be excluded from both the VMware vCenter snapshot and the NetApp Snapshot copy initiated by SnapManager for Virtual Infrastructure.