Chiappa, obrigado por toda a ajuda. Me tira uma outra dúvida, o dataguard é uma produto a parte ou vem no pacote da compra do SGBD?? Propus a implantação do dataguard, mas acho que a versão que possuem é do standard e não enterprise, e com isso a implementação deverá ser via script. Mesmo assim, obrigado a todos que estão me ajudando. Orfeu
Em 7 de maio de 2015 17:54, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Na verdade é bem comum isso de mandar os dados de PROD para QA/desenv - o > que normalmente o pessoal não implementa é justamente o passo posterior, ie > : antes de liberar o ambiente QA/Desenv com os dados vindos de prod DEVERIA > haver um DATA MASKING, ie, uma rotina que Disfarça os dados sensíveis que > vieram de produção, trocando-os para dados espúrios mas ainda respitando os > datatypes/lengths/contraints de Produção... neguim não faz isso porque dá > um trabalho ** CANINO ** de se fazer na mão, e mesmo as tools de > datamasking do mercado ajudam mas nem taaaanto assim..... O que eu faço é > aquela coisa : exponho o Risco enorme de Segurança que isso implica numa > Carta de Risco, assim que os VIPs/administradores/gerentes/seja quem for de > direito assinam e aceita, implemento - torcendo o nariz e a contragosto, > mas como vc falou, quem pode manda, só não deixo de expor CLARAMENTE os > riscos, mas não sou eu que ganho pra assumir riscos... > > Tecnicamente, vc dropar e reconstruir toda a base qa/desenv a cada vez > que há refresh (seja manualamente, seja com snaphots de storage, seja com > restore de backup,com CLONEs com as mais diferentes tools, como for) é sim > algo que funciona, sim, sem probs, mas desde que haja janela para isso : > quando se começa a falar de bancos na faixa de terabytes DIFICILMENTE há > tempo hábil/janela de oportunidade para isso ... > > []s > > Chiappa > > >