Długie uruchamianie SOMED

[Grumens]

Dzień dobry,
Mam problem taki, że SOMED podczas uruchamiania wyświetla info: "Trwa weryfikowanie wersji modułów programu" i bardzo długo się uruchamia. Dzieje się tak na serwerze, na kliencie jest ok. Czyściłem pliki, co jeszcze mogę zrobić?

[MK]

Dzień dobry,
Mam problem taki, że SOMED podczas uruchamiania wyświetla info: "Trwa weryfikowanie wersji modułów programu" i bardzo długo się uruchamia. Dzieje się tak na serwerze, na kliencie jest ok. Czyściłem pliki, co jeszcze mogę zrobić?

Pytanie, czy na tym serwerze nie jest czasem "dziwny" dostęp do plików. Proszę pamiętać, że zazwyczaj ścieżka aktualizacji jest wspólna na wszystkich końcówkach. To znaczy jest ona zapisana w pliku kspl.ini i powinna być identyczna dla każdej końcówki, bo plik kspl.ini jest po prostu dla wszystkich końcówek wspólny. Zazwyczaj więc posługujemy się zapisem \\serwer\sciezka, tak, by każda końcówka widziała to samo i nie było to uzależnione od mapowania dysków. Taki sam zapis jest stosowany na "swój własny dysk",  no bo jeśli serwer udostępnia pliki ze swojego dysku i jednocześnie uruchamia z tego samego dysku system SOMED, to aby zachować spójność, tu też musi taki sam zapis obowiązywać. Słyszałem o przypadkach konfiguracji sieci, że po prostu taki zapis dla plików na "własnym" dysku po prostu mocno spowalniał do nich dostęp. Oczywiście dostęp bezpośredni, jako, dajmy na to C:\katalog, był szybki. Nie jestem fachowcem od konfiguracji sieci ani od serwerów, ale skoro ten fragment działania systemu, czyli weryfikacja plików, który polega na sprawdzaniu, czy pliki są poprawne, trwa długo na serwerze, a na końcówkach szybko, to szukałbym właśnie problemu na poziomie konfiguracji sieci.

[Grumens]

Jest jedna końcówka zdalna i ma podany zmapowany katalog do aktualizacji. Druga działa na komputerze gdzie jest serwer Oracle i na niej właśnie jest długo. Adres serwera na jednej i drugiej jest w postaci adresu IP/(udostępniony katalog bazy).

[MK]

Katalog bazy? Po co udostępniamy katalog bazy???