Dans cet article, nous examinons les fonctionnalités de l'assistant de copie de base de données pour déplacer des objets d'une instance SQL à une autre. Nous examinons en outre les restrictions et les conseils pour les contourner.
A SQL Server instance comprend plusieurs objets, et si jamais vous avez besoin de déplacer ces objets d'une instance donnée à une autre, les transférer manuellement ne sera pas une bonne chose à faire. Pour transférer vos objets SQL d'une instance à une autre, vous devez utiliser l'assistant de copie de base de données. À l'aide de cet assistant, vous pouvez non seulement copier certains objets de la base de données, mais également des bases de données complètes, sans aucun type d'indisponibilité du serveur. En utilisant cet assistant, vous pouvez effectuer les actions suivantes en douceur et en un rien de temps.
- Sélectionnez n'importe quelle source et le serveur de destination.
- Choisissez les bases de données que vous souhaitez déplacer ou copier.
- Mentionnez les emplacements des fichiers pour les bases de données.
- Copiez les identifiants souhaités sur le serveur de destination.
- Copiez les procédures stockées, les objets de support, les travaux, ainsi que les messages d'erreur.
- Décidez de la date et de l'heure auxquelles vous souhaitez déplacer ou copier vos bases de données.
Outre toutes les possibilités offertes par l'Assistant de copie de base de données, il est également important de connaître ses limites. Parmi celles-ci, la plus cruciale est son absence dans l'édition Express. SQL Server. Les autres limitations de l'assistant sont données ci-dessous
Limitations et restrictions dans l'assistant de copie de base de données dans SQL Server
- Vous ne pouvez pas utiliser l'assistant de copie de base de données pour déplacer des bases de données système, marquées pour la réplication, marquées comme inaccessibles, hors ligne, en cours de chargement, en récupération, en mode d'urgence ou suspectes. Cela vous empêche également de déplacer des bases de données contenant des fichiers journaux ou des données présentes dans MS Azure Storage.
- Cela ne vous permet pas de déplacer ou de copier votre base de données vers une version plus ancienne. SQL Server édition.
- Si vous avez sélectionné l'option Déplacer, l'assistant supprimera automatiquement la source de la base de données une fois qu'elle sera déplacée. Cependant, si au lieu de Déplacer, vous sélectionnez l'option Copier, la source ne sera pas supprimée. Avec l'option Copier, les objets serveur que vous sélectionnez seront copiés et non déplacés, seule la base de données sera déplacée.
- Si vous utilisez l'option détacher et attacher, il détachera la base de données et rattachera ses multiples fichiers à un nouvel emplacement après les avoir déplacés ou copiés. Il existe un risque de perte de données et d'incohérence dans cette méthode. Il est donc conseillé d'éviter d'attacher des sessions actives aux bases de données qui subissent le processus de déplacement ou de copie. En cas de méthode d'objet de gestion dans SQL Server, les utilisateurs ont droit à une session active car la base de données ne se déconnecte jamais.
- Si vous transférez les tâches de l'Agent dans SQL Server, qui font référence aux bases de données non existantes sur le serveur de destination, vous finirez par faire échouer toute l'opération. Une solution de contournement à ce problème consistera à créer des tâches d'agent dans SQL Server avant la création de la base de données.
Lorsque vous envisagez de conserver le SQL Server base de données dans un état optimal, envisagez de conserver une SQL Server réparation outil à proximité pour traiter les incidents d'erreurs de données.
Introduction de l'auteur:
Victor Simon est un expert en récupération de données dans DataNumen, Inc., qui est le leader mondial des technologies de récupération de données, y compris récupération d'accès et produits logiciels de récupération sql. Pour plus d'informations, visitez www.datanumen.com