Poaktualizacyjne problemy - Aktualizacja 2010.03.0.04

[juzioo]

Przeogromne dzięki SliFek i MK. Wszystko działa jak należy.

[MK]

@SliFek
Nie ma za co dziękować, ten plik od kilku lat każdy ma w swoim SOMEDZie w katalogu wzorce 
Co do SQLEdita, nie należy się go obawiać, ma on możliwość zmiany aliasu i zalogownia się na innego użytkownika i właściwe hasło, a więc ma możliwość zalogownia się na użytkownika systemowego. W załączniku właściwy obrazek.
Co do tego problemu... cóż, żadne nasze testy niestety tego akurat problemu wychwycić nie mogły, bo widok ten jest na wszystkich naszych serwerach i na wszystkich serwerach, które stawialiśmy u klientów jak również u większości naszych klientów mających kilkanaście stanowisk pod Oraclem a już na pewno tych, którzy działają pod serwerem terminali. Dzięki temu widokowi można bowiem ustawić numer stanowiska większy niż liczba zakupionych stanowisk, co w przypadku zmianowych lekarzy i serwera terminali, gdy każdy użytkownik loguje się na własnego sysusera jest po prostu standardem.

[SliFek]

MK, tak, plik jest ale jako jeden z wielu

Co do tego, że nie można było tego wychwicić, to akurat jestem całkiem świeżym Waszym klientem, gdzie serwer był stawiany w trakcie wdrożenia przez Was. Ale dzięki Twoim wyjaśnieniom, już mam rozwiązaniem problemu z ilością licencji na serwer terminali Ot, dwie pieczenie na jednym ogniu

Jeszcze raz wielkie dzięki

P.S. Próbowałem go odpalić z SQLedita, zmieniając alias właśnie na samym początku. Jednakże coś mu tam nie zagrało, nie mogłem chyba hasła odpalić na użytkownika sys a może z wrażenia tylko źle klepałem ...

[phantom_bis]

Ja również dziękuję kolegom za pomoc. Udało się uruchomić SOMED'a
A co do problemu z generowaniem pliku i komunikatem dot. błędnego identyfikatora technicznego komórki organizacyjnej zastosuję się do rady SliFek i przesiądę się na na wersje komunikatów 4.1.4 i 1.1.4.
Pozdrawiam

[Yaro]

Widzę, że wielu ludzi ma problemy. Na szczęście jakoś z nich wychodzą. Mam pytanie do ludzi z Kamsoftu - wynika z tego, że ostatnia poprawka wiele namieszała, czy w związku z tym coś będzie zrobione w celu jej naprawy, aby na przyszłość ci którzy ją pobiorą ( a będą musieli w końcu) ominęły ich takie problemy. Proszę o odpowiedź.

[MK]

Poniższą wypowiedź proszę traktować jako moje własne, prywatne zdanie.
@Yaro
W tytule tego portalu widnieje Niezależne Forum Użytkowników. Tak więc nie ma ono nic wspólnego z Kamsoftem i bardzo dobrze. Osobiście cieszę się, że takie niezależne forum powstało, na którym oprócz wymiany doświadczeń pojawia się też konstruktywna (czasem mniej, ale to też dobrze) krytyka. Jakiś czas temu postanowiłem  ( to znów, całkiem prywatnie, nich nikt nie myśli, że jest jakiś firmowy nakaz czytania tego forum,  ja przynajmniej o takim nie wiem), że zacznę się tu produkować, bo im więcej wiedzy o systemie, tym, mam taką nadzieję, lepiej będzie system używany. Moja tu aktywność ogranicza się jedynie do próby pomagania, wyjaśniania a także, czasami, monitorowania tego, co ludzi boli. Natomiast w żadnym wypadku forum to nie jest miejscem, ani też ja nie jestem osobom, która mogłaby udzielać oficjalnych, czy nawet mniej oficjalnych wyjaśnień. Od tego jest oficjalna ścieżka zgłaszania problemów i uwag i tak niech lepiej pozostanie. Programiści lepiej niech nie zajmują się polityką firmy.
Pozdrawiam
MK

[MK]

I raz jeszcze ja.
Muszę przyznać się do błędu. Rzeczywiście skryptu session.sql nie da się uruchomić pod SQLEditem, gdyż tenże korzysta z BDE, jak na razie, a poprzez BDE nie da się zalogować jako użytkownik SYS.
Tak więć najlepiej użyć SQLPlus'a

