Społecznościowe Forum Podstawowy Problem Świadczeniodawcy

Problemy z aplikacjami => KS-SOMED => Wątek zaczęty przez: skrzacik1989 w Sierpnia 05, 2014, 19:48:43 pm

Tytuł: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: skrzacik1989 w Sierpnia 05, 2014, 19:48:43 pm
Witam KS-SOMED jest zainstalowane na "serwerze" Windows XP 32bit. Problem pojawił się wczoraj podczas rejestracji nowego pacjenta wyrzuca błąd z informacją o braku miejsca w bazie. Baza zajmuje więcej niż 4GB i jedyną możliwością jest migracja bazy do Oracle 11g XE gdzie limit bazy wynosi 11GB.

Czy ktoś przeprowadzał taką migrację? Może ktoś posiada instrukcję jak to wykonać?

Z góry dziękuję za pomoc.
P.S. Jestem "świeżakiem" w tym systemie.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: doktor w Sierpnia 06, 2014, 08:38:35 am
A czy normalny export z bazy przez exp.exe a późniejszy import przez imp.exe  nie załatwi sprawy?

Nie migrowałem wcześniej dlatego tylko głośno myślę
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: gringo w Sierpnia 06, 2014, 09:43:54 am
Witam KS-SOMED jest zainstalowane na "serwerze" Windows XP 32bit. Problem pojawił się wczoraj podczas rejestracji nowego pacjenta wyrzuca błąd z informacją o braku miejsca w bazie. Baza zajmuje więcej niż 4GB i jedyną możliwością jest migracja bazy do Oracle 11g XE gdzie limit bazy wynosi 11GB.

Czy ktoś przeprowadzał taką migrację? Może ktoś posiada instrukcję jak to wykonać?

Z góry dziękuję za pomoc.
P.S. Jestem "świeżakiem" w tym systemie.

Wysłałem ci info w prywatnej wiadomości.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: maciejj w Sierpnia 06, 2014, 23:39:02 pm
exp obecnej bazy, odinstalowanie bazy 10, instalacja 11(oczywiście założyć tablespace, user, grant....), imp. Powinno działać, u mnie bez problemów przeszło.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: yaho w Sierpnia 19, 2014, 10:33:31 am
Witam
Czy mógłbym również prosić na pv o taką instrukcję migracji ? Moja bazka ma obecnie lekko powyżej 3GB i pewnie z tym problemem przyjdzie się zmierzyć niebawem. Dlatego wolałbym się przygotować i uniknąć sytuacji, jak u Kolegi.
Z góry dziękuję.
pozdrawiam
Yaho
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: cameel w Sierpnia 19, 2014, 13:44:33 pm
Widzę, że temat robi się popularny. Też podłączył bym się do prośby o taką sprawdzoną instrukcję.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: piotrkaczmarekinfo w Października 07, 2014, 08:34:34 am
Witam
Dołączam się do prośby i również proszę o przesłanie instrukcji.
Z góry serdecznie dziękuję i pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: gringo w Października 07, 2014, 09:43:45 am
Witam
Dołączam się do prośby i również proszę o przesłanie instrukcji.
Z góry serdecznie dziękuję i pozdrawiam

Wysłałem ci info w prywatnej wiadomości.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: PiotrSz w Października 07, 2014, 11:26:53 am
Witam
Dołączam się do prośby i również proszę o przesłanie instrukcji.
Z góry serdecznie dziękuję i pozdrawiam

Wysłałem ci info w prywatnej wiadomości.

To ja też poproszę

Z góry dzięki!
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: gringo w Października 07, 2014, 11:41:13 am
Słowo wyjaśnienia. Nie mam opracowanej instrukcji na okoliczność migracji Oracle. Nie mam czasu na opracowanie takiej dokumentacji, pewnie by także zajęła sporą objętość. Mogę zdalnie, przez neta wykonać taką pracę.
Sprawa do uzgodnienia. Zainteresowani, proszę info na PW.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: kmx w Października 31, 2014, 22:05:47 pm
Poproszę i ja ten skrypcik.

Win xp sp 3 oracle 10g xe do win srv 2008 64bit oracle 11g xe 64 bit

Z góry dzięki
Pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: cromek w Listopada 19, 2014, 20:14:59 pm
Temat ciężki ale przeszedłem z nim. Zajęło mi to 2 długie wieczory. Oracle 11 ma bazę do 11GB więc to nie 4.  Trzeba odinstalować poprzednią wersję potem zainstalować 11g. Utworzyć skryptem tablespace itad odtworzyć dane z archiwum w rejestrach deko pozmieniać i działa bez problemu
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: romekk74 w Stycznia 02, 2015, 14:13:36 pm
Witam wszystkich

Mnie też dopadł problem z miejscem na oracle10xe.
Mogę prosić o skrypt na pw


Z góry dzięki
Pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: mbu w Października 09, 2015, 00:39:36 am
od dzisiaj mam też ten problem, dołączam się do prośby o skrypt
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Października 09, 2015, 12:06:12 pm
Moim zdaniem temat nie jest bardzo złożony, ale może się wydarzyć coś nieprzewidzianego podczas migracji, dlatego nie wiem czy jakiś ogólny skrypt jest dobrym rozwiązaniem.
Migrację zrobiłem kilka razy i działa, ale nie dałbym nikomu ogólnego skryptu, bo takiego nie da się na każdą okoliczność zrobić.
Tak samo jak napisał gringo - służę pomocą zdalną w razie czego.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: jaca w Listopada 30, 2015, 17:15:29 pm
Witam,

Czy mógłbym również prosić o instrukcję jak wykonać migrację z 10g na 11g?
Byłbym wdzięczny za konkretne kroki, które należy wykonać.
Próbowałem wykonać prodecurę opisaną przez Oracle (expdp oraz impdp łącząc się z bazą poprzez sqlplus jako sys@XE as sysdba) ale nie udało się.

Pozdrawiam.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Homar7 w Grudnia 01, 2015, 11:34:44 am
Próbowałem wykonać prodecurę opisaną przez Oracle (expdp oraz impdp łącząc się z bazą poprzez sqlplus jako sys@XE as sysdba) ale nie udało się.
Gdybyś kupił bazę danych w  wersji płatnej to podobno migracja z xe jest bezbolesna ( ale działa tylko w górę).
Według mnie przejście z 10 na 11 to to samo co nowa  instalacja serwera, a nawet gorzej, bo musimy uwzględnić istniejących klientów.
Przy okazji , ktoś może podpowie jak dokladnie sprawdzić ile zajmuje baza.  ;D
 
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: neelix w Grudnia 01, 2015, 13:53:48 pm
Nie wiem ile ale pełny oracle właśnie od dziś jest w strasznych cenach (chyba nie będzie już wersji Standard Edition i Standard Edition One).
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sorn w Grudnia 01, 2015, 19:03:12 pm
Od grudnia ceny poszły ok 3 krotnie w górę :/
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Grudnia 01, 2015, 23:39:12 pm
Przy okazji , ktoś może podpowie jak dokladnie sprawdzić ile zajmuje baza.  ;D
Może pomoże
http://sumedha.blogspot.com/2009/10/how-to-check-size-of-oracle-database.html
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: gringo w Grudnia 02, 2015, 11:19:16 am
Od grudnia ceny poszły ok 3 krotnie w górę :/

To już nie będzie wersji Oracle z produktami Ks w niższej cenie?
Dziwnie wysoki skok cenowy, $ nie poszedł przecież tak bardzo w górę....

Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Grudnia 02, 2015, 12:03:25 pm
To już nie będzie wersji Oracle z produktami Ks w niższej cenie?
Dziwnie wysoki skok cenowy, $ nie poszedł przecież tak bardzo w górę....

