Estado de Bloqueio do Site Não Altera Após Atualização do Administrador: Correção Segura

Você definiu um estado de bloqueio no centro de administração do SharePoint, mas o status no site ainda mostra o valor antigo. Esse problema ocorre porque a alteração do estado de bloqueio não é aplicada imediatamente a todos os conjuntos de sites devido a um atraso de cache ou uma sessão de administrador desatualizada. Este artigo explica a causa raiz e fornece uma correção segura, passo a passo, que não requer PowerShell ou acesso direto ao banco de dados.

Você aprenderá como forçar a atualização do estado de bloqueio usando o centro de administração do SharePoint, limpar o cache do lado do servidor e verificar a alteração no próprio site. Essas etapas funcionam para SharePoint Online e SharePoint Server 2019 e versões posteriores.

Por que o Estado de Bloqueio do Site Não Altera Imediatamente

Quando um administrador atualiza o estado de bloqueio no centro de administração do SharePoint, a alteração é gravada no banco de dados de conteúdo do SharePoint. No entanto, o valor do estado de bloqueio é armazenado em cache na memória dos servidores front-end do SharePoint para melhorar o desempenho. Esse cache pode permanecer inalterado por até 15 minutos, fazendo com que o estado antigo persista no site.

Uma segunda causa raiz é uma sessão de administrador desatualizada. Se a guia do navegador do administrador ou a página do centro de administração não foi atualizada desde a alteração, a interface pode exibir o estado de bloqueio anterior mesmo que o banco de dados tenha sido atualizado. Isso é apenas um problema de exibição, mas pode enganar os administradores fazendo-os pensar que a alteração falhou.

O Papel do Cache do Estado de Bloqueio

O SharePoint Server e o SharePoint Online usam um cache distribuído para metadados do site, incluindo o estado de bloqueio. No SharePoint Server, esse cache reside no serviço SharePoint Foundation Web Application em cada servidor front-end. No SharePoint Online, o cache é gerenciado pela Microsoft, mas ainda pode causar atrasos. O cache foi projetado para reduzir a carga no banco de dados, mas introduz uma latência entre a atualização do banco e a alteração visível.

Sessão Desatualizada vs. Falha Real no Banco de Dados

Uma sessão desatualizada ocorre quando a página do centro de administração não atualiza seus dados após a alteração do estado de bloqueio. O centro de administração usa JavaScript para consultar o servidor, mas se a página perder a conexão ou a guia do navegador permanecer aberta por muito tempo, o estado de bloqueio exibido pode ficar desatualizado. Isso não é uma falha da atualização em si. Você pode testar isso abrindo uma nova guia do navegador e navegando diretamente para o conjunto de sites no centro de administração.

Etapas para Forçar a Atualização do Estado de Bloqueio

Siga estas etapas em ordem. Pare após cada etapa e verifique se o estado de bloqueio mudou. Não prossiga para a próxima etapa se o problema for resolvido.

1. Atualize a Página do Centro de Administração do SharePoint
   Abra o centro de administração do SharePoint em uma nova guia do navegador ou atualize a guia atual. Navegue até Sites ativos, selecione o site que mostra o estado de bloqueio errado e clique em Editar na barra de comandos. Verifique o campo Estado de bloqueio do site. Se agora mostrar o valor correto, o problema era uma sessão desatualizada.
2. Reaplique o Estado de Bloqueio e Salve
   Se o campo de estado de bloqueio ainda mostrar o valor antigo, selecione o estado correto no menu suspenso: Não bloqueado, Somente leitura ou Sem acesso. Clique em Salvar. Aguarde 30 segundos, atualize a página e verifique o estado de bloqueio novamente. Isso força o centro de administração a enviar uma nova solicitação de atualização ao servidor.
3. Limpe o Cache do Servidor (Apenas SharePoint Server)
   No servidor SharePoint, abra um Prompt de Comando elevado como administrador. Execute o comando iisreset e pressione Enter. Isso reinicia os processos de trabalho do IIS e limpa o cache de metadados do SharePoint. Após a conclusão do comando, atualize o site no navegador e verifique o estado de bloqueio. Esta etapa não está disponível para usuários do SharePoint Online.
4. Verifique o Estado de Bloqueio Usando a Página de Configurações do Site
   Navegue até o conjunto de sites afetado. Adicione /_layouts/15/settings.aspx à URL do site. Na página Configurações do Site, procure em Administração do Conjunto de Sites e clique em Estado de bloqueio do conjunto de sites. A página exibe o estado de bloqueio atual conforme armazenado no banco de dados. Isso ignora o cache do centro de administração e mostra o estado real.
5. Aguarde 15 Minutos e Verifique Novamente
   Se nenhuma das etapas acima funcionar, o cache pode precisar de tempo para expirar. Aguarde 15 minutos, atualize a página do centro de administração e verifique o estado de bloqueio. No SharePoint Online, esse atraso é normal e geralmente é resolvido sem ação adicional.

Se o SharePoint Ainda Tiver Problemas Após a Correção Principal

Estado de Bloqueio Mostra como Não Bloqueado Após Aplicar Somente Leitura

Isso pode acontecer se o conjunto de sites fizer parte de uma política de site que substitui o estado de bloqueio manual. Verifique a política de site atribuída ao site no centro de administração. Se uma política impuser um estado de bloqueio diferente, remova a política ou atualize-a para corresponder ao estado desejado.

Centro de Administração Mostra Erro ao Salvar o Estado de Bloqueio

Um erro durante o salvamento geralmente indica um problema de permissão ou um problema temporário de serviço. Verifique se sua conta de administrador tem a função Administrador do SharePoint. Se o erro persistir, abra um tíquete de suporte com a Microsoft e inclua a mensagem de erro e a URL do site.

Estado de Bloqueio Volta ao Valor Anterior Após Algumas Horas

Isso é um sintoma de um script ou automação recorrente que redefine o estado de bloqueio. Verifique se alguma ferramenta de terceiros, script PowerShell ou runbook de automação do Azure está modificando o estado de bloqueio do site em um agendamento. Desative a automação e reaplique o estado de bloqueio desejado manualmente.

Atualização Manual vs. Alteração Automatizada: Principais Diferenças

Item	Atualização Manual via Centro de Administração	Alteração Automatizada via PowerShell ou API
Velocidade de atualização	Pode atrasar até 15 minutos devido ao cache	Aplicada imediatamente ao banco de dados, mas o cache ainda causa atraso na exibição
Permissão necessária	Administrador do SharePoint ou Administrador do Conjunto de Sites	Administrador do SharePoint com acesso à API
Método de bypass de cache	IISReset no SharePoint Server	Não disponível; deve aguardar a expiração do cache
Melhor para	Alterações em sites individuais ou testes	Atualizações em massa ou manutenção agendada

Após concluir as etapas acima, você pode forçar uma alteração no estado de bloqueio do site no SharePoint quando a atualização do administrador não surtir efeito imediato. O método principal é limpar o cache do servidor usando IISReset no SharePoint Server ou aguardar 15 minutos no SharePoint Online. Sempre verifique o estado de bloqueio usando a página de configurações do site em /_layouts/15/settings.aspx para confirmar o valor real no banco de dados. Para problemas recorrentes de estado de bloqueio, verifique se há políticas de site conflitantes ou scripts automatizados que possam substituir suas alterações manuais.