[Zdrowy]

Jak sprawdzić czy mam ten widok stworzony w bazie?

Skąd wziąć hasło użytkownika sys?

[SliFek]

Zdrowy

Hasło powinieneś mieć podane w dokumentacji dotyczącej instalacji serwera.

Jeśli instalowali Ci je pracownicy Kamsoftu, to będziesz miał w zaleceniach dla administratora. Jeśli sam, to tam gdzie zanotowałeś.

[Janus]

SPRAWDZIŁEM!
Dokładny manual poniżej.

Ponieważ sqledit może przysparzać pewnych problemów, ze względu na to, że trzeba się w nim do bazy zalogować jako sysdba albo sysadm, proponuje zrobić następująco:
1)skrypt udostępniony przez MK zapisaliśmy już wcześniej na dysku, mam nadzieję najwygodniej będzie bezpośrednio na jakiejś partycji, żeby nie było problemów ze ścieżką, spacjami, polskimi znakami itp
2) otwieramy na końcówce wiersz polecenia i wpisujemy sqlplus sys@nazwa_serwera as sysdba (oczywiście końcówka musi mieć klienta oracla)
3) wpisujemy hasło dla sys
4) uruchamiamy w sqlplusie skypt w następujący sposób: @c:\session.sql (np. oczywiście w miejsce "c:\" podajemy partycję na której jest zapisany skrypt) i wciskamy Enter
5) skrypt się wykonuje, program można już spokojnie uruchomić.

MK Dzięki za pliczek, ratujesz życie, ale powiedz, co się tam u Was ostatnio dzieje? Dawniej takiego dziadostwa nikt nie robił... w każdym razie nie aż tak.

ad. 3 wpisać hasło, którym logujecie się do someda

Dzięki chłopaki
Potwierdzam działanie skryptu...somed ożył
Ale czy teraz działa poprawnie tego nie mogę stwierdzić.

Może ktoś wie czy w najbliższym czasie pojawi się jakaś nowa aktualizacja, która automatycznie poprawi opisywany tu problem?

Pozdrawiam

[neelix]

Czy ten można skrypt uruchomić tylko z konta sys? Chłopaki z Kamsoft Lublin którzy stawiali serwer nie zostawili mi żadnego hasła. Można je w jakiś sposób odzyskać?

[Janus]

Neelix działaj według metody opisanej wyżej.
Co do hasła to jest takie same jak to, którym logujesz się do someda.

Czyżby Kamsoft znów wypuścił coś nowego czy może instalujesz sobie zaległe aktualizacje?
Ponoć ostatnio wypuścili 3 takie perełki jedna po drugiej

Mała uwaga do tych, którzy planują aktualizację.
Aktualizacje proponuję zrobić po rozliczeniu się z funduszem nie przed ani tym bardziej w trakcie rozliczania.
Zalecenia Kamsoftu...powtarzają to na każdym szkoleniu 

[Goodi]

Można je w jakiś sposób odzyskać?

Musisz odpalic sqlplus poleceniem sqlplus / as sysdba, a następnie klasycznym poleceniem alter user sys identified by ... zmieniasz hasło dla usera sys. Podobnie robisz dla usera system, ale jak już skutecznie zmienisz hasło sys-a, to reszta jest zabawą.
Sprawdziłem to jedynie na OracleXE, ale zadziałało bezbłędnie. Na forach zagranicznych twierdzą, że działa na wszystkich wersjach Oracle.

Pozdrawiam

[neelix]

Wielki dzięki Goodi, pomogło.

Z problemami oczywiście ale poszło bezpośrednio na serwerze gdy próbowałem to w SQLPlus na końcówce to:

Proszŕ podaŠ nazwŕ u?ytkownika: ...
Proszŕ podaŠ has?o:
ERROR:
ORA-12560: TNS:b??d adaptera protoko?u

Ale jeżeli to nie jest jakiś poważny problem to zostawię, program działa.

[Goodi]

Sorry, z rozpędu zapomniałem dodać, że ten numer wypali wyłącznie na serwerze. Na końcówce będziesz miał taki dziwny komunikat, ale to nie oznacza problemów z Oracle.

Pozdrawiam