Hi Bill,
In addition to what David described above, I would just like to clarify that Delphix would not be able to directly utilize the Exadata flash storage cells. The Delphix engine uses storage attached to it via the hypervisor (typically VMware vSphere) in the form of VMFS. This is used for both storing copies of source databases and provisioning virtual data files for the VDB. Exadata and the attached storage is proprietary and can only be used by Oracle as database storage.
Furthermore, any features supported by Exadata storage such as HCC, Smart Scan, Smart Flash Cache, Smart Flash Logging, Storage Indexes, IO RM.HCC would not work on a VDB. Delphix will use the memory and compute of the Exadata servers but provision the datafiles over NFS.
If there is a requirement to make the VDB use Exadata storage, you can move the datafiles using the method described
here. Note however, once you move the files to ASM/Exadata, Delphix will no longer be able to refresh the VDB.
That said, you can still use Delphix to create copies of your production database with the caveats mentioned above. This will still provide the ability to migrate to Exadata and test migration plans fairly quickly by creating multiple VDBs from any point in time on your source database. Since you are migrating from non-Exadata, there should be no HCC concerns.
Let me know if this helps.
Thanks,
Leighton