Cloudservers
Cloud Server Back-ups
Every KapsuleHost Server is backed up to encrypted offsite storage once a day and kept for 30 days, and you can take an extra backup or restore one at any time from the server's own page in KPanel.
Cloud Server Backups
Elke KapsuleHost Server wordt eenmaal per dag naar versleutelde offsite opslag gebackupt en 30 dagen bewaard. U kunt op elk moment een extra backup maken of een backup herstellen vanaf de serverpagina in KPanel.
Backups worden automatisch ingeschakeld wanneer een server wordt geprovisioned. Er is niets in te stellen, geen agent om te installeren en geen schema in te stellen. Deze gids legt uit wat precies wordt vastgelegd, hoe u de backuplijst leest, hoe u een backup op aanvraag maakt en wat een herstel doet met een draaiende server.
Waar Backups Worden Opgeslagen
Backups horen bij een server, dus u bereikt ze via die server en niet via het hoofdmenu:
- Meld u aan bij KPanel.
- Klik op Cloud Servers in de linkerzijbalk en klik vervolgens op de server die u wilt.
- Schuif naar de Backups-kaart.
Het directe adres is /cloud-servers/<server-id>.
De kaartkoptekst toont het tijdstip van uw laatste geslaagde backup. Voordat de eerste backup is voltooid, wordt in plaats daarvan de standaardbeschrijving weergegeven: "Dagelijkse offsite backups naar versleutelde opslag, bewaard gedurende 30 dagen."
Cloud Servers verschijnt in de KPanel-zijbalk alleen als uw account daadwerkelijk een cloud server heeft. Als u het niet kunt zien, heeft het account er nog geen.
Wat Wordt Vastgelegd
Vouw Wat zit er in uw backup onderaan de Backups-kaart uit om het live manifest voor uw server te zien. Dit is ingedeeld in vijf categorieën:
| Categorie | Inbegrepen paden |
|---|---|
| Websitebestanden | /var/www (docroot, uploads, themes, plugins) en de /root en /home mappen |
| Databases | /var/lib/mysql en /var/lib/postgresql gegevensbestanden |
| Serverconfiguratie | /etc, plus /etc/letsencrypt certificaten, /etc/ssh, /etc/ufw firewall-regels en /etc/fail2ban |
| Cron-taken en systeemstatus | /etc/cron.d en de dagelijkse, per uur en wekelijkse cron-mappen, /var/spool/cron gebruikerscrontabs, /etc/systemd eenheden en een vastgelegde momentopname van uw crontab, geïnstalleerde pakketten, ingeschakelde services en firewall-status |
| E-mailgegevens, wanneer e-mail op de server is geconfigureerd |
Vluchtige en herbouwbare paden worden opzettelijk uitgesloten: /proc, /sys, /dev, /run, /tmp, /var/tmp, /var/cache, containeroverlay-opslag onder /var/lib/docker/overlay2 en wisselbestanden. Het uitsluiten ervan houdt backups klein en snel zonder iets te verliezen dat u niet kunt regenereren.
Backups zijn versleuteld met een sleutel die uniek voor uw server is en worden naar offsite objectopslag geschreven. Alleen uw panel kan deze ontsleutelen en herstellen.
Een cloud server backup legt de server vast. Het legt niets vast dat buiten de server bestaat. Een beheerde database op een ander host, een externe betalingsgateway of een service van derden waarmee uw applicatie communiceert, bevat zijn eigen gegevens en moet apart worden geëxporteerd.
De Backuplijst Lezen
Elke rij in de lijst toont wanneer de backup is gestart, de grootte na voltooiing en een statuspil:
| Status | Betekenis |
|---|---|
| Backed up | De backup is voltooid en is een bruikbaar herstelpunt |
| Running | De backup wordt momenteel uitgevoerd |
| Failed | De backup is niet voltooid |
Handmatige backups zijn getagd met manual naast de datum, zodat u ze kunt onderscheiden van de dagelijkse uitvoering. Een voltooide backup toont ook de referentie van zijn momentopname, dit is de identificatie die support u zal vragen wanneer u ooit hulp nodig hebt bij een specifiek herstel.
Als de meest recente backup is mislukt, krijgt u een banner op de kaart: "The most recent backup failed. We'll keep retrying on the daily schedule. Check disk space, or contact support if this persists." Een enkele fout is meestal een volle schijf. Maak wat ruimte vrij en de volgende geplande uitvoering zal slagen.
Een Backup op Aanvraag Maken
Maak handmatig een backup direct voordat u iets riskants gaat doen: een grote pakketupgrade, een databasemigratie, een configuratiewijziging voor een service waarvan u afhankelijk bent, of uw eerste poging iets onbekends.
- Open de pagina van de server en zoek de Backups-kaart.
- Klik op Back up now in de kaartkoptekst.
- U krijgt de bevestiging "Backup started. It will appear in the list shortly."
- De uitvoering gebeurt op de achtergrond op de server. Vernieuw de kaart na enkele ogenblikken om deze te zien verschijnen als Running, vervolgens Backed up.
Grote servers nemen meer tijd in beslag. De kolom grootte op de voltooide rij vertelt u hoeveel is vastgelegd.
Een handmatige backup wordt geïdentificeerd door de tijdstempel, niet door een naam die u kiest. Maak de backup onmiddellijk voordat u de wijziging aanbrengt, zodat de tijden op één lijn liggen en u in één oogopslag kunt zien welk herstelpunt het "voordat"-punt is.
Herstellen Vanuit Een Backup
- Zoek de voltooide backup die u wilt in de Backups-kaart.
- Klik op Restore op die rij.
- Lees de bevestiging: "This overwrites the server's current files with the contents of the selected snapshot. Any changes made since the snapshot will be lost. The server stays online during restore."
- Klik op Restore om door te gaan.
Een herstel kan niet ongedaan worden gemaakt. Alles wat sinds die backup is geschreven, wordt vervangen door de inhoud van de backup. Als er enige kans is dat u de huidige status terug wilt, maak dan eerst een frisse backup of een snapshot en herstel vervolgens.
De server blijft online terwijl het herstel wordt uitgevoerd, wat het nuttig maakt om een verbroken applicatie zonder volledig uitval te herstellen. Grote bestandssystemen kunnen enige tijd in beslag nemen. Als het herstel na vijf minuten nog steeds bezig is, zegt KPanel u dat het "is taking longer than expected and is still running on the server" en het herstel gaat op de achtergrond verder.
Backups Vergeleken Met Snapshots
Uw server heeft twee onafhankelijke veiligheidsnetzen en zij zijn goed in verschillende dingen.
| Backups | Snapshots | |
|---|---|---|
| Waar het wordt opgeslagen | Versleutelde offsite opslag | Samen met het platform waarop uw server draait |
| Schema | Dagelijks, automatisch | Op aanvraag, plus automatisch vóór elke patchuitvoering |
| Retentie | 30 dagen | Bewaard totdat u ze niet meer nodig hebt |
| Wat het herstelt | Bestanden, databases en configuratie, ter plekke | De volledige schijf, precies zoals het was |
| Server tijdens herstel | Blijft online | Start opnieuw op |
| Best voor | Gegevensbescherming en noodherstel | Een veiligheidsnet onmiddellijk vóór een riskante wijziging |
Gebruik beide. Een snapshot vóór een wijziging is de snelste manier terug als de wijziging fout gaat. Backups beschermen u tegen problemen die u pas dagen later opmerkt. Cloud Server Snapshots behandelt de snapshot-kant volledig.
Backups en Rebuilds
Het herbouwen van het besturingssysteem van een server wist de schijf, inclusief de herstelhulpmiddelen die erop staan. Uw backup-gegevens zijn veilig in offsite opslag, maar de knop Restore in het panel kan deze niet op een herbouwde server gebruiken. Lees Rebuilding Your Cloud Server volledig en download alles wat u nodig hebt voordat u de server herbouwt.
Probleemoplossing
"Backups are not yet configured for this server." Ze worden automatisch ingeschakeld bij het provisioning. Als een gloednieuwe server dit toont, wacht u een paar minuten; als dit aanhoudt, neemt u contact met ons op.
"No backups yet." De eerste backup wordt automatisch kort na provisioning uitgevoerd. U kunt ook op Back up now klikken in plaats van te wachten.
"Manual backup is temporarily unavailable." Het panel kon de server niet bereiken om de uitvoering te starten. Controleer of de server actief is en bereikbaar, probeer het vervolgens opnieuw.
De knop Restore ontbreekt op een voltooide backup. Restore heeft een bereikbare, geprovisioned server met de herstelhulpmiddelen nodig. Een server die is herbouwd of die is uitgeschakeld, zal dit niet bieden.
Als een backup herhaaldelijk mislukt en schijfruimte is niet de oorzaak, stuur een e-mail naar support@kapsulehost.com met de servernaam en de tijdstempels van de mislukte uitvoeringen.