Reflet des limitations d'Oracle dans Microsoft Fabric

Cet article décrit les limites actuelles lors de la mise en miroir de bases de données Oracle dans Microsoft Fabric. Ces limites peuvent changer à mesure que nous continuons à améliorer le service.

Note

Nous prenons actuellement en charge la mise en miroir pour Oracle pour la passerelle de données locale (OPDG). Utilisez la version 3000.282.5 ou ultérieure.

Limites de mise à l’échelle

Voici ce que vous pouvez attendre pour la mise à l’échelle de la base de données :

  • Actuellement, la base de données mise en miroir prend en charge jusqu’à 1 000 tables

Environnements pris en charge

Nous prenons en charge ces environnements Oracle Server :

  • Versions 10 et ultérieures d’Oracle avec LogMiner activé
  • Oracle sur site (machine virtuelle, machine virtuelle Azure)
  • Oracle Cloud Infrastructure (OCI)
  • Oracle Database@Azure
  • Oracle Exadata

La mise en miroir pour Oracle ne peut prendre en charge que les bases de données en mode écriture. LogMiner ne fonctionne pas sur les bases de données en mode lecture.

Note

  • LogMiner doit être activé sur votre serveur Oracle. Cet outil permet de suivre les modifications apportées à votre base de données Oracle pour la mise en miroir en temps réel.

Conditions préalables à la mise en miroir

Voici ce dont vous avez besoin pour la configuration de votre base de données :

Prise en charge des types de données et des schémas

Ces types de données Oracle sont pris en charge :

  • VARCHAR2
  • NVARCHAR2
  • NOMBRE
  • FLOAT
  • DATE
  • BINARY_FLOAT
  • BINARY_DOUBLE
  • RAW
  • ROWID
  • CHAR
  • NCHAR
  • Horodatage avec fuseau horaire local
  • INTERVALLE DE JOUR À SECONDE
  • INTERVAL ANNEE À MOIS

Pour les modifications de schéma (DDL), nous prenons actuellement en charge les éléments suivants :

  • Modifications de colonne (prise en charge partielle) :
    • Ajouter des colonnes
    • Supprimer des colonnes
    • Renommer des colonnes

Note

Les mises à jour des types de données de colonne ne sont pas prises en charge

Nous prenons également en charge la mise en miroir de tables qui ont un partitionnement : si vos tables sources sont partitionnées, nous pouvons les mettre en miroir.

Les tables qui n’ont pas de clé primaire (PK) sont prises en charge : si vous avez un index unique dans vos tables, nous pouvons prendre en charge la mise en miroir de ces tables. Si vos tables ne disposent pas d’une clé primaire (PK) ou d’un index unique, nous ne prenons pas en charge la mise en miroir de ces tables.

Nous ne pouvons pas prendre en charge les noms de tables dont la longueur est supérieure ou égale à 30.

Tables volumineuses et réinitialisations

L'intégration ou le réamorçage de plusieurs tables volumineuses en même temps entraîne des pics soudains de mémoire. Si vous échelonnez des tables volumineuses et que vous évitez les redémarrages en bloc qui déclenchent simultanément plusieurs réinitialisations, cela fonctionne bien.

Autorisations requises

Votre utilisateur de synchronisation a besoin de ces autorisations :

GRANT CREATE SESSION TO user;
GRANT SELECT_CATALOG_ROLE TO user;
GRANT CONNECT, RESOURCE TO user;
GRANT EXECUTE_CATALOG_ROLE TO user;
GRANT FLASHBACK ANY TABLE TO user;
GRANT SELECT ANY DICTIONARY TO user;
GRANT SELECT ANY TABLE TO user;
GRANT LOGMINING TO user;

Exigences de configuration

Paramètres d'archivage du journal

Votre base de données a besoin de ces paramètres de journal d’archivage :

  • Mode ARCHIVELOG activé
  • Conserver le mode journal d’archivage pendant la mise en miroir
  • Rétablir l’archivage des fichiers journaux activé par l’administrateur de base de données

La purge agressive des journaux d’archivage Oracle pendant le chargement initial ou une activité CDC intense peut entraîner de nouvelles tentatives et augmenter la pression sur la mémoire. L’aide à la stablilité consiste à éviter de purger pendant la charge initiale et la capture de données modifiées lourde. Si les fenêtres d’arrêt ne sont pas claires, conservez au moins les logs des dernières 24 heures environ.

