Utiliser l’Assistant Copie de base de données
S'applique à : SQL Server
L’Assistant Copie de base de données déplace ou copie des bases de données et certains objets serveur facilement à partir d’une instance de SQL Server vers une autre instance, sans temps d’arrêt du serveur. Cet assistant vous permet d'effectuer les opérations suivantes :
- Choisir un serveur source et un serveur de destination.
- Sélectionner une ou plusieurs bases de données à déplacer ou copier.
- Spécifiez l'emplacement du fichier pour une ou plusieurs bases de données.
- Copier les connexions au serveur de destination.
- Copier des objets de support, travaux, procédures stockées définies par l'utilisateur et messages d'erreur.
- Programmer l'heure à laquelle déplacer ou copier les bases de données.
Remarque
Vous envisagez une migration vers Azure SQL ? Passez en revue les outils suivants au lieu de l’Assistant Copie de base de données :
Limites
L'Assistant Copie de base de données n'est pas disponible dans l'édition Express.
L’Assistant Copie de base de données ne peut pas être utilisé pour copier ou déplacer les bases de données :
- qui sont des bases de données système (
master
,model
,msdb
,tempdb
). - marquées pour la réplication ;
- marquées comme Inaccessible, Chargement, Déconnecté, Récupération, Suspect ou en Mode urgence ;
- qui ont des fichiers journaux ou de données stockés dans Microsoft Azure Storage.
- qui sont des bases de données système (
Quand vous utilisez FileTables, vous ne pouvez pas utiliser l’Assistant Copie de base de données sur le même serveur, car l’Assistant utilise le même nom de répertoire.
Une base de données ne peut pas être déplacée ni copiée vers une version antérieure de SQL Server.
Si vous sélectionnez l'option Déplacer , l'Assistant supprime automatiquement la base de données source après avoir déplacé la base de données. L'Assistant Copie de base de données ne supprime pas une base de données source si vous sélectionnez l'option Copier . De plus, les objets serveur sélectionnés sont copiés plutôt que déplacés vers la destination ; la base de données est le seul objet qui est réellement déplacé.
Si vous utilisez la méthode SQL Server Management Object pour déplacer le catalogue de texte intégral, vous devez de nouveau remplir l’index après le déplacement.
La méthode de détachement et d'attachement
- Détache la base de données
- Déplace ou copie les fichiers
.mdf
,.ndf
,.ldf
de la base de données. - Attache à nouveau la base de données dans le nouvel emplacement.
En cas d’utilisation de la méthode de détachement et d’attachement , les sessions actives ne peuvent pas être attachées à la base de données en cours de déplacement ou de copie, ceci afin d’éviter une perte ou une incohérence des données. Dans le cas de la méthode SQL Server Management Object, les sessions actives sont autorisées car la base de données n'est jamais placée en mode hors connexion.
Le transfert de travaux SQL Server Agent référençant des bases de données qui n’existent pas déjà sur le serveur de destination va entraîner l’échec de toute l’opération. L’Assistant tente de créer un travail SQL Server Agent avant de créer la base de données. Solution de contournement :
Créez une base de données shell sur le serveur de destination portant le même nom que la base de données à copier ou à déplacer. Consultez Créer une base de données.
Dans la page Configurer la base de données de destination , sélectionnez Supprimer les bases de données portant le même nom sur le serveur de destination, puis poursuivre le transfert de base de données en remplaçant les fichiers de base de données existants.
Avertissement
La méthode d’ attachement et de détachement attribue la propriété de la base de données source et de destination à la connexion exécutant l’ Assistant Copie de base de données. Consultez ALTER AUTHORIZATION (Transact-SQL) pour modifier la propriété d’une base de données.
- La copie de la base de données échoue si la base de données système
model
du serveur de destination contient un compte d’utilisateur qui existe également dans la base de données source. Cette erreur est prévisible, car une nouvelle base de données inclut automatiquement les objets de la base de données, y compris les utilisateurs, à partir demodel
. Ensuite, les étapes de copie de la base de données ne parviennent pas à créer l’utilisateur du même nom sur la base de données cible. Pour éviter cela, assurez-vous que la base de donnéesmodel
sur le serveur cible et la base de données source de l’Assistant Copie de base de données n’ont pas d’utilisateurs du même nom.
Prérequis
- Vérifiez que SQL Server Agent est démarré sur le serveur de destination.
- Vérifiez que les répertoires de fichiers journaux et de données sur le serveur source sont accessibles à partir du serveur de destination.
- Sous la méthode de détachement et d’attachement, un proxy SQL Server Agent pour le sous-système SQL Server Integration Services (SSIS) doit exister sur le serveur de destination avec des informations d’identification qui peuvent accéder au système de fichiers des serveurs source et de destination. Pour plus d’informations sur les proxys, consultez Créer un proxy SQL Server Agent.
Important
Sous la méthode de détachement et d’attachement , le processus de copie ou de déplacement échoue si aucun compte proxy Integration Services n’est utilisé. Sous certaines circonstances, la base de données source n’est pas à nouveau attachée au serveur source et toutes les autorisations de sécurité NTFS sont supprimées des fichiers journaux et de données. Dans ce cas, accédez à vos fichiers, ré-appliquez les autorisations appropriées, puis attachez à nouveau la base de données à votre instance de SQL Server.
Recommandations
- Pour garantir des performances optimales de la base de données mise à niveau, exécutez sp_updatestats (Transact-SQL) (mise à jour des statistiques) sur la base de données mise à niveau.
- Lorsque vous déplacez ou copiez une base de données sur une autre instance de serveur et il est possible que vous deviez recréer sur cette autre instance de serveur une partie ou l’ensemble des métadonnées de la base de données, telles que les connexions et les travaux, afin de garantir la cohérence pour les utilisateurs et les applications. Pour plus d’informations, consultez Gérer les métadonnées durant la mise à disposition d’une base de données sur une autre instance de serveur (SQL Server).
autorisations
Vous devez être membre du rôle de serveur fixe sysadmin sur le serveur source et sur le serveur de destination.
Assistant Copie de base de données
- Sur l’instance SQL Server source ou de destination, lancez l’Assistant Copie de base de données dans SQL Server Management Studio à partir de l’Explorateur d’objets et développez Bases de données.
- Ensuite, cliquez avec le bouton droit sur une base de données, pointez sur Tâches, puis sélectionnez Copier la base de données.
- Si la page d’accueil Bienvenue dans l’Assistant Copie de base de données apparaît, sélectionnez Suivant.
Sélectionner un serveur source
Utilisé pour spécifier le serveur sur lequel se trouve la base de données à déplacer ou copier, puis pour entrer les informations d’authentification. Après avoir sélectionné la méthode d'authentification et vous être connecté, sélectionnez Suivant pour établir la connexion avec le serveur source. Cette connexion reste active tout au long de la session.
Serveur source
Utilisé pour identifier le nom du serveur sur lequel se trouvent les bases de données à déplacer ou copier. Entrez manuellement ou sélectionnez le bouton de sélection pour accéder au serveur voulu. La version du serveur doit être au moins SQL Server 2005.
Utiliser l'authentification Windows
Permet à un utilisateur de se connecter par le biais d’un compte d’utilisateur Microsoft Windows.
Utiliser l’authentification SQL Server
Permet à un utilisateur de se connecter en fournissant un nom d’utilisateur et un mot de passe d’authentification SQL Server.
Nom d’utilisateur
Nom du compte de connexion. Cette option est disponible uniquement si vous avez choisi de vous connecter via l’ authentification SQL Server.
Mot de passe
Mot de passe. Cette option est disponible uniquement si vous avez choisi de vous connecter via l’ authentification SQL Server.
Sélectionner un serveur de destination
Utilisé pour spécifier le serveur sur lequel la base de données est déplacée ou copiée. Si vous spécifiez la même instance de serveur pour le serveur source et le serveur de destination, vous créerez une copie de la base de données. Dans ce cas, vous devrez renommer la base de données à une étape ultérieure de l’Assistant. Le nom de la base de données source ne peut être utilisé pour la base de données copiée ou déplacée que s'il n'y a pas de conflits de nom sur le serveur de destination. En cas de conflits de noms, vous devez les résoudre manuellement sur le serveur de destination avant de pouvoir y utiliser le nom de la base de données de source.
Serveur de destination
Utilisé pour identifier le nom du serveur sur lequel se trouvent les bases de données à déplacer ou copier. Entrez manuellement le nom du serveur de destination ou sélectionnez les points de suspension pour accéder au serveur de votre choix. La version du serveur doit être au moins SQL Server 2005.Remarque
Vous pouvez utiliser une destination qui est un serveur cluster ; l'Assistant Copie de base de données s'assurera que vous sélectionnez uniquement des lecteurs partagés sur un serveur de destination cluster.
Utiliser l'authentification Windows
Permet à un utilisateur de se connecter par le biais d’un compte d’utilisateur Microsoft Windows.Utiliser l’authentification SQL Server
Permet à un utilisateur de se connecter en fournissant un nom d’utilisateur et un mot de passe d’authentification SQL Server.Nom d’utilisateur
Utilisé pour entrer le nom d’utilisateur avec lequel se connecter. Cette option est disponible uniquement si vous avez choisi de vous connecter via l’ authentification SQL Server.Mot de passe
Utilisé pour entrer le mot de passe du compte de connexion. Cette option est disponible uniquement si vous avez choisi de vous connecter via l’ authentification SQL Server.
Sélectionner la méthode de transfert
Choisissez la méthode de détachement et d’attachement ou la méthode SQL Management Object.
Utiliser la méthode de détachement et d'attachement
Détachez la base de données du serveur source, copiez les fichiers de base de données (
.mdf
,.ndf
et.ldf
) sur le serveur de destination, puis attachez la base de données au serveur de destination. Cette méthode est généralement la plus rapide, car le travail principal consiste à lire le disque source et à écrire sur le disque de destination. Aucune logique SQL Server n'est requise pour créer des objets au sein de la base de données ou pour créer des structures de stockage de données. Cependant, cette méthode peut être plus lente si la base de données contient une quantité importante d'espace alloué, mais inutilisé. Par exemple, une nouvelle base de données pratiquement vide qui est créée en allouant 100 Mo copie la totalité des 100 Mo, même si seulement 5 Mo sont utilisés.Remarque
Cette méthode ne permet pas aux utilisateurs d'avoir accès à la base de données pendant le transfert.
Avertissement
En cas d’échec, rattachez la base de données source. Lorsqu'une base de données est copiée, les fichiers de la base de données d'origine sont toujours rattachés au serveur source. Utilisez cette case pour rattacher les fichiers d'origine à la base de données source si un déplacement de base de données ne peut pas être achevé.
Utiliser la méthode de transfert SQL Management Object
Cette méthode lit la définition de chaque objet de base de données dans la base de données source et crée chaque objet dans la base de données de destination. Elle transfère ensuite les données des tables sources vers les tables de destination en recréant les index et les métadonnées.Remarque
Les utilisateurs peuvent continuer à accéder à la base de données pendant le transfert.
Sélectionner la base de données
Sélectionnez une ou plusieurs bases de données à déplacer ou copier depuis le serveur source vers le serveur de destination. Consultez Limitations et restrictions.
Poursuivre
Déplace la base de données vers le serveur de destination.Copy
Copie la base de données sur le serveur de destination.Source
Permet d'afficher les bases de données existant déjà sur le serveur de destination.État
Affiche diverses informations de la base de données source.Actualiser
Permet d'actualiser la liste des bases de données.
Configurer la base de données de destination
Modifiez le nom de la base de données si besoin et spécifiez l’emplacement ainsi que les noms des fichiers de base de données. Cette page s'affiche une seule fois, chaque fois qu'une base de données est déplacée ou copiée.
Base de données source
Nom de la base de données source. La zone de texte n’est pas modifiable.Base de données de destination
Nom de la base de données de destination à créer. Modifiez-le selon vos besoins.Fichiers de la base de données de destination :
Nom du fichier
Nom du fichier de la base de données de destination à créer. Modifiez-le selon vos besoins.Taille (Mo)
Taille du fichier de la base de données de destination en mégaoctets.Dossier de destination
Dossier sur le serveur de destination servant à héberger le fichier de la base de données de destination. Modifiez-le selon vos besoins.État
État
Si la base de données de destination existe déjà :
Déterminer l’action à entreprendre si la base de données de destination déjà existe.Arrêter le transfert si une base de données ou un fichier portant le même nom existe à l'emplacement de destination.
Supprimer les bases de données portant le même nom sur le serveur de destination, puis poursuivre le transfert de base de données en remplaçant les fichiers de base de données existants.
Sélectionner des objets serveur
Cette page est disponible uniquement lorsque la source et la destination correspondent à des serveurs différents.
Objets connexes disponibles
Répertorie les objets disponibles pour le transfert vers le serveur de destination. Pour inclure un objet, sélectionnez son nom dans la zone Objets connexes disponibles, puis sélectionnez le bouton >> pour déplacer l’objet vers la zone Objets connexes sélectionnés.Objets connexes sélectionnés
Répertorie les objets qui seront transférés sur le serveur de destination. Pour inclure un objet, sélectionnez son nom dans la zone Objets connexes sélectionnés, puis sélectionnez le bouton << pour déplacer l’objet vers la zone Objets connexes disponibles. Par défaut, tous les objets de chaque type sélectionné sont transférés. Pour choisir des objets de n’importe quel type, sélectionnez le bouton de sélection (...) en regard d’un type d’objet dans la zone Objets connexes sélectionnés. Cela permet d'afficher une boîte de dialogue dans laquelle vous pouvez sélectionner des objets individuels.Liste des objets serveur
- Connexions (sélectionnées par défaut)
- travaux de l'Agent SQL Server
- Messages d'erreur définis par l'utilisateur
- Points de terminaison
- Catalogue de texte intégral
- Package SSIS
- Procédures stockées de la base de données
master
Remarque
Les procédures stockées étendues et leurs DLL associées ne peuvent faire l’objet d’une copie automatique.
Emplacement des fichiers de la base de données source
Cette page est disponible uniquement lorsque la source et la destination correspondent à des serveurs différents. Spécifiez un partage de système de fichiers qui contient les fichiers de base de données sur le serveur source.
Sauvegarde de la base de données
Affiche le nom de chaque base de données en cours de déplacement.Emplacement du dossier
Emplacement du dossier des fichiers de base de données sur le serveur source. Par exemple :C:\Program Files\Microsoft SQL Server\MSSQL110.MSSQLSERVER\MSSQL\DATA
.Partage de fichier sur le serveur source
Partage de fichiers contenant les fichiers de base de données sur le serveur source. Entrez manuellement le partage ou sélectionnez le bouton de sélection pour accéder au partage. Par exemple :\\server_name\C$\Program Files\Microsoft SQL Server\MSSQL110.MSSQLSERVER\MSSQL\Data
.
Configurer le package
L’Assistant Copie de base de données crée un package SSIS pour transférer la base de données.
Emplacement du package
Affiche l’emplacement où le package SSIS sera écrit.Nom du package
Un nom par défaut du package SSIS est créé. Modifiez-le selon vos besoins.Options du journal
Précisez si les informations du journal doivent être stockées dans le journal des événements Windows ou dans un fichier texte.Chemin d'accès au fichier journal des erreurs
Cette option est disponible uniquement si l'option Enregistrement dans un fichier texte est sélectionnée. Fournissez un chemin d'accès pour l'emplacement du fichier journal.
Planifier le package
Spécifiez à quel moment vous voulez que l’opération de déplacement ou de copie démarre. Si vous n’êtes pas administrateur système, vous devez spécifier un compte proxy SQL Server Agent qui a accès au sous-système d’exécution du package Integration Services (SSIS).
Important
Un compte proxy Integration Services doit être utilisé sous la méthode de détachement et d’attachement .
Run immediately
Le package SSIS s’exécute une fois l’Assistant terminé.Planification
Le package SSIS s’exécute selon une planification.Modifier la planification
Ouvrez la boîte de dialogue Nouvelle planification du travail . Configurez selon vos besoins. Lorsque vous avez terminé, sélectionnez OK.
Compte proxy Integration Services Sélectionnez un compte proxy disponible dans la liste déroulante. Pour planifier le transfert, l’utilisateur doit avoir à sa disposition au moins un compte proxy disposant des autorisations nécessaires pour accéder au sous-système d’exécution du package SSIS.
Remarque
Pour créer un compte proxy pour l’exécution du package SSIS, dans l’ Explorateur d’objets, développez SQL Server Agent, puis Proxys, cliquez avec le bouton droit sur Exécution du package SSIS, puis sélectionnez Nouveau proxy.
Terminer l’Assistant
Affiche un résumé des options sélectionnées. Sélectionnez Précédent pour modifier une option. Sélectionnez Terminer pour créer le package SSIS. La page Exécution de l’opération permet de surveiller les informations d’état relatives à l’exécution de l’ Assistant Copie de base de données.
Action
Liste chaque action en cours de réalisation.
État
Indique si l’action a réussi ou échoué dans sa globalité.
Message
Affiche les messages retournés par chaque étape.
Exemples
Étapes courantes
Que vous choisissiez Déplacer ou Copier, Détacher et attacher ou SMO, les cinq étapes ci-dessous sont les mêmes. Par souci de concision, ces étapes ne sont répertoriées ici qu’une seule fois et tous les exemples commencent à l’Étape 6.
Dans l’ Explorateur d’objets, connectez-vous à une instance du moteur de base de données SQL Server et développez-la.
Développez Bases de données, cliquez avec le bouton droit sur la base de données souhaitée, pointez sur Tâches, puis sélectionnez Copier la base de données.
Si la page d’accueil Bienvenue dans l’Assistant Copie de base de données apparaît, sélectionnez Suivant.
PageSélectionner un serveur source : spécifiez le serveur avec la base de données à déplacer ou copier. Sélectionnez la méthode d'authentification. Si vous choisissez Utiliser l’authentification SQL Server, saisissez vos informations d’identification de connexion. Sélectionnez Suivant pour établir la connexion au serveur source. Cette connexion reste active tout au long de la session.
PageSélectionner un serveur de destination : spécifiez le serveur sur lequel la base de données sera déplacée ou copiée. Sélectionnez la méthode d'authentification. Si vous choisissez Utiliser l’authentification SQL Server, saisissez vos informations d’identification de connexion. Sélectionnez Suivant pour établir la connexion au serveur source. Cette connexion reste active tout au long de la session.
Remarque
Vous pouvez lancer l’Assistant Copie de base de données à partir d’une base de données. Vous pouvez utiliser l’Assistant Copie de base de données à partir du serveur source ou de destination.
A. Déplacez la base de données en utilisant la méthode de détachement et d’attachement vers une instance située sur un autre serveur physique. Une connexion et un travail SQL Server Agent sont également déplacés.
L’exemple suivant déplace la base de données Sales
, une connexion Windows nommée contoso\Jennie
et un travail SQL Server Agent nommé Jennie's Report
depuis une instance 2008 de SQL Server sur Server1
vers une instance 2016 de SQL Server sur Server2
. Jennie's Report
utilise la base de données Sales
. Sales
n’existe pas déjà sur le serveur de destination Server2
. Server1
sera réaffecté à une autre équipe après le déplacement de la base de données.
Comme indiqué dans Restrictions, une base de données shell devra être créée sur le serveur de destination lors du transfert d’un travail SQL Server Agent qui référence une base de données qui n’existe pas déjà sur le serveur de destination. Créez une base de données shell appelée
Sales
sur le serveur de destination.De retour dans l’ Assistant, page Sélectionner la méthode de transfert : vérifiez et conservez les valeurs par défaut. Cliquez sur Suivant.
PageSélectionner les bases de données : cochez la case Déplacer pour la base de données souhaitée,
Sales
. Cliquez sur Suivant.PageConfigurer la base de données de Destination : l’ Assistant a déterminé que
Sales
existe déjà sur le serveur de destination, tel qu’elle a été créée à l’étape 6 et a ajouté_new
au nom de la base de données de destination . Supprimez_new
de la zone de texte Base de données de destination . Si vous le souhaitez, modifiez le nom de fichieret le dossier de destination. Sélectionnez Supprimer les bases de données portant le même nom sur le serveur de destination, puis poursuivre le transfert de base de données en remplaçant les fichiers de base de données existants. Cliquez sur Suivant.PageSélectionner des objets serveur : dans le panneau Objets connexes sélectionnés :, sélectionnez le bouton de sélection Connexions des noms d’objets. Sous Options de copie , sélectionnez Copier uniquement les connexions sélectionnées. Cochez la case Afficher toutes les connexions serveur. Cochez la case Connexion pour
contoso\Jennie
. Cliquez sur OK. Dans le panneau Objets connexes disponibles, sélectionnez Travaux SQL Server Agent, puis sélectionnez le bouton >. Dans le panneau Objets connexes sélectionnés, sélectionnez le bouton de sélection Travaux SQL Server Agent. Sous Options de copie , sélectionnez Copier uniquement les travaux sélectionnés. Cochez la case pourJennie's Report
. Cliquez sur OK. Sélectionnez Suivant.PageEmplacement des fichiers de base de données source : sélectionnez le bouton de sélection Partage de fichiers sur le serveur source et accédez à l’emplacement du dossier donné. Par exemple, pour l’emplacement du dossier
D:\MSSQL13.MSSQLSERVER\MSSQL\DATA
, utilisez\\Server1\D$\MSSQL13.MSSQLSERVER\MSSQL\DATA
pour Partage de fichier sur le serveur source. Cliquez sur Suivant.PageConfigurer le package : dans la zone de texte Nom du package :, entrez
SalesFromServer1toServer2_Move
. Cochez la case Enregistrer les journaux de transfert ? . Dans la liste déroulante Options du journal, sélectionnez Fichier texte. Notez le chemin du fichier journal des erreurs; modifiez-le selon vos besoins. Cliquez sur Suivant.Remarque
Le chemin du fichier journal des erreurs est le chemin sur le serveur de destination.
PagePlanifier le package : sélectionnez le proxy approprié dans la liste déroulante Compte proxy Integration Services . Cliquez sur Suivant.
PageTerminer l’Assistant : passez en revue la synthèse des options sélectionnées. Sélectionnez Précédent pour modifier une option. Sélectionnez Terminer pour exécuter la tâche. Au cours du transfert, la page Exécution de l’opération permet de surveiller les informations d’état relatives à l’exécution de l’ Assistant.
Page Exécution de l’opération : si l’opération a réussi, sélectionnez Fermer. Si l’opération n’aboutit pas, passez en revue le journal des erreurs et cliquez éventuellement sur Précédent pour examiner les étapes antérieures. Sinon, sélectionnez Fermer.
Étapes postérieures au déplacement Envisagez l’exécution des instructions T-SQL suivantes sur le nouvel hôte,
Server2
:ALTER AUTHORIZATION ON DATABASE::Sales TO sa; GO ALTER DATABASE Sales SET COMPATIBILITY_LEVEL = 130; GO USE [Sales] GO EXEC sp_updatestats; GO
Nettoyage des étapes après déplacement Puisque
Server1
sera déplacé dans une autre équipe et que l'opération de déplacement ne sera pas répétée, envisagez d'exécuter les étapes suivantes :
- Supprimez le package SSIS
SalesFromServer1toServer2_Move
surServer2
. - Supprimer la tâche
SalesFromServer1toServer2_Move
de SQL Server Agent surServer2
. - Supprimer la tâche
Jennie's Report
de SQL Server Agent surServer1
. - Exclure la connexion
contoso\Jennie
surServer1
.
B. Copiez la base de données à l’aide de la méthode de détachement et d’attachement vers la même instance et définissez une planification périodique.
Dans cet exemple, la base de données Sales
est copiée et créée en tant que SalesCopy
sur la même instance. Par la suite, SalesCopy
est recréée toutes les semaines.
PageSélectionner une méthode de transfert : vérifiez et conservez les valeurs par défaut. Cliquez sur Suivant.
PageSélectionner les bases de données : cochez la case Copier pour la base de données
Sales
. Cliquez sur Suivant.PageConfigurer la base de données de Destination : remplacez le nom de la base de données de destination par
SalesCopy
. Si vous le souhaitez, modifiez le nom de fichieret le dossier de destination. Sélectionnez Supprimer les bases de données portant le même nom sur le serveur de destination, puis poursuivre le transfert de base de données en remplaçant les fichiers de base de données existants. Cliquez sur Suivant.PageConfigurer le package : dans la zone de texte Nom du package :, entrez
SalesCopy Weekly Refresh
. Cochez la case Enregistrer les journaux de transfert ? . Cliquez sur Suivant.Page Planifier le package : sélectionnez la case d’option Planification :, puis sélectionnez le bouton Modifier la planification.
Page Nouvelle planification du travail : dans la zone de texte Nom, entrez « Hebdomadaire le dimanche ».
Cliquez sur OK.
Sélectionnez le proxy approprié dans la liste déroulante Compte proxy Integration Services. Cliquez sur Suivant.
PageTerminer l’Assistant : passez en revue la synthèse des options sélectionnées. Sélectionnez Précédent pour modifier une option. Sélectionnez Terminer pour exécuter la tâche. Pendant la création du package, la page Exécution de l’opération permet de surveiller les informations d’état relatives à l’exécution de l’ Assistant.
Page Exécution de l’opération : si l’opération a réussi, sélectionnez Fermer. Si l’opération n’aboutit pas, passez en revue le journal des erreurs et cliquez éventuellement sur Précédent pour examiner les étapes antérieures. Sinon, sélectionnez Fermer.
Démarrez manuellement le travail SQL Server Agent nouvellement créé
SalesCopy weekly refresh
. Passez en revue l’historique des travaux et vérifiez queSalesCopy
existe maintenant sur l’instance.
Suivi : après la mise à niveau d’une base de données
Après avoir utilisé l'Assistant Copie de base de données pour mettre à niveau une base de données d'une version précédente de SQL Server vers SQL Server, la base de données est immédiatement disponible et est automatiquement mise à niveau. Si la base de données comprend des index de recherche en texte intégral, la mise à niveau les importe, les réinitialise ou les reconstruit, selon le paramètre de la propriété de serveur Option de mise à niveau des index de recherche en texte intégral . Si l’option de mise à niveau a la valeur Importer ou Reconstruire, les index de recherche en texte intégral ne sont pas disponibles pendant la mise à niveau. Selon le volume de données indexé, l’importation peut prendre plusieurs heures et la reconstruction peut durer plus longtemps.
Quand vous affectez la valeur Importer à l’option de mise à niveau, si un catalogue de texte intégral n’est pas disponible, les index de recherche en texte intégral associés sont reconstruits. Pour plus d’informations sur l’affichage ou la modification du paramètre de la propriété Option de mise à niveau des index de recherche en texte intégral , consultez Gérer et surveiller la recherche en texte intégral pour une instance de serveur.
Après la mise à niveau, le niveau de compatibilité des bases de données reste au niveau de compatibilité avant la mise à niveau, sauf si le niveau de compatibilité précédent n’est pas pris en charge dans la nouvelle version. Dans ce cas, le niveau de compatibilité des bases de données mises à niveau est défini sur le niveau de compatibilité le plus bas pris en charge.
Par exemple, si vous attachez une base de données qui avait le niveau de compatibilité 90 avant de l’attacher à une instance de SQL Server 2019 (15.x), après la mise à niveau, le niveau de compatibilité est défini sur 100, qui est le niveau de compatibilité le plus bas pris en charge dans SQL Server 2019 (15.x). Pour plus d’informations, consultez Niveau de compatibilité ALTER DATABASE (Transact-SQL).
Considérations liées à l’après-copie/déplacement
Pensez à effectuer les étapes suivantes après une copie ou un déplacement:
- Modifiez la propriété des bases de données quand vous utilisez la méthode de détachement et d’attachement.
- Supprimez les objets serveur sur le serveur source après un déplacement.
- Supprimez le package SSIS créé par l’Assistant sur le serveur de destination.
- Supprimez le travail SQL Server Agent créé par l’Assistant sur le serveur de destination.