Jeśli masz wystarczająco dużo miejsca, sugerowałbym skopiowanie całych danych produkcyjnych do testów. Administrowanie będzie o wiele łatwiejsze, może być również dobrą okazją do przetestowania kopii zapasowej (przywrócenia z kopii zapasowej do nowej instancji).
Z punktu widzenia programisty nie będziesz w stanie rzetelnie przetestować wydajności aplikacji bez reprezentatywnego zestawu danych. Ten zestaw danych powinien mieć takie same właściwości jak dane produkcyjne (ilość danych, dystrybucja fizyczna...). Najłatwiejszym sposobem na osiągnięcie tego jest posiadanie tych samych danych w testach, co w środowisku produkcyjnym.
Jeśli możesz sobie pozwolić na przestój, możesz zatrzymać produkcyjną bazę danych, skopiować plik na serwer testowy i zamontować obie bazy danych. Jeśli nie możesz sobie pozwolić na przestoje, dobrym pomysłem może być zdobycie pewnych umiejętności w zakresie DBA (i ostatecznie dowiedzenie się o tworzeniu kopii zapasowych na gorąco, a następnie przywrócenie do nowej instancji).
Aktualizacja:jeśli fizyczne kopiowanie bazy danych nie jest możliwe, powinieneś zajrzeć do zbiorczego kopiowania danych za pomocą expdp i impdp (lub stare exp /imp ). Możesz skopiować wszystkie schematy lub przefiltrować dane dotyczące eksportu
. W takim przypadku należy ręcznie wybrać odpowiednią klauzulę WHERE. Eksportowanie i importowanie zbiorcze będzie o rząd wielkości szybsze niż kopiowanie danych wiersz po wierszu.
