Pergunta

Eu sou, sem sucesso, tentando causar uma SPQueryThrottledException localmente, a fim de depurar um problema de um cliente está a ter.

Eu estou usando SPSiteDataQuery para consultar vários sites que contenham 4000 para 8000 itens cada, totalizando mais de 43000.A consulta está sendo executada contra uma elevada instância da raiz Sites do conjunto de sites.

A consulta é filtrada usando o <Webs> e <Lists> elementos, mas não por qualquer outro atributo, e não está a consultar de forma recursiva.Ele é executado no escopo de conjunto de Sites.

A consulta foi executada com êxito quando acionado por contas de usuário de Contribuir nível de permissões e superior (embora isso seja redundante, dada a elevação).Menores níveis de permissão iria falhar por outros motivos.

A diferença é esta:Quando executando localmente a consulta for bem-sucedida, mas quando executado no cliente do live exemplo, a consulta falhar quando mais de 5000 os itens são consultados no total.

Nós dois temos os mesmos configurações de Otimização:

  • 5000 limite normal
  • 20000 admin/auditoria limite
  • Fora de horas limite de consulta de remoção é desativado
  • 8 pesquisa de campo limite (que estamos longe)

Então, por que é a consulta em execução, com êxito, aqui, com o item solicitações muito além até o limite de administração?

Foi útil?

Solução 2

Um colega meu fez um pouco de pesquisa, como que despertou sua curiosidade.Parece que a causa da diferença é a conta de usuário, o processo é encaminhado para a.

O nosso cliente tem seguido recomendações da Microsoft e a configurar uma conta que não tenha permissões de administrador.Enquanto eu estava em execução em um desenvolvimento sem tais restrições.

Outras dicas

São os campos na lista no seu ambiente local indexados?Se eles são indexados, então a limitação de não ocorrer.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a sharepoint.stackexchange
scroll top