Inquiridor
Timeout durante processamento de cubo

Pergunta
-
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 ?
Todas as Respostas
-
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- Editado Mariano Teixeira Neto [MSFT] quinta-feira, 23 de abril de 2009 23:30
-
-
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 -
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- Sugerido como Resposta Diogo A. Di Pietro quarta-feira, 3 de junho de 2009 16:20