Les limites connues d'utilisation d'une base de données Oracle en tant que source incluent les suivantes:
- Database Migration Service n'accepte que les encodages définis par
UTF8
pour la base de données de destination. Les noms de schéma et de table qui incluent des caractères qui ne font pas partie de l'ensemble d'encodageUTF8
ne sont pas acceptés. - Les noms de colonnes de tableau qui incluent des caractères autres que des caractères alphanumériques ou un trait de soulignement (
_
) ne sont pas acceptés. - Les tâches de migration sont limitées à 10 000 tables.
- Database Migration Service est compatible avec l'architecture multitenancy d'Oracle (CDB/PDB), mais vous ne pouvez migrer qu'une seule base de données connectable dans une tâche de migration.
- Oracle Autonomous Database n'est pas compatible.
- La taille des lignes est limitée à 100 Mo. Les lignes qui dépassent la limite de 100 Mo ne sont pas migrées et s'affichent sous forme d'erreurs dans la tâche de migration.
- Les tables organisées en index (IOT) ne sont pas acceptées.
- Les tables temporaires globales nécessitent que l'extension PostgreSQL
pgtt
soit installée et créée à la destination. - Pour les colonnes de type
BFILE
, seul le chemin d'accès au fichier sera répliqué. Le contenu du fichier ne sera pas répliqué. - Les colonnes des types de données
ANYDATA
,INTERVAL DAY TO SECOND
,INTERVAL YEAR TO MONTH
,LONG/LONG RAW
,NCLOB
,SDO_GEOMETRY
,UDT
,UROWID
etXMLTYPE
ne sont pas acceptées et seront remplacées par des valeursNULL
. - Les dates nulles dans les types de données
DATE
,DATETIME
ouTIMESTAMP
ne sont pas acceptées. Les dates nulles sont remplacées par des valeursNULL
. - Pour Oracle 11g, les tables contenant des colonnes de types de données
ANYDATA
ouUDT
ne sont pas acceptées, et l'ensemble de la table ne sera pas répliqué. - Oracle Label Security (OLS) n'est pas répliqué.
- Les tâches planifiées à l'aide de
dbms_job
ou dedbms_scheduler
ne sont pas migrées. - Les définitions de vues matérialisées sont migrées, mais leurs données matérialisées ne le sont pas. Une fois la migration terminée, actualisez vos vues matérialisées afin de les renseigner avec les données des tables migrées.
- Les séquences sont migrées, mais leurs valeurs dans la base de données source peuvent continuer à progresser avant la fin de la migration. Une fois la migration terminée, mettez à jour les valeurs de séquence sur l'instance de destination pour qu'elles correspondent à celles de la base de données source.
- Database Migration Service n'est pas compatible avec les modifications de schéma. Pour les modifications de schéma, mettez à jour l'espace de travail de conversion en fonction du nouveau schéma, puis mettez à jour les jobs de migration concernés.
- Toutes les tables de la destination doivent avoir une clé primaire. Si une table de la source ne possède pas de clé primaire, vous devez en créer une à l'aide de l'une des options de la section Migrer des tables sans clé primaire.
- La base de données de destination doit porter le même nom que le nom d'utilisateur utilisé pour s'y connecter.
- Database Migration Service est compatible avec les encodages de jeu de caractères suivants pour les bases de données Oracle :
AL16UTF16
AL32UTF8
IN8ISCII
JA16SJIS
US7ASCII
UTF8
WE8ISO8859P1
WE8ISO8859P9
WE8ISO8859P15
WE8MSWIN1252
ZHT16BIG5
- Database Migration Service n'est pas compatible avec la connectivité directe aux bases de données à l'aide de la fonctionnalité SCAN (Single Client Access Name) dans les environnements Oracle Real Application Clusters (RAC). Pour en savoir plus sur les solutions potentielles, consultez la section Déboguer la connectivité.
Quotas
- Jusqu'à 2 000 profils de connexion et 1 000 tâches de migration peuvent coexister à un moment donné. Pour libérer de l'espace, vous pouvez supprimer des profils de connexion et des tâches de migration (y compris celles déjà effectuées).