Résoudre les problèmes liés aux bases de données Fabric mise en miroir
Scénarios, résolutions et solutions de contournement pour les bases de données Microsoft Fabric mise en miroir.
Ressources
Passez en revue la section de résolution des questions fréquemment posées pour chaque source de données :
- Résolution des problèmes liés à la mise en miroir d’Azure SQL Database et Foire aux questions sur la mise en miroir d’Azure SQL Database
- Résoudre les problèmes liés à la mise en miroir d’Azure SQL Managed Instance et FAQ sur la mise en miroir d’Azure SQL Managed Instance
- Résolution des problèmes liés à la mise en miroir d’Azure Cosmos DB et Foire aux questions sur la mise en miroir d’Azure Cosmos DB
- Résolution des problèmes liés à la mise en miroir snowflake
- FAQ sur la mise en miroir d’Azure Databricks
- Résoudre les problèmes de mise en miroir de la base de données Fabric SQL (préversion) et FAQ sur la mise en miroir de la base de données Fabric SQL (préversion)
Passez en revue la documentation relative aux limitations pour chaque source de données :
- Limitations dans les bases de données mises en miroir de Microsoft Fabric à partir de la base de données Azure SQL
- Limitations des bases de données Azure SQL Managed Instance mises en miroir dans Microsoft Fabric (préversion)
- Limitations dans les bases de données Microsoft Fabric en miroir à partir d’Azure Cosmos DB (préversion)
- Limitations dans les bases de données mises en miroir de Microsoft Fabric à partir d’Azure Databricks (préversion)
- Limitations dans les bases de données mise en miroir de Microsoft Fabric à partir de Snowflake
- Limites de la mise en miroir de la base de données Fabric SQL
Arrêter la réplication
Lorsque vous sélectionnez Arrêter la réplication, les fichiers OneLake restent tels quel, mais la réplication incrémentielle s’arrête. Vous pouvez redémarrer la réplication à tout moment en sélectionnant Démarrer la réplication. Vous pouvez vouloir arrêter/démarrer la réplication lors de la réinitialisation de l’état de réplication, après les modifications apportées à la base de données source ou en tant qu’outil de résolution des problèmes.
Répliquer la hiérarchie de schéma source
Lorsque vous miroirz des données provenant de différents types de bases de données sources, votre hiérarchie de schéma source est conservée dans la base de données mise en miroir. Elle garantit que vos données restent organisées de manière cohérente entre différents services, ce qui vous permet de l’utiliser à l’aide de la même logique dans le point de terminaison d’analyse SQL, les notebooks Spark, les modèles sémantiques et d’autres références aux données.
Pour les bases de données mises en miroir créées avant l’activation de cette fonctionnalité, vous voyez que le schéma source est aplatit dans la base de données mise en miroir et que 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.
Si vous utilisez l’API pour créer/mettre à jour une base de données mise en miroir, définissez la valeur de la propriété defaultSchema
qui indique s’il faut répliquer la hiérarchie de schéma à partir de la base de données source. Reportez-vous aux exemples de définition dans l’API REST publique de mise en miroir Microsoft Fabric.
Prise en charge du mappage des colonnes Delta
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
=
) de vos bases de données sources vers les bases de données mises en miroir. En arrière-plan, la mise en miroir écrit des données dans OneLake avec le mappage de colonnes Delta activé.
Pour les tables déjà en cours de réplication avant que cette fonctionnalité soit activée, pour inclure des colonnes avec un caractère spécial dans des noms, vous devez mettre à jour les paramètres de base de données mis en miroir en supprimant et en re-ajoutant ces tables, ou arrêter et redémarrer la base de données mise en miroir.
Prendre possession d’une base de données mise en miroir
Actuellement, la base de données mise en miroir ne prend pas en charge le changement de propriété. Si une base de données mise en miroir cesse de fonctionner, car le propriétaire de l’élément a quitté l’organisation ou qu’il n’est plus valide, vous devez recréer la base de données mise en miroir.
Résolution des problèmes
Cette section contient des étapes générales de résolution des problèmes de mise en miroir.
Je ne peux pas me connecter à une base de données source
- Vérifiez que les détails de votre connexion sont corrects, le nom du serveur, le nom de la base de données, le nom d'utilisateur et le mot de passe.
- Vérifiez que le serveur ne se trouve pas derrière un pare-feu ou un réseau virtuel privé. Ouvrez les ports appropriés du pare-feu.
Aucune vue n’est répliquée
Actuellement, les vues ne sont pas prises en charge. Seules la réplication de tables régulières est prise en charge.
Aucune table n’est répliquée
- Vérifiez l'état de la surveillance pour vérifier l'état des tables. Pour plus d’informations, consultez Surveillez la réplication de la base de données mise en miroir de Fabric.
- Sélectionnez le bouton Configurer la réplication. Vérifiez si les tables sont présentes dans la liste des tables ou si des alertes sur chaque détail de table sont présentes.
Les colonnes sont manquantes dans la table de destination
- Sélectionnez le bouton Configurer la réplication.
- Sélectionnez l’icône Alerte en regard du détail du tableau si aucune colonne n’est répliquée.
Certaines données de ma colonne semblent tronquées
L’entrepôt Fabric ne prend pas en charge VARCHAR(max) ; il prend uniquement en charge VARCHAR(8000).
Les données ne semblent pas être réplicables
Dans la page Surveillance , la date affichée est la dernière fois que les données ont été répliquées.
Je ne peux pas modifier la base de données source
La modification de la base de données source n’est pas prise en charge. Créer une nouvelle base de données mise en miroir.
Messages d’erreur de limites
Ces messages d’erreur courants ont des explications et des corrections :
Message d’erreur | Motif | Atténuation |
---|---|---|
« La réplication est limitée en raison de la limite d’espace de destination. » | Le maximum est de 10 To d’espace de stockage dans la destination par base de données mise en miroir. La réplication est limitée en raison de la limite d’espace de destination. | Dans la base de données source, effacez des tables, supprimez des données ou des partitions. |
« Le nombre de tables peut dépasser la limite, il peut y avoir des tables manquantes. » | Le maximum est de 500 tables. | Dans la base de données source, supprimez ou filtrez des tables. Si la nouvelle table est la 500e table, aucune correction n’est requise. |
« La réplication est limitée et devrait continuer à AAAA-MM-JJTHH:MM:ss. » | Le maximum est de 1 To de données modifiées capturées par base de données mise en miroir par jour. | Attendez la fin de la limitation. |