Si vous disposez de suffisamment d'espace, je suggérerais de copier l'intégralité des données de production à tester. Ce sera beaucoup plus facile à administrer, cela pourrait aussi être une bonne occasion de tester votre sauvegarde (restauration depuis la sauvegarde vers une nouvelle instance).
Du point de vue du développeur, vous ne pourrez pas tester de manière fiable les performances de votre application sans un ensemble représentatif de données. Ce jeu de données doit avoir les mêmes propriétés que les données de production (volume de données, distribution physique...). Le moyen le plus simple d'y parvenir est d'avoir les mêmes données en test qu'en production.
Si vous pouvez vous permettre des temps d'arrêt, vous pouvez arrêter la base de données de production, copier le fichier sur le serveur de test et monter les deux bases de données. Si vous ne pouvez pas vous permettre de temps d'arrêt, il peut être judicieux d'acquérir des compétences DBA (et éventuellement d'apprendre la sauvegarde à chaud, puis de restaurer sur une nouvelle instance).
Mise à jour :si la copie physique de votre base de données n'est pas possible, vous devriez envisager de copier des données en masse avec expdp et impdp (ou l'ancien exp /imp ). Vous pouvez soit copier tous les schémas, soit filtrer les données sur l'exportation
. Vous choisiriez la clause WHERE appropriée à la main dans ce cas. L'exportation et l'importation en bloc seront des ordres de grandeur plus rapides que la copie de données ligne par ligne.
