Windows Update zatrzymał boty na 15 godzin - jak się zabezpieczyć
W skrócie: w piątek 13 listopada 2026 o 02:15 jeden z moich komputerów z botami zrestartował się dwa razy po aktualizacji Windows. Piętnaście terminali MT5 nie wstało samo i boty nie handlowały do ok. 18:00. Po tym ustawiłem sztywne okno aktualizacji na sobotę 5:00, kiedy rynek jest zamknięty. Poniżej, jak to zrobić i czego to nie załatwia.
Co się stało
Komputer pracuje bez przerwy, Windows 10 Pro, 15 terminali MT5 z kontami prop i demo. W nocy z czwartku na piątek system pobrał aktualizację, zainstalował ją i sam się zrestartował, dwa razy pod rząd.
Po restarcie Windows wstał normalnie. Terminale nie, bo nie miałem ustawionego ich automatycznego startu. Razem z nimi nie wstał panel, który pilnuje, czy boty żyją, więc nie dostałem żadnego alarmu. Zauważyłem to po południu. Razem 15,5 godziny bez handlu, w tym cała sesja londyńska i otwarcie Nowego Jorku.
Tym razem skończyło się na straconym dniu. Gorszy wariant to restart z otwartymi pozycjami: stop loss i take profit leżą na serwerze brokera i działają dalej, ale wszystko, co bot robi sam (break even, trailing, zamknięcie przed końcem sesji, pilnowanie dziennego limitu straty), przestaje działać do czasu uruchomienia terminala.
Krok 1: ustal, kto zrestartował komputer
Zanim cokolwiek zmienisz, sprawdź przyczynę. Restart mógł zrobić Windows Update, ale też zanik zasilania albo niebieski ekran, a na każde z nich jest inne lekarstwo.
Odpowiedź jest w Podglądzie zdarzeń Windows, dziennik System. Wystarczą cztery identyfikatory zdarzeń:
| Id zdarzenia | Co oznacza |
|---|---|
| 1074 | zaplanowany restart lub wyłączenie, z nazwą procesu i powodem |
| 6008 | poprzednie zamknięcie systemu było nieoczekiwane |
| 41 | Kernel-Power: system wstał po awarii albo utracie zasilania |
| 1001 | BugCheck, czyli niebieski ekran |
U mnie było zdarzenie 1074 z procesami aktualizacji Windows (MusNotificationUx i TrustedInstaller) o 02:15. Sprawa jasna: restart zaplanowany przez system, nie awaria. Przy utracie zasilania zobaczysz 41 i 6008 bez 1074, o tym przypadku piszę w artykule zmienne globalne terminala giną przy utracie zasilania.
Krok 2: przenieś aktualizacje na weekend
Aktualizacji nie wyłączam. Komputer z kontami i hasłami powinien dostawać poprawki bezpieczeństwa. Chodzi o to, żeby instalował je wtedy, gdy rynek stoi.
“Godziny aktywnego użytkowania” z ustawień Windows tu nie pomogą. Obejmują najwyżej 18 godzin na dobę, a boty pracują prawie 24.
Działa zasada grupy “Konfigurowanie aktualizacji automatycznych” (w Windows Pro: gpedit.msc, Konfiguracja
komputera, Szablony administracyjne, Składniki systemu Windows, Windows Update). Ustawiam opcję 4, czyli
automatyczne pobieranie i instalacja według harmonogramu, dzień: sobota, godzina: 5:00. To samo zapisuje się
w rejestrze pod HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU:
| Wartość | Ustawienie | Znaczenie |
|---|---|---|
| NoAutoUpdate | 0 | aktualizacje automatyczne włączone |
| AUOptions | 4 | pobierz i zainstaluj według harmonogramu |
| ScheduledInstallDay | 7 | sobota (1 = niedziela) |
| ScheduledInstallTime | 5 | godzina 5:00 |
Celowo nie blokuję restartu przy zalogowanym użytkowniku. Wolę restart w sobotę o 5:00 niż odkładany bez końca, bo odłożony restart w końcu i tak się wykona, w gorszym momencie. Przed zmianą robię kopię klucza rejestru, żeby dało się wrócić do poprzedniego stanu.
Windows Home nie ma zasad grupy. Tam zostaje wstrzymywanie aktualizacji na kilka tygodni i ręczna instalacja w weekend.
Krok 3: co musi wstać po restarcie
Sobotni restart nikomu nie szkodzi tylko wtedy, gdy przed otwarciem rynku w niedzielę wieczorem terminale znów działają. Są dwie drogi.
Pierwsza to automatyczny start: automatyczne logowanie do Windows i skrypt w Harmonogramie zadań, który po zalogowaniu uruchamia terminale. Boty wstają same, o ile w terminalu przed zamknięciem był włączony Algo Trading.
Druga to procedura ręczna: w niedzielę sprawdzam każdy komputer i uruchamiam terminale skryptem. U mnie na razie działa ta druga, razem z cotygodniowym przeglądem kont. [DO UZUPEŁNIENIA: czy autostart terminali został wdrożony i jak się sprawdza.]
Niezależnie od drogi przydaje się alarm z zewnątrz. Panel działający na tym samym komputerze co boty padł razem z nimi. Kontrola musi być na innej maszynie i pytać “kiedy ostatnio ten terminal się odezwał”.
Checklista
- sprawdzona przyczyna ostatniego restartu (zdarzenia 1074, 6008, 41, 1001),
- okno aktualizacji ustawione na weekend, kiedy rynek jest zamknięty,
- kopia poprzednich ustawień rejestru,
- terminale startują same po restarcie albo jest stała pora ręcznej kontroli przed otwarciem rynku,
- Algo Trading włączony w każdym terminalu po starcie,
- alarm o braku sygnału z terminala działa na innym komputerze niż boty,
- to samo ustawienie na każdym komputerze i VPS, na którym pracują boty.
Powiązane
- Zmienne globalne terminala giną przy utracie zasilania
- Panel monitoringu floty MT5
- Blokada handlu zamiast usuwania bota
- Przerwa dobowa indeksów i złota
- Pojęcia z artykułu: słowniczek, skorowidz
Ostrzeżenie: handel CFD i forex wiąże się z wysokim ryzykiem utraty kapitału. Zmiany w rejestrze i zasadach systemu Windows robisz na własną odpowiedzialność. Artykuł ma charakter edukacyjny i nie jest rekomendacją inwestycyjną.