Migrer les données UserLock d’un serveur SQL vers un autre

Déplacez la base de données UserLock vers une nouvelle instance SQL Server lors d’un changement d’infrastructure ou d’une mise à niveau, tout en préservant toutes les données existantes.

Publié le 26 septembre 2025

Introduction

Dans certaines situations, vous pouvez avoir besoin de déplacer la base SQL de UserLock vers un nouveau serveur — par exemple lors d’une mise à niveau d’infrastructure, d’un remplacement matériel ou lors du passage de SQL Express à SQL Server complet.

Ce guide explique comment migrer les fichiers de base de données et rattacher UserLock au nouveau SQL Server.

Avant de commencer :

  • Assurez-vous de disposer de droits administratifs sur les deux instances SQL Server.

  • Consultez la page Architecture de la base de données pour comprendre comment UserLock stocke ses données.

Étapes

  1. Détacher la base de données

    • Sur l’ancien SQL Server, ouvrez SQL Server Management Studio avec un compte disposant de droits administratifs.

    • Faites un clic droit sur la base UserLockTâches ▸ Détacher.


    • Dans la fenêtre de détachement, cochez Supprimer les connexions (Drop connections) et cliquez sur OK.



  2. Copier les fichiers de base de données

    • Copiez les fichiers UserLock.mdf et UserLock.ldf de l’ancien serveur vers le nouveau.



  3. Attacher la base de données

    • Sur le nouveau SQL Server, ouvrez SQL Server Management Studio.

    • Faites un clic droit sur Bases de données → Attacher….

    • Cliquez sur Ajouter…, sélectionnez le fichier UserLock.mdf copié, puis cliquez sur OK.

  4. Modifier la base de données de production UserLock

Bonnes pratiques

  • Sauvegarder avant migration : effectuez une sauvegarde complète de la base UserLock avant de la détacher.

  • Vérifier l’intégrité : après rattachement sur le nouveau serveur, contrôlez que toutes les tables et données sont présentes.

  • Sécuriser le nouvel environnement : configurez les permissions et mettez en place des sauvegardes régulières sur le nouveau SQL Server.

  • Archiver les anciens fichiers : conservez une copie des anciens fichiers de base de données en cas de besoin de retour arrière.