Ogólnie jest raczej tak, że Oracle celuje w bardzo duże bazy=bardzo dużych klientów i dlatego chyba tak się dzieje.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Profesor Wilczur w Grudnia 02, 2015, 12:10:35 pm
KS przygotuje przejście na PostgreSQL za "pińcet" ;)
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: monter w Grudnia 02, 2015, 14:14:23 pm
taa... tak jak UDFy pod linuxa... :P
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sorn w Grudnia 02, 2015, 18:26:36 pm
Próbowałem wykonać prodecurę opisaną przez Oracle (expdp oraz impdp łącząc się z bazą poprzez sqlplus jako sys@XE as sysdba) ale nie udało się.
Spróbuj klasycznego exp/imp.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Grudnia 02, 2015, 21:12:05 pm
Próbowałem wykonać prodecurę opisaną przez Oracle (expdp oraz impdp łącząc się z bazą poprzez sqlplus jako sys@XE as sysdba) ale nie udało się.
Spróbuj klasycznego exp/imp.
Czy migracja jest robiona za pomocą exp/imp czy expdp/impdp - nie ma różnicy. Kwestia jest po stronie odpowiedniej konfiguracji i tyle.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Homar7 w Grudnia 03, 2015, 08:33:06 am
Przy okazji , ktoś może podpowie jak dokladnie sprawdzić ile zajmuje baza.  ;D
Może pomoże
http://sumedha.blogspot.com/2009/10/how-to-check-size-of-oracle-database.html
To teraz by się przydał wróżbita do interpretacji, bo na działającej bazie wyskoczyło mi 3915 bytes, a na pustej  jaką sobie roboczo na drugim kompie zrobiłem 1345.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Grudnia 07, 2015, 11:04:46 am
To już nie będzie wersji Oracle z produktami Ks w niższej cenie?
Dziwnie wysoki skok cenowy, $ nie poszedł przecież tak bardzo w górę....

Informacja z dziś - Kamsoft przedłużył umowę z Oraclem na bazy danych typu full use i ASFU dla wybranych produktów do 03.12.2017r.

Lista produktów objętych możliwością oferowania ich z bazą danych Oracle w wersji ASFU :
KS-AOW, KS-PPS, KS-MEDIS, SERUM, KS- LZLR- P, KS- SOMED, KS- SOLAB, KS-ASW, KS-GST, KS-Gabinet, KS-GMW, KS-FKW, KS-ESM, KS-ADMED, KS-EDE, KS-ZZL, KS-STI, KS-SEW, KS-HFW VE, KS-HFW, KS-ZSA, KS-HWW, KS-FarmaLink, KS-RAP, KS-RAP WWW, HFW

Nie wiem tylko jak i czy (pewnie tak) zmienią się ceny.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 22, 2016, 13:40:43 pm
Może i ja podłącze się pod temat. Mam someda na oraclu 10xe. Teraz zmiana serwera na nowy z win8.1 pro 64bit. Próbuje zainstalować na nowym serwerze someda od razu na oraclu 11gxe. Oczywiście wszystkie próby były nie udane :) Może ktoś z Państwa będzie mi w stanie pomóc. Wszystko robie według instrukcji z kamsoftu. Pierwsze problemy występują przy próbie wczytania pusta.ora. Zaczyna się wczytywać i na końcu sypie ostrzeżeniami... Niby wszystko kończy się poprawnie ale z ostrzeżeniami. Efekt jest taki, że po zainstalowaniu someda w konfiguratorze połączenia do bazy, przy sprawdzaniu użytkownika gabinet dostaje komunikat "ORA-01017: invalid username/password; logon denied" to samo z sysdba. Po zainstalowaniu someda nie mogę się dostać nawet do oracla, tak jak by nie działała usługa oracla a działa na 100%. Proszę o pomoc.

Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Stycznia 22, 2016, 16:40:50 pm
Jak chodzi o błąd logowania to może jest to związane z weryfikacją wielkości liter w haśle, którą ma Oracle 11.
Wyłączenie tego to odpalenie poniższego polecenia z użytkownika administracyjnego
Cytuj
ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE;
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sławek w Stycznia 22, 2016, 22:07:44 pm
Jedno pytanie czy skonfigurowałeś połączenie do bazy pomocą Net easy configurator ( piszę z pamięci także mogłem trochę pomylić ale na pewno znajdziesz to narzędzie ) i czy łączysz się za jego pomocą do bazy ?

Pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 25, 2016, 09:06:23 am
@Sławek:Nie nic takiego nie używałem. Wszystko tak jak w instrukcji od kamsoft. Oczywiście od nich pomocy zero w tym temacie.

@09061303: Próbowałem wielkimi i małymi literami hasło wpisywać, nie to nie daje. Spróbuje z tym poleceniem.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sławek w Stycznia 25, 2016, 17:32:01 pm
Witam

Po pierwsze musisz skonfigurować połączenie do bazy i nazwać je że program rozpoznawał po jakim aliasie ma się połączyć. W kliencie Oraclowym jest narzędzie jak na zrzucie ekranu ( w poprzednim poście trochę pomyliłem nazwę ;) ) zaznaczasz 3 opcję jak na zrzucie ekranu, dalej Sid ( w Oraclu XE - XE ) , później adres IP komputera z bazą i na koniec nazywasz alias i testujesz połączenie.
Trzy uwagi pamiętaj że dla Oracla trzeba zrobić wyjątek w zaporze, druga na serwerze jak chcesz korzystać z programu to także musisz zainstalować klienta i ostatnia zawsze klienta 32 bitowego.

Pozdrawiam
Sławek
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: neelix w Stycznia 25, 2016, 19:37:51 pm
zawsze klienta 32 bitowego.
Teraz już chyba nie, nie ma BDE to i na 64b powinno działać. Ktoś przetestuje? :D
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Stycznia 25, 2016, 21:46:26 pm
BartOr popraw mnie jeśli źle założyłem - działasz na XE w ramach jednego komputera = serwera?

@Sławek
XE nie ma takiego narzędzia - piszesz o pełnej wersji Oracla. Jeśli bawimy się na jednym kompie = serwerze nie ma potrzeby konfigurowania tns'a do bazy - po instalacji Oracla on już jest.

@neelix
Ja tam posadziłbym do Oracla 64bit jednak klienta 32bit (czy w ramach darmowej instalacji XE można korzystać z klientów z pełnych wersji?; ostatni klient XE jest do oracla 10) - ktoś tam mi kiedyś z Kamsoftu powiedział, że jak aplikacja 32bit, to musi klient pośredniczyć 32bit. Nie ma to raczej nic wspólnego z BDE - wcześniej Medis czy Farmanet działał bez BDE i tak klient potrzebny był 32bit (Farmanet posadzony na Windows Server 2012, Oraclu 11 64bit pełnym krzaczył dopóki ruch nie poszedł przez klienta 32bit - w ramach jednej maszyny stał i serwer 64bit i klient 32bit).
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: neelix w Stycznia 25, 2016, 22:52:35 pm
@09061303 Z tego co pamiętam z informacji z Kamsoftu to właśnie 32-bitowe BDE miało być przeszkodą w użyciu 64b klienta ale szczegółów technicznych nie znam. Przy okazji przetestuję.

@BartOr, mi to wygląda na problem z hasłami w nowej wersji Someda, wszystko było tu: http://forumpps.pl/index.php?topic=9329.0 (http://forumpps.pl/index.php?topic=9329.0) najbardziej wyjaśnienia MK na drugiej stronie:
Żeby była jasność. Pierwsze okienko służy do weryfikacji. Podajemy tu hasło, aby pozwolić w następnym okienku na zmianę tego hasła. Jest to zabezpieczenie przed przypadkowym uszkodzeniem hasła przez osobę niezorientowaną. Na tym etapie nie testujemy jednak hasła w bazie a sprawdzamy je z zapisanym w pliku ini lub w rejestrach. Jeśli więc mieliśmy zamieszanie z licencją może być tak, że hasło w rejestrach zakodowane było innym kluczem niż też wpisujemy. Stąd np. komunikat o niepoprawnym haśle. Który wcale nie sugeruje, że hasło  bazie jest inne! Jeśli tak mamy, najlepiej usunąć wpis z rejestrów i z pliku ini z użytkownikiem i hasłem i wpisać je od nowa. Wówczas na początek należy wpisać hasło GM, które znów nie musi odpowiadać rzeczywistości, program je po prostu wymaga na starcie.
Później pojawia się drugie okienko i tu już należy wskazać użytkownika i hasło takie, jakie mamy w bazie.
To samo dotyczy hasła systemowego. I znów jeśli są problemy należy hasła wyciąć i wpisać od nowa i z rejestrów i z pliku ini. I wówczas na starcie mamy użytkownika SYSDBA i hasło masterkey, które oczywiście nie musi odpowiadać rzeczywistości. Należy je jednak wpisać i w drugim okienku wpisać właściwego użytkownika i hasło

