instalacja oracle

[Puszczu]

witam,

Chciałem zapytać o kilka kwesti związanych z instalacją bazy Oracle pod system KSPL (somed). Na tą chwilę mam już działającą instancję na wersji Oracle 11g, interesuje minie opcja migracji do nowszej bazy, stąd pytania:

1. Jakie wersje bazy są oficjalnie wspierane? kiedyś próbowałem odpalić to na 21c, udało mi się zaciągnąć baze z backupu, ale aplikacja w żaden sposób nie była w stanie przeskoczyć architektury CBD/PDB, chociaż nie jestem pewien czy to był jedyny problem i czy nie da się tego jakoś obejść odpowiednio konfigurując połączenie.
Czy KS w ogóle działa na PDB? jeśli nie, to wygląda na to że maksymalna wersja to 19c, bo dokumentacja oracle mówi że od wersji 21c, dostepna jest jedynie opcja bazy z kontenerami CBD/PDB.

2. Kodowanie znaków w bazie. W wersji 11g, należało przestawić kodowanie zaraz po instalacji z AL32UTF8 na EE8MSWIN1250

Kod: [Zaznacz]

ALTER DATABASE CHARACTER SET INTERNAL_USE EE8MSWIN1250;instalując bazę 19c pod windows, instalator daje nam opcje wyboru: AL32UTF8 lub EE8MSWIN1252, więc w tym przypadku zostaje raczej AL32UTF8.
czy można bez obaw zostawić AL32UTF8 czy też odpalić ten sam skrypt co wyżej? Rozumiem, że jeśli można zostawić AL32UTF8, to trzeba też po migracji, na końcówkach przestawić NLS_CHARSET, bo w tym momencie mam ustawione wszedzie na POLISH_POLAND.EE8MSWIN1250?

Jakieś jeszcze uwagi/wytyczne odnośnie instalacji bardziej współczenych wersjach oracle?

Dziękuję każdemu, kto mógłby nieco wyjaśnić mi powyższe kwestie.

Pozdrawiam

- krótkie doprecyzowanie, skrypt zmieniający kodowanie z UTF na EE8MSWIN1250, trzeba było odpalić dla wersji Express Edition (Oracle XE), w przypadku pełnej 11g, można było wybrać z listy podczas instalacji.

[09061303]

Kodowanie zostaje po staremu, nie słyszałem nic o możliwości działania na innym. Może zadziała, ale robisz to na własne ryzyko. Jeśli Ci w wersji nowszej nie puści zmiany sam instalator, to odpal skrypt i zmieni Ci kodowanie, nie powinno być z tym problemu. Nie puszczałem jeszcze instalacji najnowszej wersji oracla, nie wiem czy instalator na to pozwala.
O kompatybilność z kontenerowymi bazami pytaj u źródła, bo inne miejsca to zawsze ryzyko. Ja na chwilę obecną robiłem KS na 19stce przestawionej na tryb standardowy. Nie testowałem wsparcia na nowszych oraclach, ale obstawiam, że pewnie kontenery nie są wspierane.

[Puszczu]

dziękuję za informację,

myślę że opcja 19c jest na tą chwilę optymalna, to wersja "Long Term Release" z wydłużonym okresem wsparcia. podczas instalacji odznaczam checkboxa z opcją "multitenant" wiec zachowuje się po staremu (jak 11g), jedyne co to że podczas instalacji nie można wybrać EE8MSWIN1250, brak na liście wyboru, ale tutaj faktycznie mogę odpalić ten skrypt, podobnie jak w przypadku instalacji na 11XE. Skrypt zaczerpnięty ze źródła, dawniej był dostepny na ftp kamsoftu, obecnie nie wiem.

[09061303]

Jeżeli to jest ten skrypt co myślę, to zmienia on jeszcze dwa parametry. Poszukaj na forum, bo był temat, gdzie @MK napisał, że ustawianie jednego z nich jak w skrypcie nie jest ok jak chodzi o Somed. Wchodziła wtedy funkcjonalność, która się gryzła z tak ustawionym parametrem. Sprawdź sobie to jak coś.

[neelix]

A zmieścisz się w 12GB? Bo chyba limit wielkości bazy pozostał na XE? Dodatkowo podejście Kamsoftu do wspierania Oracle przekonało mnie do Fb3.

[Puszczu]

Jeżeli to jest ten skrypt co myślę, to zmienia on jeszcze dwa parametry. Poszukaj na forum, bo był temat, gdzie @MK napisał, że ustawianie jednego z nich jak w skrypcie nie jest ok jak chodzi o Somed. Wchodziła wtedy funkcjonalność, która się gryzła z tak ustawionym parametrem. Sprawdź sobie to jak coś.

no, to nie wiedziałem o tym, poniżej skrypt, który mam zapisany:

Kod: [Zaznacz]

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;
czyżby chodziło o jedno z tych?

Kod: [Zaznacz]

ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
ALTER SYSTEM SET AQ_TM_PROCESSES=0;
znalazłem chyba ten post na ten temat, sugerujący żeby po przestawieniu kodowania, przywrócić piierwotne wartości tych parametrów, lub inne (nie zerowe) w zależności od potrzeb.

[Puszczu]

A zmieścisz się w 12GB? Bo chyba limit wielkości bazy pozostał na XE? Dodatkowo podejście Kamsoftu do wspierania Oracle przekonało mnie do Fb3.

To teraz Kamsoft wspiera bardziej instalacje na FB? moje podejście do tego tematu rozpoczęło się od migracji z FB do Oracle, jako że rozbudowywaliśmy system i FB był niezalecany do "poważnej" pracy. Czy coś się od tego czasu zmieniło? Pewnie od strony wdrożeniowej jest to prostrze rozwiązanie, ale jak sprawdza się w praktyce w porównaniu z oracle?
Poza tym, chyba jest dostępna już wersja FB4, czy jest wspierana?

No i, czy możliwa jest migracja z oracle do FB?

[09061303]

Tak, to ten skrypt i chodzi o parametr JOB_QUEUE_PROCESSES.

Jak chodzi o bazę danych, to KS wspiera i FB i Oracle i pojawia się też np w PPS temat Postgresa. Wcześniej po prostu dla dużych baz FB nie sprawdzał się dobrze, inne były też ceny oracla. Oracle dalej daje wg mnie więcej niż FB, ale cena per socket jest dużo wyższa niż kiedyś. FB3 w porównaniu do FB2 jest po prostu lepszy i za darmo i to jest główna przyczyna w odpowiedzi na pytanie FB czy Oracle.
Na FB3 mam Someda i działa spoko. Migracja do FB z Oracla wygląda tak samo jak z FB do Oracla, tylko kierunki zmieniasz.