Question

J'espère que quelqu'un peut me aider à résoudre ce problème bizarre que je suis face à 4 jours.

Je suis en train de restaurer la sauvegarde de l'application Web Sharepoint 2010. J'utilise commande Windows Powershell:

Restore-SPSite -identity http://servername:7070 - path D:\moss7070\moss7070.bak -force. 

J'ai créé une application Web vide avant que je lance la commande. La commande est exécutée pendant environ une heure à deux heures avant montre cette erreur:

Restore-SPSite : The site collection could not be restored. If this problem persists, please make sure the content databases are available and have sufficient free space.
At line:1 char:15 + restore-spsite <<<< -identity -path <.bak> -verbose -force + CategoryInfo : InvalidData: (Microsoft.Share...dletRestoreSite:SPCmdletRestoreSite) [Restore-SPSite], SPException + FullyQualifiedErrorId : Microsoft.SharePoint.PowerShell.SPCmdletRestoreSite

Le fichier bak est autour de 37 Go et I ont un espace libre de 1,6 TERABYTE sur le lecteur de disque. J'utilise SQL Server 2008 R2 Version d'évaluation (complet, pas la version express). Les utilisateurs de bases de données et SharePoint ont les autorisations d'administration.

Qu'est-ce que je fais mal!

Était-ce utile?

La solution 3

Le problème était ridicule. Apparemment, le fichier de sauvegarde avait une question inconnue. Je ne peux pas comprendre, mais peut-être le processus de sauvegarde trompais. J'ai essayé la restauration d'une collection de sites qui a une taille plus grande que l'ancienne et il a bien fonctionné. L'outil de restauration montrait la mauvaise erreur. Rob avait raison quand il dit que l'erreur pourrait pointer à autre chose.

Donc, assurez-vous toujours que vous avez suffisamment d'espace libre sur le disque et assurez-vous que le fichier de sauvegarde est propre.

Autres conseils

Ne vous laissez pas berner par le message « disposer d'un espace libre suffisant » ... Je pense que ce juste une partie d'un message d'erreur générique de niveau supérieur.

J'ai eu cette même erreur exacte il y a environ un mois et la seule façon que je pouvais contourner allait dans Central Admin, créer une nouvelle base de données de contenu sur l'application Web, puis utilisez l'argument DATABASENAME sur la de la restauration: commande SPSite.

Restore-SPSite -identity http://servername:7070 - path D:\moss7070\moss7070.bak -databasename NewContentDbName

Je laisse tomber aussi l'argument -force ... vous ne devriez pas avoir besoin si une restauration Vous êtes en train application web vierge sans collections de sites existants.

Je suis cette erreur restauration à ma VM. La citation de la référence ci-dessous a travaillé aussi, mais pour mon environnement depuis son un dev, je viens de supprimer l'application Web, recréée les collections de sites et a couru ma commande restore-SPSite avec force et bavard options et il a bien fonctionné.

"J'avais déjà supprimé la collection de sites en utilisant l'administration centrale, et dans ce cas je tentais de copier la collection de sites entre les machines virtuelles.

Suppression de la collection de sites dans l'administration centrale a utilisé la méthode de suppression progressive, qui a quitté la collection de sites GUIDs derrière dans la base de données de contenu, ce qui a provoqué la restauration à l'échec.

Pour résoudre ce j'ai couru manuellement le site Gradual timerjob Supprimer, après ce fini, j'étais alors en mesure de restaurer la collection de sites normalement. "

Référence

Si le compte SQL n'a pas le privilège sysadmin alors aussi ce problème est rencontré

Tout ce que vous devez faire est de simplement exécuter ces commandes:

1) Ceci supprimera toutes les collections de sites un par un à partir de bin Sharepoint Recycle

Get-SPDeletedSite -webapplication "http://RootSiteCollection" | Remove-SPDeletedSite.

Il vous sera demandé avant de supprimer chaque collection de sites de la corbeille de sharepont

2) Cela supprimera les enteries orphelins de la base de données de contenu

Ouvrir la gestion Sharepoint et Powershell exécuter ce

$db = Get-SPDatabase "Content_DB_Name";

$db.Repair($true);

$db.Update(); 

Cheers,

Manvir

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top