Недостаточная сбоя восстановления спло-спсита из-за недостаточного пространства базы данных контента

Question

Я надеюсь, что кто -то может помочь мне решить эту странную проблему, с которой я сталкиваюсь в течение 4 дней.

Я пытаюсь восстановить резервную копию веб -приложения SharePoint 2010. Я использую команду Windows PowerShell:

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

Я создал пустое веб -приложение, прежде чем запустить команду. Команда работает примерно от одного часа до двух часов, прежде чем показывает эту ошибку:

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

Файл BAK составляет около 37 ГБ, и у меня на дисковом диске у меня 1,6 терабайта. Я использую оценку SQL Server 2008 R2 (полная, а не экспресс -версия). Пользователи базы данных и SharePoint имеют полные разрешения на администрирование.

Что я делаю не так?!

Answer 1

Проблема была нелепой. Видимо, в файле резервного копирования была некоторая неизвестная проблема. Я не могу понять это, но, возможно, процесс резервного копирования был неправильным. Я попытался восстановить другую коллекцию сайтов, которая имеет больший размер, чем старый, и она работала нормально. Инструмент восстановления показывал неправильную ошибку. Роб был прав, когда сказал, что ошибка может указывать на что -то еще.

Поэтому всегда убедитесь, что у вас достаточно бесплатного дискового пространства, и убедитесь, что файл резервного копирования чисто.

Answer 2

Не одурачивайте сообщение «иметь достаточное свободное пространство» ... Я думаю, что это только часть общего сообщения об общей ошибке более высокого уровня.

У меня была та же самая ошибка около месяца назад, и единственный способ обойти, что я смог передать его в центральный администратор, создать новую базу данных контента в веб-приложении, а затем использовать аргумент имени базы данных в команде Restore-Spsite.

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

Я также отбросил аргумент -force ... вам не нужно, если вы вернетесь в пустое веб -приложение без каких -либо существующих коллекций сайтов.

Answer 3

Я получил эту ошибку, восстановив свою виртуальную машину. Цитата из приведенной ниже ссылки тоже работала, но для моей среды, так как это разработчик, я просто удалил веб-приложение, воссоздал коллекции сайтов и запустил мою команду Restore-Spsite с вариантами Force и Verbose, и она работала нормально.

«Я ранее удалил коллекцию сайтов с использованием центральной администрации, и в этом случае я пытался скопировать коллекцию сайтов между виртуальными машинами.

В удалении сбора сайтов в центральной администрации использовались метод постепенного удаления, который оставил Guids сбора сайтов в базе данных контента, что привело к неудачному восстановлению.

Чтобы решить это, я вручную запустил постепенный сайт Delete TimerJob, после того, как это закончилось, я тогда смог нормально восстановить коллекцию сайтов ».

Ссылка

Answer 4

Если учетная запись SQL не имеет привилегии SysAdmin, то и эта проблема возникает

Answer 5

Все, что вам нужно сделать, это просто запустить эти команды:

1) Это удалит все коллекции сайтов один за другим из CarePoint Recycle Bin

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

Это предложит вам перед удалением каждой коллекции сайтов из корзины SharePont Recycle

2) Это удалит осиротежные вводы из базы данных контента

Откройте SharePoint Management PowerShell и запустите это

$db = Get-SPDatabase "Content_DB_Name";

$db.Repair($true);

$db.Update(); 

Ваше здоровье,

Манвир