Salt la conținut

Setări cookie-uri

Alegeți pentru fiecare tip ce cookie-uri permiteți. Puteți modifica oricând alegerea prin Setări cookie-uri, în partea de jos a fiecărei pagini. Declarație de confidențialitate

Necesare

Mereu active

Necesare pentru autentificare, pentru păstrarea coșului și pentru a vă reține alegerile. Acestea sunt mereu active.

Ce cookie-uri?
  • weboke_sessie, weboke_klant, weboke_remember: sesiunea și menținerea autentificării
  • weboke_basket: coșul de cumpărături
  • wkBtwIncl: afișarea prețurilor cu sau fără TVA
  • wok_cookies: alegerea privind cookie-urile, 12 luni

Măsoară ce reclamă duce la o vizită sau o comandă, ca să nu plătim pentru reclame care nu aduc nimic.

Ce cookie-uri?
  • Google Ads prin Google Tag Manager (_gcl_au, _gcl_aw), până la 90 de zile
  • OpenAI Ads, reclame în ChatGPT
  • wok_aff: prin ce partener ați ajuns la noi (program de afiliere), 60 de zile

4,6

Țară și limbă

Fiecare țară are propriul site, cu prețurile și TVA-ul pentru țara respectivă.

Vedeți

Cum includeți corect bazele de date și volumele Docker în copia de rezervă

O bază de date care rulează scrie permanent în fișierele sale. Dacă copiați aceste fișiere în timp ce se scrie în ele, copia de rezervă poate fi coruptă. De aceea, creați mai întâi un dump: o copie curată a bazei de date într-un singur fișier.

Unde se află datele dumneavoastră?

CeUnde
Fișierele compose, Caddyfile, .env și directoare precum vw-data/srv/diensten
Volume Docker, precum uptime-kuma și n8n-data/var/lib/docker/volumes/diensten_<naam>/_data
Dump-uri ale bazelor de date/var/backups/db
Setările serverului/etc

Docker adaugă numele directorului dumneavoastră în fața numelui volumului: în /srv/diensten, uptime-kuma devine astfel diensten_uptime-kuma. Verificați numele reale cu sudo docker volume ls.

Scriptul de pregătire

Puneți acest conținut în /usr/local/sbin/voor-backup.sh (chmod 700). Scriptul este pornit de scriptul de backup din Copii de siguranță cu restic într-o altă locație.

#!/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

Dacă nu folosiți WordPress, omiteți acea parte. Dacă aveți o bază de date în afara Docker, procedați la fel cu mariadb-dump --single-transaction sau pg_dump.

Aplicații cu o bază de date SQLite

Vaultwarden, Uptime Kuma și n8n își păstrează implicit datele într-un fișier SQLite din volumul sau directorul lor. Cea mai simplă și sigură variantă este să le opriți pentru scurt timp în timpul backupului. Scriptul de backup din Copii de siguranță cu restic într-o altă locație face acest lucru cu docker compose stop și apoi docker compose start. De obicei durează doar puțin; noaptea nu observă nimeni. Dacă nu doriți nicio întrerupere, urmați instrucțiunile de backup ale aplicației, de exemplu cele din wiki-ul Vaultwarden.

Directorul bazei de date propriu-zise (aici diensten_wp-db) îl omiteți: pentru acesta aveți dump-ul.

Restaurarea unei aplicații

  1. Opriți aplicația: sudo docker compose stop vaultwarden.
  2. Recuperați directorul: sudo restic restore latest --target /tmp/terug --include /srv/diensten/vw-data (cu variabilele din Copii de siguranță cu restic într-o altă locație).
  3. Înlocuiți directorul cu versiunea restaurată și porniți din nou aplicația.
  4. O bază de date o restaurați importând dump-ul, de exemplu docker compose exec -T wp-db sh -c 'mariadb -u"$MARIADB_USER" -p"$MARIADB_PASSWORD" "$MARIADB_DATABASE"' < wordpress.sql.

Un moment…

Configurați domeniile

Stabiliți pentru fiecare domeniu nameserverele, legătura cu hostingul și cine devine titularul.

Se încarcă domeniile…