Partager via

Limitations dans les bases de données mise en miroir de Microsoft Fabric à partir de Snowflake

  • Article

Les limitations actuelles des bases de données mises en miroir de Microsoft Fabric à partir de Snowflake sont répertoriées dans cette page. Cette page est susceptible d’être modifiée.

Limitations au niveau de la base de données

  • S’il n’existe aucune mise à jour dans une table source, le moteur de réplicateur commence à se retirer avec une durée exponentiellement croissante pour cette table, jusqu’à une heure. Le même phénomène peut se produire en cas d’erreur temporaire, entraînant l'interruption de l’actualisation des données. Le moteur de réplicateur reprend automatiquement l’interrogation régulière après la détection des données mises à jour.
  • Seule la réplication de tables natives est prise en charge. Actuellement, les tables externes, transitoires, temporaires et dynamiques ne sont pas prises en charge.
  • La hiérarchie de schéma source est répliquée dans la base de données mise en miroir. Pour les bases de données mises en miroir créées avant l’activation de cette fonctionnalité, le schéma source est aplatit et le nom du schéma est encodé dans le nom de la table. Si vous souhaitez réorganiser des tables avec des schémas, recréez votre base de données mise en miroir. Pour en savoir plus sur la hiérarchie du schéma source répliqué.
  • La mise en miroir prend en charge la réplication de colonnes contenant des espaces ou des caractères spéciaux dans des noms (tels que ,;{}()\n\t=). Pour les tables sous réplication avant que cette fonctionnalité soit activée, vous devez mettre à jour les paramètres de base de données mis en miroir ou redémarrer la mise en miroir pour inclure ces colonnes. Pour en savoir plus sur la prise en charge du mappage de colonnes Delta, consultez.
  • Le nombre maximal de tables pouvant être mise en miroir dans Fabric est de 500 tables. Les tables dépassant la limite de 500 ne peuvent pas actuellement être répliquées.
    • Si vous sélectionnez Mettre en miroir toutes les données lors de la configuration de la mise en miroir, les tables à mettre en miroir seront déterminées en prenant les 500 premières tables lorsque toutes les tables sont triées par ordre alphabétique en fonction du nom du schéma, puis du nom de la table. Les tables restantes au bas de la liste alphabétique ne seront pas mise en miroir.
    • Si vous désélectionnez Mettre en miroir toutes les données et sélectionnez des tables individuelles, vous ne pouvez pas sélectionner plus de 500 tables.

Réseau et pare-feu

  • Actuellement, la mise en miroir ne prend pas en charge les instances Snowflake derrière un réseau virtuel ou un réseau privé. Si votre instance Snowflake se trouve derrière un réseau privé, vous ne pouvez pas activer la mise en miroir Snowflake.

Sécurité

  • L’authentification Snowflake via le nom d’utilisateur/mot de passe et Entra (authentification unique (SSO)) est prise en charge.
  • Les destinataires de partage doivent être ajoutés à l’espace de travail. Pour partager un jeu de données ou un rapport, commencez par ajouter l’accès à l’espace de travail avec un rôle d’administrateur, de membre, de lecteur ou de contributeur.

Performances

  • Si vous modifiez la plupart des données d’une table volumineuse, il est plus efficace d’arrêter et de redémarrer la mise en miroir. L’insertion ou la mise à jour de milliards d’enregistrements peut prendre beaucoup de temps.
  • Certaines modifications de schéma ne sont pas immédiatement reflétées. Certaines modifications de schéma ont besoin d’une modification de données (insertion/mise à jour/suppression) avant que les modifications de schéma ne soient répliquées sur Fabric.
  • Lors de la mise en miroir de données de Snowflake vers OneLake d’un client, nous mettons généralement en scène les données pour améliorer les performances. Toutefois, si l’exfiltration des données de Snowflake via l’URL inline est désactivée via PREVENT_UNLOAD_TO_INLINE_URL, la lecture directe à partir de Snowflake peut être nécessaire. Cette approche peut entraîner des temps de réplication plus lents et un risque accru de délais d’expiration de connexion, en particulier pour les jeux de données volumineux.

Régions prises en charge

Voici les régions Fabric qui prennent en charge la mise en miroir :

Asie-Pacifique :

  • Australie Est
  • Sud-Australie Est
  • Inde centrale
  • Asie Est
  • Japon Est
  • Corée centre
  • Asie Sud-Est
  • Inde Sud

Europe

  • Europe Nord
  • Europe Ouest
  • France Centrale
  • Allemagne Centre-Ouest
  • Italie Nord
  • Norvège Est
  • Pologne Centre
  • Suède Centre
  • Suisse Nord
  • Suisse Ouest
  • Sud du Royaume-Uni
  • Ouest du Royaume-Uni

Amérique :

  • Brésil Sud
  • Centre du Canada
  • Est du Canada
  • Centre des États-Unis
  • USA Est
  • Est des États-Unis 2
  • Centre-Nord des États-Unis
  • États-Unis - partie centrale méridionale
  • USA Ouest
  • USA Ouest 2

Moyen-Orient et Afrique :

  • Afrique du Sud Nord
  • Émirats arabes unis Nord

Contenu connexe