Share via


Os limites operacionais e análise Trade-Off

O externo objeto binário grande (blob) provedor armazenar, ou o provedor EBS ( ISPExternalBinaryProvider), permite armazenar e recuperar não estruturado binário fluxos e o externo para armazenar blob. Isso permite que o externo armazenar blob para trabalho em paralelo com seu de conteúdo Microsoft SQL Server banco de dados, que contém do seu aplicativo dados estruturados. No entanto, porque o provedor EBS é relativamente simples (por design) ele impõe limitações operacionais. Além disso, instalar e ativar o provedor EBS adiciona complexidade para sua implantação SharePoint que afeta as operações de restaurar e de backup, coleta de lixo e outros aspectos da sua implantação.

Limitando fatores e problemas Trade-Off

A seguir estão algumas da chave emite para considerar ao implementar o provedor EBS no sua implantação SharePoint:

  • Fluxos de dados no externo armazenar blob nunca são alterados ou atualizada; Isso mantém arquivo-nível consistência transacional entre o de conteúdo SQL Server banco de dados e o externo paralelo armazenar blob.

    Quando um arquivo SharePoint editado ou atualizado é salvo, o provedor EBS Não substituir o blob existente. Em vez disso, o provedor EBS cria uma nova transmitir blob e o coloca no externo armazenar blob. Referências de metadados para o original blob e seus BlobId são excluídos a partir de banco de dados do SQL Server; Em seguida, o provedor EBS cria uma nova referência (com um novo BlobId) para associar o blob recém-criado.

    Naturalmente, esse esquema resulta no acúmulo de BLOBs órfãos no externo armazenar blob; Dependendo a taxa de atualizações para dados blob em seu sistema, o número de órfão BLOBs podem facilmente se tornar muito grandes. Por esse motivo, você deve analisar e quantificar a taxa de atualização e implementar coleta de lixo em uma cronograma que é suficiente para manter seu externo blob armazenar com eficiência. (Para obter mais informações, consulte A implementação da coleção lixo lento.)

    Observação

    Coleção lixo próprio é uma operação Resource-intensive, ambos para o externo armazenar blob e para o de conteúdo SQL Server banco de dados, portanto, você deve garantir que você coleta de lixo cronograma de maneira que não competir para recursos aplicativo durante períodos de pico.

  • O externo recurso armazenamento blob na versão presente não permanecerão sintaticamente consistente com externo blob armazenamento tecnologia para ser lançado com o próximo completa-versão versão de Microsoft Office e Windows SharePoint Services. Tal compatibilidade não era uma meta design, portanto, você não pode assumir que sua implementação usando a versão presente será compatível com versões futuras do Microsoft Office ou Windows SharePoint Services.

  • Em sua atual versão, externo armazenamento blob é com suporte somente no escopo do farm ( SPFarm). Além disso, você deve instalar, configurar e habilitar o EBS Provider em cada servidor Web front-end no farm.

  • Qualquer condições de erro, arrastar recurso ou latência sistema é introduzida usando o EBS Provider, ou o externo armazenar blob em si, são refletidas no desempenho do site do SharePoint em geral.

  • Nenhum utilitário está disponível para mover dados blob a partir de de conteúdo banco de dados para o externo armazenar blob. Portanto, quando você instalar e habilitar o EBS Provider para o primeiro tempo, você deve mover manualmente existentes BLOBs que atualmente estão armazenados no de conteúdo banco de dados para seu externo armazenar blob. Você pode fazer isso de duas maneiras.

    • Você pode usar site-nível métodos de backup e restaurar o objeto SPSiteCollection T:Microsoft.SharePoint.Administration.SPSiteCollection para de backup e restaurar sua armazenamento de dados inteiro. Após primeiro fazer backup de todos os seus dados e em seguida, instalar e ativar o provedor EBS, quando você E quando você invocar a operação restaurar, o EBS Provider roteia blob fluxos para o externo armazenar blob, enquanto roteamento estruturado dados para o apropriado tabelas de de conteúdo banco de dados.

    • Um método em segundo lugar, passivo depende de emitir discutida anteriormente essa seção. Porque novos fluxos dados blob são salvas para o externo armazenar blob sempre que um arquivo é atualizado, você pode simplesmente instalar e habilitar a EBS Provider e permitir que o processo natural de arquivo atualizações para gradualmente preencher o externo armazenar blob com binário arquivos que anteriormente eram mantidas no de conteúdo banco de dados. Quando um arquivo atualizado é roteado para o externo armazenar blob, o versão anterior do arquivo é automaticamente excluído do de conteúdo banco de dados.

  • Ao usar um externo armazenar blob com o provedor EBS, você deve re-Engineer o de backup e procedimentos restaurar, bem como seus provisões para recuperação de desastres, porque algumas funções de backup e restaurar no Windows SharePoint Services operam sobre o de conteúdo banco de dados, mas não no externo armazenar blob. Você deve identificador o externo armazenar blob separadamente.

Consulte também

Referência

SPFarm
SPSiteCollection

Conceitos

A implementação da coleção lixo lento