Implantar uma solução de mineração de dados em versões anteriores do SQL Server

Aplica-se a: SQL Server 2019 e anteriores do Analysis Services Azure Analysis Services Fabric/Power BI Premium

Esta seção descreve problemas de compatibilidade conhecidos que podem surgir quando você tenta implantar um modelo de mineração de dados ou estrutura de mineração de dados que foi criado em uma instância do SQL Server 2019 Analysis Services em um banco de dados que usa o SQL Server 2005 Analysis Services ou quando você implanta modelos criados no SQL Server 2005 em uma instância do SQL Server 2017.

A implantação em uma instância do SQL Server 2000 Analysis Services não é suportada.

Implantando modelos de série temporal

Implantando modelos com controle

Implantando modelos com filtros

Restaurando de backups de banco de dados

Usando a sincronização de banco de dados

Implantando modelos de série temporal

O algoritmo MTS foi aprimorado no SQL Server 2008 com a adição de um segundo algoritmo complementar, o ARIMA. Para obter mais informações sobre as alterações no algoritmo de série temporal, consulte Algoritmo MTS.

Portanto, os modelos de mineração de série temporal que usam o novo algoritmo ARIMA podem apresentar um comportamento diferente quando implantados em uma instância do SQL Server 2005 Analysis Services.

Se você tiver definido explicitamente o parâmetro PREDICTION_SMOOTHING para controlar a mistura dos modelos ARTXP e ARIMA na previsão, ao implantar este modelo em uma instância do SQL Server 2005, o Analysis Services gerará um erro declarando que o parâmetro não é válido. Para impedir esse erro, exclua o parâmetro PREDICTION_SMOOTHING e converta os modelos em um puro modelo ARTXP.

Por outro lado, se você implantar um modelo de série temporal que foi criado usando o SQL Server 2005 Analysis Services em uma instância do SQL Server 2017, quando você abre o modelo de mineração em SQL Server Data Tools, os arquivos de definição são convertidos pela primeira vez no novo formato e dois novos parâmetros são adicionados por padrão a todos os modelos de série temporal. O parâmetro FORECAST_METHOD é adicionado com o valor padrão de MIXED e o parâmetro PREDICTION_SMOOTHING é adicionado com o valor padrão de 0,5. Porém, o modelo continuará usando apenas ARTXP para fazer previsões até que o modelo seja reprocessado. Assim que você reprocessa o modelo, a previsão muda para usar ARIMA e ARTXP.

Desse modo, se deseja evitar a alteração do modelo, apenas procure e nunca processe o modelo. Se preferir, defina explicitamente os parâmetros FORECAST_METHOD ou PREDICTION_SMOOTHING.

Para obter informações detalhadas sobre como configurar modelos mistos, consulte Referência técnica do algoritmo MTS.

Se o provedor usado para a fonte de dados do modelo for SQL Client Data Provider 10, você também deve modificar a definição de fonte de dados para especificar a versão anterior do SQL Server Native Client. Caso contrário, SQL Server Data Tools gerará um erro informando que o provedor não está registrado.

Implantando modelos com controle

Se você criar uma estrutura de mineração que contenha uma partição de controle usada para testar modelos de mineração de dados, a estrutura de mineração poderá ser implantada em uma instância do SQL Server 2005, mas as informações de partição serão perdidas.

Quando você abre a estrutura de mineração no SQL Server 2005 Analysis Services, SQL Server Data Tools gera um erro e regenera a estrutura para remover a partição de controle.

Depois que a estrutura for recriada, o tamanho da partição de controle não estará mais disponível no janela Propriedades; no entanto, o valor <ddl100_100:HoldoutMaxPercent>30</ddl100_100:HoldoutMaxPercent>) ainda poderá estar presente no arquivo de script ASSL.

Implantando modelos com filtros

Se você aplicar um filtro a um modelo de mineração, o modelo poderá ser implantado em uma instância do SQL Server 2005, mas o filtro não será aplicado.

Quando você abre o modelo de mineração, SQL Server Data Tools gera um erro e regenera o modelo para remover o filtro.

Restaurando de backups de banco de dados

Não é possível restaurar um backup de banco de dados criado no SQL Server 2017 para uma instância do SQL Server 2005. Se fizer isso, o SQL Server Management Studio gerará um erro.

Se você criar um backup de um banco de dados do SQL Server 2005 Analysis Services e restaurar esse backup em uma instância do SQL Server 2017, todos os modelos de série temporal serão modificados conforme descrito na seção anterior.

Usando a sincronização de banco de dados

Não há suporte para a sincronização de banco de dados de SQL Server de 2017 a SQL Server 2005.

Se você tentar sincronizar um banco de dados SQL Server 2017, o servidor retornará um erro e a sincronização do banco de dados falhará.