Кто-нибудь пробовал экспорт оракула: EXPDP на удаленной машине?

Я пытаюсь экспортировать файл дампа и файл журнала на удаленную машину с помощью oracle expdp. Однако я получаю следующую ошибку:

Connected to: Oracle Database 11g 
Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing 
options
ORA-39002: invalid operation
ORA-39070: Unable to open the log file.
ORA-29283: invalid file operation
ORA-06512: at "SYS.UTL_FILE", line 536
ORA-29283: invalid file operation

Команда, запускаемая на удаленном компьютере с именем хоста «Локальный» с использованием клиента oracle:

SQL> create directory expdp_dir as '/vault2/expdp_dir';
SQL> grant read,write on directory expdp_dir to dbuser;
expdp dbuser/dbpwd@SID SCHEMAS=dbuser DIRECTORY=expdp_dir DUMPFILE=testDB24NOV17.dmp logfile=testDB24NOV17.log EXCLUDE=STATISTICS

Обратите внимание, что хранилище 2 смонтировано на удаленной машине с именем хоста «Локальный». База данных находится на машине с именем хоста TestDB.

ОС RHEL6.

Будем признательны за любые мысли/идеи о том, как сделать эту операцию успешной.


oracle datapump expdp data-export
person Vaibhav Mhala    schedule 24.11.2017    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Пожалуйста, проверьте это: согласно Oracle Doc.ID Doc ID 1305166.1

Ошибки могут иметь несколько причин. Известные причины перечислены ниже.

  1. Одной из обычных причин возникновения этой проблемы является то, что процесс прослушивания не был запущен под той же учетной записью, что и служба экземпляра базы данных. Слушатель разветвляет новый серверный процесс, и когда он работает в другом контексте безопасности, чем база данных, это, вероятно, влияет на доступ к каталогам и файлам.

Проверьте следующую информацию: 1) вывод: ps -ef | grep SMON 2) вывод: ps -ef | grep tnslsnr 3) вывод: ps -ef|grep LIST 4) вывод: ls -ld

Примечание. При использовании ASM прослушиватель может быть запущен из домашней страницы ASM, а не из домашней СУБД. В зависимости от ваших настроек безопасности это может привести к этой проблеме.

Еще один: 4. Путь/папка каталога существует, но создание каталога выполняется другим пользователем в базе данных, а импорт выполняется другим пользователем.

Решение: 1. Убедитесь, что службы прослушивателя и экземпляра запущены из одной и той же учетной записи.

  1. Убедитесь, что каталог является общим для узлов, чтобы к нему можно было получить доступ на любом экземпляре, или создайте папку, аналогичную другим узлам, локально, если папка уже создана локально на всех узлах с тем же каталогом файлов. структура пути проверяет правильность разрешения.

  2. Убедитесь, что папка существует во время создания в синтаксической команде CREATE DIRECTORY.

  3. Предоставьте необходимое разрешение импортирующему пользователю для использования каталога.

разрешить чтение, запись в каталоге в ;

Если вышеуказанные 4 возможные причины и решения не применимы с вашей стороны, проверьте, есть ли у пользователя надлежащее разрешение на экспорт для запуска пакета utl_file.

Надеюсь, поможет.

person Andriy Bartash    schedule 24.11.2017