none
Restaurar arquivo .dat em versão mais recente do SharePoint Foundation 2010 RRS feed

  • Pergunta

  • Boa tarde,

    Fiz uma longa pesquisa e vários testes, mas ainda não consegui realizar esta proeza. Tenho um arquivo .dat que foi gerado por um SharePoint versão 14.0.0.6120. Tentei restaturar no meu SharePoint que está totalmente atualizado, inclusive os schemas, na versão 14.0.6029.1000. Quando tento realizar a restauração me aparece a segunda mensagem:

    "Your backup is from a different version of Microsoft SharePoint Foundation and cannot be restored to a server running the current version. The backup file should be restored to a server with version '14.0.0.6120' or later."

    O café com leite já fiz: forcei novamente a atualização dos schemas (só para desemcargo de consciência), apaguei e recriei uma content database e tentei restaurar, etc.

    Encontrei alguns ITPros que instalaram um SharePoint do zero, mas não o atualizaram. Restauraram o .DAT, atualizaram o SharePoint (e os schemas) e geraram um .DAT atualizado. Bem, com certeza isso funcionará, mas é contra-produtivo. caso não haja saída, irei também por este caminho.

    Então pessoal, alguma dica?


    Cristian P.J.
    MCT, MCITP, MCTS

    terça-feira, 23 de outubro de 2012 16:53

Respostas

  • Cristian, a build 6120 é o SharePoint 2010 + SP1 + April Cumulative Update, e como dito anteriormente, você não irá conseguir restaurá-la na build 4763, 6029, ou qualquer outra anterior!

    Experimente atualizar com uma build mais nova, ou seja, pegue o ambiente '0km', aplique o SP1 e instale o seguinte Cumulative Update:

    http://support.microsoft.com/kb/2598321

    Após o CU aplicado, tente restaurar o backup.

    []'s


    Tarcísio Gambin | MCP, MCT, MCTS, MCITP, ITILv3
    www.tarcisiogambin.net


    • Editado Tarcisio Gambin terça-feira, 23 de outubro de 2012 19:21
    • Marcado como Resposta Cristian PJ quinta-feira, 25 de outubro de 2012 00:35
    terça-feira, 23 de outubro de 2012 19:21
  • Fico feliz que tenha resolvido Cristian!

    Infelizmente (ou não) 14.0.0.6120 == 14.0.6120, no entanto não achei nenhuma explicação sobre o motivo desta nomenclatura, que tenho certeza de ter confundido não só você.

    Em todo caso, o importante é identificar o Major e a Build, independente do número de Minors ;p

    Outra coisa interessante: você não precisa aplicar todos os CUs um a um, pois são cumulativos, portanto aplique apenas o último necessário!

    []'s


    Tarcísio Gambin | MCP, MCT, MCTS, MCITP, ITILv3
    www.tarcisiogambin.net


    • Editado Tarcisio Gambin quinta-feira, 25 de outubro de 2012 16:39
    • Marcado como Resposta Cristian PJ quinta-feira, 21 de maio de 2015 20:10
    quinta-feira, 25 de outubro de 2012 12:42

