SharePoint Restore терпит неудачу из -за более новой версии

Question

Я установил SharePoint 2010 SP1 на мою локальную машину для разработчиков.

Я хотел скопировать коллекцию сайтов с одного из наших продуктивных серверов (у которого еще не SP1, кроме кумулятивного обновления в декабре 2010 года), чтобы мой Dev Machine, чтобы я мог развить его на локальном уровне. Итак, я сделал резервную копию на сервере с stsadm -o backup ....

Когда я попытался восстановить его обратно на мою машину с stsadm -o restore ... Это принесло следующую ошибку:

Ваша резервная копия взята из другой версии Microsoft SharePoint Foundation, а A Annot будет восстановлен на сервере, работающем на текущей версии. Файл резервного копирования должен быть восстановлен на сервере с версией '14 .0.0.5130 'или позже.

Почему это? Я знаю, что у меня есть другая (более новая) версия локально. Но это говорит «или позже», так что разве не должно работать таким образом? Я мог понять это, когда это было наоборот (восстановление резервной копии из более новой версии на более старом SharePoint), но это не имеет смысла.

Разве это не должно быть возможно или я делаю что -то не так?

Answer 1

Вы можете выполнить резервную копию базы данных контента, которая содержит коллекцию сайтов? Если вы это сделаете, вы можете затем восстановить SQL Content DB к вашему экземпляру Dev SQL и прикрепить его к веб -приложению разработки, ATTRACE выполнит «обновление» на контенте DB и должно позаботиться о вашей проблеме.

Answer 2

У меня была такая же проблема, когда фактически восстановил коллекцию сайтов на другом сервере, у которого был патч, отличный от моего сервера. И восстановление БД также не сработало, потому что моя версия SQL была другой. Итак, я в основном загрузил ту же версию SQL Express, что и другая машина, а затем восстановил БД. Затем я на самом деле обновил свой тестовый сервер до той же версии, что и моя другая машина, и смог успешно восстановить контент DB и коллекцию сайтов.

С уважением Вишвас

Answer 3

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

Откройте свой файл*.bak или файл резервного копирования в VS2013 ... может потребоваться некоторое время, чтобы открыть ... Если у вас есть хороший разборщик или один из тех старых добрых времен, используемых S/W Cr ** KER, вы может использовать их для редактирования файла. Игнорируйте все шестнадцатеричные коды. В начале файла вы можете увидеть версию файла. Измените его на версию вашего сервера, сохраните его и попробуйте команду STSADM еще раз.

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

1. Убедитесь, что размер файла резервного копирования меньше (предпочтительно менее 500 МБ), иначе вам может понадобиться хороший редактор (Visual Studio 2013 вылечет за пределами 500 МБ)
2. Обратите внимание на номер версии схемы базы данных на конфигурации SharePoint сервера, на который вы хотите восстановить резервное копирование - проверьте журналы ULS для фактического сообщения исключения. Вы получите ожидаемый номер версии здесь.
3. Убедитесь, что между версией окружающей среды нет существенных различий в версиях. Вы можете проанализировать это, пройдя через выпуск заметок высшей версии и посмотреть, не изменяется ли схемы БД. Обновления безопасности/незначительные патчи должны быть в порядке. Но если вы видите какие -либо основные изменения схемы БД в примечаниях по выпуску, пожалуйста, избегайте этого исправления.
4. Пожалуйста, сделайте резервную копию файла резервного копирования, прежде чем продолжить.

Суть из нескольких других исправлений можно найти здесь.