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
