Servidores Quiesce do SharePoint

2

Ambiente: site de publicação na Intranet (padrão) do SharePoint 2007 em um pequeno farm de dois servidores.

Precisamos planejar uma operação de desligamento e eu pensei que teria que manter os dois servidores sincronizados ao desligar.

A operação 'quiescefarm' do STSADM aparentemente apenas impede que formulários do InfoPath (que não estamos usando) sejam enviados:

link

A operação 'Quiesce Farm' do Central Admin é a mesma coisa e qual é o procedimento correto para desativar um farm do SharePoint de mais de um servidor e ter certeza de que todas as gravações estão bloqueadas e tudo está sincronizado?

Atualmente, estou desativando o serviço WWW e desativando o WFE primeiro. Não é possível encontrar uma prática recomendada para isso ...

    
por IrishChieftain 05.11.2010 / 20:53

1 resposta

2

A segunda frase da sua pergunta tem uma suposição incorreta, o que significa que você está tentando resolver um problema que realmente não existe. Não há necessidade de se preocupar em "manter os servidores em sincronia".

Você pode desligar os servidores em seu farm em qualquer ordem (e colocá-los de volta em qualquer ordem). Você nem precisa se preocupar em interromper serviços individuais - basta desligar o sistema. O pior que acontecerá é que você obterá muitos erros em seus logs ULS e Event (se, por exemplo, o WFE aparecer antes do banco de dados).

A maneira mais limpa e absoluta de fazer isso seria na seguinte ordem:

  • WFEs
  • Servidores de aplicativos
  • Servidores de banco de dados

e depois retorne os servidores na ordem inversa.

Quando os Serviços de Formulários (e possivelmente os serviços do Excel ... Eu vi documentação conflitante) estão em uso, eles às vezes têm sessões que passam por várias solicitações HTTP antes de confirmar uma transação no banco de dados - é onde o comando quiesce farm Ele permite que a (s) sessão (ões) termine (m) a execução de uma dessas várias transações de solicitação, mas não permite novas sessões. Depois que todas as transações forem confirmadas, os serviços do Infopath (Excel?) Estarão off-line e prontos para serem desligados também.

Aqui está uma postagem no blog que detalha um pouco sobre o que a fazenda Quiesce está fazendo: link

Você não falou sobre a parte da experiência do usuário final, mas vou mencioná-la para completar. Se você fosse desligar um WFE no meio de um usuário fazendo o upload de um arquivo ou editando um item da lista - não haveria nenhuma corrupção do WFE ou do banco de dados, mas o usuário final é basicamente descartado em uma página de erro que não Realmente deixe que eles saibam o que aconteceu (ou se alguma edição aconteceu!). A maneira de lidar com isso seria ter algo na frente do SharePoint (um balanceador de carga, até ARR em um servidor separado poderia fazer isso) que iria "drenar" o SharePoint das conexões do usuário final e potencialmente redirecionar para uma página de erro amigável. até que o site esteja de volta.

    
por 11.11.2010 / 15:42