Se você tiver espaço suficiente, sugiro copiar todos os dados de produção para testar. Será muito mais fácil de administrar, também pode ser uma boa oportunidade para testar seu backup (restaurar do backup para uma nova instância).

Do ponto de vista do desenvolvedor, você não poderá testar o desempenho do seu aplicativo de forma confiável sem um conjunto representativo de dados. Este conjunto de dados deve ter as mesmas propriedades que os dados de produção (volume de dados, distribuição física...). A maneira mais fácil de conseguir isso é ter os mesmos dados em teste e em produção.

Se você puder arcar com o tempo de inatividade, poderá interromper o banco de dados de produção, copiar o arquivo para o servidor de teste e montar os dois bancos de dados. Se você não puder arcar com o tempo de inatividade, pode ser uma boa ideia adquirir algumas habilidades de DBA (e eventualmente aprender sobre backup a quente e restaurar para uma nova instância).

Atualização:se copiar fisicamente seu banco de dados não for viável, você deve analisar os dados de cópia em massa com expdp e impdp (ou o antigo exp /imp ). Você pode copiar todos os esquemas ou filtrar o dados na exportação . Você escolheria a cláusula WHERE apropriada manualmente neste caso. Exportar e importar em massa será muito mais rápido do que copiar dados linha por linha.