Află când se oprește un serviciu de pe server.

Site-ul tău depinde de câteva servicii: serverul web, baza de date, PHP, emailul. LayerAssist îl urmărește pe cel ales de tine și îți spune pe înțeles când se oprește și de ce.

Pe scurt

  • Monitor inclusUn monitor inclus verifică prin SSH că un serviciu ales de tine rulează, pe servere Linux și Windows.
  • Monitor inclusCând se oprește, ești anunțat, iar LayerAssist îi citește logurile ca să afle de ce. Cu „Repară în siguranță” îl pornește singur din nou; o repornire completă sau o schimbare de setări așteaptă acordul tău.
  • În chatÎn chat, repornește serviciul, află ce l-a oprit și repară cauza acolo unde poate.
  • Încă nu e disponibilMonitorul inclus urmărește un singur serviciu pe server. Pentru celelalte poți folosi o verificare a ta.

Un singur serviciu oprit îți poate opri tot site-ul

Un site nu e un singur program. Serverul web le răspunde vizitatorilor, PHP rulează codul site-ului, baza de date îi ține conținutul, iar un serviciu de email îi trimite mesajele. Dacă oricare se oprește, site-ul se strică, adesea cu o eroare care nu spune care.

Serviciile se opresc din motive banale: o actualizare care a schimbat o setare, un server rămas fără memorie, o repornire după care nu a revenit totul. Să știi ce serviciu s-a oprit și de ce înseamnă jumătate din reparație.

Semne că s-a oprit un serviciu

  • „502 Bad Gateway” sau „503 Service Unavailable”
  • „Error establishing a database connection”
  • Site-ul merge, dar emailurile lui nu pleacă niciodată
  • Totul s-a stricat după o repornire sau o actualizare a serverului

De ce se opresc serviciile de pe server

Lipsa memoriei

Când se termină memoria, sistemul oprește cel mai mare proces, adesea baza de date. Se întâmplă la vârfuri de trafic sau cu setări care cer prea mult.

O setare greșită după o actualizare

O actualizare de pachet sau o schimbare manuală poate lăsa o setare pe care serviciul o respinge, așa că refuză să pornească.

Nu e setat să pornească după repornire

Un serviciu care nu e activat la pornire rămâne oprit după ce serverul repornește.

Un disc plin sau o cădere

Lipsa spațiului pe disc, un fișier deteriorat sau o eroare de program pot face un serviciu să se închidă și să rămână oprit.

Cum îți urmărește LayerAssist serviciile

Numești serviciul o singură dată. LayerAssist îl verifică și, dacă se oprește, pornește de la cea mai utilă întrebare: de ce?

Verifică serviciul în sine

Prin SSH, după programul tău, întreabă serverul dacă serviciul rulează: systemd sau unealta clasică service pe Linux, managerul de servicii pe Windows.

Te anunță o singură dată

O alertă când serviciul se oprește și una când rulează din nou, în aplicație și pe email.

Citește logurile

Se uită la intrările recente din logul serviciului și din logul sistemului ca să vadă ce l-a oprit: memoria, setările, discul sau o cădere.

Îl readuce și repară cauza

Cu „Repară în siguranță” pornește singur un serviciu oprit. În chat îl poate și reporni și poate corecta setarea sau limita din spatele căderii.

Exemplu: baza de date care tot se oprea

  1. Tu

    Site-ul meu arată „Error establishing a database connection” la câteva zile. De ce?

  2. Ce verifică

    • MariaDB: oprită la 02:41
    • Spațiu pe disc: 52% folosit
    • Logul sistemului: serverul a rămas fără memorie, iar sistemul a oprit baza de date
    • Cauza: setările de memorie ale bazei de date depășesc cei 2 GB de RAM ai serverului
  3. Ce schimbă

    Am redus setările de memorie ale bazei de date ca să încapă pe server, am pornit MariaDB și am activat-o la pornire

  4. LayerAssist

    Sistemul îți oprea baza de date de fiecare dată când serverul rămânea fără memorie: setările ei cereau mai multă memorie decât are serverul. Le-am ajustat ca să încapă, am pornit-o din nou și m-am asigurat că pornește după o repornire. Un monitor de serviciu pentru MariaDB te-ar anunța imediat dacă se mai oprește.

Ce câștigi

  • Știi ce serviciu s-a oprit, nu doar că s-a stricat site-ul
  • Motivul opririi, din propriile lui loguri
  • Serviciile oprite pornite din nou, cu cauza reparată
  • Funcționează pe servere Linux și Windows

Situații reale

Un VPS cu WordPress

PHP-FPM se oprește după o actualizare, iar vizitatorii văd „502 Bad Gateway”. Alerta numește serviciul, iar LayerAssist găsește setarea schimbată de actualizare.

Un server cu un proces în fundal

Un worker de coadă sau un bot rulează ca serviciu. Când se oprește, nimic nu se strică vizibil — până când comenzile se adună. Monitorul de serviciu îl prinde imediat.

Un server Windows

O aplicație rulează ca serviciu Windows pe serverul unei firme mici. LayerAssist o verifică prin OpenSSH și îi spune proprietarului când se oprește.

Cum pornești monitorizarea serviciilor de pe server

  1. Conectează serverul prin SSH

    Adaugă serverul în Site-uri și servere cu datele de acces SSH (OpenSSH pe Windows).

  2. Numește serviciul de urmărit

    În Automatizări, alege Automatizare nouă, selectează serverul, alege „Starea serviciului” și scrie numele serviciului, de exemplu nginx, mariadb sau php8.2-fpm.

  3. Alege cât de des

    La 5 minute pentru un serviciu esențial sau mai rar pentru unul care poate aștepta.

  4. Începe cu serviciul cel mai important

    Monitorul inclus urmărește un singur serviciu pe server: de obicei baza de date sau serverul web. Pe celelalte le acoperi cu o verificare regulată ca automatizare a ta.

Întrebări despre monitorizarea serviciilor de pe server

Orice serviciu pe care serverul îl rulează sub un nume: servere web ca Nginx, Apache sau LiteSpeed, baze de date ca MySQL, MariaDB sau PostgreSQL, PHP-FPM, servicii de email sau propria ta aplicație. Pe Windows, orice serviciu Windows.

Mai departe: Erori de aplicație

De la 9 $ pe lună · 14 zile să te răzgândești

Data viitoare când se strică ceva, știi pe cine să întrebi.

Adaugă-ți site-ul și pune prima întrebare chiar azi. Nu e pentru tine? Anulează în 14 zile și primești înapoi prima plată, minus doar munca AI folosită.

Gratuit 7 zile · Fără card bancar · Nu ai nevoie de cunoștințe tehnice.