Если у вас достаточно места, я бы предложил скопировать все производственные данные для тестирования.Это будет намного проще в администрировании, это также может быть хорошей возможностью для тестирования вашей резервной копии (восстановление из резервной копии в новый экземпляр).
С точки зрения разработчика, вы не сможете надежно протестировать производительность вашего приложения без репрезентативного набора данных.Этот набор данных должен иметь те же свойства, что и производственные данные (объем данных, физическое распределение ...).Самый простой способ добиться этого - иметь в тесте те же данные, что и на производстве.
Если вы можете позволить себе простои, вы можете остановить производственную базу данных, скопировать файл на тестовый сервер и смонтировать обе базы данных.Если вы не можете позволить себе простои, возможно, было бы неплохо приобрести некоторые навыки работы с БД (и в конечном итоге узнать о «горячем» резервировании, а затем восстановить на новый экземпляр).
Обновление: если физическое копирование вашей базы данныхэто неосуществимо, вы должны смотреть на массовое копирование данных с expdp и impdp (или старым exp / imp).Вы можете скопировать все схемы или отфильтровать данные при экспорте .В этом случае вы бы выбрали соответствующее предложение WHERE вручную.Массовый экспорт и импорт будут на несколько порядков быстрее, чем копирование данных строка за строкой.