Criei um pacote SSIS para percorrer todos os bancos de dados em uma instância do SSAS. Ele pega o DatabaseId usando AMO em um vbscript e, em seguida, gera o XMLA para fazer backup de cada banco de dados.
A maioria dos bancos de dados faz backup sem problemas, mas quando o ForEach chega a um banco de dados específico, a tarefa DDL Execute Analysis Services parece travar. O arquivo .abf é criado, mas o pacote SSIS parece não obter a resposta de que o comando foi concluído. É como se o processo de backup estivesse preso no arquivo.
Quando faço backup do banco de dados usando caixas de diálogo do SSMS, ocorre o mesmo problema. Eu verifiquei que outros backups de bancos de dados foram bem-sucedidos usando esse método.
Devo observar que o banco de dados em questão tem 0,0 MB de tamanho "estimado" de acordo com as propriedades do banco de dados no SSMS. O banco de dados está realmente vazio ou isso pode ser um sinal de corrupção?
Por que o processo de backup não é concluído? Não recebo mensagens de erro, apenas um processo de longa duração que não termina. Existe algo que eu possa fazer para encontrar a causa raiz?
O backup trava porque o banco de dados SSAS está corrompido, resultado de uma reinicialização forçada do servidor.
Algumas questões que isso levanta:
Se um banco de dados SSAS tiver um tamanho estimado de 0, isso sempre indica um banco de dados corrompido? Existem outras maneiras de detectar corrupção de banco de dados SSAS usando caixas de diálogo SSMS ou AMO?