none
Timeout durante processamento de cubo RRS feed

  • 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 ?
    terça-feira, 7 de abril de 2009 14:29

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
    quarta-feira, 22 de abril de 2009 18:34
  • 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
    quinta-feira, 23 de abril de 2009 17:23


  • 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
    quinta-feira, 23 de abril de 2009 23:42
  • 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
    quarta-feira, 3 de junho de 2009 16:20