Définir une base de données de production
Utilisez la console UserLock pour configurer une nouvelle base de données de production.
Par défaut, UserLock est fourni avec une base de données légère qui n’est pas conçue pour la production.
Pour garantir les performances et la fiabilité, vous devez connecter UserLock à une base de données adaptée à la production.
Avant de suivre ce guide :
Consultez la référence Base de données pour connaître les systèmes pris en charge et les prérequis.
Consultez la page Propriétés serveur ▸ Base de données pour obtenir des détails sur chaque option de l’interface utilisée ci-dessous.
Pour connecter UserLock à une nouvelle base de données de production :
Préparer la base de données
Créez une base vide dans votre environnement SQL Server ou MySQL.
Voir la référence Base de données pour les détails de compatibilité.
Ouvrir les paramètres de base de données
Dans la console UserLock, cliquez sur la roue ⚙️ (en haut à droite).
Dans le menu de gauche, sélectionnez Base de données.
Configurer la connexion
Sélectionnez le type de base de données approprié.
Renseignez les informations de connexion (serveur, authentification, base).
Utilisez un compte disposant des droits de lecture, écriture et création de tables ou dans le cas de l'authentification Windows assurez vous que le compte de dépersonnalisation du service ait ces droits.
Pour une description de chaque champ, voir la référence Propriétés serveur ▸ Base de données.

Valider et enregistrer
Cliquez sur Tester la connexion.
Si le test est concluant, cliquez sur Enregistrer.
Note
👉 Une fois enregistré, UserLock crée les tables nécessaires et bascule immédiatement sur la nouvelle base de données.
Ce guide montre la manière la plus simple de connecter UserLock à une nouvelle base de données de production.
Pour des scénarios plus avancés, voir :
Installer et configurer SQL Express : pour les administrateurs qui doivent déployer SQL Express.
Migrer les données UserLock de MS Access vers SQL Server : si vos données de production sont encore dans Access et doivent être conservées.
Migrer les données UserLock entre instances SQL Server : pour changer de base de données lors de modifications d’infrastructure.