Compartilhar via

Evitar ficar limitado ou bloqueado no SharePoint Online

Saiba mais sobre a limitação no SharePoint Online e saiba como evitar ser limitado ou bloqueado.

Significa este som está familiarizado? Você está executando um processo CSOM - por exemplo, para migrar os arquivos SharePoint Online -, mas você continua limitado. Ou, pior ainda, você seja bloqueado. O que está acontecendo e o que você pode fazer para torná-la a parar?

O que é limitação?

O SharePoint Online utiliza a limitação para manter o desempenho e a fiabilidade ideais do serviço SharePoint Online. A limitação limita o número de chamadas ou operações de API dentro de um período de tempo para impedir a utilização excessiva de recursos.

Observação

As atualizações recentes deste artigo melhoram a transparência para as regras de limitação já existentes no sistema

O que acontece quando você obter limitadas em SharePoint Online ?

Quando os limites de uso são excedidos, o SharePoint Online limita as solicitações adicionais desse cliente por um curto período.

Para solicitações executadas pelo usuário diretamente no navegador, o SharePoint Online o redireciona para a página de informações de limitação, e as solicitações falham.

Para pedidos que uma aplicação efetua, incluindo o Microsoft Graph, CSOM ou chamadas REST, o SharePoint Online devolve HTTP status código 429 ("Demasiados pedidos") ou 503 ("Servidor Demasiado Ocupado") e os pedidos falharão.

  • HTTP 429 indica que o aplicativo de chamada enviou muitas solicitações em uma janela de tempo e excedeu um limite predeterminado.
  • HTTP 503 indica que o serviço não está pronto para lidar com a solicitação. A causa comum é o serviço estar a registar picos de carga mais temporários.

Em ambos os casos, um Retry-After cabeçalho é incluído na resposta, o que indica quanto tempo a aplicação de chamada deve aguardar antes de repetir ou fazer um novo pedido. As solicitações limitadas contam para os limites de uso, portanto, a falha ao respeitar o Retry-After pode resultar em mais limitação.

Se o aplicativo incorreto continuar excedendo os limites de uso, o SharePoint Online poderá bloquear completamente o aplicativo ou padrões de solicitação específicos do aplicativo; nesse caso, o aplicativo manterá o código de status HTTP 503 e a Microsoft notificará o locatário do bloco no Centro de Mensagens do Office 365.

Unidades de recursos

Alguns limites são medidos em termos de custos de API. As APIs do Microsoft Graph têm um custo de unidade de recurso predeterminado por pedido:

