IT bugsolutions

Storingen

Server gecrasht? Wat dit voor uw website betekent

Server gecrasht en website offline? Lees wat het betekent, wie het oplost (host of u), welke stappen veilig zijn en hoe u herhaling voorkomt.

  • Door IT bugsolutions
  • 6 min leestijd
Serverrack met een rode storing en een bliksemicoon

Als uw server crasht, gaat uw website offline omdat de machine of software die hem aanbiedt niet meer werkt. Controleer eerst de statuspagina van uw host en uw hostingpaneel. Bij shared hosting herstelt de provider de server. Bij een VPS of cloudserver ligt het bij u: herstart de vastgelopen service, lees de logs en zet zo nodig een back-up terug.

Kort samengevat
  • “Server gecrasht” kan een dode machine betekenen, een volle schijf of slechts één gestopte service zoals de webserver of database.
  • Wie het oplost hangt af van uw hosting: de provider bij shared hosting, u (of uw specialist) bij een VPS.
  • Kopieer wat er staat vóór een herstart of herstel. Een crash kan data half weggeschreven achterlaten.
  • Herhaalde crashes hebben een oorzaak: geheugen, schijfruimte, een foutieve plugin of een drukte-piek.

Wat betekent het als een server crasht?

Een server is een computer die aan blijft staan om verzoeken voor uw website te beantwoorden. “Gecrasht” is een verzamelwoord dat drie verschillende situaties verbergt.

  • De machine ligt eruit. Hardwarefout, een storing bij de host of een netwerkprobleem. Er reageert niets, zelfs inloggen lukt niet.
  • Het systeem is vastgelopen. Het geheugen of de schijfruimte raakte op en het systeem reageert niet meer of herstartte zichzelf.
  • Eén service is gestopt. De webserver, PHP of de database stopte terwijl de machine zelf draait. Dit is het vaakst het geval bij kleine sites.

Voor u als website-eigenaar is het symptoom gelijk: bezoekers zien een time-out of foutmelding. Uw eerste taak is uitzoeken welke van de drie het is.

Ligt het aan mijn host of aan mij?

Dat hangt af van wat u huurt. Hoe meer controle u hebt, hoe meer verantwoordelijkheid erbij hoort.

Type hostingWie beheert de serverUw rol bij een crash
Shared hostingDe providerStatus checken, ticket openen, eigen site nakijken
Managed hostingDe provider, inclusief de stackMelden, recente wijzigingen nalopen
VPS of cloudserverU, tenzij u beheer inkooptDiagnose, herstart, herstel
Dedicated serverU of een ingehuurde beheerderAls VPS, plus hardwarevragen

Bij shared hosting kan één drukke buur of uw eigen zware plugin toch limieten raken, dus “het ligt aan de host” is niet altijd het hele verhaal. Vraag de provider wat zij zien voordat u iemand beschuldigt.

Wat controleert u eerst als uw server eruit ligt?

Volg deze stappen in volgorde. Elke stap is snel en scherpt het beeld aan.

  1. Bekijk de statuspagina van de host en uw mailbox op storingsberichten of een geschorst account.
  2. Log in op het hostingpaneel. Lukt zelfs inloggen niet, dan ligt het aan de host of uw account.
  3. Lees de cijfers. Kijk naar schijfgebruik, geheugen en CPU. Een schijf op de limiet of geheugen op het maximum is een klassieke crashoorzaak.
  4. Lees de foutlog. De laatste regels vóór de storing noemen vaak de dader: een PHP-fatal error, “out of memory”, “no space left on device” of een database die niet startte.
  5. Noteer wat er veranderde. Een update, een nieuwe plugin, een drukte-piek of een cronjob die die dag begon.
Browser DNS CDN Webserver 504 PHP / App Database
Als de server de falende schakel is, zien bezoekers een time-out of gatewayfout in plaats van uw pagina.
Eerst kopiëren, dan herstarten

Kunt u de server nog bereiken, download dan eerst de huidige bestanden en database of maak een snapshot. Een crash kan een schrijfactie onderbreken, en een herstart of herstel kan precies de data overschrijven die u nodig hebt om te zien wat er gebeurde.

