Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
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éée dans une instance de SQL Server 2014 Analysis Services (SSAS) 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 instance de SQL Server 2014.
Le déploiement vers une instance de SQL Server 2000 Analysis Services n’est pas pris en charge.
Déploiement de modèles de série chronologique
Déploiement de modèles avec blocage
Déploiement de modèles avec des 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 Microsoft Time Series a été amélioré dans SQL Server 2008 par l’ajout d’un deuxième algorithme complémentaire, ARIMA. Pour plus d’informations sur les modifications apportées à l’algorithme de série chronologique, consultez l’algorithme De série chronologique Microsoft.
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 le mélange de 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 génère une erreur indiquant que le paramètre n’est pas valide. Pour éviter cette erreur, vous devez supprimer le paramètre PREDICTION_SMOOTHING et convertir les modèles en modèle ARTXP pur.
À l’inverse, si vous déployez un modèle de série chronologique créé à l’aide de SQL Server 2005 Analysis Services sur une instance de SQL Server 2014, lorsque vous ouvrez le modèle d’exploration de données dans SQL Server Data Tools (SSDT), les fichiers de définition sont convertis en 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 continuera à utiliser uniquement ARTXP pour la prévision jusqu’à ce que vous retraitez le modèle. Dès que vous retraitez le modèle, le processus de prédiction change pour utiliser à la fois ARIMA et ARTXP.
Par conséquent, si vous souhaitez éviter de modifier le modèle, vous devez uniquement parcourir le modèle et ne 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 la Référence technique du Time Series Algorithm de Microsoft.
Si le fournisseur utilisé pour la source de données du modèle est SQL Client Data Provider 10, vous devez également modifier la définition de source de données pour spécifier la version précédente 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 blocage
Si vous utilisez SQL Server 2014 Analysis Services (SSAS) pour créer une structure d’exploration de données contenant 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 une 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 de blocage.
Une fois la structure reconstruite, la taille de la partition de blocage n’est plus disponible dans la 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 des filtres
Si vous utilisez SQL Server 2014 Analysis Services (SSAS) pour appliquer un filtre à un modèle d’exploration de données, le modèle peut être déployé sur une 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 (SSDT) 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 2014 sur 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 SQL Server 2005 Analysis Services et restaurez cette sauvegarde sur une instance de SQL Server 2014, 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 2014 et SQL Server 2005.
Si vous tentez de synchroniser une base de données SQL Server 2014, le serveur retourne une erreur et la synchronisation de base de données échoue.