Voici les limites connues de l'utilisation de Database Migration Service pour migrer des charges de travail Oracle vers AlloyDB pour PostgreSQL:
- La migration sera cohérente à terme et ne répliquera pas chaque transaction au fur et à mesure. La migration importe des données de plusieurs tables. L'ordre dans lequel les données sont chargées dans la destination peut varier, mais il se réaligne avec la source une fois les écritures sur la source arrêtées et le tampon de migration effacé.
- Les transactions annulées peuvent être temporairement visibles dans la destination si elles sont suffisamment longues. Pour réduire le temps de latence, les données des fichiers journaux de rétablissement de la base de données Oracle peuvent être migrées avant l'engagement d'une transaction. Elles seront supprimées lorsque la transaction sera annulée.
- Les instructions
SAVEPOINTne sont pas compatibles et peuvent entraîner des différences de données en cas de rollback. - 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.
- Lors d'une migration, les modifications LDD (langage de définition de données) apportées aux données, aux schémas et aux métadonnées ne sont pas acceptées. Pour les modifications de schéma, modifiez l'espace de travail de conversion en fonction du nouveau schéma, puis modifiez les jobs de migration concernés.
- Les tables créées après le début de la migration ne seront pas migrées automatiquement. Vous devez d'abord créer les tables dans la destination, puis mettre à jour l'espace de travail de conversion avec la liste révisée des tables.
- Les colonnes de table de base de données dont les types de données sont
ANYDATA,LONG/LONG RAW,NCLOB,UDT,UROWIDouXMLTYPEne sont pas acceptées et seront remplacées par des valeursNULL. - Les dates nulles dans les types de données
DATEouDATETIMEne sont pas acceptées. Les dates nulles sont remplacées par des valeursNULL. - Pour Oracle 11g, les colonnes de table de base de données avec les types de données
ANYDATAouUDTne sont pas acceptées, et l'ensemble de la table ne sera pas répliqué. - Les tables organisées en index (IOT) ne sont pas acceptées.
- Pour les colonnes de table de base de données dont le type de données est
BFILE, seul le chemin d'accès au fichier sera répliqué. Le contenu du fichier ne sera pas répliqué. - Oracle Label Security (OLS) n'est pas répliqué.
- Les valeurs de séquence ne sont pas migrées. Définissez manuellement des numéros de séquence pour éviter toute collision de données avec les données répliquées.