Nawiązano połączenie ze zdalną bazą danych (przez dbuser/[email protected] ), ale łącze do bazy danych jest tworzone w lokalnej bazie danych. W tej chwili próbujesz uruchomić import do zdalnej bazy danych, z łączem sieciowym również do zdalnej bazy danych, a to łącze sieciowe próbuje użyć łącza DB, które nie istnieje w tej zdalnej bazie danych.
tnsnames.ora wpis i link do bazy danych to zupełnie odrębne rzeczy.
Musisz połączyć się normalnie lokalnie - prawdopodobnie przy użyciu dowolnych poświadczeń użytych do utworzenia łącza do bazy danych. network_link parametr spowoduje następnie utworzenie lokalnej sesji bazy danych, która zostanie uruchomiona przez impdp , działać przeciwko serwerowi zdalnemu; aby można było użyć lokalnego katalogu.
Tylko że... to tak nie działa. Zdalna baza danych identyfikowana przez network_link może być używany jako źródło importu, w ogóle bez pliku zrzutu; ale nie może być celem importu z pliku.
Jeśli naprawdę chcesz iść tą drogą, myślę, że potrzebujesz linku ze zdalnego do lokalnego i uruchomić import na zdalnym (tak jak teraz), ale aby pobierać bezpośrednio ze swojego schematu - a nie z poprzedniego eksport. Nadal potrzebujesz dostępu do DIRECTORY obiekt na zdalnym serwerze, ponieważ logi itp. byłyby tam zapisywane, nawet jeśli nie kopiowałeś pliku zrzutu. Nawet z nologfile Uważam, że wystąpi błąd, jeśli nie określisz katalogu lub nie masz do niego uprawnień.
artykuł, do którego prowadziłeś link w poprzednim pytaniu powiedział to samo:
