Aller au contenu

Paramètres des cookies

Choisissez, par catégorie, les cookies que vous autorisez. Vous pouvez modifier votre choix à tout moment via Paramètres des cookies, en bas de chaque page. Politique de confidentialité

Nécessaires

Toujours activés

Indispensables pour vous connecter, conserver votre panier et mémoriser vos choix. Ils sont toujours activés.

Quels cookies ?
  • weboke_sessie, weboke_klant, weboke_remember: votre session et le maintien de la connexion
  • weboke_basket: votre panier
  • wkBtwIncl: l'affichage des prix TTC ou HT
  • wok_cookies: votre choix concernant les cookies, 12 mois

Mesure quelle publicité mène à une visite ou à une commande, pour que nous ne payions pas des publicités inefficaces.

Quels cookies ?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), jusqu'à 90 jours
  • OpenAI Ads, publicités dans ChatGPT
  • wok_aff: le partenaire qui vous a orienté vers nous (programme d'affiliation), 60 jours

4,6

Pays et langue

Chaque pays a son propre site, avec les prix et la TVA de ce pays.

Afficher

Bien inclure les bases de données et les volumes Docker dans vos sauvegardes

Une base de données en cours d'exécution écrit sans cesse dans ses fichiers. Si vous copiez ces fichiers en pleine écriture, votre sauvegarde risque d'être corrompue. C'est pourquoi vous créez d'abord un dump : une copie propre de la base de données dans un seul fichier.

Où se trouvent vos données ?

QuoiOù
Vos fichiers compose, Caddyfile, .env et des dossiers comme vw-data/srv/diensten
Volumes Docker, comme uptime-kuma et n8n-data/var/lib/docker/volumes/diensten_<naam>/_data
Dumps de bases de données/var/backups/db
Paramètres du serveur/etc

Docker place le nom de votre dossier devant le nom du volume : dans /srv/diensten, uptime-kuma devient donc diensten_uptime-kuma. Consultez les noms réels avec sudo docker volume ls.

Le script de préparation

Placez ceci dans /usr/local/sbin/voor-backup.sh (chmod 700). Il est lancé par le script de sauvegarde de Sauvegardes avec restic vers un autre emplacement.

#!/bin/sh
set -e
mkdir -p /var/backups/db
chmod 700 /var/backups/db
cd /srv/diensten

# WordPress-database (MariaDB) als dump
docker compose exec -T wp-db sh -c \
  'mariadb-dump --single-transaction -u"$MARIADB_USER" -p"$MARIADB_PASSWORD" "$MARIADB_DATABASE"' \
  > /var/backups/db/wordpress.sql

Si vous n'utilisez pas WordPress, supprimez cette partie. Si vous avez une base de données en dehors de Docker, la procédure est la même avec mariadb-dump --single-transaction ou pg_dump.

Applications avec une base de données SQLite

Vaultwarden, Uptime Kuma et n8n conservent par défaut leurs données dans un fichier SQLite, dans leur volume ou leur dossier. La solution la plus simple et la plus sûre : arrêtez-les brièvement pendant la sauvegarde. C'est ce que fait le script de sauvegarde de Sauvegardes avec restic vers un autre emplacement avec docker compose stop, puis docker compose start. Cela ne dure généralement qu'un instant ; la nuit, personne ne s'en aperçoit. Si vous ne souhaitez aucune interruption, suivez les instructions de sauvegarde de l'application elle-même, comme celles du wiki de Vaultwarden.

Vous ignorez le dossier de la base de données elle-même (ici diensten_wp-db) : le dump est là pour cela.

Restaurer une application

  1. Arrêtez l'application : sudo docker compose stop vaultwarden.
  2. Récupérez le dossier : sudo restic restore latest --target /tmp/terug --include /srv/diensten/vw-data (avec les variables de Sauvegardes avec restic vers un autre emplacement).
  3. Remplacez le dossier par la version restaurée et redémarrez l'application.
  4. Pour restaurer une base de données, importez le dump, par exemple docker compose exec -T wp-db sh -c 'mariadb -u"$MARIADB_USER" -p"$MARIADB_PASSWORD" "$MARIADB_DATABASE"' < wordpress.sql.

Un instant…

Configurez vos domaines

Pour chaque domaine, réglez les serveurs de noms, l'association à votre hébergement et le futur titulaire.

Chargement de vos domaines…