Serveroperaties
Herstel een onbereikbare server
Triage verlies van toegang, bescherm herstelbare gegevens en kies het minst destructieve door de operator ondersteunde herstelpad.
Op deze pagina
Voordat u begint
- De servernaam, regio, huidige status, het primaire adres en het tijdstip van de laatste succesvolle toegang.
- Een recente onafhankelijke back-up en inzicht in welke gegevens sinds die back-up zijn gewijzigd.
- De lokale SSH privésleutel en eventueel herstelmateriaal voor schijfversleuteling; stuur privésleutels nooit naar support.
- Een onderhoudsrecord voor recente wijzigingen in firewall, netwerk, opstarten, opslag of besturingssysteem.
Classificeer de fout voordat u handelt
Onderscheid eerst een accountstatusprobleem van een connectiviteitsprobleem. Een PROVISIONING- of SUSPENDED-status, een Pending-adres of een server waarvan de betaalde periode is verstreken, vereist een andere reactie dan een bereikbare server die SSH weigert. Noteer het exacte bericht in plaats van het samen te vatten als down.
Controleer indien praktisch vanaf een tweede vertrouwd netwerk, maar voer geen agressieve scans uit. Als het adres bereikbaar is maar authenticatie mislukt, bevestig dan de loginnaam en de bijbehorende privésleutel. Als de hostsleutel is gewijzigd zonder goedgekeurde herinstallatie, stop dan en behandel het als een identiteitsprobleem.
| Symptoom | Mogelijke grens | Minst destructieve volgende stap |
|---|---|---|
| Server is nog aan het provisioneren | Levering niet voltooid | Vraag de operator naar de inrichtingsstatus. |
| SSH time-out | Stroom, routering, firewall of SSH-service | Vraag KVM-toegang aan voordat u opnieuw installeert. |
| Toestemming geweigerd | Login- of sleutelmismatch | Controleer de accountnaam en de koppeling tussen openbare en privésleutel. |
| Hostsleutel gewijzigd | Herinstallatie, hertoewijzing of onderschepping | Verifieer de nieuwe vingerafdruk buiten de band. |
| Bestandssysteem- of opstartfout | Schijf-, RAID- of OS-storing | Gebruik eerst alleen-lezen herstel en bewaar bewijsmateriaal. |
Kies de kleinste actie
Selecteer niet Uitschakelen tenzij de operator heeft afgesproken hoe de machine weer wordt ingeschakeld. De huidige client API biedt geen actie voor inschakelen. Root-wachtwoordrotatie is ook slechts een verzoek in de wachtrij en de API retourneert geen gegenereerd wachtwoord, dus het is vandaag geen selfservice-herstelpad.
- Leg de huidige serverstatus en alle zichtbare identificatoren vast voordat u iets in de wachtrij plaatst.
- Als het besturingssysteem mogelijk gewoon is vastgelopen, plaats dan één herstartverzoek in de wachtrij en noteer het actieachtervoegsel.
- Als netwerk- of opstartconfiguratie verdacht is, zet dan KVM in de wachtrij en vraag de operator om consoletoegang te leveren.
- Als reddingsmedia nodig zijn, bereid dan een vertrouwde aangepaste ISO en controlesom voor en coördineer de mount ervan met de operator.
- Gebruik herinstallatie alleen wanneer datarecovery is voltooid of een onafhankelijke backup is geverifieerd.
Bescherm gegevens tijdens herstel
Geef de voorkeur aan alleen-lezen inspectie vóór reparatie. Identificeer schijven, partities, bestandssystemen en mountpunten voordat je een apparaat selecteert. Namen kunnen verschillen na het opstarten van alternatieve media, vooral op NVMe en opslagsystemen met meerdere schijven. Als de storing RAID of bestandssysteemschade kan betreffen, leg dan diagnostiek vast en raadpleeg een gekwalificeerde operator voordat je arrays samenstelt of reparatietools uitvoert.
Initialiseer nooit een schijf, maak geen nieuw bestandssysteem, herbouw geen array en herinstalleer niet alleen om te zien of het helpt. Die bewerkingen kunnen metadata overschrijven die nodig is voor herstel. Houd herstelde data van de getroffen server af en verifieer deze vóór destructief werk.
lsblk --fs
ip -brief address
ip route show
ip -6 route showVerwacht resultaat en escalatiepakket
Een succesvol herstel herstelt een geverifieerd beheerpad zonder onnodig gegevensverlies, of produceert een gecontroleerd plan om te herstellen op een schoon systeem. Omdat acties in de wachtrij geen voor de client zichtbare voltooiingsstatus hebben, onderhoudt u één tijdlijn met elk actieachtervoegsel en de bevestiging van de operator.
Vermeld bij escalatie de server en regio, de laatst bekende goede tijd in UTC, de zichtbare status, het bronnetwerk, de exacte SSH- of consolefout, recente wijzigingen, actiereferenties en of een off-server back-up is getest. Sluit wachtwoorden, privésleutels, herstelcodes en live console-URL's uit. Als de operator geen veilige toegang kan herstellen, spreek dan grenzen voor gegevensvastlegging en wissen af voordat u opnieuw installeert.