Igor Korolyov
Ты работаешь не от root а от oracle. Хотя и соединяешься по ssh как root

Igor Korolyov
Равно как и в самом линуксе аккаунт root НЕ ДОЛЖЕН использоваться для большинства административных задач.

Igor Korolyov
Если они дали тебе root, то по сути дали полный карт-бланш - делай что считаешь нужным Всё равно с вероятностью 99% они ничего и не заметят...

Igor Korolyov
Во-первых совсем не сложно сделать для себя другую directory

Igor Korolyov
тут описано предельно кратко

Igor Korolyov
Если твой БД-сервер имеет доступ "наружу"

ВладимирС
такое я ранее использовал, только в более широком аспекте. Но impdp/expdp мне что-то больше по душе.

ВладимирС

Igor Korolyov
Если твой БД-сервер имеет доступ "наружу"

Нет. БД выход наружу не имеет. Все крутится в сети заказчика. Мы работаем только через RDP или ssh.

Igor Korolyov
Ну не знаю, гонять файлы, поди ещё и приличного размера если можно этого избежать... И по сути вообще ничего не "выполнять" на стороне продуктивного сервера - как я понимаю, сетевой импорт для него выглядит как обычное клиентское соединение, просто выполняющее специфические команды и вытягивающее большой объём данных.

Igor Korolyov
объект directory, который может быть задан как "внешний" - т.е. по сути указывать на объект directory второго сервера

Igor Korolyov
Через ssh (тем более что у тебя root права - т.е. AllowTcpForwarding, если что, сможешь поправить на удалённой стороне) можно настроить туннель - ходить на 1521 удалённого сервера через, к примеру, 1522 хоста где запущен ssh-клиент. Если твой БД-сервер имеет доступ "наружу" (не наоборот, а именно он может выходить вовне, "в интернет" грубо говоря) то запускать ssh клиента можно прямо на нём, тогда прописав в tnsnames ещё один алиас на localhost:1522 и подняв туннель ты по сути получаешь доступ к внешней БД (не к серверу как линукс-машине, а именно к работающему там экземпляру оракла).

ВладимирС
Только я не представляю как Directory Path должна выглядеть? Как его описать?
Может DbLink надо как-то использовать?

ВладимирС
До конца не понял идею. Зачем это мне? В чем профит?
В текущий момент есть доступ к ПРОДу как через ssh (т.е. 22 порт) так и через порт 1521, т.е. открываю БД у себя через утилиты типа TOAD.

ВладимирС
The ORA-07445 is a very generic error, OS dependent, and almost always requires logging a service request (SR) with Oracle Technical support on MOSC.

Igor Korolyov

ВладимирС
The ORA-07445 is a very generic error, OS dependent, and almost always requires logging a service request (SR) with Oracle Technical support on MOSC.

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

pasha_usue
Не так.
GENERATED BY DEFAULT - говорит, что надо генерировать значение, в случае если в INSERT (например) оно не передано.
GENERATED BY DEFAULT ON NULL - говорит, что генерировать значение надо и в том случае, если значение передано, но оно NULL

Это никак не конфликтует с констрейнтом NOT NULL ENABLE.

Igor Korolyov
никак не будет действовать

Igor Korolyov
содание/несоздание "автоинкрементного" значения и проверка уникальности значений в поле - совершенно никак не связанные друг с другом вещи. Если есть уникальный индекс/констрейн unique/primary key то попытка записать "дубль" вызовет ошибку. если нет - то и ошибке не с чего возникать

ALTER TABLE PURCHASE_TEST.TEMPLATEBRANCHCLASSIFIERUNIT ADD (
  PRIMARY KEY
  (ID)
  USING INDEX...)

ВладимирС
Т.е. при задании ID-а автоинкремент игнорируется ?
Тут же аналог сиквенса. Нет ?