Connexion à SQL Server (OracleToSQL)
Pour migrer des bases de données Oracle 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, pour 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. Pour plus d’informations, consultez 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 Oracle en syntaxe Transact-SQL, pour mettre à jour les métadonnées 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_oracle de la base de données cible. Ces fonctions fournissent des fonctionnalités équivalentes des fonctions système Oracle et sont utilisées par des objets convertis.
Établissement d’une connexion SQL Server
Avant de convertir des objets de base de données Oracle 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 Oracle.
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 Oracle après vous être connecté à SQL Server. Pour plus d’informations, consultez Mappage des schémas Oracle aux schémas SQL Server (OracleToSQL).
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 :
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.
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\MyInstance
exemple .
- Si vous vous connectez à l’instance par défaut sur l’ordinateur local, vous pouvez entrer
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.
Dans la zone Base de données , entrez le nom de la base de données cible. Cette option n’est pas disponible lorsque vous vous reconnectez à SQL Server.
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 Authentification SQL Server, puis indiquez le nom de connexion et le mot de passe.
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.
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é.
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 :
Vérifiez que vous êtes connecté à SQL Server.
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.
Cliquez avec le bouton droit sur Bases de données, ou sur la base de données individuelle ou le schéma de base de données, 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 :
- Pour personnaliser le mappage entre les schémas Oracle et les bases de données et les schémas SQL Server, consultez Mappage des schémas Oracle aux schémas SQL Server (OracleToSQL).
- Pour personnaliser les options de configuration des projets, consultez Définition des options de projet (OracleToSQL).
- Pour personnaliser le mappage des types de données source et cible, consultez Mappage des types de données Oracle et SQL Server (OracleToSQL).
- Si vous n’avez pas besoin d’effectuer l’une de ces tâches, vous pouvez convertir les définitions d’objets de base de données Oracle en définitions d’objets SQL Server. Pour plus d’informations, consultez Conversion de schémas Oracle (OracleToSQL).
Voir aussi
Migration de bases de données Oracle vers SQL Server (OracleToSQL)