Partager via

Connexion à SQL Server (SybaseToSQL)

  • Article

Pour migrer des bases de données Sybase Adaptive Server Enterprise (ASE) vers SQL Server, vous devez vous connecter à l’instance cible de SQL Server. Lorsque vous vous connectez, SSMA obtient des métadonnées sur toutes les bases de données de l’instance de SQL Server et affiche les métadonnées de base de données dans l’Explorateur de métadonnées SQL Server. SSMA stocke des informations sur l’instance de SQL Server à laquelle vous êtes connecté, mais ne stocke pas les mots de passe.

Votre connexion à SQL Server reste active jusqu’à ce que vous fermez le projet. Lorsque vous rouvrez le projet, vous devez vous reconnecter à SQL Server si vous souhaitez une connexion active au serveur. Vous pouvez travailler hors connexion jusqu’à ce que vous chargez des objets de base de données dans SQL Server et migrez des données.

Les métadonnées relatives à l’instance de SQL Server ne sont pas synchronisées automatiquement. Au lieu de cela, si vous souhaitez mettre à jour les métadonnées dans l’Explorateur de métadonnées SQL Server, vous devez mettre à jour manuellement les métadonnées SQL Server, comme décrit dans la section « Synchronisation des métadonnées SQL Server » plus loin dans cette rubrique.

Autorisations SQL Server requises

Le compte utilisé pour se connecter à SQL Server nécessite des autorisations différentes en fonction des actions effectuées par le compte :

  • Pour convertir des objets ASE en syntaxe Transact-SQL, pour mettre à jour les métadonnées à partir de SQL Server ou pour enregistrer la syntaxe convertie en scripts, le compte doit avoir l’autorisation de se connecter à l’instance de SQL Server.

  • Pour charger des objets de base de données dans SQL Server, le compte doit être membre du rôle de base de données db_ddladmin .

  • Pour migrer des données vers SQL Server, le compte doit être :

    • Membre du rôle de base de données db_owner , si vous utilisez le moteur de migration de données côté client.
    • Membre du rôle serveur sysadmin, si vous utilisez le moteur de migration de données côté serveur. Cela est nécessaire pour créer l’étape de travail sql Server Agent pendant la CmdExec migration des données pour exécuter l’outil de copie en bloc SSMA.

      Note

      Les comptes proxy SQL Server Agent ne sont pas pris en charge par la migration des données côté serveur.

  • Pour exécuter le code généré par SSMA, le compte doit disposer EXECUTE d’autorisations pour toutes les fonctions définies par l’utilisateur dans le schéma ssma_syb de la base de données cible. Ces fonctions fournissent des fonctionnalités équivalentes des fonctions système ASE et sont utilisées par des objets convertis.

Établissement d’une connexion SQL Server

Avant de convertir des objets de base de données ASE en syntaxe SQL Server, vous devez établir une connexion à l’instance de SQL Server où vous souhaitez migrer la base de données ou les bases de données ASE.

Lorsque vous définissez les propriétés de connexion, vous spécifiez également la base de données dans laquelle les objets et les données seront migrés. Vous pouvez personnaliser ce mappage au niveau du schéma ASE après vous être connecté à SQL Server. Pour plus d’informations, consultez Mappage de schémas ASE Sybase à des schémas SQL Server (SybaseToSQL).

Important

Avant de tenter de vous connecter à SQL Server, vérifiez que l’instance de SQL Server est en cours d’exécution et peut accepter les connexions.

