Déployer une solution d'exploration de données sur des versions antérieures de SQL Server

S’applique à : SQL Server 2019 et versions antérieures d’Analysis Services Azure Analysis Services Fabric/Power BI Premium

Important

L’exploration de données a été déconseillée dans SQL Server 2017 Analysis Services et est à présent abandonnée dans SQL Server 2022 Analysis Services. La documentation n’est pas mise à jour pour les fonctionnalités déconseillées et abandonnées. Pour en savoir plus, consultez Compatibilité descendante d’Analysis Services.

Cette section décrit les problèmes de compatibilité connus qui peuvent survenir lorsque vous tentez de déployer un modèle d’exploration de données ou une structure d’exploration de données créé dans un instance de SQL Server 2019 Analysis Services sur une base de données qui utilise SQL Server 2005 Analysis Services, ou lorsque vous déployez des modèles créés dans SQL Server 2005 sur une base de données qui utilise SQL Server 2005 Analysis Services instance du SQL Server 2017.

Le déploiement sur une instance de SQL Server 2000 Analysis Services n'est pas pris en charge.

Déploiement de modèles de séries chronologiques

Déploiement de modèles avec données d'exclusion

Déploiement de modèles avec filtres

Restauration à partir de sauvegardes de base de données

Utilisation de la synchronisation de base de données

Déploiement de modèles de séries chronologiques

L'algorithme MTS (Microsoft Time Series) a été amélioré dans SQL Server 2008 grâce à l'ajout d'un second algorithme complémentaire, ARIMA. Pour plus d’informations sur les modifications apportées à l’algorithme MTS, consultez Algorithme MTS (Microsoft Time Series).

Par conséquent, les modèles d'exploration de données de série chronologique qui utilisent le nouvel algorithme ARIMA peuvent se comporter différemment lorsqu'ils sont déployés sur une instance de SQL Server 2005 Analysis Services.

Si vous avez défini explicitement le paramètre PREDICTION_SMOOTHING pour contrôler l'association des modèles ARTXP et ARIMA dans la prédiction, lorsque vous déployez ce modèle sur une instance de SQL Server 2005, Analysis Services déclenche une erreur indiquant que le paramètre n'est pas valide. Pour empêcher cette erreur, vous devez supprimer le paramètre PREDICTION_SMOOTHING et convertir les modèles dans un modèle purement ARTXP.

À l’inverse, si vous déployez un modèle de série chronologique créé à l’aide de SQL Server 2005 Analysis Services dans un instance de SQL Server 2017, lorsque vous ouvrez le modèle d’exploration de données dans SQL Server Data Tools, les fichiers de définition sont d’abord convertis au nouveau format et deux nouveaux paramètres sont ajoutés par défaut à tous les modèles de série chronologique. Le paramètre FORECAST_METHOD est ajouté avec la valeur par défaut de MIXED, et le paramètre PREDICTION_SMOOTHING est ajouté avec la valeur par défaut de 0.5. Toutefois, le modèle continue à utiliser uniquement ARTXP pour la prévision jusqu'à son retraitement. Dès que vous retraitez le modèle, la prédiction change pour utiliser à la fois ARIMA et ARTXP.

Par conséquent, si vous souhaitez éviter de modifier le modèle, vous devez parcourir uniquement le modèle sans jamais le traiter. Vous pouvez également définir explicitement les paramètres FORECAST_METHOD ou PREDICTION_SMOOTHING.

Pour plus d’informations sur la configuration des modèles mixtes, consultez Références techniques relatives à l’algorithme MTS (Microsoft Time Series).

Si le fournisseur utilisé pour la source de données du modèle est SQL Server ou le fournisseur de données SQL Client 10, vous devez aussi modifier la définition de la source de données pour spécifier la version antérieure de SQL Server Native Client. Sinon, SQL Server Data Tools génère une erreur indiquant que le fournisseur n’est pas inscrit.

Déploiement de modèles avec données d'exclusion

Si vous créez une structure d’exploration de données qui contient une partition de blocage utilisée pour tester les modèles d’exploration de données, la structure d’exploration de données peut être déployée sur un instance de SQL Server 2005, mais les informations de partition seront perdues.

Lorsque vous ouvrez la structure d’exploration de données dans SQL Server 2005 Analysis Services, SQL Server Data Tools génère une erreur, puis régénère la structure pour supprimer la partition d’attente.

Une fois la structure reconstruite, la taille de la partition de blocage n’est plus disponible dans le Fenêtre Propriétés ; toutefois, la valeur <ddl100_100 :HoldoutMaxPercent>30</ddl100_100 :HoldoutMaxPercent>) peut toujours être présente dans le fichier de script ASSL.

Déploiement de modèles avec filtres

Si vous appliquez un filtre à un modèle d’exploration de données, le modèle peut être déployé sur un instance de SQL Server 2005, mais le filtre ne sera pas appliqué.

Lorsque vous ouvrez le modèle d’exploration de données, SQL Server Data Tools génère une erreur, puis régénère le modèle pour supprimer le filtre.

Restauration à partir de sauvegardes de base de données

Vous ne pouvez pas restaurer une sauvegarde de base de données créée dans SQL Server 2017 dans une instance de SQL Server 2005. Si vous le faites, SQL Server Management Studio génère une erreur.

Si vous créez une sauvegarde d’une base de données Analysis Services SQL Server 2005 et que vous restaurez cette sauvegarde sur un instance de SQL Server 2017, tous les modèles de série chronologique sont modifiés comme décrit dans la section précédente.

Utilisation de la synchronisation de base de données

La synchronisation de base de données n’est pas prise en charge entre SQL Server 2017 et SQL Server 2005.

Si vous tentez de synchroniser une base de données SQL Server 2017, le serveur retourne une erreur et la synchronisation de la base de données échoue.