Todas as Respostas

  • Realmente esta é uma das restrições da plataforma, conforme descrito no site do Technet:

    "There are some restrictions in what can be backed up or restored. For more information about backup and recovery architecture and about what can or cannot be backed up and restored, see Backup and recovery overview (SharePoint Server 2010).

    You cannot use a backup made from one version to restore to another version. To do this, you must use the upgrade process. You cannot restore to a farm with a lower update level than the update level of the farm that you backed up. The destination farm must have the same or newer update level. For information about how to upgrade, see Upgrading to SharePoint Server 2010..."

    Maiores detalhes: http://technet.microsoft.com/en-us/library/ff806332(v=office.14).aspx

    SharePoint Versions: http://todd-carter.com/sharepoint-versions/


    Com certeza devem existir alguns métodos 'alternativos' na web, no entanto apenas os citados anteriormente são oficialmente suportados.

    Eu particularmente procuro utilizar backup/ restore em versões sempre idênticas, para evitar qualquer tipo de problema.

    Neste caso é sempre bom andar acompanhado de service packs e cumulative updates ;p

    http://technet.microsoft.com/en-us/sharepoint/ff800847#LatestUpdates

    Só não entendi a parte sobre instalar o SharePoint 'do zero' desatualizado e restaurar. Assim ele não estaria com uma versão menor, e isso impediria o restore?

    []'s


    Tarcísio Gambin | MCP, MCT, MCTS, MCITP, ITILv3
    www.tarcisiogambin.net


    terça-feira, 23 de outubro de 2012 17:13
  • Então Tarcísio, meu SharePoint é bem mais novo que o SharePoint que gerou o backup. Está atualizado, inclusive os schemas. O SharePoint que originou o backup até deve estar atualizado, exceto os eschemas. Também não tenho como conferir.

    SharePoint do zero, quero dizer, nova instalação. Todavia, sem os updates, principalmente o SP1. Já estou atualizando meu Windows Server para instalar um novo SharePoint. Depois posto o resultado.

    Muito grato pela resposta, pois realmente não havia localizado esta documentação.

    Cristian P.J.
    MCT, MCITP, MCTS

    terça-feira, 23 de outubro de 2012 17:31
  • Cristian,

    Você já acessou o central adm dos dois ambientes e verificou quais as atualizações instaladas?

    Pode passar um print?


    Atenciosamente, Rafael Fausto

    terça-feira, 23 de outubro de 2012 17:48
  • Rafael, infelizmente não tenho acesso aos dois ambientes, apenas ao meu, que está 100% atualizado, inclusive os schemas. Versão 14.0.6029.1000.

    Bem, o que preciso é saber como restaurar um backup (.DAT) versão 14.0.0.6120 em um SharePoint atualizado na versão 14.0.6029.1000, lembrando que o schemas também estão atualizados. 

    Segue print do meu ambiente.


    Cristian P.J.
    MCT, MCITP, MCTS

    terça-feira, 23 de outubro de 2012 18:15
  • Como você realizou o backup? SharePoint Designer, stsadm, power shell ou  via central adm?


    Atenciosamente, Rafael Fausto


    • Editado Rafael Fausto terça-feira, 23 de outubro de 2012 18:30
    terça-feira, 23 de outubro de 2012 18:29
  • stsadm.

    Instalei um novo SharePoint do zero sem SP1 e continua com o problema... 



    Cristian P.J.
    MCT, MCITP, MCTS

    terça-feira, 23 de outubro de 2012 18:40
  • Só para confirmar, não estão confundindo o número das versões? Tem um '.0' a mais nesta versão que comentou. Em todo caso:

    A versão 14.0.6029.1000 = SharePoint 2010 SP1

    A versão 14.0.6120.5000 = SharePoint 2010 SP1 + April 2012 Cumulative Update

    Vale lembrar que última versão/ build é a 14.0.6126.5000, que foi liberada para download no dia 28/08. Detalhes aqui:

    http://blogs.technet.com/b/stefan_gossner/archive/2012/09/02/august-2012-cu-for-sharepoint-2010-has-been-released.aspx

    Ainda não consegui identificar o motivo dessa diferença de 'zeros' no número de versões/ builds, no entanto o principal é identificar a versão do SharePoint (12 = 2007, 14 = 2010) e a Build (que vem logo após os zeros).

    Em todo caso, confirme o números das builds do SharePoint aqui:

    http://todd-carter.com/sharepoint-versions/

    []'s


    Tarcísio Gambin | MCP, MCT, MCTS, MCITP, ITILv3
    www.tarcisiogambin.net

    • Editado Tarcisio Gambin terça-feira, 23 de outubro de 2012 19:44 melhoria de texto
    terça-feira, 23 de outubro de 2012 18:45
  • Peço-lhes que se atentem ao que estou lhes informando. O SharePoint origem não acessei e tampouco gerei backup. O backup foi gerado por um Analista que cuida do SharePoint e me dado através de um pen drive. A ideia era restaurar o backup para eu analisar o conteúdo. Infelizmente a base está em uma versão mais antiga do que o meu SharePoint e não consigo restaurá-la, apesar da mensagem dizer "The backup file should be restored to a server with version '14.0.0.6120' or later.".

    Só para deixar claro: Meu problema não é atualizar o SharePoint ou os schemas. O problema é que tenho um arquivo .DAT mais antigo que meu SharePoint e não consigo restaurá-lo. Como escrevi acima, SharePoint sem SP1 também não restura (versão 14.0.4763.1000).

    Não há necessidade de informar que devo atualizar o SharePoint origem, pois já sei que este é o procedimento correto, porém isso não vai ocorrer, não neste momento. Nem vou acessa-lo. Tenho o .DAT, apenas ele.

    Agradeço todos os esforços... Alguém tem mais uma carta na manga? rsrs


    Cristian P.J.
    MCT, MCITP, MCTS


    • Editado Cristian PJ terça-feira, 23 de outubro de 2012 19:06
    terça-feira, 23 de outubro de 2012 19:03
  • Cristian, a build 6120 é o SharePoint 2010 + SP1 + April Cumulative Update, e como dito anteriormente, você não irá conseguir restaurá-la na build 4763, 6029, ou qualquer outra anterior!

    Experimente atualizar com uma build mais nova, ou seja, pegue o ambiente '0km', aplique o SP1 e instale o seguinte Cumulative Update:

    http://support.microsoft.com/kb/2598321

    Após o CU aplicado, tente restaurar o backup.

    []'s


    Tarcísio Gambin | MCP, MCT, MCTS, MCITP, ITILv3
    www.tarcisiogambin.net


    • Editado Tarcisio Gambin terça-feira, 23 de outubro de 2012 19:21
    • Marcado como Resposta Cristian PJ quinta-feira, 25 de outubro de 2012 00:35
    terça-feira, 23 de outubro de 2012 19:21
  • Tarcísio, consegui resolver, mas tive que fazer o seguinte: baixei TODOS os CUs e o SP1. Fui tentando instalar um a um os CUs. Os anteriores ao SP1 não instalaram, mas três após o SP1 instalaram. Depois deste procedimento consegui restaurar o arquivo .DAT.

    Ainda não entendi o porque desta limitação. Deixe-me fazer uma pergunta... Você entendeu que a mensagem mostra 14.0.0.6120, mas o SharePoint sem o SP1 mostra 14.0.4763.1000? Até onde consta o padrão de versionamento é Major.Minor.Build.Revision. Se você me falar que 14.0.0.6120 é o mesmo que 14.0.6120, aí o jeito é chorar, porque logicamente é um erro da Microsoft. Agradeço muitíssimo a ajuda. Sem as dicas não teria como resolver.

    Segue imagem de como ficou o status após a instalação de todos os CUs e SP1.


    Cristian P.J.
    MCT, MCITP, MCTS


    • Editado Cristian PJ quinta-feira, 25 de outubro de 2012 00:38
    quinta-feira, 25 de outubro de 2012 00:35
  • Fico feliz que tenha resolvido Cristian!

    Infelizmente (ou não) 14.0.0.6120 == 14.0.6120, no entanto não achei nenhuma explicação sobre o motivo desta nomenclatura, que tenho certeza de ter confundido não só você.

    Em todo caso, o importante é identificar o Major e a Build, independente do número de Minors ;p

    Outra coisa interessante: você não precisa aplicar todos os CUs um a um, pois são cumulativos, portanto aplique apenas o último necessário!

    []'s


    Tarcísio Gambin | MCP, MCT, MCTS, MCITP, ITILv3
    www.tarcisiogambin.net


    • Editado Tarcisio Gambin quinta-feira, 25 de outubro de 2012 16:39
    • Marcado como Resposta Cristian PJ quinta-feira, 21 de maio de 2015 20:10
    quinta-feira, 25 de outubro de 2012 12:42