Alterações de armazenamento de dados para o SharePoint 2010
Artigo original publicado em 9 de julho de 2011, sábado
Hoje estamos anunciando duas alterações relacionadas à forma como descrevemos o armazenamento de dados no SharePoint. Em primeiro lugar, aproveitando as melhorias no desempenho e na confiabilidade no SP1 e definindo requisitos específicos para o armazenamento de grandes volumes de dados no SharePoint, a Microsoft é capaz de aumentar os limites aceitos para armazenamento de dados no SharePoint.
Além disso, estamos anunciando que o provedor FILESTREAM RBS do SQL Server agora pode ser usado com o SharePoint e, assim, o disco NAS conectado por iSCSI de custo menor pode ser usado. Esta postagem descreve os novos limites aceitos para armazenamento de dados e as diretrizes para o estender até esses limites e define o RBS, incluindo o novo provedor FILESTREAM RBS.
O limite de tamanho do banco de dados de conteúdo do SharePoint
Com o lançamento do SharePoint 2010 SP1 e algumas novas diretrizes, estamos alterando os limites de tamanho de dados aceitos para os bancos de dados de conteúdo do SharePoint. Antes do SP1, o limite do banco de dados de conteúdo era 200 GB para colaboração e 1 TB para arquivamento de documentos. O tamanho do banco de dados de conteúdo inclui os metadados e os BLOBs, independentemente de onde os BLOBs estão localizados, e o uso do RBS não ignora ou aumenta esses limites.
A nova diretriz sobre os detalhes do tamanho de banco de dados de conteúdo aceito descreve as diretrizes específicas para os administradores do SharePoint à medida que o tamanho aumenta. Se essa nova diretriz for seguida, o SharePoint poderá suportar até 4 TB de dados em todos os cenários de uso e não haverá limite de tamanho imposto para os cenários de arquivamento de documentos. Os detalhes estão no documento do TechNet sobre o gerenciamento de capacidades do SharePoint Server 2010. As restrições e limites de software e as principais alterações são:
- Para um banco de dados de conteúdo do SharePoint de até 200 GB, não há requisitos especiais e este limite é incluído para consistência.
- Para um banco de dados de conteúdo do SharePoint de até 4 TB, você precisa planejar também para os seguintes dois requisitos:
- Exige desempenho do subsistema de disco de 0,25 IOPS por GB, 2 IOPS por GB é recomendado para desempenho ideal.
- Exige que o cliente tenha planos para alta disponibilidade, recuperação de desastres, capacidade futura e teste de desempenho.
- E você precisa analisar as considerações adicionais no artigo sobre restrições e limites do TechNet.
- Para um banco de dados de conteúdo do SharePoint acima de 4 TB, especialmente para um cenário de Arquivamento de Documentos, você precisa planejar também para o seguinte:
- Os sites do SharePoint devem ser baseados nos modelos de site da Central de Documentos ou Central de Registros e devem ser um cenário de arquivamento, onde menos de 5% do conteúdo é lido ativamente a cada mês e menos de 1% do conteúdo é gravado ativamente.
- Não use alertas, fluxos de trabalho, correções de links ou segurança em nível de item em nenhum objeto do SharePoint no banco de dados de conteúdo. Observação: Os bancos de dados de conteúdo de arquivamento de documentos podem ser o destinatário dos documentos como um resultado do fluxo de trabalho de Roteamento de Conteúdo.
- Outras alterações de limites específicos sendo feitas ao mesmo tempo:
- Um novo limite de 60 milhões de itens em qualquer um dos bancos de dados de conteúdo do SharePoint
- O limite de 5 TB específico por instância do SQL Server foi removido. Em vez disso, você deve trabalhar com um profissional do SQL Server para planejar o armazenamento de banco de dados.
Leia o artigo completo do TechNet sobre o gerenciamento de capacidades do SharePoint Server 2010: restrições e limites de software. Também publicamos um guia sobre a escalabilidade do SharePoint 2010 aqui: https://go.microsoft.com/fwlink/?LinkId=223599. Em breve publicaremos um relatório de testes em larga escala que ofereça suporte a esses novos limites de tamanho.
O valor do Remote Blob Store com o SharePoint
O RBS (Remote Blob Store) é um conjunto de APIs padronizadas que permite o armazenamento/recuperação de BLOBs (dados de objeto grande binário) fora do seu banco de dados SQL principal, onde um repositório de BLOB dedicado é desejável. O RBS usa um modelo de provedor para conectar qualquer repositório de BLOB dedicado que implementa as APIs do RBS. O RBS foi introduzido no SharePoint 2010 e os provedores podem ser instalados no SharePoint e são usados para armazenar os BLOBs. Os documentos na biblioteca de documentos do SharePoint são BLOBs e, com o RBS, eles podem ser armazenados remotamente no banco de dados do SQL Server. Isso geralmente significa que os BLOBs são armazenados no mesmo computador do SQL Server, embora possam estar em um computador do SQL Server conectado por rede.
Acima são dois diagramas mostrando arquiteturas comuns para o SharePoint usando RBS. Ambos mostram o Provedor do Cliente RBS (RBS Client Provider) que está instalado no Front-End da Web do SharePoint (SharePoint Web Front-End). O diagrama à esquerda mostra a implementação genérica de RBS, onde um terceiro implementou o RBS para acessar o armazenamento dele. O diagrama à direita mostra o provedor FILESTREAM RBS do SQL Server que armazena blobs no sistema de arquivos do Windows.
Ao armazenar os BLOBs fora do banco de dados do SQL Server, você pode ter algumas vantagens, como:
· O RBS permite que o SharePoint Foundation 2010 sendo executado no SQL Express armazene mais dados que o limite do SQL Express de 4 GB. No SQL Express 2008 R2, esse limite aumentou para 10 GB.
· Algumas operações podem ser o desempenho otimizado com tamanhos de blob médios maiores que 1 Mb. Este resultado foi baseado em testes com o Provedor SQL RBS. Ref.: https://msdn.microsoft.com/en-us/library/cc949109(SQL.100).aspx
· Podem haver otimizações de armazenamento com possível redução de custos com discos e espaço em disco por meio de backups diferenciais ou armazenamento em camadas.
· Concluímos os testes no provedor RBS FILESTREAM do SQL, que pode permitir o armazenamento conectado por iSCSI para o uso do RBS. Usar iSCSI permite o uso de um armazenamento NAS de custo menor.
· Outras possíveis otimizações de dados podem ser desenvolvidas por ISVs usando as APIs do RBS e as APIs do SharePoint públicas compatíveis.
Você deve ter cuidado em alguns aspectos ao implementar o RBS:
· A estratégia de backup deve ser considerada com cuidado. Os metadados e os BLOBs do documento devem ser armazenados em backup exatamente na mesma hora. Isso significa que qualquer solução de backup de terceiros precisa ser capaz de restaurar o banco de dados SQL usado pelo SharePoint e os BLOBs usados pelo SharePoint como um conjunto, onde não há variação na qual os BLOBs de referência do banco de dados não estão disponíveis pelo mesmo backup.
· O RBS geralmente é usado em cenários de arquivamento de documentos, onde os documentos são escritos e não atualizados. Os BLOBs no RBS nunca serão atualizados depois de serem escritos; em vez disso, um novo BLOB será criado para qualquer atualização. Os BLOBs são imutáveis, BLOBs antigos serão lixos coletados posteriormente. Você pode ler mais sobre a coleta de lixo do RBS neste artigo: https://technet.microsoft.com/pt-br/library/ff628583.aspx
· Os provedores RBS devem retornar o primeiro byte de dados de uma solicitação em 20 ms. Isso se aplica a todas as solicitações entre o SharePoint e a camada de armazenamento do provedor RBS.
· O banco de dados do SharePoint não se destina a ser lido ou gravado, exceto pelo SharePoint. Os provedores RBS não têm acesso separado aos dados. Isso inclui o acesso direto aos blobs. Ref.: https://support.microsoft.com/kb/841057/pt-BR
· O desempenho pode ser diminuído para tamanhos menores de BLOB ao usar o RBS. Isso também é mostrado no artigo sobre o "Armazenamento FILESTREAM no SQL Server 2008" citado acima.
· Há muitos provedores RBS disponíveis e os clientes devem avaliá-los se são adequados para suas implementações.
Documentação adicional da Microsoft sobre RBS no SharePoint
Links para Documentações do TechNet sobre o RBS:
· Planejar o RBS (SharePoint Server 2010) [https://technet.microsoft.com/pt-br/library/ff628583.aspx]
· Visão geral do RBS (SharePoint Server 2010) [https://technet.microsoft.com/en-us/library/ee748649.aspx]
· Manter o RBS (SharePoint Server 2010) [https://technet.microsoft.com/en-us/library/ff943565.aspx]
Perguntas e respostas
· P: Por que você não podia fornecer esses limites maiores de dados quando o SharePoint 2010 foi lançado?
· R: Aprendemos mais sobre como os clientes implementam soluções de arquivamento de documentos no SharePoint nos últimos 12 meses. Agora, ao fornecer diretrizes específicas em relação ao dimensionamento do tamanho dos dados e oferecer suporte com foco em torno disso, podemos ter um limite maior de tamanho de dados para o SharePoint e evitar ter um limite de tamanho de dados para o cenário de arquivamento de documentos.
· P: Qual é o novo limite de tamanho de dados para arquivos mortos de documentos no SharePoint?
· R: Não há um limite de tamanho de dados, embora os fatores da nova diretriz para a criação de sistemas suportáveis em larga escala devam ser seguidos. Se os fatores adicionais não forem devidamente abordados, o limite menor de capacidade de suporte será aplicado.
· P: E se eu realmente precisar de mais de 4 TB em um farm do SharePoint e não for para arquivamento de documentos?
· R: Você deve usar uma topologia de escalabilidade horizontal. Isso implica ter vários bancos de dados de conteúdo em um único farm e sites espalhados entre eles. Cada banco de dados de conteúdo pode crescer até 4 TB, seguindo a diretriz.
· P: E se eu supus incorretamente que o limite de 200 GB poderia ser evitado movendo os BLOBs para um provedor Remote Blob Storage, reduzindo a quantidade de dados armazenados do SQL Server no SharePoint?
· R: Recomendamos que você atualize para o SharePoint 2010 SP1 e siga a nova diretriz para o tamanho total que você tem. Consulte a empresa da qual comprou seu provedor RBS para garantir que eles foram testados com SharePoint 2010 SP1. Se você tiver uma implantação que esteja fora dos limites novos e antigos, recomendamos que você contate o suporte da Microsoft e solicite uma análise de capacidade de suporte. Essa é uma análise de suporte paga e o engenheiro de suporte será capaz de dizer se há suporte para sua implementação atual ou se é recomendável fazer alterações para reduzir os dados por banco de dados de conteúdo.
· P: Como há suporte para o NAS, o provedor RBS FILESTREAM do SQL Server permite o uso de um compartilhamento de rede para armazenar os BLOBs?
· R: Não, o NAS deve ser conectado por iSCSI e aparecer como uma unidade local no computador do SQL Server.
· P: O limite de tamanho de banco de dados de conteúdo ou o limite TTFB de 20 mS serão impostos no software?
· R: Não. Estes são os limites suportados que recomendamos para os clientes permanecerem dentro para obter o melhor desempenho e o melhor suporte da Microsoft. Eles não são limites rígidos que são medidos pelo software SharePoint.
· P: Onde foi detalhado o limite antigo de 200 GB no TechNet?
· R: Ele foi listado na página sobre Limites e Restrições no Planejamento de Capacidades do SharePoint no TechNet. Embora o RBS e os BLOBs não tenham sido especificamente chamados, o limite de 200 GB foi declarado para um Banco de Dados de Conteúdo do SharePoint que inclui metadados e BLOBs. Este artigo foi atualizado para os novos limites e para a listagem de RBS ser mais explícita e evitar qualquer má interpretação futura.
· P: Um arquivo morto de documentos grande pode ter várias coleções de sites do SharePoint?
· R: Sim. No entanto, nossa orientação é que, se você tiver um conjunto de sites com mais de 100 GB, ele deverá ser o único conjunto de sites em um banco de dados de conteúdo.
· P: Um arquivo morto de documentos grande pode ter várias bibliotecas de documentos?
· R: Sim. Você pode ter várias bibliotecas de documentos com permissões diferentes definidas.
· P: O SharePoint 2010 SP1 é necessário para aproveitar estes novos limites de banco de dados de conteúdo?
· R: Não. Os limites se aplicam ao SharePoint 2010, independentemente do SP1 estar aplicado. No entanto, devido aos aprimoramentos no SharePoint 2010 SP1, você é fortemente encorajado a instalá-lo.
Esta é uma postagem de blog traduzida. Consulte o artigo original em Data Storage Changes for SharePoint 2010