Chaque base de données est suivie séparément
Une erreur sur une base de données ne masque pas le résultat des autres ; le succès, le succès partiel et l'échec peuvent être signalés par source.
Un flux de protection conçu pour Microsoft SQL ServerMicrosoft SQL Server + Kladim
Pendant que SQL Server continue de fonctionner,
la sauvegarde avance selon son propre rythme.
Kladim prépare votre base de données avec le mécanisme de sauvegarde natif de SQL Server ; il fait passer la sauvegarde obtenue par la protection KLD2 et l'envoie vers le Cloud en fragments sécurisés. Le service Windows continue de fonctionner même si la session utilisateur se ferme.
FLUX DE PROTECTION EN DIRECT
SQL Server
Mécanisme de sauvegarde natif de SQL Server
PRÉPARERCHIFFRERTRANSFÉRER
KLD2 protectionsıSauvegarde SQL → KLD2✓ Service Windows actifRésultat par base de données
NativeFlux de sauvegarde SQL Server
Session 0Fonctionnement indépendant de la session
Fragment par fragmentTransfert qui reprend après une interruption
Il ne s'agit pas de copier un fichier, mais de préparer la base de données pour la sauvegarde.
Les données SQL Server ne sont pas traitées comme un dossier ordinaire. Kladim crée d'abord une sortie cohérente avec le propre mécanisme de sauvegarde de SQL Server, puis gère la compression, le chiffrement KLD2 et les étapes de téléversement vérifiable.
La progression est préservée sur les grandes sauvegardes
Si la connexion est coupée, les fragments terminés ne sont pas renvoyés ; l'envoi reprend à partir des parties manquantes.
Le service reste en arrière-plan
Le moteur de sauvegarde continue de fonctionner en tant que service Windows même si le RDP se ferme, si l'utilisateur se déconnecte ou si l'interface est fermée.
La puissance technique apparaît à l'utilisateur comme un flux simple.
Chaque étape devient une expérience de sauvegarde qui indique ce qu'elle fait et rend le résultat visible.
Sélectionnez votre source SQL
Définissez la connexion dans Kladim et choisissez les bases de données à protéger.
La sauvegarde native est préparée
La sortie de sauvegarde à envoyer vers le Cloud est créée avec le mécanisme natif de SQL Server.
Elle est protégée avec KLD2
La sauvegarde passe par les couches de dérivation de clé, de chiffrement et de vérification d'intégrité.
Elle arrive intacte dans le Cloud
L'envoi fragmenté conserve la progression en cas d'interruption et enregistre le résultat à la fin.
L'interface réelle de Kladim
Les sauvegardes SQL devraient être plus claires qu'une simple liste de fichiers.
L'interface Kladim montre quelle base de données a été sauvegardée et quand, à quelle étape en est le processus, et les points de restauration précédents, le tout dans un même flux.
Essayez ce flux dans la démo
Un vrai tableau plutôt qu'un résultat unique
Dans les tâches multi-bases de données, le résultat de chaque source est évalué séparément ; une base de données problématique ne masque pas les autres sauvegardes réussies.
Les gigaoctets ne repartent pas de zéro
L'identité de session basée sur SHA-256 et le contrôle des fragments préservent les parties déjà envoyées.
Ni heure ni jour manqués
Si l'ordinateur est éteint à l'heure prévue, le service peut évaluer l'état du jour au démarrage et appliquer un comportement de rattrapage sûr.
La méthode de sauvegarde change. La norme de protection ne change pas.
AlwaysOn Engine™Service Windows indépendant de la session
KLD2 Shield™Şifreleme ve bütünlük doğrulaması
FlowResume™Transfert qui reprend à partir des parties manquantes
LivePulse™Visibilité en direct de l'étape, du statut et du résultat
Des réponses claires sur la sauvegarde Microsoft SQL Server.
Nous expliquons les détails techniques sans les cacher derrière des phrases marketing, avec la véritable approche de fonctionnement de Kladim.
Kladim copie-t-il la base de données SQL Server directement comme un fichier ?
Non. Pour SQL Server, une sauvegarde est préparée à l'aide du mécanisme natif du moteur de base de données ; cette sortie entre ensuite dans le flux de protection et d'envoi de Kladim.
La sauvegarde SQL s'arrête-t-elle si l'utilisateur ferme sa session Windows ?
Le moteur de sauvegarde de Kladim fonctionne en tant que service Windows. La déconnexion de l'utilisateur, la fermeture de la session RDP ou de l'interface n'arrête pas le service en cours d'exécution.
Si internet est coupé, une grande sauvegarde SQL est-elle retéléversée depuis le début ?
Kladim vérifie les fragments terminés auprès du serveur et n'envoie que ceux qui manquent. Les données déjà transférées ne sont donc pas retéléversées inutilement.
Puis-je protéger plusieurs bases de données SQL dans le même forfait ?
Oui. Les bases de données définies dans votre compte sont traitées séparément et leurs résultats peuvent être signalés par source.
Votre infrastructure n'a pas à reposer sur un seul moteur.
Découvrez comment Kladim protège les autres sources de données dans leur propre contexte technique.
La forteresse numérique locale de TurquieQue vos données SQL Server
soient protégées par Kladim.
Essayez d'abord la véritable interface, puis choisissez le plan Kladim adapté à vos besoins.