Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB

[BartOr]

@sławek Po użyciu twojego skryptu na gabinet, baza właściwa się importuje jedyne błędy jakie wyświetla to

Kod: [Zaznacz]

IMP-00019: row rejected due to ORACLE error 12899
IMP-00003: ORACLE error 12899 encountered
ORA-12899: value too large for column "GABINET"."SKPR"."NAZW" (actual: 82, maximum: 80)
Coś z tym można zrobić ?

[Profesor Wilczur]

Kod: [Zaznacz]

alter table spkr modify nazw varchar2(100);
Coś z importowanych danych ma dłuższy ciąg w kolumnie, niż zakłada definicja tabeli.

[Sorn]

pytanie jakie masz kodowanie na bazie. Czy EE8MSWIN1250?
Jeżeli zakładałeś bazę w XE to zapewne nie i nie masz obsługi znaków unicod i przez to stringi zabierają Ci dwa razy więcej niż powinny.

Jeżeli chcesz to naprawić to musisz usunąć XE i przekonwertować świeżo zainstalowane XE (bez utworzonej bazy danych) do odpowiedniego kodowania. Ta metoda nie jest spierana przez Oracle!
Po zainstalowaniu od nowa (ważne) Oracle XE podłącz się jako sysdba z sqlplus (sqlplus / as sysdba) wykonaj następujące komendy :
SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
ALTER SYSTEM ENABLE RESTRICTED SESSION;
ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
ALTER SYSTEM SET AQ_TM_PROCESSES=0;
ALTER DATABASE OPEN;     
ALTER DATABASE CHARACTER SET INTERNAL_USE EE8MSWIN1250;
SHUTDOWN IMMEDIATE;
STARTUP OPEN;

Od tego momentu masz właściwe kodowanie i możesz założyć bazę danych oraz zrobić import.

Mam nadzieję, że pomogłem.

EDIT: Na serwerze ftp Kamsoftu w katalogu Archiwum/Oracle jest instrukcja do tego. Mają też plik gotowy dla oracle xe 10 (możliwe, że dla widnowsa i xe 11 też zadziała ale nie mam pewności).

[BartOr]

@Sorn Dzięki zaraz sprawdzę i wkleję loga z importu właściwej bazy.

A ktoś byłby jeszcze tak miły i wkleił skrypt na utworzenie miejsca w bazie przed importem ? Chciałbym się upewnić, że ten z kamsoftu, który mam jest na 100%, wygląda tak:

Kod: [Zaznacz]

CREATE TABLE KSLIC
(
LICE VARCHAR2(30),
SYST VARCHAR2(8) NOT NULL,
NROK VARCHAR2(4),
PFSY VARCHAR2(10),
SERNAZW VARCHAR2(25) NOT NULL,
ODDNAZW VARCHAR2(25),
NRKL VARCHAR2(10) NOT NULL,
SKRT VARCHAR2(40) NOT NULL,
NIPV VARCHAR2(15),
KONC VARCHAR2(50),
ILST NUMBER(5),
ILPR NUMBER(5),
IMAG NUMBER(5),
IODD NUMBER(5),
WLBZ NUMBER(5),
MODL VARCHAR2(255),
OPCJ VARCHAR2(255),
DTGN DATE NOT NULL,
DTMD DATE NOT NULL,
DTWG DATE,
DTAS DATE,
DTPL DATE,
DTZP DATE,
CZZP VARCHAR2(1),
NCRC VARCHAR2(25),
PASS VARCHAR2(40)
)/
CREATE UNIQUE INDEX KSLIC_SYROPF_I ON KSLIC(SYST, NROK, PFSY)
/
GRANT ALL ON KSLIC TO PUBLIC
/
Po wykonaniu tego wywala:

Kod: [Zaznacz]

SQL> @C:\sql\tabela.sql
)/
 *
ERROR at line 29:
ORA-00922: missing or invalid option

GRANT ALL ON KSLIC TO PUBLIC
     *
ERROR at line 1:
ORA-00942: table or view does not exist

SQL>

[Sławek]

Witam

CREATE TABLESPACE medidx
  DATAFILE 'tu podajesz ścieżkę gdzie ma stworzyć pliki najlepiej w katalogu oradata' SIZE 150M AUTOEXTEND ON NEXT 50M
  EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO;

CREATE TABLESPACE meddata
  DATAFILE 'tu podajesz ścieżkę gdzie ma stworzyć pliki najlepiej w katalogu oradata' SIZE 150M AUTOEXTEND ON NEXT 50M
  EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO;

