Pergunta

Atualmente, temos uma instalação do SharePoint 2010 Enterprise em execução em uma caixa do Windows Server 2008 R2 Enterprise com o SQL Server 2008 R2 Enterprise como nosso banco de dados de back-end.

No momento, estamos trabalhando em um projeto para traduzir nosso site em vários idiomas e estamos utilizando o recurso Export Variations na visualização Manage Content and Structure.Ao usar o recurso de exportação, a barra de carregamento do site gira por algum tempo e, em seguida, o arquivo do pacote de migração de conteúdo (.cmp) é baixado.Estou acompanhando esta postagem do blog para aprender como implementar variações do SharePoint.Depois que o arquivo .cmp é baixado para minha máquina local, o(s) artigo(s) disse que a extensão deve ser alterada para .cab para que possamos ver os arquivos contidos nele.Para todos os outros subsites, vários arquivos .xml estavam contidos no arquivo empacotado (incluindo TranslatableFieldSettings.xml e Manifest.xml).Para este arquivo específico, porém, tenho apenas .dat arquivos.

Infelizmente, esgotei todo o meu conhecimento e recursos do SharePoint.Assegurei-me de que todos os arquivos no diretório sejam verificados e executei novamente a exportação sem sucesso.Este diretório contém muito conteúdo CMS estático.Na verdade, é o nosso maior em termos de armazenamento de cópia exibida nas páginas.Alguém tem alguma idéia?Isso poderia ser um problema de tamanho de dados impedindo que a exportação seja concluída com êxito e causando erros silenciosamente?

Foi útil?

Solução

Depois de algumas escavações, consegui resolver o problema.Encontrei este artigo no site Microsoft MSDN.Um trecho em especial me chamou a atenção:

Por padrão, os arquivos .cmp são limitados a 24 MB de tamanho, embora você possa alterar esse valor usando a propriedade FileMaxSize.Se definido como zero, o valor é redefinido para o padrão.

Isso se destacou para mim imediatamente, pois os dois subsites com os quais eu estava tendo problemas eram os dois maiores subsites do site.

O próximo parágrafo diz o seguinte:

Quando os dados do site excedem o limite especificado, os dados do site são separados em dois ou mais arquivos de migração.No entanto, se um único arquivo de dados do site exceder o tamanho máximo do arquivo, a operação não dividirá o arquivo de origem, mas redimensionará o arquivo .cmp para acomodar o arquivo grande.Você pode ter qualquer número de arquivos .cmp.

Para nós, este não foi o caso.Estávamos tendo arquivos de pacotes de migração de conteúdo (.cmp) retornados com um tamanho de arquivo de 0 KB.Até hoje, não consigo fazer com que a opção GUI "Export Variation" funcione.

No entanto, encontramos um trabalho em torno.A solução alternativa utiliza a funcionalidade Export-SPWeb incorporada ao SharePoint Administration Console (PowerShell).A funcionalidade é definida da seguinte forma:

Export-SPWeb http://site -Path "site export.cmp"

A descrição completa pode ser apreciada aqui.

Ao especificar nosso subsite (http://site/subsite), o caminho local para extrair o arquivo para (C:\Location\name.cmp) e definir o CompressionSize como 999999, conseguimos extrair uma cópia completa do pacote de migração de conteúdo.Os pacotes extraídos por esse método substituem a limitação de tamanho e contêm os .xml arquivos necessários.

Importando:

Existe uma função chamada Import-SPWeb que carrega manualmente o pacote de volta para o SharePoint.Também testamos essa funcionalidade e confirmamos que realmente funcionou.O formato deste comando é o seguinte:

Import-SPWeb http://site -Path export.cmp -UpdateVersions Overwrite

A descrição completa pode ser encontrada aqui.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a sharepoint.stackexchange
scroll top