Pour vous connecter à SQL Server :

  1. Dans le menu Fichier , sélectionnez Se connecter à SQL Server. Si vous vous êtes précédemment connecté à SQL Server, le nom de la commande est Reconnecter à SQL Server.

  2. Dans la boîte de dialogue de connexion, entrez ou sélectionnez le nom de l’instance de SQL Server.

    • Si vous vous connectez à l’instance par défaut sur l’ordinateur local, vous pouvez entrer localhost ou un point (.).
    • Si vous vous connectez à l’instance par défaut sur un autre ordinateur, entrez le nom de l’ordinateur.
    • Si vous vous connectez à une instance nommée sur un autre ordinateur, entrez le nom de l’ordinateur suivi d’une barre oblique inverse, puis le nom de l’instance, par MyServer\MyInstanceexemple .

  3. Si votre instance de SQL Server est configurée pour accepter les connexions sur un port non par défaut, entrez le numéro de port utilisé pour les connexions SQL Server dans la zone de port du serveur . Pour l’instance par défaut de SQL Server, le numéro de port par défaut est 1433. Pour les instances nommées, SSMA tente d’obtenir le numéro de port du service SQL Server Browser.

  4. Dans la zone Base de données , entrez le nom de la base de données cible. Cette option n’est pas disponible lors de la reconnexion à SQL Server.

  5. Dans la zone Authentification , sélectionnez le type d’authentification à utiliser pour la connexion. Pour utiliser le compte Windows actuel, sélectionnez Authentification Windows. Pour utiliser une connexion SQL Server, sélectionnez l’authentification SQL Server, puis fournissez le nom de connexion et le mot de passe.

  6. Pour la connexion sécurisée, deux contrôles sont ajoutés, les cases à cocher Chiffrer la connexion et TrustServerCertificate . Uniquement lorsque la case à cocher Chiffrer la connexion est cochée, la case à cocher TrustServerCertificate est visible. Lorsque chiffrer la connexion est cochée (true) et TrustServerCertificate est décochée (false), elle valide le certificat SSL SQL Server. La validation du certificat de serveur est une partie de la négociation SSL qui garantit qu'il s'agit du serveur correct avec lequel établir une connexion. Pour vous assurer qu’un certificat doit être installé côté client et côté serveur.

  7. Cliquez sur Connecter.

Important

Bien que vous puissiez vous connecter à une version ultérieure de SQL Server, par rapport à la version choisie lors de la création du projet de migration, la conversion des objets de base de données est déterminée par la version cible du projet et non par la version de SQL Server à laquelle vous êtes connecté.

Reconnexion à SQL Server

Votre connexion à SQL Server reste active jusqu’à ce que vous fermez le projet. Lorsque vous rouvrez le projet, vous devez vous reconnecter à SQL Server si vous souhaitez une connexion active au serveur. Vous pouvez travailler hors connexion jusqu’à ce que vous mettez à jour les métadonnées, chargez des objets de base de données dans SQL Server et migrez des données.

La procédure de reconnexion à SQL Server est la même que la procédure d’établissement d’une connexion.

Synchronisation des métadonnées SQL Server

Les métadonnées relatives aux bases de données SQL Server ne sont pas automatiquement mises à jour. Les métadonnées de l’Explorateur de métadonnées SQL Server sont un instantané des métadonnées lorsque vous vous êtes connecté à SQL Server pour la première fois, ou la dernière fois que vous avez mis à jour manuellement les métadonnées. Vous pouvez mettre à jour manuellement les métadonnées pour toutes les bases de données, ou pour n’importe quel objet de base de données ou de base de données unique. Pour synchroniser les métadonnées :

  1. Vérifiez que vous êtes connecté à SQL Server.

  2. Dans l’Explorateur de métadonnées SQL Server, cochez la case en regard de la base de données ou du schéma de base de données que vous souhaitez mettre à jour. Par exemple, pour mettre à jour les métadonnées de toutes les bases de données, sélectionnez la zone en regard des bases de données.

  3. Cliquez avec le bouton droit sur Bases de données ou le schéma de base de données individuel, puis sélectionnez Synchroniser avec la base de données.

Étape suivante

L’étape suivante de la migration dépend des besoins de votre projet :

Voir aussi

Migration de bases de données Sybase ASE vers SQL Server - Azure SQL Database (SybaseToSQL)