Processus de migration de Microsoft SQL Server
Ce processus de migration est identique pour Microsoft SQL Server et Microsoft SQL Server Express.
Pour plus d'informations, consultez l'article suivant de la base de connaissances Microsoft : https://msdn.microsoft.com/en-us/library/ms189624.aspx.
Conditions préalables requises :
•Les instances SQL Server source et cible doivent être installées. Elles peuvent être hébergées sur des ordinateurs différents.
•La version de l'instance SQL Server cible doit être la même que celle de l'instance source. Une mise à niveau vers une version antérieure n'est pas prise en charge.
•SQL Server Management Studio doit être installé. Si les instances SQL Server se trouvent sur des ordinateurs distincts, SQL Server Management Studio doit être installé sur les deux ordinateurs.
Migration à l'aide de SQL Server Management Studio
1.Arrêtez le service ESET PROTECT Server.
|
Ne démarrez pas ESET PROTECT Server avant d'avoir effectué toutes les étapes ci-dessous. |
2.Connectez-vous à l'instance SQL Server source par le biais de SQL Server Management Studio.
3.Effectuez une sauvegarde complète de la base de données à migrer. Il est recommandé de spécifier un nouveau nom de jeu de sauvegarde. Sinon, si le jeu de sauvegarde a déjà été utilisé, la nouvelle sauvegarde lui sera ajoutée, ce qui générera un fichier de sauvegarde inutilement volumineux.
4.Mettez la base de données source hors ligne en sélectionnant Tâches > Mettre hors ligne.
5.Copiez le fichier de sauvegarde (.bak) créé à l'étape 3 à un emplacement accessible à partir de l'instance SQL Server cible. Il est possible que vous deviez modifier les droits d'accès du fichier de sauvegarde de base de données.
6.Connectez-vous à l'instance SQL Server cible à l'aide de SQL Server Management Studio.
7.Restaurez votre base de données sur l'instance SQL Server cible.
8.Saisissez le nom de la nouvelle base de données dans le champ Base de données de destination. Si vous préférez, vous pouvez utiliser le nom de l'ancienne base de données.
9.Sous Spécifiez la source et l'emplacement des jeux de sauvegarde à restaurer, sélectionnez À partir du périphérique, puis cliquez sur … .
10. Cliquez sur Ajouter, accédez à votre fichier de sauvegarde, puis ouvrez-le.
11. Sélectionnez la sauvegarde la plus récente à restaurer (le jeu de sauvegarde peut contenir plusieurs sauvegardes).
12. Cliquez sur la page Options de l'assistant de restauration. Vous pouvez éventuellement sélectionner Remplacer la base de données existante et vérifier que les emplacements de restauration de la base de données (.mdf) et du journal (.ldf) sont corrects. Si vous conservez les valeurs par défaut, les chemins de l'instance SQL Server source seront utilisés. Vérifiez que ces valeurs sont correctes.
Si vous ne savez pas où les fichiers de base de données sont stockés sur l'instance SQL Server cible, cliquez avec le bouton droit sur une base de données existante, sélectionnez Propriétés, puis cliquez sur l'onglet Fichiers. Le répertoire dans lequel est stockée la base de données est indiqué dans la colonne Chemin d'accès du tableau ci-dessous.
13. Dans la fenêtre de l'assistant de restauration, cliquez sur OK.
14. Vérifiez que l'authentification SQL Server est activée pour la nouvelle base de données. Cliquez avec le bouton droit sur le serveur, puis cliquez sur Propriétés. Accédez à Sécurité, puis vérifiez que le mode d'authentification SQL Server et Windows est sélectionné.
15. Créez des informations d'identification SQL Server (pour ESET PROTECT Server) dans l'instance SQL Server cible avec l'authentification SQL Server et mappez-les sur un utilisateur de la base de données restaurée.
•N'appliquez pas l'expiration des mots de passe.
•Caractères recommandés pour les noms d'utilisateur : Lettres ASCII en minuscules, chiffres et trait de soulignement « _ »
•Caractères recommandés pour les mots de passe : Caractères ASCII UNIQUEMENT, y compris des lettres ASCII en majuscules et en majuscules, des chiffres, des espaces et des caractères spéciaux
•N'utilisez pas de caractères non-ASCII tels que les accolades et le caractère @
•Si vous ne suivez pas les recommandations ci-dessus relatives aux caractères, il est possible que vous rencontriez des problèmes de connexion de base de données ou que vous deviez échapper les caractères spéciaux lors des étapes de modification de la chaîne de connexion à la base de données qui suivent. Les règles d'échappement de caractères ne sont pas incluses dans ce document.
16. Mappez les informations d'identification sur un utilisateur de la base de données cible. Dans l'onglet des mappages des utilisateurs, vérifiez que l'utilisateur de la base de données dispose des rôles suivants : db_datareader, db_datawriter, db_owner.
17. Pour activer les dernières fonctionnalités du serveur de base de données, remplacez le niveau de compatibilité de la base de données restaurée par le plus récent. Cliquez avec le bouton droit sur la nouvelle base de données, puis ouvrez ses propriétés.
|
SQL Server Management Studio n'est pas en mesure de définir les niveaux de compatibilité ultérieurs à la version en cours d'utilisation. Par exemple, SQL Server Management Studio 2014 ne peut pas définir le niveau de compatibilité de SQL Server 2019. |
18. Vérifiez que le protocole de connexion TCP/IP est activé pour « db_instance_name » (SQLEXPRESS ou MSSQLSERVER, par exemple) et que le port TCP/IP est défini sur 1433. Pour ce faire, ouvrez Gestionnaire de configuration SQL Server, accédez à Configuration du réseau SQL Server > Protocoles pour db_instance_name, cliquez avec le bouton droit sur TCP/IP et sélectionnez Activé. Double-cliquez sur TCP/IP, passez à l'onglet Protocoles, faites défiler l'affichage jusqu'à IPAll et saisissez 1433 dans le champ Port TCP. Cliquez sur OK et redémarrez le service SQL Server.