A jeśli chodzi o wczytywanie pustej bazy i ostrzeżenia to nie miałeś przypadkiem jakiejś starej wersji pusta.ora? Jeśli tak to skrobnij maila do Katowic, niech podeślą nową.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 25, 2016, 23:51:23 pm
@09061303 - Dokładnie tak, jest to serwer i na nim chcę uruchomić someda.

@neelix - Trochę już opadam z sił. Szczerze mówiąc to moja pierwsza instalka someda na oraclu i bardzo bym chciał przez to przebrnąć i wynieść jakąś wiedzę na przyszłość. Mam instrukcję z kamsoftu i jej się trzymam. Zmieniłem tylko XE 10g na 11. Instaluję ORACLE, później wykonuję pierwszy scrypt z instrukcji, później ręcznie wpisuję polecenia na utworzenie tabli. Następnie scrypt na usera gabinet. Później przy wczytaniu pusta.ora idzie dobrze i pod koniec wywala jakieś ostrzeżenia, jutro mogę dać przykład dokładnie jakiej treści.
Po tych czynnościach nadal wszystko działa to znaczy mogę podłączyć się do bazy przez sqlplus jako sysdba i działa. Po zainstalowaniu someda przestaje. To znaczy nie mogę podłączyć się już do bazy, na żadnym użytkowniku. W usługach systemowych wszystkie oraclowe są włączone więc niby wszystko jest ok. BDE ominąłem przy 11 ponieważ nowa wersja someda nie instaluje BDE.

W załączniku log z wczytywania pusta.ora, gdyby ktoś mógł na to zerknąć byłbym wdzięczny, kamsoft milczy od kilku dni w tej sprawie.

Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 26, 2016, 10:04:12 am
Ok, powiedzmy, że uruchomiłem someda, ale ten problem w graniem pusta.ora ciągnie się dalej i nie można zaktualizować bazy z powodu tych problemów.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Stycznia 26, 2016, 11:58:24 am
Na podstawie loga:
- skrypt tworzenia użytkownika masz albo do bardzo starego Somedu albo wzięty od innego systemu/z neta. Brakuje w nim wszystkich uprawnień dla usera gabinet ( dla obiektu DBMS_ALERT). Jak uprawnienia będą, to większość ostrzeżeń zniknie. Zostać mogą jakieś ostrzeżenia z tworzenia widoków.

Czemu się po puszczeniu Someda nie można połączyć do bazy - ciężko zdalnie powiedzieć.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 26, 2016, 13:28:05 pm
No to już nie wiem, instrukcję przed kilkoma dniami dostałem z kamsoftu...
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sławek w Stycznia 26, 2016, 14:55:04 pm
@09061303

Tak jak pisałem takie narzędzie jest w kliencie Oraclowym w przypadku bazy 10 XE wystarczyło postawić serwer i było OK, w przypadku 11 XE 64 bitowej trzeba było instalować klienta żeby programem podłączyć się bazy.
Po pierwsze sprawdź czy poprzez sql plusa łączysz się do bazy.
 Swoją drogą to migrację bazy w Oraclu lepiej zlecić komuś kto robił bo zawsze wychodzą jakieś kwiatki
Jak chcesz to wyślij mi na priv namiary na połączenie poprzez TeamViewer to zobaczę w czym jest problem.

Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Stycznia 26, 2016, 17:07:58 pm
@09061303

Tak jak pisałem takie narzędzie jest w kliencie Oraclowym w przypadku bazy 10 XE wystarczyło postawić serwer i było OK, w przypadku 11 XE 64 bitowej trzeba było instalować klienta żeby programem podłączyć się bazy.
Ale klient Oracle XE czy klient Oracle do pełnej bazy - wiem, że jest takie narzędzie w kliencie do pełnej bazy, ale nie wiem czy zgodnie z licencją możesz takowego używać w przypadku XE.

Narzędzie narzędziem - sqlplusem zawsze z serwera się powinniśmy połączyć.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: neelix w Stycznia 26, 2016, 18:39:23 pm
Ok, powiedzmy, że uruchomiłem someda, ale ten problem w graniem pusta.ora ciągnie się dalej i nie można zaktualizować bazy z powodu tych problemów.
Powtórzę się: skąd masz plik pusta.ora? I z kiedy? Ostatnio stawiałem Someda na XE pod koniec 2014 i też miałem podobny problem, pomogło wczytanie nowego pliku, który dostałem mailowo z Kamsoftu ale niestety nie mogę go znaleźć :(
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sławek w Stycznia 26, 2016, 19:58:09 pm
1. Plik pusta.ora jest zawsze w pełniej instalce programu, wstarczy ściągnąć z ftp-a Kamsoftu, rozpakować i w katalogu ksinst jest spakowany plik pusta.ora
2. Jeżeli chcesz przejść z Oracla 10 xe na 11 Xe to po co importujesz pusta bazę i próbujesz to odpalić. Program z bazą Oraclową stawiasz jak chcesz zrobić migrację z Firebirda.
3. W przypadku przeniesienia bazy z 10 na 11 robisz tak:
- instalujesz Oracla
- łączysz się sql plusem, tworzysz przestrzenie
- dodajesz użytkownika Gabinet
- nadajesz mu uprawnienia ( w jednym z postów podałem skrypt )
- importujesz archiwum bazy z 10
- testujesz ( łączysz się klientem ) i test bazy
koniec.



Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 27, 2016, 10:02:30 am
@neelix Pusta.ora mam z najnowszej dostępnej instalki z FTP kamsoftu.

@sławek Już szukam skryptu twojego na gabinet i będę próbował. Co do tych przestrzeni to tyczy się tego ?:

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
/

Bo tylko to jest w instrukcji z kamsoftu.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 27, 2016, 13:11:32 pm
@sławek Po użyciu twojego skryptu na gabinet, baza właściwa się importuje jedyne błędy jakie wyświetla to
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ć ?
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Profesor Wilczur w Stycznia 27, 2016, 13:30:34 pm
alter table spkr modify nazw varchar2(100);
Coś z importowanych danych ma dłuższy ciąg w kolumnie, niż zakłada definicja tabeli.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sorn w Stycznia 27, 2016, 17:47:38 pm
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).
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 28, 2016, 09:19:47 am
@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:
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:

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>
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sławek w Stycznia 28, 2016, 10:59:27 am
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
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 28, 2016, 11:29:41 am
Oto log po zaimportowaniu bazy. Na końcu jakieś błędy...
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sorn w Stycznia 28, 2016, 11:50:13 am
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;
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 28, 2016, 12:25:09 pm
Ok, uruchomiłem someda i wszystko wygląda ok, potestuje może bedzie dobrze :) Dzięki póki co za pomoc.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 28, 2016, 13:09:06 pm
Zaktualizowałem do najnowszej wersji i na końcu mam błąd:

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;

Błąd w dostępie do tableli PRPT.DB
Mam już dosyć, a to dopiero początek podobno :)
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sorn w Stycznia 28, 2016, 13:59:48 pm
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).
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 28, 2016, 14:09:39 pm
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.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 28, 2016, 16:10:19 pm
Ok, zrobiłem import na użytkowniku gabinet, to samo wywala na koniec aktualizacji, nic się nie zmieniło... Jakieś pomysły ? :)
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sorn w Stycznia 28, 2016, 16:24:45 pm
plik pusta.ora masz skąd? Z aktualnego instalatora?
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 28, 2016, 16:31:55 pm
Pusta.ora pomijam, bo importuję bazę którą przenoszę ze starego serwera.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sorn w Stycznia 28, 2016, 16:44:32 pm
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.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Stycznia 28, 2016, 17:15:50 pm
@Sorn
Ostrzeżenia po imporcie są dopuszczalne jak chodzi o widoki, ale tam wywalają się triggery. Tego, bez dokładnego spojrzenia co to za tabela i czego dotyczy błąd raczej bym nie przepuszczał.