Unidades de recurso por solicitação Operações
1
  • Consulta de item único, como obter item
  • Delta com um token
  • Transferir o ficheiro a partir do item de unidade
    		•
    2
  • Consulta de vários itens, como listar filhos, exceto delta com um token
  • Criar, atualizar, eliminar e carregar
    		•
    5
  • Todas as operações de recursos de permissão, incluindo $expand=permissions
    		•

    Observação

    Reservamo-nos o direito de alterar o custo da unidade de recurso da API.

    Limitação do Usuário

    A limitação limita o número de chamadas e operações efetuadas coletivamente por aplicações em nome de um utilizador para impedir a utilização excessiva de recursos.

    Dito isso, é raro um usuário ser limitado no SharePoint Online. O serviço é robusto e projetado para lidar com grandes volumes. Se for limitado, 99% das vezes é devido a código personalizado, como peças Web personalizadas, vistas de lista e consultas complexas ou aplicações personalizadas executadas por utilizadores. Isso não significa que não haja outras maneiras de ser limitados, mas elas são menos comuns. Por exemplo, um usuário que sincroniza uma grande quantidade de dados em 10 computadores ao mesmo tempo pode disparar a limitação.

    Categoria Tipo de limitação Intervalo de tempo Limite
    Usuário Solicitações 5 min 3,000
    Usuário Entrada 1 H 50 GB
    Usuário Saída 1 H 100 GB
    Usuário Pedido de Token de Delegação 5 min 50
    Usuário E-mails de partilha externa 1 H 200

    Observação

    Os limites apresentados são valores predefinidos. A Microsoft pode alterar estes limites em qualquer altura. A sua experiência pode variar

    Limitação de Inquilinos

    Alguns limites de limitação são aplicados ao nível do Inquilino para garantir que as operações realizadas coletivamente não sobreutilizem os recursos.

    Quando um cliente ativa a Multi-Geo, cada geo obtém os seus próprios limites (a medição de utilização não é partilhada entre áreas geográficas). Para os limites dependentes da contagem de licenças, é utilizada a contagem total de licenças de utilizador inquilino (total de utilizadores em todas as áreas geográficas).

    Categoria Tipo de limitação Intervalo de tempo Contagem de licenças de inquilinos Limite
    Tenant Unidades de Recursos 5 min 0 - 1,000 18,750
    Tenant Unidades de Recursos 5 min 1,001 - 5,000 37,500
    Tenant Unidades de Recursos 5 min 5,001 - 15,000 56,250
    Tenant Unidades de Recursos 5 min 15,001 - 50,000 75,000
    Tenant Unidades de Recursos 5 min 50,000+ 93,750
    Tenant Atribuir Etiqueta de Confidencialidade 5 min sem licença vinculada 100
    Tenant PeopleManagerAPIs 5 min 0 - 1,000 3,000
    Tenant PeopleManagerAPIs 5 min 1,001 - 5,000 6.000
    Tenant PeopleManagerAPIs 5 min 5,001 - 15,000 9,000
    Tenant PeopleManagerAPIs 5 min 15,001 - 50,000 12,000
    Tenant PeopleManagerAPIs 5 min 50,000+ 15.000

    Observação

    Os limites apresentados são valores predefinidos. A Microsoft pode alterar estes limites em qualquer altura. A sua experiência pode variar

    Limitação do aplicativo

    Além da limitação por conta de usuário, os limites também são aplicados a cada aplicativo em um locatário.

    Cada aplicativo tem seus próprios limites em um locatário, que se baseiam no número de licenças compradas por organização (consulte os planos listados nos Limites do SharePoint para licenças incluídas). Cada pedido que uma aplicação faz em todos os pontos finais da API, incluindo o Microsoft Graph, CSOM e REST, conta para a utilização da aplicação.

    O SharePoint fornece várias APIs. As APIs diferentes têm custos diferentes, dependendo da complexidade da API. O custo das APIs é normalizado pelo SharePoint e expresso por unidades de recurso. Os limites do aplicativo também são definidos usando unidades de recurso.

    Para aplicações multi-inquilino:

    1. Cada inquilino que aloja a aplicação é considerado distinto e funciona independentemente de outros. Consequentemente, cada aplicação está sujeita aos seus próprios limites de utilização em cada inquilino, conforme definido acima.
    2. O consumo de unidades de recursos pela aplicação deve ser medido por inquilino e por aplicação. Isto garante que cada par inquilino-aplicação permanece dentro dos limites de recursos permitidos especificados para esse inquilino específico.
    3. Se a aplicação atingir o limite de recursos dentro de um inquilino, esta ocorrência não afetará outras instâncias da aplicação que opera em inquilinos diferentes. A utilização de recursos de cada inquilino é isolada, o que impede o impacto entre inquilinos.
    Categoria Tipo de limitação Intervalo de tempo Contagem de licenças de inquilinos Limite
    Por APLICAÇÃO Por Inquilino Unidades de Recursos 24 H 0 - 1,000 1.200.000
    Por APLICAÇÃO Por Inquilino Unidades de Recursos 24 H 1,001 - 5,000 2.400.000
    Por APLICAÇÃO Por Inquilino Unidades de Recursos 24 H 5,001 - 15,000 3.600.000
    Por APLICAÇÃO Por Inquilino Unidades de Recursos 24 H 15,001 - 50,000 4.800.000
    Por APLICAÇÃO Por Inquilino Unidades de Recursos 24 H 50,000+ 6.000.000
    Por APLICAÇÃO Por Inquilino Unidades de Recursos 1 min 0 - 1,000 1,250
    Por APLICAÇÃO Por Inquilino Unidades de Recursos 1 min 1,001 - 5,000 2.500
    Por APLICAÇÃO Por Inquilino Unidades de Recursos 1 min 5,001 - 15,000 3,750
    Por APLICAÇÃO Por Inquilino Unidades de Recursos 1 min 15,001 - 50,000 5.000
    Por APLICAÇÃO Por Inquilino Unidades de Recursos 1 min 50,000+ 6,250
    Por APLICAÇÃO Por Inquilino Entrada 1 H sem licença vinculada 400 GB
    Por APLICAÇÃO Por Inquilino Saída 1 H sem licença vinculada 400 GB
    Por APLICAÇÃO Por Inquilino APIs de Partilha Específicas 5 min sem licença vinculada 300

    Observação

    Os limites apresentados são valores predefinidos. A Microsoft pode alterar estes limites em qualquer altura. A sua experiência pode variar

    Outros Limites

    Categoria Tipo de limitação Intervalo de tempo Limite
    Contentores do SharePoint Embedded Unidades de Recursos 1 min 3,000
    Por Site Ligação Anónima 5 min 3,000
    Por Site Saída Anónima (Transferir) 2 H 100 GB
    Por Site E-mails de partilha externa 1 H 200

    Observação

    Os limites apresentados são valores predefinidos. A Microsoft pode alterar estes limites em qualquer altura. A sua experiência pode variar

    Como lidar com a limitação?

    Veja abaixo um resumo rápido das práticas recomendadas para lidar com a limitação:

    Conforme indicado anteriormente, o Microsoft Graph são APIs nascidas na cloud que têm as mais recentes melhorias e otimizações. Em geral, o Microsoft Graph consome menos recursos do que o CSOM e o REST para obter a mesma funcionalidade. Assim, a adoção do Microsoft Graph pode melhorar o desempenho da aplicação e reduzir a limitação.

    Se você encontrar uma limitação, aproveite o cabeçalho HTTP Retry-After para garantir um atraso mínimo até que a limitação seja removida. Os RateLimit cabeçalhos HTTP enviam-lhe sinais antecipados quando está perto dos limites e pode reduzir proativamente os pedidos para evitar atingir a limitação.

    O Delta com um token é a forma mais eficiente de analisar conteúdos no SharePoint e falamos mais detalhadamente sobre as melhores práticas para analisar aplicações. Para ajudar os aplicativos que seguem as diretrizes, reduzimos o custo da unidade de recurso de solicitações delta com um token para uma unidade de recurso, embora seja uma consulta de vários itens. A solicitação delta sem um token é considerada uma consulta de vários itens e custa 2 unidades de recurso por solicitação.

    No envio em lote, as solicitações em um lote são avaliadas individualmente por unidades de recurso.

    O CSOM e o REST não têm um custo de unidade de recurso predeterminado e normalmente consomem mais unidades de recursos do que as APIs do Microsoft Graph para obter a mesma funcionalidade. Além dos limites de unidades de recursos, a CSOM e a REST também estão sujeitas a outros limites de recursos internos, pelo que, se as aplicações chamarem CSOM e REST, poderão sofrer mais limitações do que os limites descritos neste documento. Recomendamos vivamente que escolha as APIs do Microsoft Graph em vez das APIs REST e CSOM sempre que possível.

    Uma vez que os limites da aplicação estão em unidades de recursos, a taxa de pedido real, como pedidos por minuto, depende da escolha da API da aplicação e do custo da unidade de recurso da API correspondente. Em geral, pode estimar a taxa de pedidos com uma média de 2 unidades de recursos por pedido e dividir os limites de unidades de recursos por 2 para obter a taxa de pedido estimada.

    Apesar de cada aplicação ter os seus limites num inquilino e permitirmos que os inquilinos executem mais do que uma aplicação, várias aplicações em execução no mesmo inquilino partilham o mesmo registo de recursos e, em ocorrências raras, podem causar limitação de taxa quando muitas aplicações enviam pedidos no momento.

    Cabeçalho retry-after

    Quando os aplicativos experimentarem limitação, o SharePoint Online retornará um cabeçalho HTTP Retry-After na solicitação indicando quanto tempo em segundos o aplicativo de chamada deve aguardar antes de tentar novamente ou fazer uma nova solicitação.

    Respeitar o cabeçalho HTTP Retry-After é a maneira mais rápida de lidar com a limitação porque o SharePoint Online determina dinamicamente o momento certo para tentar novamente.

    As solicitações limitadas contam para os limites de uso, portanto, a falha ao respeitar o Retry-After pode resultar em mais limitação. Por outras palavras, as repetições agressivas funcionam contra a chamada de aplicações porque, apesar de as chamadas falharem, continuam a contar para os limites de utilização. Respeitar o cabeçalho HTTP Retry-After garantirá o menor atraso e reduzirá as cotas de desperdício em solicitações limitadas.

    Cabeçalhos RateLimit – versão prévia

    Para além do Retry-After cabeçalho na resposta a pedidos limitados, o SharePoint Online também devolve os cabeçalhos IETF RateLimit para limites selecionados em determinadas condições para ajudar as aplicações a gerir a limitação de taxa. Recomendamos que as aplicações tirem partido destes cabeçalhos para evitar atingir a limitação.

    • RateLimit-Limit contém o limite na janela de tempo atual.
    • RateLimit-Remaining indica a cota restante na janela atual.
    • RateLimit-Reset indica o número de segundos até que a cota seja preenchida.

    Observação

    Esses cabeçalhos estão atualmente em beta e sujeitos a alterações. No momento em que os cabeçalhos foram adotados, a especificação de IETF estava em rascunho. A implementação atual é baseada no rascunho-03 da especificação IETF. Há o potencial de alterações quando a especificação é final e nos adaptaremos a essas alterações no futuro.

    Os cabeçalhos RateLimit são retornados em uma base de melhores esforços, portanto, os aplicativos podem não receber os cabeçalhos em todas as condições. Além disso, há outros limites que não são apresentados nos RateLimit cabeçalhos, para que os aplicativos possam ser limitados mesmo antes de atingir o limite descrito nos cabeçalhos RateLimit. Abaixo está a lista de limites para os qual damos suporte aos cabeçalhos RateLimit. As políticas e os valores estão sujeitos a alterações:

    limite Condição valor de limite Descrição
    Unidade de recurso de 1 minuto da aplicação Utilização >= 80% do limite Unidade de recurso Quando uma aplicação consome 80% ou mais do limite de 1 minuto da aplicação, é devolvido o limite, o restante e a reposição.

    Abaixo estão alguns exemplos para ajudá-lo a entender os cabeçalhos RateLimit:

    • Um aplicativo consumiu 90% de sua cota de unidade de recurso (1.080 de 1.200) e seu consumo está dentro de todos os limites que se aplicam a ele. A solicitação é bem-sucedida e os cabeçalhos RateLimit são retornados.

      HTTP/1.1 200 Ok
