Timeout durante processamento de cubo

Question

Vi alguns posts no forum perguntando como solucionar problema de timeout no processamento de cubo. Vi que existe uma opção no visual studio que determina o número de segundo que uma query pode demorar antes de dar o aviso de timeout.
http://social.msdn.microsoft.com/Forums/pt-BR/analysisservicespt/thread/ff1ab6b3-281b-4b31-836e-ee5c11d75c0a/

Tenho uma view que é atua como tabela fato chamada vw_fact_pesquisa  Um acesso direto a ela, se houver muitos registros nas tabelas em que ela consulta, demora muito tempo para retornar, muito mais que 15 segundos. Minha dúvida é: essa opção descrita acima para tempo máximo de execução é mesmo a que devo mudar ou existe alguma outra opção de timeout do cubo inteiro ?

Answer 1

Olá Spitzmann,


Tanto no SQLServer 2005 como no 2008 o timeout é setado por default para infinito. Uma opção talvez seja você configurar a connection string com um timeout explicito Timeout=<ValorBemAlto>.

Espero que isso ajude!


Atenciosamente,
Mariano

Answer 2

Spitzmann,

Mas qual é a sua necessidade de criar um timeout explicito?

---

Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA

Answer 3

O timeout explicito tem precedência sobre a propriedade de timeout do servidor. Isto é para o caso de o timeout padrão do servidor tenha sido alterado (não mais sendo infinito como default).


Outra coisa que pode se tentar é a propriedade do servidor ExternalCommandTimeout. No SSMS, clique com o botão direito no servidor -> Properties -> Show Advanced). Normalmente ele está configurado para ser 1 hora, e talvez você precise de mais. Neste caso, não tenho certeza se isso englobaria timeouts sobre store procedures neste servidor também...

Atenciosamente,
Mariano

Answer 4

Boa tarde,

Dar maior atenção a realidade do banco de dados não seria a solução, tabelas fato com descrição oneram de forma monstruosa o banco quando tem de realizar queries. No seu caso como tira os dados da fato de uma view não seria o caso de INDEXAR essa view, trabalha primeiro na carga correta das tabelas nativas dessa view, caprichando nos joins uma vez a View montada indexar a mesma é colocar um TURBO nas pesquisas.

Outra dica é ficar de olho no TEMPDB e na forma como processa seu cubo , altos volumes de informação o processamento indicado é INCREMENTAL do contrario FULL PROCESS é suportado.

Ligação entre fato e dimensões usando campos descritivos também é atrasar de forma monstruosa o retorno do dado uma vez que o banco terá de olhar registro a registro e fazer um DE/PARA para cada um ...

Espero ter ajudado.

Abraços.

---

Diogo Á. Di Pietro