@BartOr
Błąd z impa IMP-00041: Warning: object created with compilation warnings dotyczący jakiegoś obiektu nie mówi o samej przyczynie problemu. Kod takiego obiektu trzeba wziąć, podłączyć się na użytkownika na którym obiekt ma być jakimś klientem sql  - może być wszędzie obecny sqlplus - i go odpalić. Wtedy powinieneś dostać błąd bardziej nas interesujący, bo będzie w nim napisane jakiego elementu kodu dotyczy problem. Ja dalej śmiem twierdzić, ale to tylko strzelanie, że problem leży po stronie DBMS_ALERT, ale może być inaczej.
Błąd, który siadł Ci na DSWD, może wynikać z nieutworzenia jakiegoś obiektu typu trigger lub sekwencja z odpowiednią wartością razem z niezałączeniem klucza podstawowego na tej tabeli. Rzeczywiście, zgadzam się z przedmówcami, że pusta.ora niekoniecznie jest pusta, tym bardzie, że z Kamsoftu masz skrypt tworzący tabelę KSLIC a nie przestrzenie. Bez przestrzeni, ale z użytkownikiem może się udać import, ale wszelkie dane wejdą nie do wydzielonej przestrzeni tylko wspólnej systemowej. Wtedy szukanie w razie problemów czegokolwiek w bazie jest średnio przyjemne.

Mam nadzieję, że stawiasz tego Someda w celach jedynie edukacyjnych, ponieważ elementy, o które pytasz są w zakresie podstawowym bawienia się oraclem (namierzenia czemu się trigger nie kompiluje w ostrzeżeniu z IMPa), ponieważ postawienie bazy to jedno, ale problem jest jak się coś sypnie w trakcie działania produkcyjnego, a forum wtedy nie zareaguje szybko.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sorn w Stycznia 28, 2016, 18:07:58 pm
Ostrzeżenia po imporcie są dopuszczalne jak chodzi o widoki, ale tam wywalają się triggery. Tego, bez dokładnego spojrzenia co to za tabela i czego dotyczy błąd raczej bym nie przepuszczał.

W logu są ostrzeżenia dotyczące niemożności skompilowania procedur/pakietów itp. Jest to normalny objaw przy imporcie ponieważ podczas importu nie możesz zagwarantować, że wszystkie zależne procedury, funkcje i pakiety wywoływane w danym obiekcie zostały już zaimportowane. Somed przy pierwszym podłączeniu do bazy kompiluje wszystkie potrzebne mu obiekty. Jeżeli jakiś niezbędny obiekt się nie skompiluje to Somed będzie wymagał naprawy. BartOr nie importuje pusta.ora bo ma dump z bazy produkcyjnej i tutaj postępuje słusznie nie wczytując pusta.ora.

Brak uprawnień do DBMS Somed sam wykrywał i sam odpalał odpowiednią aplikację. O ile się nie mylę to zrezygnowano już z alertów (chyba, że nie do końca).

Dziwi mnie to, że Somed się uruchamia i jak rozumiem podłącza do bazy i można na nim pracować, jednak aktualizacja powoduje problemy.
@BartOr a to polecenie, które Ci wysłałem uruchamiasz jako użytkownik gabinet? Jak się łączysz do bazy?
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: MK w Stycznia 28, 2016, 21:56:14 pm
@09061303 Z tego co pamiętam z informacji z Kamsoftu to właśnie 32-bitowe BDE miało być przeszkodą w użyciu 64b klienta ale szczegółów technicznych nie znam. Przy okazji przetestuję.


Nie wiem, czy to już wyjaśnione, chciałbym jednak tu i teraz nieoficjalnie oczywiście (nie reprezentuję o takiej godzinie firmy Kamsoft :-) ) wyjaśnić. TYLKO I WYŁĄCZNIE KLINET 32-BITOWY! Nie wierzę, że taka informacja (z powodu BDE klient 32-bitowy) padła z ust lub spod klawiatury kogoś z Kamsoftu zajmującego się KS-SOMED, jeśli tak, to biedak nie wiedział co czyni.
Dla systemu KS-SOMED TYLKO klient 32-bitowy. Serwer - wszystko jedno - klient 32-bity. I BDE nie ma tu nic do rzeczy raczej to, że sam KS-SOMED jest systemem32-bitowym. Klient oracla to nic innego jak biblioteka dll. Biblioteka (no może kilka, ale to nie istotne), którą aplikacja - w tym przypadku KS-SOMED - ładuje. System operacyjne takie ma cechy, że dla aplikacji 32-bitowej mam tylko 32-bitowe dll. Nie da się "pomieszać" i załadować do 32-bitowej aplikacji 64-bitowej dll. Tego nie dopuści sam system operacyjny. Nie jestem fachowcem od systemów, ale z tego co mnie się wydaje, aplikacje 32-bitowe działają tak jak gdyby w osobnym środowisku wydzielonym z 64-bitowego systemu. Stąd chociażby katalog WOW czy gałęź cośtamWOWcośtam. Aby korzystać z klienta 64-bitowego musielibyśmy mieć 64-bitowego KS-SOMED a takowy zaś nie mógłby działać na 32-bitowych systemach operacyjnych.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Stycznia 28, 2016, 22:22:15 pm
Co klienta 32/64bit mogę jedynie powtórzyć, co napisałem wcześniej z praktyki - co prawda nie z Somedem, ale  z Farmanetem miałem dziwne błędy (nie pamiętam czy nie nawet przy samym uruchamianiu) dopóki nie zainstalowałem klienta 32bit za radą Kamsoftu i stwierdzeniem, że aplikacja 32bit=klient 32bit.

@Sorn
Ok - masz rację, te triggery zawierają pakiety lub widoki i dlatego może być ostrzeżenie.

Nawiązałem do pusta.ora, ponieważ się kilka razy przewinęła w wątkach ze strony BartOr'a - wydawało mi się, że chce postawić od nowa Someda da sprawdzenia czy ma dobrze założone użytkownika, przestrzenie i odpowiednio nadane uprawnienia (pusta.ora to dump pustej bazy, rzeczywiście niepotrzebny przy imporcie dumpa z produkcyjnej - nie zauważyłem jednej odpowiedzi BartOr'a, gdzie napisał, że import pustej pomija).

Z tym DSWD - ja bym sprawdził jak to wygląda w bazie pierwotnej, bo albo dump wykonuje się błędnie, albo baza pierwotna jest rozjechana, chociaż ciężko jest usunąć index na kluczu podstawowym.
Somed nie sprawdza wszystkiego przy starcie, uszkodzona DSWD może przejść przy logowaniu, a nawet pracy, jeśli albo nie ruszamy DSWD edycją/dodaniem nowego rekordu albo wartość sekwencji z danymi id nam się tak zgrała, że nie było takiej wartości w DSWD.ID (wtedy nawet indeks klucza podstawowego nie pomoże).

@BartOr
Jeśli zapytanie Sorn'a odpala Ci się z takim błędem jak dałeś wcześniej, to czy aby na pewno łączysz się do dobrego schematu lub czy zaimportowałeś dumpa przez dobrego użytkownika czyli gabinet?
Ogólnie spróbuj jeszcze raz może od:
1. wyrzucenia użytkownika/przestrzeni Somedowych lub reinstalacji Oracla
2. utworzenia użytkownika gabinet i przestrzeni jak pisał Sorn
3. zaimportowania dumpa wykonanego z użytkownika gabinet w pierwotnej bazie przez użytkownika gabinet w nowej.
W tym momencie, przynajmniej ja, zaczynam widzieć tutaj jakąś niespójność - brak obiektu w przypadku zapytania kiedy obiekt jest z poziomu odpalenia aktualizacji, bo mamy błąd.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 29, 2016, 09:50:14 am
Dzięki za zainteresowanie,

Opiszę może po kolei co robiłem. Export mam robiony przez kopie bazy z someda.

Instalacja oracle 32bit 11g XE, następnie kodowanie:
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;

Następnie :

CREATE PUBLIC SYNONYM V$P FOR V_$PROCESS;
GRANT SELECT ON V_$PROCESS TO PUBLIC;
CREATE PUBLIC SYNONYM V$I FOR V_$INSTANCE;
GRANT SELECT ON V_$INSTANCE TO PUBLIC;
CREATE PUBLIC SYNONYM V$L FOR V_$LOCKED_OBJECT;
GRANT SELECT ON V_$LOCKED_OBJECT TO PUBLIC;
CREATE PUBLIC SYNONYM V$S FOR V_$SESSION;
GRANT SELECT ON V_$SESSION TO PUBLIC;
CREATE PUBLIC SYNONYM V$SI FOR V_$SESS_IO;
GRANT SELECT ON V_$SESS_IO TO PUBLIC;
GRANT SELECT,INSERT,UPDATE ON DUAL TO PUBLIC;
GRANT EXECUTE ON SYS.DBMS_LOCK TO PUBLIC;
GRANT SELECT ON V_$LOG_HISTORY TO PUBLIC;
CREATE PUBLIC SYNONYM V$H FOR V_$LOG_HISTORY;

