Has anyone used a REMAP_DATA function to "transform" (or obfuscate) data as it is exported ? This allows transformation of the data before it gets written to the dump file. How do you handle multiple tables that need to be remapped ? Write a separate remap function for each table and pass multiple REMAP_DATA arguments ? I've never tried this, only read about it but am curious to know about actual usage. Guillermo Alan Bort wrote: List, We have to refresh a QA database from production (to have some real data) but we need to exclude all the PCI/PII from the refresh (it absolutely cannot be copied from Prod to QA). In addition, we have GG replication on Prod so anything we do is subject to that. What would be your approach? My idea was rman duplicate, but those pci/pii tables rule this out. Oh, GG cannot be used due to firewall restrictions, we only have database ports and SSH from Prod to QA any ideas? Alan.- This email and any attachments are confidential and may also be privileged. If you are not the addressee, do not disclose, copy, circulate or in any other way use or rely on the information contained in this email or any attachments. If received in error, notify the sender immediately and delete this email and any attachments from your system. Emails cannot be guaranteed to be secure or error free as the message and any attachments could be intercepted, corrupted, lost, delayed, incomplete or amended. Standard Chartered PLC and its subsidiaries do not accept liability for damage caused by this email or any attachments and may monitor email traffic. Standard Chartered PLC is incorporated in England with limited liability under company number 966425 and has its registered office at 1 Aldermanbury Square, London, EC2V 7SB. Standard Chartered Bank ("SCB") is incorporated in England with limited liability by Royal Charter 1853, under reference ZC18. The Principal Office of SCB is situated in England at 1 Aldermanbury Square, London EC2V 7SB. In the United Kingdom, SCB is authorised and regulated by the Financial Services Authority under FSA register number 114276. If you are receiving this email from SCB outside the UK, please click http://www.standardchartered.com/global/email_disclaimer.html to refer to the information on other jurisdictions.