Losowe zamykanie się Optimy bez żadnego komunikatu jest jednym z trudniejszych problemów do zdiagnozowania, bo wymiana sprzętu i świeża instalacja systemu nie zawsze eliminują przyczynę.
Jeśli sprzęt, sieć i baza zostały już wykluczone, warto wrócić do podstaw samej instalacji Optimy: sprawdzić, czy na obu końcówkach jest zainstalowany .NET Framework 3.5, uruchomić Rejestr.bat i wykonać naprawę instalacji z panelu sterowania. To proste kroki, ale często pomijane przy świeżych środowiskach, a brakujący lub rozjechany komponent runtime umie powodować właśnie takie niewyjaśnione zamknięcia.
<screen>
Jeśli zamknięcie zdarza się akurat podczas logowania do bazy albo chwilę po zalogowaniu, to zwykle znak, że w tle działa proces, który na to wpływa. PowerAutomate jest jednym z typowych podejrzanych, ale w tej sytuacji został wykluczony – warto więc sprawdzić też inne podobne narzędzia działające w tle na obu końcówkach, na przykład tłumacze typu DeepL (deepl.exe) czy inne automatyzacje, które mogą być zainstalowane niezależnie od samego systemu operacyjnego.
Perspektywa ELTE-S
Przy tak nieregularnej częstotliwości (raz 5x na godzinę, raz 2x dziennie) testowanie “jedno po drugim” może trwać tygodniami. Skuteczniej jest na jednej końcówce wyłączyć na raz wszystkie niekrytyczne procesy w tle i obserwować, czy problem ustąpi, a później dokładnie w momencie kolejnego zamknięcia sprawdzić Podgląd zdarzeń Windows – to najszybciej pokaże, czy winny jest konkretny moduł/biblioteka, czy zewnętrzny proces.
Warto też pamiętać, że “świeża instalacja systemu” nie znaczy “bez żadnego dodatkowego oprogramowania” – aplikacje typu tłumacze czy automatyzacje są zwykle instalowane przez użytkownika, a nie częścią obrazu systemu, więc łatwo je przeoczyć przy przeglądzie. Jeśli chcesz, pomożemy przeanalizować logi zdarzeń z obu końcówek razem.