później użytkownik:

CREATE TABLESPACE meddata DATAFILE
'C:\oraclexe\app\oracle\oradata\XE\meddata.dbf'
SIZE 150M AUTOEXTEND ON NEXT 50M
EXTENT MANAGEMENT LOCAL
SEGMENT SPACE MANAGEMENT AUTO;
CREATE TABLESPACE medidx DATAFILE
'C:\oraclexe\app\oracle\oradata\XE\medidx.dbf'
SIZE 150M AUTOEXTEND ON NEXT 50M
EXTENT MANAGEMENT LOCAL
SEGMENT SPACE MANAGEMENT AUTO;
CREATE USER gabinet DEFAULT TABLESPACE meddata identified by gm
TEMPORARY TABLESPACE TEMP
PROFILE DEFAULT ACCOUNT UNLOCK;
GRANT CONNECT TO gabinet;
GRANT RESOURCE TO gabinet;
GRANT CREATE ANY SEQUENCE TO gabinet;
GRANT CREATE ANY SYNONYM TO gabinet;
GRANT CREATE ANY TABLE TO gabinet;
GRANT CREATE ANY VIEW TO gabinet;
GRANT DROP ANY SEQUENCE TO gabinet;
GRANT DROP ANY SYNONYM TO gabinet;
GRANT DROP ANY TABLE TO gabinet;
GRANT DROP ANY VIEW TO gabinet;
ALTER USER gabinet DEFAULT ROLE ALL;
REVOKE UNLIMITED TABLESPACE FROM gabinet;
ALTER USER gabinet QUOTA UNLIMITED ON meddata;
ALTER USER gabinet QUOTA UNLIMITED ON medidx;

Następnie importuję bazę przez:
imp userid=gabinet@XE file=c:\expdat.dmp log=c:\import.log ignore=y buffer=500000 fromuser=gabinet touser=gabinet
Następnie instaluję klienta 32 bit 10g i someda. Konfiguruje dostęp do bazy przez someda, podgrywam licencje i robię aktualizację bazy do wersji someda. Przy aktualizacji wywala błędy z kompilacją i na końcu ten z DSWD. Po uruchomieniu someda wszystko się importuje i działa. Jak uruchamiam aktualizację jeszcze raz to na koniec wywala tylko błąd z DSWD, żadnego innego nie ma.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Stycznia 29, 2016, 10:16:11 am
1. Nie wiem czy akurat to może powodować jakiś błąd, ale zainstalowałbym klienta 32bit i później dopiero tworzył użytkownika, przestrzenie i robił impa za pomocą impa z klienta 32bit. Ewentualnie klient przed samym impem po założeniu przestrzeni i użytkownika
Nawiasem mówiąc daj przy tworzeniu użytkownika gabinet wreszcie to uprawnienie do DBMS_ALERT, może zniknie część ostrzeżeń.
2. Sprawdź co się dzieje z tym DSWD na bazie pierwotnej, przed eksportem dumpa. Może tam już jest coś zdublowane lub baza jest jakoś uszkodzona (uszkodzona może działać i nie pokazywać żadnych problemów do momentu np defragmentacji przy przenoszeniu).
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sorn w Stycznia 29, 2016, 12:28:43 pm
@BarOr tak jak napisał @09061303, sprawdź czy na bazie źródłowej jest tabela dswd. Możesz też na niej wykonać moje zapytanie i daj znać jaki jest wynik. Łączysz się sqlplus gabinet@xe ?
Wklej nam jeszcze komendę jaką wykonujesz do eksportu. Proponuję zrobić ci exp jako gabinet z lini komend
exp gabinet@xe buffer=500000 file=<sciezka> log=<sciezka>
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Stycznia 29, 2016, 12:44:38 pm
OK, spróbuje jeszcze wykorzystać wasze podpowiedzi i dam znać.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Lutego 02, 2016, 10:07:08 am
Ok więc zrobiłem wszystko zgodnie z waszymi wskazówkami. To samo z tym DSWD... Sprawdziłem na bazie źródłowej i na to samo zapytanie dostałem odpowiedź "no rows selected".
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: andy83 w Lutego 02, 2016, 10:30:31 am
rozumiem że na nowej bazie zapytanie też zwraca 0 wyników ?
jeśli tak to sprawdź coś takiego :

SELECT *
FROM user_sequences where sequence_name ='ID_DSWD'
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Lutego 02, 2016, 10:44:45 am
Ok jest inaczej :)
Na starej bazie na 10xe zwraca "no rows selected" na nowej na 11xe teraz zwraca:
         ID   COUNT(*)
---------   -----------
   65355   2

Zrobiłem aktualizację do najnowszej wersji, oczywiście na końcu ten sam błąd z DSWD, a przy próbie włączenia programu i aktualizacji słownika procedur i programów terapeutycznych dostaje:
Błąd w dostępie do tabeli PRPT.DB
@andy83 Na twoje zapytanie dostaję to co w załączniku.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sorn w Lutego 02, 2016, 11:07:19 am
Ok więc zrobiłem wszystko zgodnie z waszymi wskazówkami. To samo z tym DSWD... Sprawdziłem na bazie źródłowej i na to samo zapytanie dostałem odpowiedź "no rows selected".
Czyli na bazie źródłowej masz poprawnie.
Wykonałeś to zapytanie na 11XE przed aktualizacją?
Też miałeś wynik no rows selected? Jeżeli tak to aktualizacja Ci coś psuje.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Lutego 02, 2016, 11:14:56 am
Nie, przed czy po aktualizacji na nowej bazie dostaję taką odpowiedź jak w poście wyżej.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sorn w Lutego 02, 2016, 11:43:32 am
W takim razie import idzie źle.
Export robisz jakimś narzędziem Kamsoftu czy z linii poleceń?
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Lutego 02, 2016, 11:59:25 am
Export z 10XE zrobiłem przez exp gabinet@xe file=ścieżka log=ścieżka buffer=500000, import na 11XE zrobiłem przez imp gabinet@XE file=ścieżka log=ścieżka buffer=500000.

Może to jest spowodowane tym, że export robię na wersji która korzystała jeszcze z BDE(2015.3.0.4) a import na wersji która nie korzysta z BDE(2015.3.1.0) ? Czy to nie ma znaczenia ?
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Lutego 02, 2016, 12:27:11 pm
exp/imp nie korzysta z BDE, także znaczenia nie ma.

Na bazie pierwotnej może brakować rekordu zerowego, ale mogę tutaj mylić, bo nie każda tabela ma rekord zerowy. Poza tym nie powinno mieć to znaczenia, test baz dodałby rekord po impie.