RateLimit-Limit: 1200
RateLimit-Remaining: 120
RateLimit-Reset: 5

    • Um aplicativo consumiu 100% de sua cota de unidade de recurso, portanto, ele é limitado devido a essa política. O pedido é limitado e os RateLimit cabeçalhos são devolvidos. O Retry-After corresponde a RateLimit-Reset. Existem instâncias em que o Retry-After devolve um valor mais pequeno. Nestes casos, a regra geral do polegar é respeitar o maior dos dois valores.

      HTTP/1.1 429 Too Many Requests
Retry-After: 31
RateLimit-Limit: 1200
RateLimit-Remaining: 0
RateLimit-Reset: 31

    • Uma aplicação consumiu 90% da quota da unidade de recursos, mas o consumo já atingiu outros limites que os RateLimit cabeçalhos não suportam. Neste caso, o pedido é limitado e os RateLimit cabeçalhos não são devolvidos para evitar confusões, embora a condição para devolver os cabeçalhos seja satisfeita.

      HTTP/1.1 429 Too Many Requests
Retry-After: 9

    Pode encontrar informações adicionais em Impedir a limitação na sua aplicação com cabeçalhos RateLimit no SharePoint Online

    Como decorar o tráfego HTTP?

    O tráfego bem decorado será priorizado em relação ao tráfego que não está decorado corretamente.

    Qual é a definição de tráfego não decorado?

    • O tráfego é não decorado se não houver cadeias de caracteres do AppID/AppTitle e do Agente do Usuário em chamadas da API REST para o SharePoint Online. A cadeia de User-Agent deve estar num formato específico, conforme descrito abaixo.
    • Se você estiver desenvolvendo um aplicativo Web em execução no navegador, a maioria dos navegadores modernos não permitirá a substituição da cadeia de caracteres do Agente do Usuário e você não precisará implementá-la.

    Quais são as recomendações?

    • Se você criou um aplicativo, a recomendação é registrar e usar AppID e AppTitle - isso garantirá a melhor experiência geral e o melhor caminho para qualquer resolução de problema futuro. Inclua também as informações de cadeia de carateres do Agente de Utilizador, conforme definido no passo seguinte.

      Observação

      Consulte a documentação de identidade da Microsoft , como a página Início rápido: registrar um aplicativo na plataforma de identidade da Microsoft, para obter informações sobre como criar um aplicativo do Azure Active Directory.

    • Certifique-se de que inclui a cadeia de User-Agent na sua chamada à API para o SharePoint com a seguinte convenção de nomenclatura

    Tipo Agente do Usuário Descrição
    Aplicativo ISV ISV|NomedaEmpresa|AppName/Versão Identifique como ISV e inclua Nome da Empresa, Nome da Aplicação separado por um caráter de pipe e, em seguida, adicione o Número da versão separado por um caráter de barra
    Aplicativo empresarial NONISV|NomedaEmpresa|AppName/Versão Identifique como NONISV e inclua o Nome da Empresa, Nome do Aplicativo separado por um caractere de pipe e, em seguida, adicione o Número da Versão separado por um caractere de barra
    • Se estiver a criar as suas próprias bibliotecas JavaScript, que são utilizadas para chamar APIs do SharePoint Online, certifique-se de que inclui as informações de User-Agent ao seu pedido HTTP e, potencialmente, registe a sua aplicação Web também como uma Aplicação, sempre que adequado.

    Observação

    Espera-se que o formato da cadeia do agente do utilizador siga RFC2616, por isso, siga a documentação de orientação acima sobre os separadores certos. Também pode acrescentar a cadeia de agente de utilizador existente com as informações pedidas.

    Cenários comuns de limitação no SharePoint Online

    As causas mais comuns de limitação no SharePoint Online por usuário são o modelo de objeto do cliente (CSOM) ou código de transferência de estado representacional (REST) que realiza ações muitos muito freqüentemente.

    • Tráfego esporádico

      A carga constante ou as consultas complexas repetitivas no SharePoint Online devem ser otimizadas para gerar um impacto reduzido. Caso as práticas recomendadas para a verificação de aplicativos que processam arquivos em massa não sejam seguidas, provavelmente levará à limitação. Estas aplicações incluem motores de sincronização, fornecedores de cópias de segurança, indexadores de pesquisa, motores de classificação, ferramentas de prevenção de perda de dados e qualquer outra ferramenta, que tenta determinar a totalidade dos dados e aplicar alterações aos mesmos.

    • Tráfego cansativo

      Um único processo excede drasticamente os limites de limitação, continuamente, durante um longo período.

      • Você usou o serviços web para criar uma ferramenta para sincronizar as propriedades de perfil de usuário. A ferramenta atualiza propriedades de perfil de usuário com base nas informações do seu sistema de recursos humanos (RH) linha de negócios (LOB). A ferramenta faz chamadas com uma freqüência muito alta.
      • Você está executando um script de teste de carga no SharePoint Online e acaba sendo limitado. O teste de carga não é permitido no SharePoint Online.
      • Você personalizou seu site de equipe em SharePoint Online, por exemplo, adicionando um indicador de status na Home page. Esse indicador de status atualiza com freqüência, que faz com que a página para fazer muitas chamadas para o serviço de SharePoint Online - isso disparado limitação.
      • Executar o cliente de sincronização do OneDrive enquanto também executa aplicativos de migração ou aplicativos que rastreiam sites e gravam dados podem resultar em grandes volumes de solicitação que podem desencadear limitações.

    • Casos de uso sem suporte

      A utilização não suportada do SharePoint Online pode resultar na limitação. Usar o Microsoft Office SharePoint Online e o Microsoft OneDrive como um serviço intermediário entre o Microsoft 365 e outro repositório é um exemplo de caso de uso sem suporte.

    • Criar vários AppIDs para o mesmo aplicativo

      Não crie AppIDs separados em que os aplicativos executem essencialmente as mesmas operações, como backup ou prevenção contra perda de dados. As aplicações em execução no mesmo inquilino acabam por partilhar os mesmos recursos que o inquilino. Historicamente, algumas aplicações tentaram esta abordagem para contornar a limitação da aplicação, mas acabaram por esgotar o recurso do inquilino e fazer com que várias aplicações fossem limitadas no inquilino.

    Limites específicos do cenário

    Ao usar autenticação somente de aplicativo com permissão Sites.Read.All

    Quando estiver a utilizar APIs de pesquisa do SharePoint Online com autenticação apenas de aplicação e a aplicação tiver a permissão Sites.Read.All (ou mais forte), a aplicação será registada com todas as permissões e poderá consultar todos os seus conteúdos do SharePoint Online (incluindo o conteúdo de OneDrive for Business privado do utilizador).

    Para garantir que o serviço permaneça rápido e confiável, as consultas que usam essa permissão são limitadas em 25 solicitações por segundo. A consulta de pesquisa devolverá uma resposta HTTP 429. Ao aguardar pela recuperação da limitação, deve certificar-se de que coloca em pausa todos os pedidos de consulta de pesquisa que possa estar a fazer ao serviço com uma permissão apenas de aplicação semelhante. Fazer chamadas adicionais enquanto recebe respostas de aceleração estenderá o tempo que leva para que seu aplicativo fique desenfreado.

    Ao pesquisar com permissões de utilizador delegados

    A pesquisa com permissões de utilizador delegados ocorre quando uma aplicação submete um pedido de consulta de pesquisa com as permissões do utilizador com sessão iniciada. Os exemplos de pedidos delegados são os seguintes: a caixa de pesquisa numa página do SharePoint, uma peça Web baseada em pesquisa ou uma aplicação personalizada incorporada numa página do SharePoint e uma consulta de fluxo de trabalho do Power Automate para obter informações sobre o item.

    Para garantir a estabilidade do serviço, o serviço limitará os pedidos de utilizador delegados que excedam os 10 pedidos por segundo por utilizador. Este limite por utilizador é agregado em todos os pedidos de todas as aplicações. Se um único utilizador enviar mais de 10 pedidos de consulta de pesquisa por segundo, é devolvido um HTTP 429. A aplicação requerente deve aguardar a duração do tempo limite especificado no cabeçalho de resposta antes de enviar os pedidos subsequentes. Ao conceber aplicações baseadas em pesquisa, páginas do SharePoint e fluxos de trabalho, os implementadores devem certificar-se de que a página e a aplicação não excedem os 10 pedidos por segundo no agregado e processam respostas de limitação 429. Para obter mais informações e documentação de orientação sobre a estruturação de páginas e a otimização da pesquisa, consulte Otimizar pedidos de pesquisa em páginas de sites modernas do SharePoint Online e Utilizar a ferramenta diagnóstico de páginas para o SharePoint Online.

    Ao pesquisar resultados de pesquisa de pessoas

    Ao pesquisar com uma origem de resultados que pede resultados às pessoas, podemos limitar todos os pedidos que excedam um limite de 25 pedidos por segundo em toda a organização. Este limite aplica-se a todos os pedidos CSOM e REST de pesquisa do SharePoint com a origem de resultados "Resultados de Pessoas Locais" ou uma origem de resultados de pesquisa de pessoas personalizada.

    Se tiver aplicações ou componentes que estão a fazer com que os seus pedidos de pesquisa de pessoas sejam limitados, recomendamos que:

    1. Considere se as solicitações são realmente necessárias para sua aplicação. Por exemplo, se estiver a utilizar um site de pesquisa personalizado, que faz muitas consultas simultâneas, marcar se alguns desses pedidos podem ser removidos sem qualquer impacto significativo na experiência de pesquisa da sua organização. Como alternativa, considere experimentar nossa experiência moderna de pesquisa de pessoas no Microsoft Search pesquisando na página inicial do SharePoint. A pesquisa de pessoas no Microsoft Search foi otimizada para melhorar o desempenho e resultados mais relevantes.
    2. Evite fazer solicitações simultâneas. Por exemplo, em vez de emitir 10 pedidos de uma só vez, emita-os consecutivamente - emita apenas a consulta seguinte após a conclusão da anterior. Pode ser necessário considerar o armazenamento em cache desses resultados se precisar deles rapidamente, por exemplo, em um carregamento de página.
    3. Tente consolidar as solicitações em uma única consulta. Por exemplo, em vez de fazer 10 consultas simultâneas para WorkEmail:user1@constoso.com, WorkEmail:user2@constoso.com,..., WorkEmail:user10@contoso.com, experimente a única consulta, WorkEmail:user1@constoso.com WorkEmail:user2@constoso.com ... WorkEmail:user10@contoso.com.
    4. Considere usar a API do Microsoft Graph se um cenário de alto volume de solicitações (acima de 25 solicitações por segundo) for realmente necessário.

    Ao aceder a sites do OneDrive

    Quando um cliente tenta aceder excessivamente a muitas coleções de sites do OneDrive que não existem, podemos limitar os pedidos do endereço IP desse cliente. O cliente receberá uma resposta HTTP 429 ao aceder a qualquer coleção de sites do OneDrive durante o período de limitação.

    Clientes multigeográficos e limitação

    Quando um cliente ativa a limitação, cada um obtém os seus próprios limites (a medição de utilização não é partilhada entre áreas geográficas). Para os limites dependentes da contagem de licenças, é utilizada a contagem total de licenças de utilizador inquilino (total de utilizadores em todas as áreas geográficas).

    O que você deve fazer caso seja bloqueado no SharePoint Online?

    O bloqueio é a forma mais extrema de limitação. Raramente bloqueamos um inquilino, a menos que detetemos tráfego excessivo a longo prazo que possa ameaçar o estado de funcionamento geral do serviço SharePoint Online. Aplicamos bloqueios para impedir que esse tráfego excessivo prejudique o desempenho e a confiabilidade do SharePoint Online. Um bloqueio, que é colocado no nível do aplicativo ou do usuário, impede que um processo incorreto seja executado até que o problema seja corrigido. Se sua assinatura for bloqueada, você deverá adotar medidas para modificar os processos incorretos para que o bloqueio possa ser removido.

    Se bloquearmos sua assinatura, notificaremos você sobre o bloco no Centro de mensagens do Office 365. A mensagem descreve o que causou o bloqueio, fornece orientação sobre como resolver o problema e informa quem contatar para remover o bloqueio.

    Confira também