collapse

Reklama


Autor Wątek: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB  (Przeczytany 67316 razy)

0 użytkowników i 2 Gości przegląda ten wątek.

Offline lekarz

  • Początkujący
  • *
  • Wiadomości: 36
  • Pomógł? -7
Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
« Odpowiedź #105 dnia: 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

Offline 09061303

  • Global Moderator
  • Ekspert
  • *****
  • Wiadomości: 3079
  • Pomógł? 325
  • Podkarpacki OW
Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
« Odpowiedź #106 dnia: 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.
Kliknij pomógł, jeślim pomógł :-)

Offline kajtek

  • Zaawansowany
  • **
  • Wiadomości: 75
  • Pomógł? 3
  • Lubelski OW
Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
« Odpowiedź #107 dnia: 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

Offline MK

  • Kamsoft
  • Ekspert
  • *****
  • Wiadomości: 559
  • Pomógł? 49
Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
« Odpowiedź #108 dnia: 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ć :-)

Offline yaho

  • Początkujący
  • *
  • Wiadomości: 34
  • Pomógł? 0
Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
« Odpowiedź #109 dnia: 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

Offline 09061303

  • Global Moderator
  • Ekspert
  • *****
  • Wiadomości: 3079
  • Pomógł? 325
  • Podkarpacki OW
Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
« Odpowiedź #110 dnia: 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?
Kliknij pomógł, jeślim pomógł :-)

Offline yaho

  • Początkujący
  • *
  • Wiadomości: 34
  • Pomógł? 0
Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
« Odpowiedź #111 dnia: Lutego 15, 2017, 14:00:24 pm »
SEO NUP Bezterminowa na max 2 procesory

Offline 09061303

  • Global Moderator
  • Ekspert
  • *****
  • Wiadomości: 3079
  • Pomógł? 325
  • Podkarpacki OW
Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
« Odpowiedź #112 dnia: 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.
Kliknij pomógł, jeślim pomógł :-)

Offline marcinkluska

  • Kompletny nowicjusz
  • Wiadomości: 1
  • Pomógł? 0
Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
« Odpowiedź #113 dnia: Września 11, 2017, 19:29:49 pm »
Skąd można pobrać wziąć pusta.ora?

Offline 09061303

  • Global Moderator
  • Ekspert
  • *****
  • Wiadomości: 3079
  • Pomógł? 325
  • Podkarpacki OW
Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
« Odpowiedź #114 dnia: Września 11, 2017, 22:31:14 pm »
W instalce masz - poszukaj w zipach.
Kliknij pomógł, jeślim pomógł :-)

Offline aura

  • Kompletny nowicjusz
  • Wiadomości: 1
  • Pomógł? 0
Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
« Odpowiedź #115 dnia: 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!

Offline 09061303

  • Global Moderator
  • Ekspert
  • *****
  • Wiadomości: 3079
  • Pomógł? 325
  • Podkarpacki OW
Odp: Migracja danych z Oracle 10g XE do 11g XE z powodu braku pamięci >4GB
« Odpowiedź #116 dnia: 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.
Kliknij pomógł, jeślim pomógł :-)

 

* Szukaj


* Kto jest on-line

  • Kropka Gości: 521
  • Kropka Ukrytych: 0
  • Kropka Użytkowników: 0

Nie ma żadnego użytkownika on-line.

Reklama

* Aktywni

Paweł Paweł
9408 Wiadomości
mpi
3356 Wiadomości
PiotrSz
3285 Wiadomości
Michał Michał
3191 Wiadomości
karolweksler
3152 Wiadomości
09061303
3079 Wiadomości
Edward_B Edward_B
2968 Wiadomości
Bartosz Bartosz
2375 Wiadomości
maciek777 maciek777
2201 Wiadomości
cilazapril cilazapril
1634 Wiadomości

Reklama

Reklama

Style:3: index (domyslny), Portal (default), Display (default).
Pod-szablony:8: init, html_above, body_above, portal_above, main, portal_below, body_below, html_below.
Pliki językowe:8: SPortal.english (domyslny), SPortal.polish-utf8 (domyslny), SPortal.english (domyslny), index+Modifications.english (domyslny), index+Modifications.polish-utf8 (domyslny), SPortal.polish-utf8 (domyslny), index.english (domyslny), index.polish-utf8 (domyslny).
Arkusze stylów:1: portal (default).
Uwzględnione pliki:15 - 738KB. (pokaż)
Użytych zapytań: 28.

[Pokaż zapytania]