🖥 VPS · VDS · Dédié 🔑 Sans accès root 📍 Copie hors serveur ⚡ Incrémental 🖥 VPS · VDS · Dédié 🔑 Sans accès root 📍 Copie hors serveur ⚡ Incrémental
Sauvegarde serveur

Sauvegardez les données de votre serveur
Sans accès root, vers une destination externe

La valeur sur votre serveur n'est pas le système d'exploitation — ce sont les données. Yedekalma sauvegarde les fichiers de votre racine web, vos bases MySQL et vos boîtes aux lettres sans demander d'accès root ni SSH, et les livre directement dans votre propre stockage cloud.

Sans carte bancaire · 14 jours d'essai gratuit

Précisons d'abord le périmètre

Ce n'est pas un produit d'image ou de snapshot serveur. Système d'exploitation, paquets installés et configuration système ne sont pas sauvegardés — utilisez pour cela le service de snapshot de votre hébergeur.

Ce que nous sauvegardons, ce sont les données applicatives : fichiers de la racine web, bases MySQL/MariaDB et boîtes IMAP. En pratique c'est précisément ce qui est le plus difficile à recréer après une perte de serveur — un système se réinstalle, pas des données clients.

Les snapshots ne suffisent pas

Pourquoi ajouter une sauvegarde de données ?

Les snapshots d'hébergeur ont de la valeur, mais s'y fier seul est risqué.

📍

Chez le même fournisseur

Un snapshot réside généralement dans l'infrastructure du même fournisseur ; un problème de compte emporte les deux.

Rétention courte

Les snapshots sont typiquement peu nombreux et de courte durée, vous ne pouvez pas remonter loin.

🔍

Pas de restauration sélective

Pour récupérer un fichier, il faut restaurer le serveur entier.

🦠

Aucune analyse

Un snapshot ne vous dit pas s'il contient du code malveillant — vous pourriez restaurer un état infecté.

🔓

La clé ne vous appartient pas

Le chiffrement est sous le contrôle du fournisseur ; vous ne pouvez pas utiliser votre propre clé.

✉️

E-mail non dissociable

Récupérer un seul message depuis un snapshot est impraticable.

Sur votre serveur

Comment il se comporte en pratique

🔑

Aucun root requis

Vous ne confiez ni SSH ni root. Le module s'exécute avec les droits de l'utilisateur web.

Transfert incrémental

Seuls les fichiers modifiés, les tables modifiées et les nouveaux messages sont traités, la charge reste faible.

🗜

Compression réglée pour la vitesse

Les fichiers médias ne sont pas recompressés et la base est extraite avec une compression légère.

🕒

Choisissez une heure creuse

Planifiez les sauvegardes sur votre fenêtre de trafic la plus faible.

📊

Progression en direct

Visualisez depuis le panneau la phase d'une sauvegarde en cours.

🚨

Alertes de sauvegarde manquée

Si une sauvegarde planifiée n'a pas lieu, vous êtes averti — l'échec silencieux n'est pas une option.

Questions fréquentes

Sauvegarde serveur — Questions fréquentes

Non. Yedekalma n'est pas un produit de snapshot. Système d'exploitation, paquets installés, configuration système et image disque ne sont pas sauvegardés. Nous sauvegardons les données applicatives : fichiers de la racine web, bases MySQL/MariaDB et boîtes IMAP. Pour la machine elle-même, utilisez le service de snapshot de votre hébergeur — les deux sont complémentaires.
Oui. Si votre serveur exécute PHP 7.0 ou plus récent et que le site est accessible via le web, le module fonctionne. Il n'y a aucune différence d'installation entre hébergement mutualisé, VPS, VDS et serveur dédié.
Non. Nous ne demandons ni root ni SSH. Le module s'exécute avec les droits de l'utilisateur web et ne sauvegarde que ce qui lui est déjà accessible. C'est un choix de conception délibéré pour la sécurité.
Vous installez le module une fois par site ; chacun apparaît comme un domaine distinct dans le panneau. Chaque site peut ainsi avoir sa propre fréquence et sa propre destination. Une remise sur volume s'applique automatiquement à mesure que le nombre de domaines augmente.
Elles consomment des ressources puisqu'elles s'exécutent sur votre serveur. Pour limiter cela, la compression est réglée pour la vitesse, le mode incrémental ne traite que les changements, et vous pouvez planifier les sauvegardes aux heures creuses.

Conservez vos données serveur ailleurs

Le snapshot reste chez votre hébergeur — les données dans votre propre cloud. 14 jours gratuits.

Créer un compte gratuit

Comparer les méthodes →