Dziękuje za odzew, na początek to jestem jednak kolegom :)
W przychodni mamy maksymalnie około 11 stanowisk do PPS-a, faktycznie zauważyłem że właśnie błąd występuje w momencie podłączania klienta do PPS-a,
serwer ustawiłem na superclassic jako usługę no i automatycznie się restartuje zazwyczaj jeżeli zostanie nieoczekiwanie zamknięta.
Tym niemniej nie jest to wygodne rozwiązania i od oprogramowania z tyle kasy można by się spodziewać, że takich problemów powodować nie będzie
(właściwie mamy 5 serwerów chyba z 9 różnych baz w tym z 5 na firebirdzie i tylko z pps-em kłopoty), serwer stoi na win 7 prof x64, ale chyba będę musiał przerzucić na w2003 server,
dołączam loga
Do końca roku? Obiecanki cacanki...
Do końca roku? Obiecanki cacanki...
W PPS problem z UDF jest mi znany i mam świadomość, że to nie jest wina systemu FB, tylko KS.Cieszę się ;) bo jak dla mnie jest to jedyny poważny problem, mam poradnie POZ gdzie dziennie jest do 500 pacjentów i gdyby nie ten problem, to wszystko chodzi idealnie na FB, przy czym można oczywiście mieć zastrzeżenia do wydajności ale to inna kwestia (zależy od prędkości rejestratorek). W jednej mniejszej poradni (200-300 pacj. dziennie) robiłem migrację na oracla i nic to nie pomogło, zamiast FB wywalał się oracle, wróciłem od FB i do tej pory było ok (przy pomocy Piotra, za co wielki dzięki!) , z nową aktualizacją wróciły problemy i dlatego odpisałem na ten post, zauważyłem jaką ma datę ;) ale tym bardziej jest to wkurzające. Też mi się wydaje że trzeba przejść na inny program ale SOMED to IMO to samo tylko w innym opakowaniu, myślę o zmianie producenta, tylko na razie nie mam konkretnego zdania, ale jak KAMSOFT będzie nadal tak olewał klientów (no cóż, nazywajmy rzeczy po imieniu) to w końcu się doczekają, choć z tych które sprawdziłem do tej pory to nic mi nie podchodzi (KaMedica, Eskulap, medicus, minimedicus, mmedica itp.) Dodam, że do FB jest sporo narzędzi, w tym kilka darmowych i całkiem funkcjonalnych a oracle? Nawet kopia i odtworzenia danych do niedawna było problemem - przynajmniej jeżeli ktoś nie jest specjalistą dość wysokiej klasy od oracla, strach pomyśleć o poważniejszych usterkach (a przynajmniej o wydatkach w takich przypadkach, ciekawe czy to nie jest jednym z powodów polecania oracla przez Kamsoft?).
UDF jest z definicji związany z FBW teorii, w zasadzie masz rację ALE przerobiłem to w praktyce - było tak jak napisałem - przejście z FB na Oracle, potwierdzenie takich samych problemów jakie były na FB, powrót z oracla do FB, aktualizacja, zanik problemów i około rok bezawaryjnej pracy. Ciekawe w takim razie CO były przyczyną? Zaczyna mnie to coraz bardziej zastanawiać...
CytujUDF jest z definicji związany z FBW teorii, w zasadzie masz rację ALE przerobiłem to w praktyce - było tak jak napisałem - przejście z FB na Oracle, potwierdzenie takich samych problemów jakie były na FB, powrót z oracla do FB, aktualizacja, zanik problemów i około rok bezawaryjnej pracy. Ciekawe w takim razie CO były przyczyną? Zaczyna mnie to coraz bardziej zastanawiać...
może migracja była nieudana?Migrację robiłem trzy razy (nie mogłem więcej bo potrzebne są kody z KS a nie było czasu bo musiałem uruchomić poradnię) i wszystko zdawało się być w porządku.
Wyrzuci błąd Ora-... i inne stanowiska/sesje tego nie zauważą.Owszem, wyrzucało ten błąd ale przy okazji zatrzymywało serwer i... poradnia leży. Jako ciekawostkę napiszę, że od wczoraj w jednej z poradni zaobserwowałem zmniejszenie ilości restartów serwera FB - wcześniej było po kilka na godzinę a teraz mam jedne dziennie albo wcale. A nie robiłem jeszcze aktualizacji do wersji 5. Mam wrażenie że ten program żyje własnym życiem...
Cytujmoże migracja była nieudana?Migrację robiłem trzy razy (nie mogłem więcej bo potrzebne są kody z KS a nie było czasu bo musiałem uruchomić poradnię) i wszystko zdawało się być w porządku.CytujWyrzuci błąd Ora-... i inne stanowiska/sesje tego nie zauważą.Owszem, wyrzucało ten błąd ale przy okazji zatrzymywało serwer i... poradnia leży. Jako ciekawostkę napiszę, że od wczoraj w jednej z poradni zaobserwowałem zmniejszenie ilości restartów serwera FB - wcześniej było po kilka na godzinę a teraz mam jedne dziennie albo wcale. A nie robiłem jeszcze aktualizacji do wersji 5. Mam wrażenie że ten program żyje własnym życiem...
Odgrzebuję, bo po aktualizacji znowu zaczęło się wywalać (niespodziewane zakończenie fbserver.exe) i to co parę minut. Przed aktualizacją chodziło jak złoto. Jak z tym walczycie?
Wiem, znam, niestety nie działa
fix'a zapuszczałem. Co ciekawe dll-e w udf-ie się po aktualizacji nie zmieniły a wiedząc że fix-owanie bazy pomagało wczesniej doraźnie i profilaktycznie, sądzić można że to aktualizacja bazy jest przyczyną.
W instrukcji instalacji F-birda znalazłem coś takiego:
On the other hand, Superserver for Windows does not ?play nice? with multiple CPUs on most rigs and has to be set for affinity with just one CPU.
Classic can be a good choice if the host server has multiple CPUs and plenty of RAM.
Tylko czy ma to związek z pojawiającymi się błędami ?
U mnie błędy a serwer 8 rdzeni i 16 GB
Czy jest możliwym przełączenie się w tryb classic bez odinstalowania FB.
Czy po odinstalowaniu FB wystarczy odpalić inst.bat z katalogu Firebird2 instalki, czy trzeba coś zachować (skopiować) ?
gsec -user sysdba -pass masterkey -add pps -pw masterkeychodzi oczywiście o userów bazy a nie programu!!!
gsec -user sysdba -pass masterkey -modify pps -pw masterkey
Firebird-2.5.0.26074_1_Win32.exe /SILENT /NORESTART /COMPONENTS="ServerComponent,ServerComponent\SuperServerComponent,DevAdminComponent,ClientComponent"zmieniasz na
Firebird-2.5.0.26074_1_Win32.exe /SILENT /NORESTART /COMPONENTS="ServerComponent,ServerComponent\ClassicServerComponent,DevAdminComponent,ClientComponent"potem kasujesz katalog ze zbędnym PPSem
FB 2.5
a jak z batem z instalki PPSa?
Czy trzeba zarezerwować trochę czasu.
Czy z tego można dokonać instalacji pozostawiając stare dll,?Nie bardzo rozumiem czemu tak kombinujesz, masz FB 1.5? Zrób tak jak napisał Piotr i będzie OK. U mnie dodatkowo występuje problem z obciążeniem, np. na serwerze jest uruchomionych 7-8 procesów FB_inet podczas gdy pracuje tylko 4-5 userów, na dodatek dwa procesy często obciążają CPU po 50%. Po ich zamknięciu (ręcznym) są natychmiast uruchamiane ich kolejne instancje i tak po 2-3 razy. Po 3-4 zamknięciu już nie pojawiają się kolejne. Nie wiem czym to może być spowodowane.
U mnie dodatkowo występuje problem z obciążeniem, np. na serwerze jest uruchomionych 7-8 procesów FB_inet podczas gdy pracuje tylko 4-5 userów, na dodatek dwa procesy często obciążają CPU po 50%. Po ich zamknięciu (ręcznym) są natychmiast uruchamiane ich kolejne instancje i tak po 2-3 razy. Po 3-4 zamknięciu już nie pojawiają się kolejne. Nie wiem czym to może być spowodowane.
Jak się zabezpieczyć przed uruchomieniem drugiej instancji kspps.exe?
Ja znalazłem tylko to: http://forumpps.pl/index.php?topic=6471.msg44065#msg44065 (http://forumpps.pl/index.php?topic=6471.msg44065#msg44065)
URUCHOM_KILKA_EXE=NIE
Mam to w kspps.ini ale nie działa, mogę odpalić drugi .exe
mi od pewnego czasu PPS w module Admin pokazuje głupoty odnośnie aktywnychmi też, norma ;)
nie wiem czy wiesz, że na jednym kompie da się uruchomić naraz kilka instancji PPSaTak, muszę tego pilnować bo inaczej trzeba kupować 10 licencji dla 3 userów ;) Poza tym, problem nie powstaje w wyniku uruchomienia kolejnych PPS-ów, mam wrażenie że te kolejne sesje uruchamia OSOZKomunikator ale nie jestem pewien.
Mam to w kspps.ini ale nie działa, mogę odpalić drugi .exewpis URUCHOM_KILKA_EXE=NIE ma być w sekcji POLACZENIE, masz tak?
wpis URUCHOM_KILKA_EXE=NIE ma być w sekcji POLACZENIE, masz tak?Nie, miałem w [KSPPS]. Poprawiłem, działa :)
mam wrażenie że te kolejne sesje uruchamia OSOZKomunikator ale nie jestem pewien.
właśnie dostałem identyczną odpowiedź od kamsoftu. Czy ktoś może potwierdzić (lub nie) że wykonanie tej instrukcji pomaga?