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

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

Esta secção descreve problemas de compatibilidade conhecidos que podem surgir quando tenta implementar um modelo de mineração de dados ou uma estrutura de mineração de dados criada numa instância do SQL Server 2019 Analysis Services para uma base de dados que utiliza SQL Server 2005 Analysis Services, ou quando implementa modelos criados em SQL Server 2005 para uma instância do SQL Server 2017.

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

Implementação de Modelos de Séries Temporais

Implementação de Modelos com Holdout

Implementação de Modelos com Filtros

Restauração a partir de cópias de segurança da base de dados

Utilização da Sincronização de Bases de Dados

Implementação de Modelos de Séries de Tempos

O algoritmo Microsoft Time Series foi melhorado no SQL Server 2008 com a adição de um segundo algoritmo complementar, o ARIMA. Para mais informações sobre as alterações no algoritmo de séries temporais, consulte Microsoft Time Series Algorithm.

Portanto, modelos de mineração de séries temporais que utilizam o novo algoritmo ARIMA podem comportar-se de forma diferente quando implementados numa instância do SQL Server 2005 Analysis Services.

Se tiver definido explicitamente o parâmetro PREDICTION_SMOOTHING para controlar a mistura de modelos ARTXP e ARIMA na previsão, ao implementar este modelo numa instância do SQL Server 2005, o Analysis Services irá gerar um erro indicando que o parâmetro não é válido. Para evitar este erro, deve eliminar o parâmetro PREDICTION_SMOOTHING e converter os modelos para um modelo ARTXP puro.

Por outro lado, se implementar um modelo de série temporal criado usando SQL Server 2005 Analysis Services para uma instância do SQL Server 2017, ao abrir o modelo de mineração no SQL Server Data Tools, os ficheiros de definição são primeiro convertidos para o novo formato, e dois novos parâmetros são adicionados por defeito a todos os modelos de séries temporais. O parâmetro FORECAST_METHOD é somado com o valor padrão MIXED, e o parâmetro PREDICTION_SMOOTHING é somado com o valor padrão de 0,5. No entanto, o modelo continuará a usar apenas ARTXP para previsão de dados até que o modelo seja reprocessado. Assim que reprocessas o modelo, a previsão muda para usar tanto o ARIMA como o ARTXP.

Portanto, se quiser evitar mudar o modelo, deve limitar-se a navegar no modelo e nunca processá-lo. Em alternativa, podes definir explicitamente os parâmetros FORECAST_METHOD ou PREDICTION_SMOOTHING.

Para informações detalhadas sobre a configuração de modelos mistos, consulte a Referência Técnica do Algoritmo de Séries Temporais da Microsoft.

Caso o fornecedor utilizado para a fonte de dados do modelo seja o SQL Client Data Provider 10, é necessário também modificar a definição da fonte de dados para especificar a versão anterior do SQL Server Native Client. Caso contrário, o SQL Server Data Tools gera um erro indicando que o fornecedor não está registado.

Implementação de Modelos com Holdout

Se criar uma estrutura de mineração que contenha uma partição de retenção usada para testar modelos de mineração de dados, a estrutura de mineração pode ser implementada numa instância do SQL Server 2005, mas a informação da partição será perdida.

Quando abres a estrutura de mineração no SQL Server 2005 Analysis Services, o SQL Server Data Tools gera um erro e depois regenera a estrutura para remover a partição de retenção.

Depois de a estrutura ter sido reconstruída, o tamanho da partição de retenção deixa de estar disponível na janela de Propriedades; no entanto, o valor <ddl100_100:HoldoutMaxPercent>30</ddl100_100:HoldoutMaxPercent>) pode ainda estar presente no ficheiro de script ASSL.

Implementação de Modelos com Filtros

Se aplicar um filtro a um modelo de mineração, o modelo pode ser implementado numa instância do SQL Server 2005, mas o filtro não será aplicado.

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

Restauração a partir de cópias de segurança da base de dados

Não pode restaurar uma cópia de segurança da base de dados criada no SQL Server 2017 para uma instância do SQL Server 2005. Se o fizer, o SQL Server Management Studio gera um erro.

Se criar uma cópia de segurança de uma base de dados SQL Server 2005 Analysis Services e restaurar essa cópia numa instância do SQL Server 2017, todos os modelos de séries temporais são modificados conforme descrito na secção anterior.

Utilização da Sincronização de Bases de Dados

A sincronização de bases de dados não é suportada do SQL Server 2017 para o SQL Server 2005.

Se tentar sincronizar uma base de dados SQL Server 2017, o servidor devolve um erro e a sincronização falha.