Jakiego używasza narzędzia do edycji baz danych - Kamsoftowego NBD (Dolphina), orbady? sqlplus jest średnio wygodny, mało graficznie widać. Z jakiegoś edytora jakbyś podrzucił screeny z zakładki z constraintami, i indexami na DSWD - może tam byśmy coś zobaczyli. Możesz to zrobić po samym impie, jeszcze bez aktualizacji.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Lutego 02, 2016, 13:03:40 pm
Nie używam żadnego narzędzia do edycji baz danych, tylko sqlplus. Jak mi się uda coś podejrzeć to dam znać :)
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sorn w Lutego 02, 2016, 13:18:21 pm
W pierwszym logu z importu jest informacja:
. . importing table                         "DSWD"      60331 rows imported
więc tabela powinna istnieć i nawet ma dane.
Czyżby aktualizacja usuwała Ci tabelę?
Z której wersji Somed do której robisz aktualizację? Może somed łączy się nie do tego schematu?
Somed jest na serwerze czy na osobnym komputerze?
Zobacz jak jest klient skonfigurowany.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Lutego 02, 2016, 13:38:48 pm
Export robię z wersji 2015.3.0.4 czy coś takiego, a po imporcie instaluję wersję 2015.3.1.0 więc nim włączy się somed muszę zrobić aktualizację bazy. Po skończeniu aktualizacji wywala błąd z DSWD...
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: andy83 w Lutego 02, 2016, 14:08:31 pm
Sprawdź 2  razy, czy na pewno łączysz się do dobrej bazy.
wyczyść/wywal użytkownika gabinet z wszystkimi obiektami (drop user xyz cascade;) i zrób jeszcze raz wszytko od nowa.
wgraj dump-a (użyj expd,impd)
Ściągnij sobie orbada

Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Lutego 02, 2016, 16:30:53 pm
Export robię z wersji 2015.3.0.4 czy coś takiego, a po imporcie instaluję wersję 2015.3.1.0 więc nim włączy się somed muszę zrobić aktualizację bazy. Po skończeniu aktualizacji wywala błąd z DSWD...
To może po eskporcie nie instaluj nic, tylko weź pliki, które już masz (katalog Someda, spod którego obecnie działasz) i za ich pomocą podepnij się do nowej bazy. Ominiesz samą aktualizację. Puść wtedy test bazy i zobacz co i jak. Dopiero wtedy spróbuj zaktualizować.

I tak jak pisze andy83 - sprawdź dwa razy czy to na pewno dobra baza/schemat.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sorn w Lutego 03, 2016, 14:04:43 pm
(użyj expd,impd)
W XE o ile się nie mylę expdp impdp nie działają.
W pełnej wersji w związku z błędami w wersji 11g impdp podczas importu z expdp 10g potrafił się zawiesić.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Lutego 03, 2016, 16:11:19 pm
Ok jutro zacznę od początku, na starym serwerze zrobiłem aktualizacje do najnowszej wersji i później exp. Postawie na nowym serwerze system od nowa i jutro zacznę import. Wydaje mi się, że export poszedł na 100% dobrze. log w załączniku.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Lutego 10, 2016, 09:41:33 am
Dla zainteresowanych napiszę, że wszystko już działa, dzieki za pomoc. Po imporcie nadal wywalało błąd z DSWD ale naprawiłem to dzięki pomocy 09061303 i kamsoft. Somed działa już na oraclu 11g i nowym serwerze. Dzięki za pomoc.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: andy83 w Lutego 10, 2016, 09:46:41 am
A tak dla potomnych to co było nie tak z DSWD?
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: BartOr w Lutego 11, 2016, 12:40:03 pm
Zrobiłem tak:

Trzeba znaleźć max(id) dla tej tabeli:
select  max(id) from dswd

i przestawić w jednym z rekordów na wartość o 1 większą:
update dswd set id = _max_id_plus_1_, idzro = _max_id_plus_1_ where id = 65355 and idzlec = 82472

Oczywiście commit na koniec, a potem ustawienie sekwencji z modułu Serwis.

Później przeszła aktualizacja bez problemów.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: lekarz w Lipca 02, 2016, 15:02:07 pm
Powiedzcie mi ile kosztuje Oracle 11g ten z  11gb bazą?
I co będzie jak wejdzie EDM i będzie konieczność skanowania wielu dokumentów w przychodni, czy baza 11gb nie przepełni się w 1 rok? Jakie rozwiązanie wtedy będzie, kupić kolejną wersje Oracle.
Pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Lipca 02, 2016, 17:01:43 pm
Jak chodzi o cenę samego softu, to Oracle 11g XE jest za darmo (do tego jak chcemy postawić to na linuxie, to system operacyjny też jest za darmo, tylko kolejna sprawa jego instalacja i konfiguracja; z doświadczenia oracle na linuxie lepiej się sprawuje jak na Windowsie). Kosztuje robota przy migracji danych oraz instalacji softu na serwerze. Jak coś w tym temacie to kontakt na priv.

Przepełnienie się Oracla - ja bym na razie się tym nie przejmował. Nie wydaje mi się, żeby baza się miała strasznie szybko przepełnić (doświadczalnie na chwilę obecną nie powiem, bo z pełnym skanowaniem nie mam jeszcze u nikogo uruchomionej dokumentacji), ale w kilku przypadkach mam instalacje na oraclu 10, gdzie baza dopuszcza 4GB danych dla użytkownika i pracują na tym niektórzy już ponad 5 lat i jeszcze dużo miejsca w zapasie mają.

