Plano para feeds e o serviço de Cache Distribuído no SharePoint Server
APLICA-SE A:
2013 2019 Subscription Edition 
SharePoint no Microsoft 365
No SharePoint Server, a funcionalidade do microblog permite que os usuários tenham conversas curtas e públicas sobre os tópicos em que estão interessados. O Newsfeed e o serviço de Cache Distribuído dão suporte a essa funcionalidade de microblog no SharePoint Server.
Planeje os feeds
Feeds de site
Feeds de site fornecem a funcionalidade de news feed para um grupo específico de usuários. Esses feeds estão disponíveis em sites de equipe. Ao planejar o uso de feeds de site nos sites da sua equipe no SharePoint Server, estes devem consumir o mesmo aplicativo de serviço Perfil de Usuário que Meus Sites. Sites de Equipe e Meus Sites podem estar localizados no mesmo farm ou em farms diferentes, mas devem usar o mesmo aplicativo de serviço Perfil de Usuário. Se você tiver sites de equipe em um farm diferente do Host de Meu Site, a autenticação de servidor a servidor entre os dois farms será necessária. No SharePoint Server, recomendamos que a mesma conta de serviço seja usada para ambos os aplicativos Web do host do Meu Site e o aplicativo Web que hospeda os sites de equipe. Além disso, o conjunto de sites de host do Meu Site deve ser um host do SharePoint Server Meu Site, e o usuário deve ter um SharePoint Server Meu Site para usar o recurso de feeds de site. Considere habilitar Criação de Sites de Autoatendimento no aplicativo Web que contém os sites de equipe, para que os usuários possam facilmente criar sites de equipe a partir de seus Meu Site. Em uma implantação do SharePoint Server em que os usuários usam apenas as páginas Sobre Mim (o administrador configurou o restante dos recursos do Meu Site para estarem indisponíveis), feeds de site ainda estão disponíveis para os usuários.
Quando um administrador atualiza sites de equipe do SharePoint Server 2013 com Service Pack 1 (SP1), ele deve ativar feeds de site no site de equipe atualizado, ativando primeiro o recurso Acompanhando o conteúdo no site de equipe, e depois os Feeds de site. Em seguida, os recursos de acompanhar entidades e ver publicações dos Feeds de site estão disponíveis para o usuário.
Observação
[!OBSERVAçãO] Se o usuário começa a acompanhar o site antes que o administrador ativa o recurso Feeds de site, o site de equipe atualizado não aparece no menu Compartilhar com. Quando o administrador ativa o recurso Feeds de site, o usuário deve Parar de acompanhar o site e Acompanhar o site novamente. Agora, o site aparece no menu Compartilhar com.
Planejamento de Meus sites
Um usuário pode incluir uma imagem em postagens de microblog. Quando as postagens incluem uma imagem, o SharePoint Server carrega essa imagem em uma pasta privada no Meu Site do usuário. Essa imagem é automaticamente reduzida em tamanho e dimensões de arquivo para otimizar quanto espaço é consumido pela imagem no Meu Site do usuário. Ao atribuir cotas para Meus Sites, um administrador deve planejar esse requisito adicional de armazenamento de imagens. Se o usuário não tiver armazenamento disponível no Meu Site e o usuário estiver tentando postar uma mensagem com uma imagem, um erro será exibido para o usuário.
Notificações
As notificações são mensagens de email geradas pelo sistema, que avisam o usuário de uma atividade que ocorre em um encadeamento para o qual ele contribuiu, ou quando alguém começou a acompanhá-lo. As notificações requerem a configuração do email de saída no SharePoint Server como um pré-requisito.
Atualizar
Ao atualizar do SharePoint Server 2013 com Service Pack 1 (SP1) para o SharePoint Server 2016, os news feeds do SharePoint Server 2013 com Service Pack 1 (SP1) são atualizados como um recurso herdado no SharePoint Server 2016. Isso significa que o news feed do SharePoint Server 2013 com Service Pack 1 (SP1) está sendo preterido, mas ainda está disponível no SharePoint Server. O administrador deve realizar etapas especiais de configuração para permitir que os usuários acessem o news feed atualizado do SharePoint Server 2013 com Service Pack 1 (SP1). Todos os dados armazenados no news feed do SharePoint Server 2013 com Service Pack 1 (SP1) estão disponíveis no SharePoint Server. No entanto, um administrador não pode migrar dados do news feed do SharePoint Server 2013 com Service Pack 1 (SP1) para o news feed do SharePoint Server, pois os feeds diferem significativamente.
Conector Social do Outlook
O Conector Social do Outlook exibe informações de feed no Microsoft Outlook junto com mensagens, reuniões e outros itens do Outlook. O Conector aumenta a carga do sistema em um farm de servidor do SharePoint Server. Isso ocorre porque ele acessa os recursos do Meus Sites frequentemente e força as informações para o Outlook. Isso afeta o desempenho do farm do SharePoint Server e deve ser considerado ao projetar o farm do servidor.
Pesquisa e filtragem de segurança
A visualização Todos e a visualização Seguinte contêm conversas públicas (publicações e respostas), que todos os usuários podem acessar. Quando conversas públicas são adicionadas ao índice de pesquisa no SharePoint Server, os usuários podem pesquisar e visualizar os resultados de pesquisa que incluem essas conversas públicas. A filtragem de segurança não se aplica às conversas públicas porque não há permissões atribuídas à conversa. Se os usuários exigirem que a filtragem de segurança seja aplicada a conversas específicas, use os feeds de site em sites de equipe. No site de equipe, atribua permissões ao grupo de usuários que podem participar da conversa. Em seguida, os resultados da pesquisa passam pela filtragem de segurança com base nas permissões atribuídas.
Pense em como irá configurar o agendamento do rastreamento incremental para o indexador, porque isso afeta a velocidade da exibição das conversas nos resultados de pesquisa dos usuários. Se eles usarem ativamente os recursos de microblog para fazer publicações e respostas, as conversas irão aparecer nos resultados mais rapidamente. Nesse caso, considere intervalos mais curtos entre as atualizações.
Planeje o serviço de Cache distribuído
Quando você planejar implementar o serviço de Cache distribuído, considere que ele pode ser implantado de duas maneiras: modo dedicado ou modo posicionado. No modo dedicado, todos os serviços diferentes do Cache distribuído são parados no servidor de aplicativo que executa o serviço de Cache distribuído. No modo posicionado, o serviço de Cache distribuído executa junto com outros serviços no servidor de aplicativo. O modo dedicado é o recomendado para implantar o serviço de Cache distribuído.
Importante
[!IMPORTANTE] Se você estiver usando aplicativos personalizados no SharePoint Server que usem as APIs do cliente AppFabric, ou estiver criando caches personalizados, deve criar um cluster de cache AppFabric separado para dar suporte aos seus aplicativos personalizados. Não use o cluster de cache AppFabric dando suporte ao seu farm do SharePoint Server. Execute o cluster de cache AppFabric separado para os aplicativos personalizados em servidores separados dos servidores dedicados ao seu farm do SharePoint Server.
Importante
Não use nomes de contas de serviço que contenham o símbolo $.
Instale os pré-requisitos do Windows Server AppFabric
Quando o instalador de pré-requisitos do SharePoint Server é executado, ele instala o Windows Server AppFabric. Essa é a abordagem recomendada para instalar o Windows Server AppFabric no servidor que está executando o SharePoint Server. Se você já tem o Windows Server AppFabric instalado no servidor antes de executar o instalador de pré-requisitos, desinstale o Windows Server AppFabric antes de executar o instalador. Se um administrador decidir instalar o Windows Server AppFabric manualmente, ele deverá instalar os recursos CacheAdmin, CachingService e CacheClient e usar a opção /gac. Para saber mais confira Instalação automatizada (AppFabric 1.1 Caching) na Biblioteca MSDN.
Planejamento de capacidade para o serviço de Cache Distribuído
Esta seção do documento ajuda os administradores a planejar a arquitetura e os requisitos de memória para servidores que hospedam o serviço de Cache Distribuído. O serviço de Cache Distribuído armazena dados na memória e não tem uma dependência de bancos de dados no SharePoint Server. Além disso, alguns serviços no SharePoint Server requerem recursos de memória significativos, o que pode afetar o desempenho do serviço de Cache Distribuído. O desempenho do serviço de Cache Distribuído é significativamente afetado pela escolha da arquitetura e pela alocação de memória para o serviço de Cache Distribuído.
A tabela a seguir lista as diferentes recomendações de memória e arquitetura para o serviço de Cache Distribuído, dependendo do número total de usuários.
| Tamanho da implantação | Farm pequeno | Farm médio | Farm grande |
|---|---|---|---|
| Número total de usuários |
< 10.000 |
< 100.000 |
< 500.000 |
| Tamanho de cache recomendado para o serviço de Cache Distribuído |
1 GB |
2,5 GB |
12 GB |
| A alocação de memória total para o serviço de Cache Distribuído (o dobro do tamanho de cache recomendado acima, além de 2 GB de reserva para o sistema operacional) |
2 GB |
5 GB |
34 GB > [! OBSERVAÇÃO]> O serviço Cache Distribuído, o tamanho do cache não deve exceder 16 GB, portanto, recomendamos que você use dois servidores em um ambiente de farm grande. |
| Configuração de arquitetura recomendada |
Servidor dedicado ou co-posicionado em um servidor de front-end |
Servidor exclusivo |
Servidor exclusivo |
| Mínimo de hosts de cache por farm |
1 |
1 |
2 |
Observação
Em um farm do SharePoint Server, deve haver pelo menos um host de cache executando o serviço de Cache Distribuído.
Alocação de memória
A alocação de memória do serviço de Cache Distribuído para o tamanho do cache é definida para um valor padrão de 10 por cento da memória física total quando o SharePoint Server instala. Um administrador pode alterar a alocação de memória para o serviço de Cache Distribuído usando o cmdlet Update-SPDistributedCacheSize. O serviço de Cache Distribuído pode receber um máximo de 16 GB de memória por host de cache no cluster de cache. Recomendamos reservar 2 GB de memória para outros serviços que estão executando no servidor, e atribuir a memória restante ao serviço de Cache distribuído. Para mais informações, veja Gerenciar o serviço de Cache Distribuído no SharePoint Server.
Importante
O Windows Server AppFabric 1.1 pode causar alto uso de memória no nível do sistema operacional. Isso afeta o Serviço de Cache Distribuído, portanto, se você alocar 16 GB de memória, deverá ter pelo menos 34 GB de memória no servidor cache distribuído. Isso inclui 2 GB de memória reservada para o sistema operacional. Para obter mais informações, consulte Comportamento de Consumo de Memória do Windows ServerFabric e Cache AppFabric 1.1: a memória alocada para hosts de cache não deve exceder 50% da memória disponível no computador.
Importante
[!IMPORTANTE] Em um servidor com mais de 16 GB de memória física total, aloque no máximo 16 GB de memória para o serviço de Cache distribuído. Se você alocar mais de 16 GB, o servidor pode deixar de responder inesperadamente por mais de 10 segundos.
Se você precisar de mais memória, pode configurar o serviço de Cache distribuído para executar em vários servidores de aplicativo. Nesse caso, o cache se estende por todos os servidores que estão executando o serviço de Cache distribuído, e atua como um cache que suporta o farm inteiro. Para adicionar outro servidor de aplicativo, vincule o novo servidor de aplicativo ao farm de servidor usando o Assistente de Configuração do SharePoint. Você deve decidir se o novo servidor de aplicativo deve executar no modo dedicado ou posicionado. A alocação de memória atribuída ao serviço de Cache distribuído deve ser a mesma em todos os servidores que estão executando esse serviço. Os dados do cache são armazenado em um servidor, não em ambos. Para obter mais informações, consulte Gerenciar o serviço de Cache Distribuído no SharePoint Server.
Quando o serviço de Cache distribuído executa no modo posicionado, a memória física do servidor deve ser aumentada e todos os serviços dispensáveis são parados. Não recomendamos que os serviços ou aplicativos a seguir executem no mesmo servidor que o serviço de Cache distribuído:
SQL Server 2008 ou SQL Server 2012
Serviço de Pesquisa
Serviços do Excel no SharePoint (disponível apenas no SharePoint Server 2013)
Project Server services
Ao planejar as estações de trabalho do desenvolvedor, a estação de trabalho do desenvolvedor deve ter um mínimo de 32 GB de memória física total. Em estações de trabalho do desenvolvedor, o SharePoint Server é instalado como uma implantação de servidor único. Isso significa que o serviço cache distribuído é implantado no modo de ordenação. No modo de ordenação, haverá competição por recursos de memória. Para gerenciar a alocação de recursos de memória, um desenvolvedor pode desligar todos os serviços que não são usados ou pode reiniciar periodicamente SQL Server.
Importante
[!IMPORTANTE] O serviço de Cache distribuído pode executar em um servidor físico ou virtual. Ao usar a virtualização, não use a Memória dinâmica para gerenciar os recursos de memória compartilhados entre outras máquinas virtuais e os servidores de Cache distribuído. A alocação de memória para esses servidores virtualizados deve ser fixa.
Sequência de configuração do serviço de Cache distribuído
Iniciar e parar o serviço de cache distribuído de uma maneira não planejada resulta na instabilidade do serviço. Ao realizar a configuração inicial de um farm do SharePoint Server 2013, execute as etapas a seguir na ordem citada:
Execute o Assistente de Configuração para unir todos os servidores ao farm de servidor. O serviço de Cache distribuído é iniciado em todos os servidores da web e de aplicativo no farm de servidor.
Execute outras etapas de configuração de farm que sejam necessárias.
Quando estiver pronto para configurar o serviço de Cache distribuído, confirme se ele está executando em todos os servidores no farm de servidor. Depois, pare o serviço de Cache distribuído em qualquer servidor que não seja previsto como parte do cluster do cache. Evite parar e reiniciar esse serviço em um servidor. Se o serviço foi acidentalmente parado em um servidor e sua reinicialização é agora exigida, consulte a orientação em Gerenciar o serviço de Cache Distribuído no SharePoint Server.
Importante
[!IMPORTANTE] Se você parou o serviço de Cache distribuído em todos os servidores que o estão executando, não reinicia o serviço em apenas um servidor. Em vez disso, reinicie-o em todos os servidores ao mesmo tempo. Enquanto o serviço de Cache distribuído está reiniciando, o desempenho inicial é afetado por um curto período.
Como alternativa ao método prévio, um administrador pode instalar o SharePoint Server sem registrar o serviço de Cache distribuído em servidores não previstos como parte do cluster de cache. Para isso, use o parâmetro skipRegisterAsDistributedCachehost com os cmdlets New-SPConfigurationDatabase ou Connect-SPConfigurationDatabase PowerShell, ou quando executar o psconfig.exe na linha de comando. Esse parâmetro é opcional.
Considerações de configuração de firewall
O serviço de Cache Distribuído usa as seguintes portas de comunicação:
22233
22234
22235
22236
Observação
[!OBSERVAçãO] Se você estiver usando mais de um host de cache no farm do servidor, deve configurar o primeiro host de cache executando o serviço de Cache Distribuído para permitir tráfego ICMP (ICMPv4) de Entrada pelo firewall. Para mais informações, veja o artigo sobre como criar uma regra de ICMP de Entrada no Windows 8, Windows 7, Windows Vista, Windows Server 2012, Windows Server 2008 ou Windows Server 2008 R2. Se um administrador remover o primeiro host de cache do cluster que foi configurado para permitir tráfego ICMP (ICMPv4) de Entrada pelo firewall, você deve configurar o servidor do novo cluster para permitir tráfego ICMP (ICMPv4) de Entrada pelo firewall.