Elke KapsuleHost Server wordt eenmaal per dag geback-upt naar versleutelde offsite opslag en behouden gedurende 30 dagen. U kunt op elk moment een extra backup maken of een backup herstellen vanuit de serverpagina in KPanel.
Back-ups worden automatisch geactiveerd wanneer een server wordt ingericht. Er is niets in te stellen, geen agent om te installeren en geen schema om in te stellen. Deze handleiding legt uit wat precies wordt vastgelegd, hoe u de backuplijst leest, hoe u een back-up op verzoek maakt en wat herstellen doet met een actieve server.
Waar back-ups zich bevinden
Back-ups behoren tot een server, dus bereikt u ze via die server in plaats van via het hoofdmenu:
- Meld u aan bij KPanel.
- Klik op Cloud Servers in de linkerzijbalk, klik vervolgens op de server die u wilt.
- Scrol naar de Backups kaart.
Het directe adres is /cloud-servers/<server-id>.
De koptekst van de kaart toont de tijd van uw laatste succesvolle back-up. Voordat de eerste is voltooid, wordt in plaats daarvan de standaardbeschrijving weergegeven: "Dagelijkse offsite back-ups naar versleutelde opslag, behouden gedurende 30 dagen."
Cloud Servers verschijnt in de KPanel-zijbalk alleen als uw account daadwerkelijk een cloudserver heeft. Als u deze niet kunt zien, heeft het account er nog geen.
Wat wordt vastgelegd
Vouw What's in your backup onderaan de kaart Backups uit om het live manifest voor uw server te zien. Dit is onderverdeeld in vijf categorieën:
| Categorie | Inbegrepen paden |
|---|---|
| Websitebestanden | /var/www (docroot, uploads, themes, plugins) en de mappen /root en /home |
| Databases | /var/lib/mysql en /var/lib/postgresql gegevensbestanden |
| Serverconfiguratie | /etc, plus /etc/letsencrypt certificaten, /etc/ssh, /etc/ufw firewallregels en /etc/fail2ban |
| Cron-taken en systeemstatus | /etc/cron.d en de dagelijkse, uurlijkse en wekelijkse crondirectory's, /var/spool/cron gebruikerscrontabs, /etc/systemd units en een vastgelegde snapshot van uw crontab, geïnstalleerde pakketten, ingeschakelde services en firewallstatus |
| Mailgegevens, wanneer mail op de server is geconfigureerd |
Vluchtige en herbouwbare paden zijn opzettelijk uitgesloten: /proc, /sys, /dev, /run, /tmp, /var/tmp, /var/cache, containeroverlay-opslag onder /var/lib/docker/overlay2 en wisselbestanden. Door deze uit te sluiten blijven back-ups klein en snel zonder iets kwijt te raken wat u niet kunt regenereren.
Back-ups worden versleuteld met een sleutel die uniek is voor uw server en geschreven naar offsite objectopslag. Alleen uw paneel kan ze ontsleutelen en herstellen.
Een back-up van een cloudserver legt de server vast. Deze 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 toepassing communiceert, bevat zijn eigen gegevens en moet afzonderlijk worden geëxporteerd.
De backuplijst lezen
Elke rij in de lijst toont het moment waarop de back-up is gestart, de grootte zodra deze is voltooid en een statuspictogram:
| Status | Betekenis |
|---|---|
| Back-up gemaakt | De back-up is voltooid en is een bruikbaar herstelpunt |
| Actief | De back-up is bezig |
| Mislukt | De back-up is niet voltooid |
Handmatige back-ups hebben het label manual naast de datum zodat u ze kunt onderscheiden van de dagelijkse uitvoering. Een voltooide back-up toont ook de snapshot-referentie, het id dat ondersteuning zal vragen als u ooit hulp nodig hebt bij een specifiek herstel.
Als de meest recente back-up is mislukt, ziet 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 volledige schijf. Maak wat ruimte vrij en de volgende geplande uitvoering zal slagen.
Een back-up op verzoek maken
Maak onmiddellijk een handmatige back-up vóór iets riskants: een grote pakketupgrade, een databasemigratie, een configuratiewijziging van een service waarop u vertrouwt, of uw eerste poging op iets onbekends.
- Open de serverpagina en zoek de Backups kaart.
- Klik op Back up now in de koptekst van de kaart.
- 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 momenten om deze te zien verschijnen als Running, daarna Backed up.
Grote servers duren langer. De kolom met de grootte op de voltooide rij geeft aan hoeveel is vastgelegd.
Een handmatige back-up wordt geïdentificeerd door het tijdstempel, niet door een naam die u kiest. Maak de back-up onmiddellijk vóór de wijziging, zodat de tijden gelijk zijn en u in één oogopslag kunt zien welk herstelpunt het "voor" herstelpunt is.
Herstellen vanuit een back-up
- Zoek de voltooide back-up die u wilt in de Backups kaart.
- Klik op Restore in 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 gemaakt worden. Alles wat na die back-up is geschreven, wordt vervangen door de inhoud van de back-up. Als er enige kans bestaat dat u de huidige staat terug wilt hebben, maak eerst een nieuwe back-up of een snapshot, ga dan herstellen.
De server blijft online terwijl het herstel wordt uitgevoerd. Dit is wat het nuttig maakt voor het herstellen van een verbroken toepassing zonder volledige downtime. Grote bestandssystemen kunnen even duren. Als het herstel na vijf minuten nog bezig is, vertelt KPanel u dat het "is taking longer than expected and is still running on the server" en het herstel gaat verder op de achtergrond.
Back-ups vergeleken met snapshots
Uw server heeft twee onafhankelijke veiligheidsnetten en ze zijn goed in verschillende dingen.
| Back-ups | Snapshots | |
|---|---|---|
| Waar het wordt bewaard | Versleutelde offsite opslag | Naast het platform waarop uw server draait |
| Schema | Dagelijks, automatisch | Op verzoek, plus automatisch vóór elke patchuitvoering |
| Behoud | 30 dagen | Behouden zolang u ze nodig hebt |
| Wat het herstelt | Bestanden, databases en configuratie, ter plaatse | De hele schijf, precies zoals deze was |
| Server tijdens herstel | Blijft online | Start opnieuw op |
| Beste 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. Back-ups zijn wat u beschermt tegen problemen die u pas dagen later opmerkt. Cloud Server Snapshots behandelt de snapshot-kant volledig.
Back-ups en herbouwen
Het herbouwen van het besturingssysteem van een server wist de schijf, inclusief het herstelgereedschap dat erop staat. Uw back-upgegevens zijn veilig in offsite opslag, maar de knop Restore in het paneel kan deze niet gebruiken op een herbouwde server. Lees Rebuilding Your Cloud Server volledig en download alles wat u nodig hebt voordat u herbouwt.
Probleemoplossing
"Backups are not yet configured for this server." Ze worden automatisch geactiveerd bij inrichting. Als een gloednieuwe server dit weergeeft, geeft u het een paar minuten. Als dit aanhoudt, neem dan contact met ons op.
"No backups yet." De eerste back-up wordt automatisch kort na inrichting uitgevoerd. U kunt ook op Back up now klikken in plaats van te wachten.
"Manual backup is temporarily unavailable." Het paneel kan 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 back-up. Restore heeft een bereikbare, ingerichte server met het herstelgereedschap nodig. Een server die is herbouwd of die is uitgeschakeld, biedt dit niet.
Als een back-up herhaaldelijk mislukt en schijfruimte niet de oorzaak is, e-mail support@kapsulehost.com met de servernaam en de tijdstempels van de mislukte uitvoeringen.