Sauvegarde et restauration SharePoint 2010 Collections du site

Question

Je reçois une erreur « Backup version est différente » lors de la restauration SiteCollections d'une application Web à un autre sur la même batterie de serveurs SharePoint. Voici les étapes que j'exécutait quand je suis arrivé l'erreur

1. créé une nouvelle application Web dans la même batterie sharepoint (url: http: // localhost: 5000 )
2. A créé un nouveau SiteCollection et certains sites d'essai sous la collection de sites (url: http: // localhost: 5000 ).
3. A pris une sauvegarde de sauvegarde à l'aide sitecollection-SPSite (url: http: // localhost: 5000 )

4. Exécuté commande Restore-SPSite contre une application Web existante sans collections de sites. (Url: http: // localhost: 3000 )

   Restore-SPSite http: // localhost: 3000 -Path D: \ Localhost_5000.bak -Force

5. Après l'exécution de la restauration-SPSite j'ai eu une erreur indiquant que "Restore-SPSite. Votre sauvegarde est d'une autre version de Microsoft SharePoint Foundation et ne peut pas être restaurée sur un serveur exécutant la version actuelle Le fichier de sauvegarde doit être restaurée sur un serveur avec la version « 4.1.6.0 » ou plus tard. "

Une chose que je noticied est que, si je rends le SiteCollection à la même URL (par exemple: http: // localhost: 5000 ) aucune erreur est jeté et tout va bien.

Après googler je suis venu voir des postes similaires dans SO, où la solution proposée était de vérifier la version de construction et faire des correctifs sûr installés sur la machine source est disponible sur la machine de destination ainsi. Mais dans mon cas, je prends une sauvegarde et la restauration sur la même machine sous un autre webapplication.

S'il vous plaît aidez-moi à résoudre ce problème.

Answer 1

Je suis un peu d'aide pour vous des utilisateurs twitter @NaupliusTrevor et @ toddklindt .

Trevor dit que message d'erreur peut se produire parce que la base de données de contenu original est un schéma plus ancien que le niveau de patch actuel de la nouvelle base de données de contenu. Cela pourrait se produire parce que le patch n'a pas changé le schéma de vieux db est quand il a été appliqué, mais il va créer du nouveau contenu db est avec le nouveau schéma. Lorsque vous avez créé la nouvelle application Web, vous avez créé un nouveau db de contenu.

Todd suggère d'utiliser la mise à niveau-spcontentdatabase, cependant, je pense que vous auriez besoin de l'appliquer à l'ancienne base de contenu avant de sauvegarder ce qui peut ne pas être possible dans votre cas.

Une autre option pourrait être de créer une nouvelle batterie au niveau de patch de l'ancienne base de contenu.

Answer 2

Je ne suis pas sûr que cela fonctionnerait ou non, mais je me demande si vous commencez devriez essayer de créer une collection de sites vide dans la racine de l'application Web 3000, puis utilisez le commutateur -Force (heh, humour de geek par inadvertance il) avec Restore-SPSite pour voir si vous pouvez l'obtenir pour écraser le nouveau site vierge avec votre collection de sites sauvegardés.

Juste quelque chose à essayer, je ne sais pas pourquoi ce serait la question, mais en même temps, il ne me surprendrait pas ...

John

Answer 3

Je l'ai vu cette erreur est des situations où vous avez devant une application Web existante sans collections de sites. Si je me souviens, la façon dont je suis cela était de créer une nouvelle collection de sites (modèle blanc), puis forcer une restauration sur celui nouvellement créé. HTH

Answer 4

J'ai essayé spbackup d'une ferme non sp1 sur une ferme SP1 Juin CU, et il n'a pas fonctionné (URL différente sur l'application Web, mais même chemin géré et même collection de sites).

J'ai ensuite créé la même URL, chemin d'accès géré et collection de sites, édité mon fichier hosts sur la mise en scène pour accepter l'URL de la production, et pas de chance à nouveau.

La question que je crois que les sauvegardes non-SP1 ne fonctionnent pas sur les fermes SP1. (Même si l'erreur dit « ... être restaurée sur un serveur avec la version ... 4762 ou plus tard », mais ma ferme avec SP1 est ... 6105.

J'utilise les médias MSDN sur la mise en scène, peut-être des thats un problème? Je ne reviendrai pas le pense, mais on ne sait jamais ...

Bonne chance. Le meilleur pari est de toujours utiliser des sauvegardes de base de données d'applications Web, restauration à température application Web, joindre, puis sauvegarde-SPSite de la ferme, puis restaurer-SPSite à la ferme à l'application Web souhaitée et collection de sites.

Answer 5

Comme l'erreur indique, la version du serveur SharePoint que vous prenez sauvegarde de ne correspond pas à la version du serveur SharePoint sur lequel vous restaurez.

1. Vérifiez que de ces serveurs a besoin d'une mise à niveau. Il peut être mise à niveau de licence de SharePoint Standard Enterprise. Vous pouvez vérifier les versions de Central Admin -> Gérer les serveurs à la ferme

2. Exécuter l'Assistant de configuration SharePoint sur le serveur mis à niveau et vérifiez que les numéros de version sont les mêmes maintenant. Si oui, essayez de restaurer la sauvegarde en utilisant la commande maintenant PowerShell ci-dessus.

3. Si cela ne fonctionne toujours pas, vous pourriez avoir à mettre à jour le contenu particulier db qui est à l'origine de ce problème. Pour cela, vous devez exécuter la commande mise à niveau-spcontentdatabase sur ce db particulier et essayez de le restaurer.

Vérifiez également mon blog pour le même problème et la solution proposée.

Answer 6

Essayez d'utiliser

export-spweb -identity http://host/site -path file.cmp -force
import-spweb -identity http://host/newsite -path file.cmp

Avant COMAND import-SPWeb vous invoquer devez créer une nouvelle collection de sites dans différentes base de données http: // host / site .

vous pouvez utiliser ce COMAND

New-SPSite http://host/newsite -OwnerAlias userName -ContentDatabase dbName