Si tiene suficiente espacio, sugeriría copiar todos los datos de producción para probar. Será mucho más fácil de administrar, también podría ser una buena oportunidad para probar su copia de seguridad (restaurar desde la copia de seguridad a una nueva instancia).
Desde el punto de vista de un desarrollador, no podrá probar el rendimiento de su aplicación de manera confiable sin un conjunto representativo de datos. Este conjunto de datos debe tener las mismas propiedades que los datos de producción (volumen de datos, distribución física...). La forma más fácil de lograr esto es tener los mismos datos en prueba que en producción.
Si puede permitirse el tiempo de inactividad, puede detener la base de datos de producción, copiar el archivo en el servidor de prueba y montar ambas bases de datos. Si no puede permitirse el tiempo de inactividad, podría ser una buena idea adquirir algunas habilidades de DBA (y eventualmente aprender sobre la copia de seguridad en caliente y luego restaurar a una nueva instancia).
Actualización:si la copia física de su base de datos no es factible, debe considerar la copia masiva de datos con expdp y impdp (o el antiguo exp /imp ). Puede copiar todos los esquemas o filtrar el datos de exportación
. En este caso, elegiría la cláusula WHERE apropiada a mano. Exportar e importar en masa será mucho más rápido que copiar datos fila por fila.
