самосвала импорт останавливается и сообщение об ошибке

Question

Я импортирования .dmp файла с БД Oracle с удаленного рабочего стола с этой командой (с помощью Putty):

imp system/xxxxx@RDJD1 file=livraison_1.dmp fromuser=bob_rp touser=bob_rp log=livraison_1.log 

ввозных пробегов, но застревают через несколько минут , Я подумал, что, возможно, это потому, что тайм-аут, поэтому в конфигурации Connection на Putty я добавил таймер для отправки пустых пакетов, чтобы сохранить сессию активным. Но импорт застревает точно на одном столе (что не является огромной таблицей).

Вот то, что смотреть, как мой выход терминала в конце (не сообщение об ошибке):

. . Importing table "C_TABLE16" 900789 rows 
. . Importing table "C_TABLE17" 127 rows 
. . Importing table "C_TABLE18" 

(Кроме того, я думаю, что это связано: после неудачного импорта, когда я закрываю свой терминал и хотите подключиться SQLPLUS я получаю сообщение об ошибке:

ORA-00257: archiver error. Connect internal only, until freed. 

И если я повторить попытку через несколько минут, то я могу подключиться к Sqlplus без ошибок).

Answer 1

Вам необходимо поговорить с администратором базы данных об установках журнала архива. Импорт ожидает, что ошибка архиватора будет очищена, а новые соединения не будут разрешены до тех пор, пока это не произойдет. Если вы подождете достаточно долго, импорт должен возобновиться сам по себе - в то же время вы сможете подключиться через SQL * Plus. Они затронуты одной и той же проблемой, но эффект отличается от того, что imp уже имеет соединение/сеанс, а SQL * Plus запрашивает новый.

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

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

(Кстати, вы можете обнаружить, что feedback parameter полезен для отслеживания прогресса, не будет избегать этой проблемы, но вы можете увидеть несколько точек до того, как он заглохнет, а затем вы увидите, что они возобновляются, когда ошибка очищается - вместо ожидания для завершения всей таблицы).