Welke oplossingen kunt u veilig zelf proberen?

Sommige stappen brengen weinig risico, andere kunnen data vernietigen. Houd ze uit elkaar.

Riskant zonder back-up

  • Blind bestanden of logs verwijderen voor schijfruimte.
  • Databasetabellen repareren of verwijderen.
  • Een oude back-up over de live site zetten.
  • Processen geforceerd stoppen terwijl er bestellingen worden weggeschreven.

Meestal veilig

  • De webserver of PHP-service herstarten via het paneel.
  • De paginacache legen.
  • De laatst toegevoegde plugin uitschakelen.
  • Tijdelijk de limieten van uw pakket verhogen.

Brengt een herstart de site terug, stop daar dan niet. Een service die één keer crasht, crasht weer tenzij u uitzoekt waarom.

Wanneer belt u de host en wanneer een specialist?

Bel de host als de machine, het netwerk of uw account het probleem is: er reageert niets, het paneel is onbereikbaar of hun statuspagina meldt een storing. Geef het tijdstip, uw domein en wat u al controleerde door. Dat scheelt een ronde vragen.

Bel een specialist als de server draait maar de site niet. Typische tekenen zijn een databasefout, een 500 of 502 direct na een update, een site die onder normaal verkeer blijft stoppen, of inhoud die u niet publiceerde. Hosts ondersteunen hun platform, niet uw applicatiecode, dus zulke gevallen vallen vaak buiten hun bereik.

Daar werken wij. IT bugsolutions herstelt websites op afstand, en onze pagina’s over 504 Gateway Timeout en een website die down is laten zien waar we naar kijken. We doen een gratis diagnose, maken een back-up voor elke wijziging en noemen een vaste prijs vanaf €295 excl. btw voordat we beginnen.

Wat gebeurt er met mijn data na een crash?

Meestal gaat er niets verloren, maar ga daar niet van uit. Een crash tijdens een databaseschrijfactie kan tabellen beschadigen, en bestellingen of formulierinzendingen van de laatste minuten kunnen ontbreken. Controleer na herstel de nieuwste bestelling, het nieuwste bericht en uw contactformulier.

Daarom tellen back-ups zwaarder dan beloftes over uptime. Bewaar minstens één kopie buiten de server waarop uw site staat. Is de server weg, dan is een back-up op diezelfde server ook weg.

3 kopieën van uw data 2 soorten opslag 1 kopie buiten uw hosting
De 3-2-1-regel: drie kopieën, op twee soorten opslag, waarvan één op een andere locatie.

Hoe voorkomt u dat uw server opnieuw crasht?

Zoek het patroon. Wanneer crashte hij en wat gebeurde er toen? De meeste herhaalde crashes komen uit een korte lijst oorzaken.

  • Geheugen of schijf die volloopt. Roteer logs, haal oude back-ups van de server en volg de groei van de schijf.
  • Een zware of foutieve plugin. Verwijder wat u niet gebruikt en test updates voordat ze live gaan.
  • Drukte-pieken of bots. Caching en limieten halen belasting van PHP en de database.
  • Verouderde software. Houd PHP, het CMS en systeempakketten ondersteund en gepatcht.
  • Geen vroege waarschuwing. Een uptimecontrole van buitenaf meldt het binnen minuten, in plaats van dat een klant u mailt.

Wilt u dit laten regelen zonder serverbeheer te leren, dan bevatten onze onderhoudspakketten uptimecontroles met waarschuwing, dagelijkse back-ups op een andere locatie en veilige updates met terugdraaien. Voor het grotere plaatje lees hoe uw hostingkeuze downtime beïnvloedt.

Ligt uw server eruit en weet u niet waarom?

Vertel ons via het contactformulier wat u ziet: de fout, wanneer het begon en wat er veranderde. We stellen gratis een diagnose, leggen de oorzaak helder uit en noemen een vaste prijs vóór een reparatie. U betaalt na de diagnose. Een hersteltijd kunnen we vooraf niet beloven, omdat die afhangt van wat we vinden, maar u weet altijd wat we van plan zijn en waarom.

Veelgestelde vragen

Ook bekeken