none
Перенос SharePoint 2013 на другие сервера RRS feed

  • Вопрос

  • Приветствую. Нужно перенести SharePoint 2013 на другие сервера (трехуровневая ферма, три сервера).
    Делаю следующее: на текущем сервере делаю бэкап семейства сайтов командой:
    Backup-SPSite http://server_name/sites/site_name -Path C:\Backup\site_name.bak
    Скрипт выполнялся где-то 20 минут. Размер файла бэкапа 20 ГБ.
    Затем на новых серверах поднимаю SharePoint 2013 такой же версии как на текущих.
    Создаю новое семейство сайтов. Затем делаю восстановление на него с файла бэкапа, вот так:
    Restore-SPSite http://server_name/sites/site_name -Path C:\Backup\site_name.bak -Force -ContentDataBase WSS_Content
    Скрипт выполнялся всю ночь, но так и не завершился. Т.е. просто выполняется, ошибок не выдает и не завершается.
    Вопрос: ПОЧЕМУ ОН ТАК ДОЛГО ВЫПОЛНЯЕТСЯ? И выполняется ли он вообще? Есть ли способ отслеживать выполнение
    данного скрипта? На какой он стадии? И что вообще происходит? 
    Помогите пожалуйста. Очень срочно надо.
    21 марта 2016 г. 16:15

Ответы

  • Добрый вечер!

    Вашим способом я не пользовался. Как альтернативный вариант, могу предложить то, что подошло для меня.

    На старой ферме делаете бэкап базы контента (wss_content).

    На новой ферме разворачиваете все те же службы, что и на старой. Разворачиваете SPWebApplication для вашего портала (название для базы контента используйте отличное от названия базы контента старой фермы, назовем wss_content2). Ставите все кастомные решения. Через SQL Management Studio разворачиваете бекап базы контента (wss_content).

    Затем на новой ферме подсоединяете базу со старой фермы кмдлетом Mount-SPContentDatabase и отсоединяете базу новой фермы кмдлетом Dismount-SPContentDatabase

    Примерный код:

    $webapp = Get-SPWebApplication http://portal Mount-SPContentDatabase -Name WSS_Content2 -WebApplication $webapp $nocontent = Get-SPContentDatabase -Identity "WSS_Content" Dismount-SPContentDatabase $nocontent

    Подробнее здесь
    21 марта 2016 г. 17:00

Все ответы

  • Добрый вечер!

    Вашим способом я не пользовался. Как альтернативный вариант, могу предложить то, что подошло для меня.

    На старой ферме делаете бэкап базы контента (wss_content).

    На новой ферме разворачиваете все те же службы, что и на старой. Разворачиваете SPWebApplication для вашего портала (название для базы контента используйте отличное от названия базы контента старой фермы, назовем wss_content2). Ставите все кастомные решения. Через SQL Management Studio разворачиваете бекап базы контента (wss_content).

    Затем на новой ферме подсоединяете базу со старой фермы кмдлетом Mount-SPContentDatabase и отсоединяете базу новой фермы кмдлетом Dismount-SPContentDatabase

    Примерный код:

    $webapp = Get-SPWebApplication http://portal Mount-SPContentDatabase -Name WSS_Content2 -WebApplication $webapp $nocontent = Get-SPContentDatabase -Identity "WSS_Content" Dismount-SPContentDatabase $nocontent

    Подробнее здесь
    21 марта 2016 г. 17:00
  • И у вас прям все стало как на старой ферме? Все страницы, списки, все отображалось нормально?

    "Разворачиваете SPWebApplication для вашего портала" - это http://server_name, который автоматически создается мастером настройки продуктов?

    21 марта 2016 г. 18:45
  • Почти все встало. Для некоторых кастомных решений пришлось сменить GUID'ы сервисных служб в настройках, но это опять же из-за непродуманности решения на случай переноса.

    Забудьте про мастер настройки продуктов и разворачивайте все сами через Central Administration или PowerShell. Мастер настройки подойдет для среды разработки, но никак не для боевой среды. Вот пример создания Web Application через Central Administration со скриншотами. Скорее всего, при создании своего Web Application, вам придется указать собственные параметры, а не брать один в один из примера.


    22 марта 2016 г. 10:21