L’installation de l’ensemble d’outils SSMA se déroule en deux temps. Il vous faut d’abord installer l’application principale sur un système disposant d’un accès aux serveurs de base de données source (Oracle) et de destination (SQL Server). Même si SSMA est gratuit, son utilisation nécessite une licence SQL Server.
Installation de SSMA et des packs d’extension
Les étapes de connexion, d’inscription et d’enregistrement concernant le fichier de licence sont très faciles. L’application SSMA principale utilise seulement 9 Mo d’espace disque et quelques minutes suffisent pour l’installer. Une fois l’application principale en place, il faut installer les packs d’extension sur les instances de serveur de base de données source et de destination. Des autorisations spécifiques sont requises sur les deux systèmes car les utilisateurs, les bases de données et d’autres objets associés doivent être créés.
Les administrateurs de base de données (DBA) ne distribuent pas facilement ces autorisations (pour des raisons de sécurité) et il vous faudra travailler avec eux pour créer un compte de connexion (login) disposant des autorisations suivantes : CONNECT, créer, saisir, déclencher et exécuter des procédures, ainsi que sélectionner des tables et des séquences. Cette partie du processus d’installation ne dure que quelques minutes si la connectivité et les autorisations ont été établies.
Dans SSMA 2.0, un ID utilisateur intitulé TEST_ PLATFORM est créé au niveau de l’instance Oracle, alors que l’instance SQL Server reçoit deux bases de données, SYSDB et TEST_PLATFORM_DB. Tous les objets dans SYSDB sont détenus par l’ID utilisateur ssma. SYSDB sert à simuler certaines fonctionnalités internes d’Oracle, notamment la gestion des exceptions, les packages, les séquences, les fonctions de date et la manipulation de chaînes.
Bien que SQL Server gère ses propres versions des packages, séquences et exceptions, SSMA utilise les simulations au cours de la conversion du code. Au bout du compte, c’est à l’utilisateur final de déterminer la méthode à déployer et à gérer. La base de données Test_Platform_ DB sert à tester les objets et données migrés à partir de l’instance Oracle et elle contient les scripts de test. Les appels de test concernant des objets dans l’instance Oracle et la destination SQL Server proviennent de cette base de données et ses objets sont détenus par l’ID utilisateur dbtest.
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Cybersécurité Active Directory et les attaques de nouvelle génération
- Afficher les icônes cachées dans la barre de notification
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
- Les 6 étapes vers un diagnostic réussi
Les plus consultés sur iTPro.fr
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Reprendre le contrôle de son SI : la clé d’un numérique à la fois souverain et responsable
- Splunk : vers un SOC agentique et de confiance
- Le trilemme de la souveraineté : le coût caché du cloud qui freine l’IA en Europe
Articles les + lus
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Mars 2026
Une nouvelle ère de la modernisation du mainframe
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
À la une de la chaîne Tech
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
