Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Création de fournisseurs de données sources dans la conversion de schéma DMS
Vous pouvez utiliser une base de données Microsoft SQL Server, Oracle, PostgreSQL, MySQL, IBM for LUW DB2 DB2 , z/OS IBM for et SAP ASE (Sybase ASE) comme fournisseur de données source dans les projets de migration pour la conversion de schémas DMS.
Veillez à configurer le réseau de manière à autoriser l’interaction entre votre fournisseur de données source et la conversion de schéma DMS. Pour de plus amples informations, veuillez consulter [Configuration d’un réseau pour la conversion de schéma DMS](instance-profiles-network.md).
**Topics**
+ [Utilisation d’une base de données Microsoft SQL Server en tant que source dans la conversion de schéma DMS](data-providers-sql-server.md)
+ [Utilisation d’une base de données Oracle en tant que source dans la conversion de schéma DMS](data-providers-oracle.md)
+ [Utilisation d’une base de données Oracle Data Warehouse en tant que source pour la conversion de schéma DMS](data-providers-oracle-dw.md)
+ [Utilisation d'une base de données PostgreSQL comme source dans le cadre de la conversion de schéma DMS](sc-data-providers-postgresql.md)
+ [Utilisation d'une base de données MySQL comme source dans la conversion de schéma DMS](sc-data-providers-mysql.md)
+ [Utilisation d'une base de données IBM Db2 pour Linux, UNIX et Windows comme source dans le cadre de la conversion de schéma DMS](sc-data-providers-db2luw.md)
+ [Utilisation d'une z/OS base de données IBM Db2 for comme source dans le cadre de la conversion de schéma DMS](sc-data-providers-db2zos.md)
+ [Utilisation d'une base de données SAP ASE (Sybase ASE) comme source dans le cadre de la conversion de AWS DMS schéma](dm-data-providers-source-sybase-ASE.md)
# Utilisation d’une base de données Microsoft SQL Server en tant que source dans la conversion de schéma DMS
Vous pouvez utiliser les bases de données SQL Server en tant que source de migration dans la conversion de schéma DMS.
Vous pouvez utiliser la conversion de schéma DMS pour convertir des objets de code de base de données de SQL Server vers les cibles suivantes :
+ Aurora MySQL
+ Aurora PostgreSQL
+ RDS for MySQL
+ RDS pour PostgreSQL
Pour en savoir plus sur les versions de base de données SQL Server prises en charge, consultez [Fournisseurs de données sources pour la conversion de schéma DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).
Pour plus d'informations sur l'utilisation de la conversion de schéma DMS avec une base de données SQL Server source, consultez le guide de [migration de SQL Server vers MySQL step-by-step.](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-sql-server-mysql.html)
## Privilèges pour Microsoft SQL Server en tant que source
Voici la liste des privilèges requis pour Microsoft SQL Server en tant que source :
+ VIEW DEFINITION
+ VIEW DATABASE STATE
Ce privilège `VIEW DEFINITION` permet aux utilisateurs disposant d’un accès public de consulter les définitions des objets. La conversion de schéma DMS utilise le privilège `VIEW DATABASE STATE` pour vérifier les fonctionnalités de l’édition Enterprise de SQL Server.
Répétez l'octroi pour chaque base de données dont vous convertissez le schéma.
En outre, accordez les privilèges suivants sur la base de données `master` :
+ VIEW SERVER STATE
+ VIEW ANY DEFINITION
La conversion de schéma DMS utilise le privilège `VIEW SERVER STATE` pour collecter les paramètres et la configuration du serveur. Veillez à accorder le privilège `VIEW ANY DEFINITION` permettant de consulter les fournisseurs de données.
Pour lire des informations sur Microsoft Analysis Services, exécutez la commande suivante sur la base de données `master`.
```
EXEC master..sp_addsrvrolemember @loginame = N'', @rolename = N'sysadmin'
```
Dans l’exemple précédent, remplacez l’espace réservé `` par le nom de l’utilisateur auquel vous avez précédemment accordé les privilèges requis.
Pour lire des informations sur l'agent SQL Server, ajoutez votre utilisateur au rôle SQLAgent d'utilisateur. Exécutez la commande suivante sur la base de données `msdb`.
```
EXEC sp_addrolemember , ;
```
Dans l’exemple précédent, remplacez l’espace réservé `` par le nom du rôle SQL Server Agent. Ensuite, remplacez l’espace réservé `` par le nom de l’utilisateur auquel vous avez précédemment accordé les privilèges requis. Pour plus d'informations, consultez la section [Ajouter un utilisateur au rôle SQLAgent d'utilisateur](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.SQLServer.CommonDBATasks.Agent.html#SQLServerAgent.AddUser) dans le *guide de l'utilisateur Amazon RDS*.
Pour détecter l’expédition de journaux, accordez le privilège `SELECT on dbo.log_shipping_primary_databases` sur la base de données `msdb`.
Pour utiliser l’approche de notification de la réplication du langage de définition de données (DDL), accordez le privilège `RECEIVE ON .` sur vos bases de données sources. Dans cet exemple, remplacez l’espace réservé `` par le nom du schéma de la base de données. Remplacez ensuite l’espace réservé `` par le nom d’une table de file d’attente.
# Utilisation d’une base de données Oracle en tant que source dans la conversion de schéma DMS
Vous pouvez utiliser les bases de données Oracle en tant que source de migration dans la conversion de schéma DMS.
Pour vous connecter à la base de données Oracle, utilisez l’ID du système Oracle (SID). Pour trouver le SID Oracle, soumettez la requête suivante à votre base de données Oracle :
```
SELECT sys_context('userenv','instance_name') AS SID FROM dual;
```
Vous pouvez utiliser la conversion de schéma DMS pour convertir des objets de code de base de données d’Oracle Database vers les cibles suivantes :
+ Aurora MySQL
+ Aurora PostgreSQL
+ RDS for MySQL
+ RDS pour PostgreSQL
Pour en savoir plus sur les versions de base de données Oracle prises en charge, consultez [Fournisseurs de données sources pour la conversion de schéma DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).
Pour plus d'informations sur l'utilisation de la conversion de schéma DMS avec une base de données Oracle source, consultez le guide de migration [d'Oracle vers step-by-step PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html).
## Privilèges pour Oracle en tant que source
Les privilèges suivants sont requis pour Oracle en tant que source :
+ CONNECT
+ SELECT\$1CATALOG\$1ROLE
+ SELECT ANY DICTIONARY
+ SELECT ON SYS.ARGUMENT\$1
# Utilisation d’une base de données Oracle Data Warehouse en tant que source pour la conversion de schéma DMS
Vous pouvez utiliser des bases de données Oracle Data Warehouse en tant que source de migration dans l’outil de conversion de schéma DMS pour convertir des objets de code de base de données et le code d’application vers Amazon Redshift.
Pour plus d’informations sur les versions de base de données Oracle prises en charge, consultez [Fournisseurs de données sources pour la conversion de schéma DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion). Pour plus d'informations sur l'utilisation de la conversion de schéma DMS avec une base de données Oracle source, consultez le guide de migration [d'Oracle vers step-by-step PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html).
## Privilèges requis pour l’utilisation d’Oracle Data Warehouse en tant que source
Les privilèges suivants sont requis pour utiliser Oracle Data Warehouse en tant que source :
+ CONNECT
+ SELECT\$1CATALOG\$1ROLE
+ SELECT ANY DICTIONARY
## Paramètres de conversion d’Oracle Data Warehouse vers Amazon Redshift
Pour plus d’informations sur les paramètres de conversion de schéma DMS, consultez [Spécification des paramètres de conversion de schéma pour les projets de migration](schema-conversion-settings.md).
Les paramètres de conversion d’Oracle Data Warehouse vers Amazon Redshift sont les suivants :
+ **Ajouter des commentaires dans le code converti pour les actions ayant le niveau de gravité sélectionné ou un niveau supérieur** : ce paramètre limite le nombre de commentaires sur les actions dans le code converti. DMS ajoute des commentaires dans le code converti pour les éléments d’action ayant le niveau de gravité sélectionné ou un niveau supérieur.
Par exemple, pour réduire au maximum le nombre de commentaires dans votre code converti, choisissez **Erreurs uniquement**. Pour inclure les commentaires pour tous les éléments d’action de votre code converti, choisissez **Tous les messages**.
+ **Nombre maximal de tables pour le cluster Amazon Redshift cible** : ce paramètre définit le nombre maximal de tables que DMS peut appliquer à votre cluster Amazon Redshift cible. Amazon Redshift dispose de quotas qui limitent l’utilisation des tables pour différents types de nœud de cluster. Ce paramètre prend en charge les valeurs suivantes :
+ **Auto** : DMS détermine le nombre de tables à appliquer à votre cluster Amazon Redshift cible en fonction du type de nœud.
+ **Définir une valeur** : définissez le nombre de tables manuellement.
DMS convertit toutes vos tables sources, même si le nombre de tables est supérieur à ce que votre cluster Amazon Redshift peut stocker. DMS stocke le code converti dans votre projet et ne l’applique pas à la base de données cible. Si vous atteignez le quota de tables du cluster Amazon Redshift lorsque vous appliquez le code converti, DMS affiche un message d’avertissement. DMS applique également des tables à votre cluster Amazon Redshift cible jusqu’à ce que le nombre de tables atteigne la limite.
Pour plus d’informations sur les quotas de tables d’Amazon Redshift, consultez la section [Quotas et limites d’Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/mgmt/amazon-redshift-limits.html).
+ **Utiliser la vue UNION ALL** : ce paramètre vous permet de définir le nombre maximal de tables cibles que DMS peut créer pour une seule table source.
Amazon Redshift ne prend pas en charge le partitionnement des tables. Pour émuler le partitionnement des tables et accélérer l’exécution des requêtes, DMS peut migrer chaque partition de votre table source vers une table distincte dans Amazon Redshift. Ensuite, DMS crée une vue incluant les données de toutes les tables cibles qu’il crée.
DMS détermine automatiquement le nombre de partitions de votre table source. Selon le type de partitionnement de votre table source, ce nombre peut dépasser le quota de tables que vous pouvez appliquer à votre cluster Amazon Redshift. Pour éviter d’atteindre ce quota, entrez le nombre maximal de tables cibles que DMS peut créer pour les partitions d’une seule table source. L’option par défaut est 368 tables, soit une partition par jour pendant un an, plus deux tables pour les partitions NO RANGE et UNKNOWN.
+ **Les éléments de format datetype que vous utilisez dans le code Oracle sont semblables aux chaînes de format datetime dans Amazon Redshift** : utilisez ce paramètre pour convertir des fonctions de formatage de type de données telles que `TO_CHAR`, `TO_DATE` et `TO_NUMBER` avec des éléments de format datetime non pris en charge par Amazon Redshift. Par défaut, DMS utilise les fonctions du pack d’extension pour émuler ces éléments non pris en charge dans le code converti.
Le modèle de format datetime d’Oracle inclut plus d’éléments que les chaînes de format datetime d’Amazon Redshift. Lorsque votre code source inclut uniquement des éléments de format datetime pris en charge par Amazon Redshift, définissez cette valeur pour éviter l’utilisation des fonctions du pack d’extension dans le code converti. Le fait d’éviter les fonctions du pack d’extension accélère l’exécution du code converti.
+ **Les éléments de format numérique que vous utilisez dans le code Oracle sont semblables aux chaînes de format numérique d’Amazon Redshift** : utilisez ce paramètre pour convertir les fonctions de formatage de type numérique non prises en charge par Amazon Redshift. Par défaut, DMS utilise les fonctions du pack d’extension pour émuler ces éléments non pris en charge dans le code converti.
Le modèle de format numérique d’Oracle inclut plus d’éléments que les chaînes de format numérique d’Amazon Redshift. Lorsque votre code source inclut uniquement des éléments de format numérique pris en charge par Amazon Redshift, définissez cette valeur pour éviter l’utilisation des fonctions du pack d’extension dans le code converti. Le fait d’éviter les fonctions du pack d’extension accélère l’exécution du code converti.
+ **Utiliser la fonction NVL pour émuler le comportement des fonctions LEAD et LAG d’Oracle** : si votre code source n’utilise pas les valeurs offset par défaut des fonctions `LEAD` et `LAG`, DMS peut émuler ces dernières avec la fonction `NVL`. Par défaut, DMS déclenche une action pour chaque utilisation des fonctions `LEAD` et `LAG`. L’émulation de ces fonctions à l’aide de `NVL` accélère l’exécution du code converti.
+ **Émuler le comportement des clés primaires et uniques** : définissez ce paramètre pour que DMS imite le comportement des contraintes des clés principales et uniques sur le cluster Amazon Redshift cible. Amazon Redshift n’applique pas les contraintes des clés principales et uniques et les utilise uniquement à titre d’information. Si votre code source utilise des contraintes de clé primaire ou unique, définissez ce paramètre pour que DMS imite leur comportement.
+ **Utiliser un encodage de compression** : définissez ce paramètre pour appliquer un encodage de compression aux colonnes des tables Amazon Redshift. DMS attribue automatiquement un encodage de compression à l’aide de l’algorithme Redshift par défaut. Pour plus d’informations sur l’encodage de compression, consultez [Encodages de compression](https://docs.aws.amazon.com/redshift/latest/dg/c_Compression_encodings.html) dans le *Guide du développeur Amazon Redshift Database*.
Amazon Redshift n’applique pas de compression par défaut aux colonnes définies comme clés de tri et de distribution. Pour appliquer une compression à ces colonnes, sélectionnez **Utiliser un encodage de compression pour les colonnes KEY**. Vous ne pouvez sélectionner cette option que lorsque vous définissez **Utiliser un encodage de compression**.
# Utilisation d'une base de données PostgreSQL comme source dans le cadre de la conversion de schéma DMS
Vous pouvez utiliser les bases de données PostgreSQL comme source de migration dans DMS Schema Conversion.
Vous pouvez utiliser la conversion de schéma DMS pour convertir les objets de code de base de données de la base de données PostgreSQL vers les cibles suivantes :
+ MySQL
+ Aurora MySQL
Les privilèges requis pour PostgreSQL en tant que source sont les suivants :
+ CONNECT ON DATABASE
+ USAGE ON SCHEMA
+ SELECT ON ALL TABLES IN SCHEMA
+ SELECT ON ALL SEQUENCES IN SCHEMA
# Utilisation d'une base de données MySQL comme source dans la conversion de schéma DMS
Vous pouvez utiliser les bases de données MySQL comme source de migration dans DMS Schema Conversion.
Vous pouvez utiliser la conversion de schéma DMS pour convertir les objets de code de base de données de la base de données MySQL vers les cibles suivantes :
+ PostgreSQL
+ Aurora PostgreSQL
Les privilèges requis pour MySQL en tant que source sont les suivants :
+ `SELECT ON *.*`
+ `SHOW VIEW ON *.*`
## Paramètres de conversion de MySQL vers PostgreSQL
Pour plus d’informations sur les paramètres de conversion de schéma DMS, consultez [Spécification des paramètres de conversion de schéma pour les projets de migration](schema-conversion-settings.md).
Les paramètres de conversion de MySQL vers PostgreSQL sont les suivants :
+ **Commentaires dans le code SQL converti** : définissez ce paramètre pour ajouter des commentaires dans le code converti pour les actions de gravité sélectionnée ou supérieure.
Valeurs valides :
+ **Erreurs uniquement**
+ **Erreurs et avertissements**
+ **Tous les messages**
# Utilisation d'une base de données IBM Db2 pour Linux, UNIX et Windows comme source dans le cadre de la conversion de schéma DMS
Vous pouvez utiliser une base de données IBM Db2 pour Linux, UNIX et Windows comme source de migration dans DMS Schema Conversion.
Vous pouvez utiliser la conversion de schéma DMS pour convertir les objets de code de base de données de Db2 pour Linux, UNIX et Windows Database vers les cibles suivantes :
+ Aurora PostgreSQL
+ Amazon RDS pour PostgreSQL
Pour plus d'informations sur les versions de bases de données IBM Db2 pour Linux, UNIX et Windows prises en charge, voir [Fournisseurs de données sources pour la conversion de schéma DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion)
## Conditions requises pour IBM Db2 pour Linux, UNIX et Windows en tant que base de données source
Vous pouvez utiliser l'exemple de code suivant pour vérifier la version de votre base de données source IBM Db2 pour Linux, UNIX et Windows :
```
SELECT SERVICE_LEVEL FROM SYSIBMADM.ENV_INST_INFO;
```
## Privilèges pour IBM Db2 pour Linux, UNIX et Windows en tant que base de données source
Les privilèges nécessaires pour se connecter à une base de données DB2 pour Linux, UNIX et Windows et lire les catalogues et les tables du système sont les suivants :
```
EXECUTE ON PACKAGE NULLID.SYSSH200
EXECUTE ON PACKAGE NULLID.SQLC2O26 /* If Db2 LUW runs on a Linux operating system */
EXECUTE ON FUNCTION SYSPROC.ENV_GET_INST_INFO
EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_AUTHORITIES_FOR_AUTHID
EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_GROUPS_FOR_AUTHID
EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_ROLES_FOR_AUTHID
SELECT ON SYSIBMADM.ENV_INST_INFO
SELECT ON SYSIBMADM.ENV_SYS_INFO
SELECT ON SYSIBMADM.PRIVILEGES
SELECT ON SYSCAT.ATTRIBUTES
SELECT ON SYSCAT.CHECKS
SELECT ON SYSCAT.COLIDENTATTRIBUTES
SELECT ON SYSCAT.COLUMNS
SELECT ON SYSCAT.DATAPARTITIONEXPRESSION
SELECT ON SYSCAT.DATAPARTITIONS
SELECT ON SYSCAT.DATATYPEDEP
SELECT ON SYSCAT.DATATYPES
SELECT ON SYSCAT.HIERARCHIES
SELECT ON SYSCAT.INDEXCOLUSE
SELECT ON SYSCAT.INDEXES
SELECT ON SYSCAT.INDEXPARTITIONS
SELECT ON SYSCAT.KEYCOLUSE
SELECT ON SYSCAT.MODULEOBJECTS
SELECT ON SYSCAT.MODULES
SELECT ON SYSCAT.NICKNAMES
SELECT ON SYSCAT.PERIODS
SELECT ON SYSCAT.REFERENCES
SELECT ON SYSCAT.ROUTINEPARMS
SELECT ON SYSCAT.ROUTINES
SELECT ON SYSCAT.ROWFIELDS
SELECT ON SYSCAT.SCHEMATA
SELECT ON SYSCAT.SEQUENCES
SELECT ON SYSCAT.TABCONST
SELECT ON SYSCAT.TABLES
SELECT ON SYSCAT.TRIGGERS
SELECT ON SYSCAT.VARIABLEDEP
SELECT ON SYSCAT.VARIABLES
SELECT ON SYSCAT.VIEWS
SELECT ON SYSIBM.SYSDUMMY1
```
# Utilisation d'une z/OS base de données IBM Db2 for comme source dans le cadre de la conversion de schéma DMS
Vous pouvez utiliser un IBM Db2 pour les z/OS bases de données comme source de migration dans DMS Schema Conversion.
Vous pouvez utiliser la conversion de schéma DMS pour convertir les objets de code de base de données de Db2 for z/OS Database vers les cibles suivantes :
+ Amazon RDS for Db2
+ Amazon RDS pour PostgreSQL
+ Aurora PostgreSQL
Pour plus d'informations sur les versions de z/OS base de données IBM Db2 prises en charge, voir [Fournisseurs de données sources pour la conversion de schémas DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Introduction.Sources.html#CHAP_Introduction.Sources.SchemaConversion).
## Conditions requises pour IBM Db2 en z/OS tant que base de données source
La version de base de données IBM Db2 pour z/OS version 12, niveau de fonction 100, ne prend pas en charge la plupart des nouvelles fonctionnalités d'IBM Db2 pour z/OS version 12. Cette version de base de données prend en charge le retour à la version 11 de DB2 et le partage de données avec DB2 version 11. Pour éviter la conversion de fonctionnalités non prises en charge par la version 11 de DB2, nous vous recommandons d'utiliser un IBM Db2 pour un niveau de fonction z/OS de base de données 500 ou supérieur comme source pour SC. AWS DMS
Vous pouvez utiliser l'exemple de code suivant pour vérifier la version de votre z/OS base de données IBM Db2 for source :
```
SELECT GETVARIABLE('SYSIBM.VERSION') as version FROM SYSIBM.SYSDUMMY1;
```
Assurez-vous que ce code renvoie la version `DSN12015` ou une version supérieure.
Vous pouvez utiliser l'exemple de code suivant pour vérifier la valeur du registre `APPLICATION COMPATIBILITY` spécial dans votre base de données source IBM Db2 for z/OS :
```
SELECT CURRENT APPLICATION COMPATIBILITY as version FROM SYSIBM.SYSDUMMY1;
```
Assurez-vous que ce code renvoie la version `V12R1M500` ou une version supérieure.
## Privilèges pour IBM Db2 en z/OS tant que base de données source
Les privilèges nécessaires pour se connecter à une z/OS base de données DB2 et lire les catalogues et les tables du système sont les suivants :
```
SELECT ON SYSIBM.LOCATIONS
SELECT ON SYSIBM.SYSCHECKS
SELECT ON SYSIBM.SYSCOLUMNS
SELECT ON SYSIBM.SYSDATABASE
SELECT ON SYSIBM.SYSDATATYPES
SELECT ON SYSIBM.SYSDUMMY1
SELECT ON SYSIBM.SYSFOREIGNKEYS
SELECT ON SYSIBM.SYSINDEXES
SELECT ON SYSIBM.SYSKEYCOLUSE
SELECT ON SYSIBM.SYSKEYS
SELECT ON SYSIBM.SYSKEYTARGETS
SELECT ON SYSIBM.SYSJAROBJECTS
SELECT ON SYSIBM.SYSPACKAGE
SELECT ON SYSIBM.SYSPARMS
SELECT ON SYSIBM.SYSRELS
SELECT ON SYSIBM.SYSROUTINES
SELECT ON SYSIBM.SYSSEQUENCES
SELECT ON SYSIBM.SYSSEQUENCESDEP
SELECT ON SYSIBM.SYSSYNONYMS
SELECT ON SYSIBM.SYSTABCONST
SELECT ON SYSIBM.SYSTABLES
SELECT ON SYSIBM.SYSTABLESPACE
SELECT ON SYSIBM.SYSTRIGGERS
SELECT ON SYSIBM.SYSVARIABLES
SELECT ON SYSIBM.SYSVIEWS
```
# Utilisation d'une base de données SAP ASE (Sybase ASE) comme source dans le cadre de la conversion de AWS DMS schéma
Vous pouvez utiliser les bases de données SAP ASE (Sybase ASE) comme source de migration dans DMS Schema Conversion.
Vous pouvez utiliser la conversion de schéma DMS pour convertir les objets de code de base de données de la base de données SAP ASE (Sybase ASE) vers les cibles suivantes :
+ Aurora PostgreSQL
+ RDS pour PostgreSQL
Pour plus d'informations sur les versions de base de données SAP ASE (Sybase ASE) prises en charge, voir [Fournisseurs de données sources pour la conversion de schéma DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion)
## Privilèges pour SAP ASE (Sybase ASE) en tant que base de données source
Les privilèges suivants sont requis lors de l'utilisation de SAP ASE (Sybase ASE) comme base de données source :
+ USE master
+ sélectionnez sur dbo.spt\$1values
+ sélectionnez sur asehostname
Pour chaque base de données à migrer, accordez les privilèges suivants :
+ UTILISEZ db\$1name *(remplacez db\$1name par le nom de la base de données en cours de migration*)
+ sélectionnez sur dbo.sysusers
+ sélectionnez sur dbo.sysobjects
+ sélectionnez sur dbo.sysindexes
+ sélectionnez sur dbo.syscolumns
+ sélectionnez sur dbo.sysreferences
+ sélectionnez sur dbo.syscomments
+ sélectionnez sur dbo.syspartitions
+ sélectionnez sur dbo.syspartitionkeys
+ sélectionnez sur dbo.sysconstraints
+ sélectionnez sur dbo.systypes
+ sélectionnez sur dbo.sysqueryplans