Klient przesłał nam bazę danych Oracle, z którą musimy przetestować. Nie korzystamy z Oracle ani nie posiadamy specjalistycznej wiedzy Oracle.
Musimy skonfigurować bazę danych, abyśmy mogli się z nią połączyć i debugować problem.
Zrobiłem nową instalację Oracle 9 (wersji uruchomionej przez klienta) i narzędzi zarządzania.
Przez całe życie nie mogę zmusić go do zaimportowania danych. To nie powinno być takie skomplikowane. Coś nie tak.
Próbowałem:
imp 'sys/password AS SYSDBA' file=c:\database.dmp full=yes log=implog.txt
i dostał:
Connected to: Personal Oracle9i Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
Export file created by EXPORT:V09.02.00 via conventional path
Warning: the objects were exported by SYSTEM, not by you
import done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
. importing SYSTEM's objects into SYS
. importing ABCDE's objects into ABCDE
IMP-00003: ORACLE error 1435 encountered
ORA-01435: user does not exist
Import terminated successfully with warnings.
Ale nic nie pojawia się w menedżerze, jeśli chodzi o tabele w dowolnym schemacie, a ja jestem na ukończeniu.
Odpowiedzi:
Najpierw musisz utworzyć użytkownika (lub schemat)
Następnie możesz użyć przełączników
fromuser=
itouser=
IMP, aby zaimportować dane do nowego użytkownika / schematu:Mam nadzieję, że to pomaga!
źródło
Tworzenie tabel jako SYS lub SYSTEM w Oracle nie jest powszechne, ponieważ te dwa konta są administratorami.
Błąd oznacza, że klient utworzył tabele jako użytkownik
ABCDE
.Przed zaimportowaniem należy utworzyć tego użytkownika, a następnie zaimportować dane jako ten użytkownik,
Powinno to wyeliminować błąd, ponieważ wyeksportowany plik zawiera uprawnienia i inne informacje związane z użytkownikiem
ABCDE
, który nie istnieje w bazie danych.Sprawdź to pytanie, aby uzyskać dodatkowe wskazówki: Jak określić schematy w pliku eksportu Oracle Data Pump.
źródło
Najpierw musisz utworzyć użytkownika „ABCDE”
Coś jak
W SQL * PLUS:
Istnieje wiele opcji na „utwórz użytkownika”, ale użyłoby to ustawień domyślnych.
źródło
Czy klient podał szczegóły, w jaki sposób wygenerował plik zrzutu? W szczególności, czy jesteś pewien, że jest to pełny eksport, a nie eksport na poziomie schematu, eksport na poziomie obszaru tabel lub eksport na poziomie tabeli?
źródło
Zamiast „sys / password AS SYSDBA”, spróbuj „system / hasło”.
Narzędzie Oracle wymaga tego samego użytkownika do importu, który utworzył eksport, mimo że sys jest „wszechmocnym” użytkownikiem.
źródło
Ostrzegano, że importowane dane zostały w rzeczywistości wyeksportowane przez użytkownika SYS jako plik .dmo. Spróbuj tego..
dbname to nazwa bazy danych, którą podałeś
źródło
źródło