To co wkleiłeś to skrypt do tworzenia tabeli kslic

[BartOr]

Oto log po zaimportowaniu bazy. Na końcu jakieś błędy...

[Sorn]

Masz ostrzeżenie, że eksport był zrobiony przez użytkownika gabinet a Ty najprawdopodobniej uruchomiłeś go jako system albo sys.
Wygląda jednak, że poprawnie potworzył tabele w schemacie GABINET.

Pozostałe ostrzeżenia dotyczą błędów kompilacji, ale to normalne.
Wszystkie potrzebne obiekty skompilują się podczas uruchamiania someda.

Jeszcze protip na przyszłość. Domyślnie konta w Oracle wygasają po określonym czasie jeżeli nie zmienisz na nich hasła.
Żeby to wyłączyć to trzeba jako użytkownik sys wykonać następującą komendę:
ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED;

[BartOr]

Ok, uruchomiłem someda i wszystko wygląda ok, potestuje może bedzie dobrze Dzięki póki co za pomoc.

[BartOr]

Zaktualizowałem do najnowszej wersji i na końcu mam błąd:

Kod: [Zaznacz]

Błąd wykonania skryptu:
 
CREATE UNIQUE INDEX PK_DSWD
  ON DSWD (ID )
TABLESPACE MEDIDX
 
ORA-01452: cannot CREATE UNIQUE INDEX; duplicate keys found

Kod: 1452
(klasa błędu: EUniError)
 
oraz druga rzecz którą zauwazyłem to po zalogowaniu wyskakuje okno zadania do wykonania i Aktualizacja słownika procedór i programów terapeutycznych i przy próbie importu;

Kod: [Zaznacz]

Błąd w dostępie do tableli PRPT.DB
Mam już dosyć, a to dopiero początek podobno

[Sorn]

Ten index jest dla kolumny ID.
Wychodzi na to, że masz dwa wpisy o tym samym ID w tabeli DSWD i dlatego nie można założyć indeksu.
Wykonaj poniższe zapytanie na bazie jako użytkownik GABINET. Zwróci Ci te rekordy, które są zduplikowane.
select id, count(*)
from dswd
group by id
having count(*)>1

Może przy imporcie jako użytkownik sys nie wszystkie obiekty potworzyły się poprawnie dla użytkownika GABINET lub aktualizacja nie przeszła poprawnie (w związku z tabelą dswd). Nie powinieneś mieć takiej sytuacji na czystym Somedzie chyba, że wcześniejszy import coś zepsuł.

Ewentualnie może się skończyć usunięciem całego XE i zróbieniem wszystko od początku (początki są trudne) - tylko import zrób użytkownikiem GABINET (przypomniałem sobie, że kiedyś też zrobiłem import na złym użytkowniku i robiłem wszystko od nowa).

[BartOr]

Po wykonaniu twojego zapytania wyskoczyło - table or view does no exit.

Robię od nowa

PS. A mógły ktoś napisać z jakimi przełącznikami trzeba zaimportować bazę ? dałem tylko ignore=y i buffer=500000.

[BartOr]

Ok, zrobiłem import na użytkowniku gabinet, to samo wywala na koniec aktualizacji, nic się nie zmieniło... Jakieś pomysły ?

[Sorn]

plik pusta.ora masz skąd? Z aktualnego instalatora?

[BartOr]

Pusta.ora pomijam, bo importuję bazę którą przenoszę ze starego serwera.

[Sorn]

czym eksportujesz/importujesz?
expdp/impdp czy import/export.

Rozumie, że założyłeś tablespace MEDDATA i MEDIDX?
Utworzyłeś też użytkownika GABINET?

CREATE TABLESPACE MEDDATA DATAFILE 'C:\<gdzies>\meddata.dbf' SIZE 100M AUTOEXTEND ON NEXT 100M;
CREATE TABLESPACE MEDIDX DATAFILE 'C:\<gdzies>\medidx.dbf' SIZE 100M AUTOEXTEND ON NEXT 100M;
CREATE USER GABINET IDENTIFIED BY <HASLO DO UZYTKOWNIKA> DEFAULT TABLESPACE MEDDATA TEMPORARY TABLESPACE TEMP PROFILE DEFAULT ACCOUNT UNLOCK;

Teraz uprawnienia dla GABINET i dopiero import dumpa?
Na wszelki wypadek po imporcie zrób aktualizację bazy danych ale bez podnoszenia wersji (taką samą wersją jak dla someda źródłowego).
Daj znać czy przechodzi.