Ja bym poszedł do tego w ten sposób, że w razie gdyby baza miała się zatkać, wtedy bym myślał co dalej, bo może być tak, że 11GB wystarczy na długo. Jakby zaczynało brakować, to można zawsze rozdzielić bazy EDMa i Somedu/PPSa na oddzielne instalacje (wtedy niestety musimy mieć dwa serwery albo wirtualizację - chociaż wirtualizacja i zgodność z licencją oracla to smutna rzecz, a dwa serwery zawsze większy koszt. Nie jest to zbyt optymalne rozwiązanie. Drugie podejście to pełny Oracle (wtedy migracja XE na pełnego Oracla już nie jest nie wiadomo jak skomplikowana) - licencja na pełnego już jest płatna, ale do tematu trzeba by podejść już indywidualnie.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sławek w Lipca 02, 2016, 20:15:04 pm
Dodam tylko że skanowane dokumenty nie są zapisywane w bazie tylko we wskazanym katalogu na dysku, dlatego baza z tego powodu nie przybiera na wielkości tylko trzeba pamiętać żeby archiwizować także zeskanowane dokumenty. Polecam do tego qnap-y dobrze się w tym sprawdzają a i spakowane bazy też można na nich archiwizować.

Pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: lekarz w Lipca 06, 2016, 11:14:41 am
Witam,
Dziękuje Panowie za szybką odpowiedź, napisałeś kolego , że:
"Drugie podejście to pełny Oracle (wtedy migracja XE na pełnego Oracla już nie jest nie wiadomo jak skomplikowana) - licencja na pełnego już jest płatna, ale do tematu trzeba by podejść już indywidualnie"

Proszę powiedz ile kosztuje pełna wersja Oracla, rozmawiałem z innymi i mówili, że koszt waha się w granicach kilkunastu tysięcy złotych, czy zaprzeczysz tym słowom?

Pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Lipca 06, 2016, 13:11:26 pm
W okolicach 20tyś zł netto jest oracle na procesor full use. Ale są (o ile jeszcze są, bo w zeszłym roku były) wersje NUP i ASFU dla produktów KS - wtedy jest taniej (wg cennika z zeszłego roku cena od 2tyś zł netto dla 5 nazwanych userów).

EDIT:
Z tgo co posprawdzałem rzeczywiście nie jest już tak kolorowo jak było, ceny od 10k w górę.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: lekarz w Lipca 06, 2016, 16:20:08 pm
Witaj 09061303,
ja znalazłem takie coś na innym forum chyba, nie pamiętam: CENNIK OPROGRAMOWANIA BAZODANOWEGO w załączniku, to z 2014 roku cennik NUP i ASFU, gdyby policzyć po user i dodać 19% to całkiem nieźle wygląda :o, zwłaszcza, że doliczyć trzeba koszty instalacji.
A gdzie znalazłeś te ceny z tego Twego zdania "Z tgo co posprawdzałem rzeczywiście nie jest już tak kolorowo jak było, ceny od 10k w górę"
Pozdrawiam

Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: lekarz w Lipca 06, 2016, 16:22:09 pm
Sorki i jeszcze wysjaśnienia:

1            Dla instalacji powyżej 4 stanowisk komputerowych należy zamówić bazę Oracle. Podane ceny nie
              uwzględniają kosztów instalacji oprogramowania.
2            Licencja jest udzielana na tzw. Nazwanego Użytkownika (NUP), czyli konkretną osobę (imię i 
              nazwisko) pracującą z Systemem KS-GABINET lub KS SOMED. Nie jest to równoważne z pojęciem
              stanowiska komputerowego, gdyż na 1 stanowisku mogą pracować 2 osoby ? wtedy należy wykupić
              2 licencje NU.
3           Należy wykupić tyle Asyst ile licencji. Asystę należy odnawiać co roku.
4           Licencja jest udzielana na Procesor (CPU), czyli na liczbę procesorów serwera (w takim przypadku
             liczba użytkowników ? osób logujących się do bazy danych jest nieograniczona), lecz dla każdego
             fizycznie zainstalowanego procesora w serwerze należy zakupić 1 licencję.
5           Licencja typu Full Use przeznaczona jest dla klientów, którzy zainteresowani są również
             zamówieniem tylko bazy danych bez oprogramowania produkcji KAMSOFT. Podana cena nie obejmuje
             kosztów nośnika oraz dokumentacji. Do tej licencji wymagany jest zakup prawa do aktualizacji i
             asysty technicznej. Koszt prawa do aktualizacji i asysty technicznej wyliczany jest jako 22% wartości
             licencji FULL USE.
6           Minimalny zakup licencji na NUP wynosi 5.
7           Licencja ASFU jest licencją bezterminową, lecz z prawem do wykorzystania wyłącznie z aplikacją
             produkcji KAMSOFT. Do tej licencji wymagany jest zakup prawa do aktualizacji i asysty technicznej.
             Koszt prawa do aktualizacji i asysty technicznej wyliczany jest jako 19% wartości licencji ASFU.
8           Licencja TERM jest licencją sprzedawaną na określony przedział czasu (np. 3 lata). Po upływie tego
             okresu licencję należy wykupić od nowa. Jeżeli klient zdecyduje się na zakup prawa do aktualizacji i
             asysty technicznej, wówczas koszt wyliczany jest jako 22% wartości licencji bezterminowej (19%
             ASFU lub 22% FULL USE).
9           Licencję Oracle lub krotność licencji na dodatkowego Nazwanego Użytkownika należy wykupić w
             przypadku, gdy liczba użytkowników przekracza minimalną liczbę podaną w tabeli, np. jeżeli Klient
             zakupił 4 stanowiska Pakietu A, ale 1 stanowisko będzie użytkowane przez 3 różne osoby, to musi
             on zakupić 6 licencji NU (5NU + 1NU dodatkowy).
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Lipca 06, 2016, 16:39:50 pm
Bardzo podobny cennik ma Kamsoft, tylko aktualne Oracle to wersja 12c. Cena dla ASFU NUP 825zł netto/user, minimalny zakup 10userów, prawo do aktualizacji 1rok 1650zł netto.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: lekarz w Lipca 06, 2016, 16:59:38 pm
Witaj 09061303,
A czy mogę Cię prosić o linka na cennik i powiedz czy jest tam uwzględniony kamsoft jeśli chodzi o licencje.
ps. dzięki za pomoc
Pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: lekarz w Lipca 06, 2016, 17:02:37 pm
witam,
Ale jaką ma pojemność bazy Oracla 12c., wiem że 11g ma pojemność 11gb i na jakiś czas starczy.
Można przejść z 10ex od razu na 12c.
pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: maciejj w Lipca 06, 2016, 21:50:51 pm
Baza 11g nie ma ograniczenia rozmiaru bazy (ale jest płatna). Ma takie baza 11g XE. Baza 12g również nie ma ograniczenia i jest płatna.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: lekarz w Lipca 06, 2016, 22:27:14 pm
Witaj Maciej,
Wszyscy do tej pory pisali że są ograniczenia Firebird - 2,5 gb, oracle 10x - 4gb, oracle  11xe - 11gb.
Jeżeli mówisz że niema ograniczeń to proszę Cię o linka, który podtrzyma Twoją teorią.
pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: maciejj w Lipca 06, 2016, 22:43:51 pm
wszystko się zgadza 10g XE ograniczenie 4GB oraz 1GB RAM, 11g XE ograniczenie 11GB na przestrzenie tabel. Ale mowa tu o Oracle darmowej w wersji XE.
Co do pełnych wersji Oracle'a napisałem, że nie maja ograniczeń - nie do końca to prawda, ale napisałem tak, bo jej max rozmiar jest nie do osiągnięcia przez nas - małych żuczków (no chyba, że jest tu jakiś gigant)

za wikipedią

Znając fizyczne limity oprogramowania bazodanowego Oracle, maksymalny rozmiar bazy danych w wersji Oracle 11g:

    Dla SFT wynosi 8 petabajtów:

    x = 2 22 × 32 1024 2 × 65533 = 8.388.224 G B ? 8 P B

    Dla BFT wynosi 8 eksabajtów:

    x = 2 32 × 32 1024 2 × 65533 = 8.589.541.376 G B = 8.388.224 T B ? 8 E B 

edit:

skąd info, że firebird max 2,5GB? Kamsoft zaleca taką bazę do max 4GB. Mam u klienta bazę 4,5GB

fragment z artykułu
http://firebirdsql.org/file/downloads/fb_2_5/Firebird_2_5_Press_Release_Polish.pdf

?Wielu   użytkowników   baz   Firebird   ma   bazy   danych   o   rozmiarach   od   200   do   400   GB   i   nadal   rosną?   ?
powiedział Stewart Spink z
Watermark Software
. ?Usprawnienia wydajności w Firebird 2.5 zapewnią, że ich
przyszłe wymagania zostaną w całości zaspokojone?
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: Sławek w Lipca 06, 2016, 23:00:01 pm
Witam

Dorzucę jeszcze swoje trzy grosze a mianowicie w przypadku bazy XE, Oracl korzysta tylko z 1 GB pamięci tzn. że np jak mamy serwer z 16 GB pamięci to Oracl będzie korzystał tylko z 1 i jeżeli mamy dużo stanowisk to może nam się program zacząć przycinać.
Niestety Oracl wycofał w się w tamtym roku z najtańszych wersji i w praktyce ceny poszybowały nawet trzy razy :( 

Pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: lekarz w Lipca 07, 2016, 08:44:20 am
Witam,
Czyli reasumując Panowie nasze dotychczasowe wypowiedzi. Jeżeli mamy przychodnie, która pracuje na Oracle 10xe i ma pełna bazę danych chce przejść na 11xe lub wyższą wersje Oracle to musi wykupić pełną wersje Oacle i nie może bazować na darmowych rozwiązaniach ponieważ ryzykuje przepełnieniem bazy.
Oczywiście za tym idzie konieczność zakupu wersji pełnej Oracle 11xe co już wcześniej stwierdziliśmy, że to bagatela cena powyżej 10tyś zł, a w przypadku większych przychodni nawet znacznie, znacznie więcej, co napisał kolega Sławek ceny poszybowały 3 razy w górę.za Oracle.
No to lekarze mają przerąbane jak przyjdzie płacić za Oprogramowanie Bazodanowe.
Pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: maciejj w Lipca 07, 2016, 15:53:19 pm
Jeśli pracujesz na Oracle 10g XE i się zapełnia, to możesz przejść na 11g XE, masz za free 11GB na dane. Jeśli to nie wystarczy, to zostaje zakup pełnej wersji Oraclea.
Może pojawi się wersja 12c XE, może będzie więcej przestrzeni na dane, może...
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: lekarz w Listopada 09, 2016, 12:39:43 pm
Witam,
Dziś dzwonił do mnie kolego z zaprzyjaźnionej przychodni i powiedział, że chyba nie będzie miał wyjścia jak nie kupić bazy Oracle (ma Someda) na 7 lekarzy w przychodni wychodzi mu łącznie do zapłaty ponad 20 tyś zł!. Zapytam na forum, czy jest możliwość aby nie płacić tej kwoty i dalej pracować na Somedzie mimo, że baza jest przepełniona, czy można pozostać przy darmowej wersji Oracle?.
Pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: lekarz w Listopada 09, 2016, 13:06:00 pm
Witam,
Na myśl przychodzi kolejne pytanie, jeżeli przykładowo przychodnia w pierwszym roku nie ma wyjścia i kupi/zapłaci za bazę Oracle przykładowo 20tyś zł to czy w kolejnych latach już nic nie będzie płacić czy będzie obciążana dodatkowymi kosztami za Oracle?.
Pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Listopada 09, 2016, 16:32:33 pm
Zapytam na forum, czy jest możliwość aby nie płacić tej kwoty i dalej pracować na Somedzie mimo, że baza jest przepełniona, czy można pozostać przy darmowej wersji Oracle?.
Pozdrawiam
Tzn to pytanie raczej nie wymaga odpowiedzi, bo jak się baza przepełni to zwyczajnie nie rozszerzy pliku danych i każda czynność w aplikacji skończy się błędem.
Ogólnie zbyt mało danych na temat tej bazy, żeby powiedzieć, co można zrobić - nie wiadomo czy to jest oracle10 czy 11, można też spróbować odświeżyć i zdefragmentować bazę (ale to raczej na długo nie pomoże).
Co do przykładowej ceny - ciężko powiedzieć jaka wersja Oracla została wyceniona, także odpowiedź na pytanie nie jest za bardzo możliwa. Licencje Oracla są różne - na użytkownika/na procesor, na produkt danej firmy(Kamsoft)/ogólna na wszystkie produkty, terminowa/bezterminowa. kombinacji tych opcji jest kilka i od tego zależy cena końcowa - do przedstawienia opcji niestety wymagana jest analiza danego przypadku, a w szczególności potrzeb.
Jeżeli w wycenie za 20tyś jest licencja terminowa, to po upływie terminu (chyba 2 lata) trzeba jeszcze raz za to zapłacić. Ale przy tych pieniądzach dałoby się lepiej dobrać ofertę. Przykładowa wycena Oracla terminowa (2 lata) na produkty Kamsoft z asystą na 12m-cy dla 10 nazwanych użytkowników to 4400zł netto - po dwóch latach trzeba całość kupić jeszcze raz.
Nawiasem mówiąc u jednego lekarza ostatnio po analizie zmieniła się opcja wersji płatnej na oracla 11 XE (miał 10XE i zaczęło się kończyć miejsce). Weryfikacja pokazała, że przechodząc na 11 będziemy mieć jeszcze ok 6GB miejsca, gdzie 10zapchała się w jakieś 3 lata (dopchał ją Admed). Lekarz stwierdził, że koszt samej instalacji i migracji, chociaż też nie było to mało, jest do poniesienia w stosunku do zakupu pełnego oracla nawet jakby miała ta baza mu wystarczyć tylko na kolejne 3 lata (mały gabinet, dlatego nie ma co brać za pewnik, że gdzie indziej jest taki sam przyrost).
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: lekarz w Listopada 09, 2016, 17:53:16 pm
Witam,
Napisałeś kolego "Przykładowa wycena Oracla terminowa (2 lata) na produkty Kamsoft z asystą na 12m-cy dla 10 nazwanych użytkowników to 4400zł netto - po dwóch latach trzeba całość kupić jeszcze raz." ok skąd bierzesz te ceny, masz może cennik. Podeślij i pokaż jak to policzyłeś.
Pozdrawiam
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Listopada 10, 2016, 00:25:33 am
Bazuję na wycenie, którą dostałem z KS - nie mam cennika obecnego, ale podejrzewam, że wystarczy kontakt z KS i takowy można dostać. Miałem gdzieś stary, ale nie mogę znaleźć - jak to liczyć, tzn co znaczą NUP, ASFU, TERM, CPU było pod tabelką.
Ogólnie, o ile pamiętam, m.in.:
NUP - nazwany użytkownik (przykład - mamy 1komputer z aplikacją podłączoną do bazy, ale pracuje na nim zamiennie 4 osoby - są to wtedy 4 licencje NUP)
ASFU - licencja na oprogramowanie danego producenta, np. Kamsoft - możemy mieć w takiej bazie zainstalowane aplikacje tylko KS
TERM - licencja terminowa
CPU - licencja na procesor, nieważna ilość NUPów

I tak kombinacja NUP ASFU TERM - najtańsza, najwięcej obostrzeń (nazwany user, produkty danego producenta, czasowa). Kombinacja CPU ASFU TERM - na procesor, nazwany user, produkty danego producenta, czasowa. ASFU CPU - tylko dany producent, na procesor.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: kajtek w Lutego 10, 2017, 11:08:06 am
Czytam ten wątek z zainteresowaniem, bo chociaż nie używamy Oracla lecz Firebirda w naszym KS-SOMED to stwierdzamy że to był dobry wybór. Aktualnie baza ma wielkość 10GB (pracujemy od 15 lat) i nie mamy żadnych problemów z jej użytkowaniem (4 stanowiska medyczne + stanowisko rejestracji). W znanych przekazach z konferencji Firebirda podano że nie ma problemów z obsługą bazy 200GB , chociaż zaznaczono iż używanie bazy 32-bitowj w systemie 64-bitowym (W10-64) ogranicza szybkość jej działania. Czekamy zatem na wersję 64-bit SOMEDA i nie myślimy o Oraclu
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: MK w Lutego 10, 2017, 11:46:56 am
Wszystko fajnie, tylko co ma do tego 32-bitowy KS-SOMED? Na 64-bit SOMEDA bym nie liczył. Zresztą nie wydaje mi się, że o to chodziło. Chodzi raczej o to, by na systemie 64-bitowym mieś serwer firebird 64-bitowy. To jaki będzie klient nie ma znaczenia (a klient wynika z w tym wypadku z KS-SOMED). Kompletnie. Łączenie się klienta do serwera jest poprzez protokół sieciowy i nie ma tu żadnego znaczenia to jak konkretna aplikacja jest napisana. Przecież one są na osobnych komputerach!
SOMED w wersji 2017 nie wykorzystuje już bibliotek UDF więc nie ma już żadnych przeszkód by bazę postawić na 64-bitowym serwerze. Temat ten był opisywany w biuletynie i na "tajemniczej" stronie FB. Podsumowując: 32-bitowy KS-SOMED, 32-bitowy klient FB (stacja robocza). 64-bitowy FB Serwer na 64-biotwym systemie operacyjnym (Windows, Linux) na OSOBNYM serwerze. I będzie śmigać :-)
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: yaho w Lutego 10, 2017, 16:01:31 pm
Odnośnie typów licencji, to w przypadku kiedy nie mamy zamiaru używać oracle'a do innych celów niż współpraca z KS, to wersja ASFU wydaje się optymalna kosztowo - np. dla liczba stanowisk <10. 
@Kajtek
Czy ja coś źle zrozumiałem - napisałeś, że używasz FB do obsługi bazy o pojemności 10GB ?  :o

pozdr
Yaho
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Lutego 10, 2017, 18:24:58 pm
Odnośnie typów licencji, to w przypadku kiedy nie mamy zamiaru używać oracle'a do innych celów niż współpraca z KS, to wersja ASFU wydaje się optymalna kosztowo - np. dla liczba stanowisk <10. 
Piszesz o ASFU terminowej czy bezterminowej?
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: yaho w Lutego 15, 2017, 14:00:24 pm
SEO NUP Bezterminowa na max 2 procesory
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Lutego 15, 2017, 14:27:41 pm
No to jak NUP, to nie stanowisk tylko nazwanych użytkowników, czyli masz jeden komputer, a na nim pracuje 10 użytkowników (nazwanych czyli konkretne osoby z imienia i nazwiska), to musisz mieć 10 licencji wykupionych.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: marcinkluska w Września 11, 2017, 19:29:49 pm
Skąd można pobrać wziąć pusta.ora?
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Września 11, 2017, 22:31:14 pm
W instalce masz - poszukaj w zipach.
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: aura w Października 09, 2018, 18:16:43 pm
Witam,

Czy ktos ten temat przerabial oststnio? Zrobilem migracje do 11g ale jeszcze nie dziala mi zapisywanie pacjenta z listy pacjentow oraz wystawianie recept.

Fajnie by bylo gdyby ktos pomogl mi w poprawnej migracji.

Dziekuje!
Tytuł: Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
Wiadomość wysłana przez: 09061303 w Października 09, 2018, 18:40:19 pm
Jak coś odezwij się na priv, to postaram się pomóc.
Po poprawnej migracji powinno wszystko działać dobrze, coś się pewnie wywaliło przy migrowaniu. Może w logach z migracji jakieś info będzie.
Style:2: Portal (default), Printpage (default).
Pod-szablony:4: init, print_above, main, print_below.
Pliki językowe:6: SPortal.english (domyslny), SPortal.polish-utf8 (domyslny), SPortal.english (domyslny), index+Modifications.english (domyslny), index+Modifications.polish-utf8 (domyslny), SPortal.polish-utf8 (domyslny).
Arkusze stylów:1: portal (default).
Uwzględnione pliki:14 - 659KB. (pokaż)
Użytych zapytań: 17.

[Pokaż zapytania]