Si vous obtenez cette erreur : « Dictionnaire Logminer complet introuvable ou ORA-01291 : fichier journal manquant\nORA-06512 : à \"SYS. DBMS_LOGMNR\., suivez les instructions ci-dessus sur la rétention des fichiers journaux.

Configuration de la journalisation

Si votre utilisateur Oracle n’a pas d’autorisations ALTER DATABASE et ALTER TABLE directes, demandez à votre DBA d’exécuter ces commandes :

  1. Activez la journalisation supplémentaire pour la base de données :

    ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY, UNIQUE) COLUMNS;

  2. Activez la journalisation supplémentaire pour chaque table à mettre en miroir :

    ALTER TABLE {schemaName}.{tableName} ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;

Précision décimale ou échelle non valide pour les colonnes Oracle NUMBER

Problème

Si une colonne Oracle est définie comme NUMBER sans précision ni échelle (c’est-à-dire sans (p,s)), la mise en miroir vers Fabric peut échouer avec l’erreur suivante : Précision ou échelle décimale non valide. Précision : 38 Échelle : 127

Cause

Ce problème peut se produire en raison d’un pilote Oracle client/ODP obsolète utilisé par la passerelle de données locale, qui n’interprète pas correctement les types Oracle NUMBER sans précision et mise à l’échelle explicites.

Résolution

Mettez à niveau les outils clients Oracle utilisés par la passerelle et redémarrez le processus de mise en miroir en procédant comme suit :

  1. Arrêter la mise en miroir de la base de données affectée
    • Si l’arrêt de la mise en miroir a un impact sur les consommateurs en aval, arrêtez également la passerelle de données locale.
  2. Mettre à jour les outils clients Oracle
  3. Redémarrer les services de passerelle
    • Ouvrir services.msc
    • Redémarrer le service de passerelle de données locale
  4. Redémarrer la mise en miroir
    • Revenir au portail Fabric
    • Redémarrer le miroir

Configurez votre passerelle

Actuellement, nous prenons uniquement en charge la connexion à Oracle à l’aide d’une passerelle de données locale (OPDG). Vous devez installer et configurer la passerelle sur une machine qui peut se connecter à votre serveur Oracle.

Pour obtenir des instructions d’installation et de configuration requises pour installer et inscrire votre passerelle, consultez le guide d’installation de la passerelle de données locale.

Note

Dans les configurations de concurrence plus élevée, l’utilisation de la mémoire s’accumule au fil du temps lorsque chaque pipeline de mise en miroir exécute son propre processus. Une meilleure stabilité peut être obtenue par -

  • Utilisation de moins de machines virtuelles de passerelle plus puissantes avec suffisamment de marge de sécurité et
  • Dédier les machines virtuelles exclusivement à la passerelle de données sur site - aucune autre charge Fabric ou de traitement par lots

Si vous recevez cette erreur : « Impossible de se connecter au serveur distant... », soit une tentative de connexion a échoué, car la partie connectée n’a pas répondu correctement après une période de temps ou la connexion établie a échoué, car l’hôte connecté n’a pas pu répondre. Oracle Mirror Publisher s’exécute sur la passerelle de données sur site et doit respecter les exigences autorisées pour la connectivité sortante de la passerelle. Reportez-vous aux Ajuster les paramètres de communication pour la passerelle de données sur site et suivez les instructions répertoriées là-bas.

Problèmes en dehors de la mise en miroir pour Oracle

Si vous obtenez l’une des erreurs suivantes :

  • ORA-00604 : une erreur s’est produite au niveau SQL récursif 1\nORA-01289 : impossible d’ajouter un fichier journal en double +DBSV6162_ARCHIVE_OBIA/CPOBIACH/ARCHIVELOG/2026_03_03/thread_1_seq_138823.582.1226964749\nORA-06512 : à \"SYS.DBMS_LOGMNR\", ligne 82\nORA-06512 : à la ligne 1\nORA-06512 : à la ligne 1\nORA-06512 : à \"SYS.DBMS_LOGMNR\", ligne 72\nORA-06512 : à la ligne 1
  • ORA-65040 : opération non autorisée à partir d’une base de données enfichable.

Vous devez contacter l’équipe de support Oracle ou ouvrir un ticket de support avec Oracle , et non Microsoft. Informez l’équipe du support technique Oracle que la base de données Oracle utilisée pour la mise en miroir a besoin de mises à jour vers le dernier correctif.

Contenu associé

  • Last updated on