Re: How do you refresh your databases?

From: Guillermo Alan Bort <cicciuxdba_at_gmail.com>
Date: Wed, 23 Mar 2011 11:03:54 -0300
Message-ID: <AANLkTinig++OQL9xubeTKnqS2r2vsGaNMek0xC+nnR=o_at_mail.gmail.com>



Joel,

   I like your idea to move the tables to a special tablespace and use skip tablespace. This is 11g, of course.

   IT Security won't approve the change if we have the data on QA at any point, so we have to stop it from replicating.

   Data Masking would work as well, but I am not sure we can implement it in such short notice in a 2TB database.

   This needs to be a repeatable process, we expect to refresh this data every few months.

   Right now I am looking into datapump, but as this is 11.1 it's going to be annoying at best. We are upgrading to 11.2 soon, so I will be able to test this process more thoroughly and not in a prod environment (we are building the 11.2 dev environment)
Alan.-

On Wed, Mar 23, 2011 at 8:47 AM, <Joel.Patterson_at_crowley.com> wrote:

> The easiest in my opinion if possible is the RMAN duplicate, then just
> drop the tables after via script before changing passwords. I assume you
> change passwords from production if the data is that sensitive.
>
>
>
> An alternative as well is to alter table and move it to a tablespace that
> isolates all the tables, and then rman and skip that tablespace option
> solves the issue.
>
>
>
> Once you have done either option once, you have the tools to repeat it
> easily.
>
>
>
> Joel Patterson
> Database Administrator
> 904 727-2546
> ------------------------------
>
> *From:* oracle-l-bounce_at_freelists.org [mailto:
> oracle-l-bounce_at_freelists.org] *On Behalf Of *Subodh Deshpande
> *Sent:* Wednesday, March 23, 2011 12:30 AM
> *To:* cicciuxdba_at_gmail.com
> *Cc:* oracle-l-freelists
> *Subject:* Re: How do you refresh your databases?
>
>
>
> is this one time task or going to be periodic one..
>
> database refresh rman duplicate is one way and it will copy entire so
> exclusion on particular object basis won't be possible
>
>
>
> schema refresh is one option..from the source prepare table list and
> prepare dmps with rows if structure of tables are same
>
> on the target empty thosr tables disable constraints, import the data and
> enable the constraints..if structures are not same those object will throw
> errors, after refresh, compare schems with toad kind of tool..
>
>
>
> trasport tablespace is also an available option..and please check version
> specific errors or bug history on MOS
>
>
>
> thanks..
>
> subodh
>
> On 23 March 2011 01:30, Guillermo Alan Bort <cicciuxdba_at_gmail.com> 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.-
>
>
>
>
> --
> ==============================
> DO NOT FORGET TO SMILE TODAY
> ==============================
>

--
http://www.freelists.org/webpage/oracle-l
Received on Wed Mar 23 2011 - 09:03:54 CDT

Original text of this message