Недостаточная сбоя восстановления спло-спсита из-за недостаточного пространства базы данных контента
-
16-10-2019 - |
Вопрос
Я надеюсь, что кто -то может помочь мне решить эту странную проблему, с которой я сталкиваюсь в течение 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 имеют полные разрешения на администрирование.
Что я делаю не так?!
Решение 3
Проблема была нелепой. Видимо, в файле резервного копирования была некоторая неизвестная проблема. Я не могу понять это, но, возможно, процесс резервного копирования был неправильным. Я попытался восстановить другую коллекцию сайтов, которая имеет больший размер, чем старый, и она работала нормально. Инструмент восстановления показывал неправильную ошибку. Роб был прав, когда сказал, что ошибка может указывать на что -то еще.
Поэтому всегда убедитесь, что у вас достаточно бесплатного дискового пространства, и убедитесь, что файл резервного копирования чисто.
Другие советы
Не одурачивайте сообщение «иметь достаточное свободное пространство» ... Я думаю, что это только часть общего сообщения об общей ошибке более высокого уровня.
У меня была та же самая ошибка около месяца назад, и единственный способ обойти, что я смог передать его в центральный администратор, создать новую базу данных контента в веб-приложении, а затем использовать аргумент имени базы данных в команде Restore-Spsite.
Restore-SPSite -identity http://servername:7070 - path D:\moss7070\moss7070.bak -databasename NewContentDbName
Я также отбросил аргумент -force ... вам не нужно, если вы вернетесь в пустое веб -приложение без каких -либо существующих коллекций сайтов.
Я получил эту ошибку, восстановив свою виртуальную машину. Цитата из приведенной ниже ссылки тоже работала, но для моей среды, так как это разработчик, я просто удалил веб-приложение, воссоздал коллекции сайтов и запустил мою команду Restore-Spsite с вариантами Force и Verbose, и она работала нормально.
«Я ранее удалил коллекцию сайтов с использованием центральной администрации, и в этом случае я пытался скопировать коллекцию сайтов между виртуальными машинами.
В удалении сбора сайтов в центральной администрации использовались метод постепенного удаления, который оставил Guids сбора сайтов в базе данных контента, что привело к неудачному восстановлению.
Чтобы решить это, я вручную запустил постепенный сайт Delete TimerJob, после того, как это закончилось, я тогда смог нормально восстановить коллекцию сайтов ».
Если учетная запись SQL не имеет привилегии SysAdmin, то и эта проблема возникает
Все, что вам нужно сделать, это просто запустить эти команды:
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();
Ваше здоровье,
Манвир