The Delphix Engine on the delphix server links to source physical databases of the exadata server via standard APIs and asks the source databases to send copies of their entire file and log blocks to it. The Delphix Engine uses intelligent filtering and compression to reduce the copy of the source database down to as little as 25% of the original size. The copy of the source database is stored in the Delphix engine, along with the incremental updates. This copy is refered to as dSource in delphix terminology.
Using the dSource multiple VDB (Virtual database) can be provisioned from the delphix engine. Since the DB blocks are shared across the multiple VDB’s it does not incur any additional storage requirement.
So we can create multiple VDB for DEV,CIT,ST,SIT and UAT. This will reduce the storage and environment availability time drastically.
When a VDB is provisioned, the user selects a point along the timeflow of the parent database and a target environment in which to create the database instance. Delphix will:
· Create a writeable copy of the physical storage in a time and space efficient manner
· Export the physical storage to the target server over the appropriate protocol (e.g. NFS)
· Configure a database instance in the target environment according to the settings provided by the administrator
· Use the instance to take the database through recovery and replay (if necessary)
· Take a consistent snapshot of the resulting storage
· Make the database available to end users
Once provisioned, a VDB is an independent, read-write database, and changes made to the VDB by users or applications are written to new, compressed blocks in Delphix storage or to Target Server. VDBs can be provisioned from other VDBs, and the data within VDBs refreshed from its parent VDB or dSource.
Delphix Server software installs on
· standard x86 servers
· Supported databases: Oracle 9, 10g ,11g , RAC, Exadata, Standard, Enterprise on Linux, Solaris, HP-UX, and AIX.
· Storage support: SAN or DAS storage