none
Миграция Sharepoint 2010 в другой домен на Sharepoint 2013. RRS feed

  • Вопрос

  • Доброго времени дня!

    Задача такая:

    Есть развернутый Sharepoint 2010 в домене domain.ru, на котором развернут портал, есть библиотека документов. Нужно перенести полностью структуру в новы домен domain2.ru (потом все будет редактироваться\удаляться) и на новый сервер. В шарепоинте опыта работы и миграции нет совсем.

    Подскажите как будет выглядеть схема переноса?

    Сделать бекап 10 и восстановить в 13? Есть ли какие затыки? Не верится, что все пройдет гладко при восстановлении.

    29 марта 2013 г. 9:36

Ответы

  • Перенести портал на 2013 впринципе не сложно. Я делал это в следующем порядке:

    1. Сделать бекап портала.

    2. Взять бекап баз контента нужных сайтов.

    3. Восстановить бекап на SQL, с которым работает 2013 sharepoint.

    4. Создать веб приложение на sharepoint 2013 и в PowerShell выполнить скрипт Mount-SPContentDatabase 

    Дальше самое сложное по-моему, это перенос пользователей. Если AD и домен тотже то проблем не должно быть вроде. Если локальные учетные записи, то что-то думать с фукнцией Move-SPUser. У самого стоит такая задача, поэтому буду думать.

    • Помечено в качестве ответа Oleg.A 1 апреля 2013 г. 13:05
    29 марта 2013 г. 16:36
  • Базы контента Вы можете посмотреть в центре администрирования: Управление приложениями -> Управление базами данных контента. Дальше выбираете нужный вам портал и Вам покажут в каких базах или базе содержится контент. 

    Сегодня проверил!

    Только 1 база -wss_content, далеко не самая большая.

    Самые большие, это - WSS_Logging, SharePoint_Config, SharePoint_Config_log, т.е. они будут не нужны при восстановлении?

    Да. По названию можно понять, что это логи. Sharepoint_Config - Это конфигурация фермы. Она создается после установки Sharepoint 2013. 

    Все полезные данные будут в базе WSS_content. Ее можно будет сделать бекап средствами SQL и восстановить на 2013. А дальше я уже писал.

    • Помечено в качестве ответа Oleg.A 12 апреля 2013 г. 4:45
    11 апреля 2013 г. 14:01

Все ответы

  • чуть больше года назад у меня была задача мигрировать с 2007 на 2010 и в другой домен. сама миграция между версиями была не сложной, вот подготовить кастомные решения было необходимо и программист поработал больше меня. Вот в другой домен это было нудно, т.к. нужно было руками сопоставлять учетки старого и нового домена(новый он был для Sharepoin, все компьютеры были уже в домене).Еще у некоторых пользователей были браузере сохранены пароли и их нужно было удалить, т.к. учетные данные были уже другие..

    Обзор процесса обновления до SharePoint 2013

    тут недавно обсуждалось  Перенос Share Point Server 2013 в другой домен


    29 марта 2013 г. 10:07
    Модератор
  • Ну эти линки я "проглядывал", но тут у нас совокупность задач, в том-то и загвоздка. Хотелось бы представить общую картину переноса и оценить трудозатраты, т.е. реально ли это для меня- как администратора просто перегнать и завести старый шарепоинт. Юзеры старого домена будут удалены, права будут раздаваться заново насколько я понял!
    29 марта 2013 г. 10:33
  • я не переходил на 2013, но если судить по переходу с 2007 на 2010 то основная задача это настроить новый сервер 2010. а обновление баз проходит без  непосредственного участия, запустил скрипт и ждешь. Легко это будет если кастомизация минимальная.

    а что касается миграции в другой домен, то права у пользователей остаются(если все правильно сделать).

    В любом случае это нужно пару раз проверить в тестовой среде прежде чем производить манипуляции на боевом.


    29 марта 2013 г. 10:49
    Модератор
  • Перенести портал на 2013 впринципе не сложно. Я делал это в следующем порядке:

    1. Сделать бекап портала.

    2. Взять бекап баз контента нужных сайтов.

    3. Восстановить бекап на SQL, с которым работает 2013 sharepoint.

    4. Создать веб приложение на sharepoint 2013 и в PowerShell выполнить скрипт Mount-SPContentDatabase 

    Дальше самое сложное по-моему, это перенос пользователей. Если AD и домен тотже то проблем не должно быть вроде. Если локальные учетные записи, то что-то думать с фукнцией Move-SPUser. У самого стоит такая задача, поэтому буду думать.

    • Помечено в качестве ответа Oleg.A 1 апреля 2013 г. 13:05
    29 марта 2013 г. 16:36
  • а что касается миграции в другой домен, то права у пользователей остаются(если все правильно сделать).


    Наши пользователи вряд ли будут мигрировать, скорее все УЗ будут создаваться заново, по группам из 10 человек в новую среду, поэтому не думаю, что удастся сохранить права...?! : )

    1 апреля 2013 г. 4:58
  • Перенести портал на 2013 впринципе не сложно. Я делал это в следующем порядке:

    1. Сделать бекап портала.

    2. Взять бекап баз контента нужных сайтов.

    3. Восстановить бекап на SQL, с которым работает 2013 sharepoint.

    4. Создать веб приложение на sharepoint 2013 и в PowerShell выполнить скрипт Mount-SPContentDatabase 

    Дальше самое сложное по-моему, это перенос пользователей. Если AD и домен тотже то проблем не должно быть вроде. Если локальные учетные записи, то что-то думать с фукнцией Move-SPUser. У самого стоит такая задача, поэтому буду думать.

    Т.е. бакап портала и баз SQL надо делать раздельно?

    Веб приложение нужно руками создавать или он все же восстановить все должен сам при фулл бакапе?

    Если домен одинаковый то ой ой- раз два и готово! : )

    1 апреля 2013 г. 5:02
  • Перенести портал на 2013 впринципе не сложно. Я делал это в следующем порядке:

    1. Сделать бекап портала.

    2. Взять бекап баз контента нужных сайтов.

    3. Восстановить бекап на SQL, с которым работает 2013 sharepoint.

    4. Создать веб приложение на sharepoint 2013 и в PowerShell выполнить скрипт Mount-SPContentDatabase 

    Дальше самое сложное по-моему, это перенос пользователей. Если AD и домен тотже то проблем не должно быть вроде. Если локальные учетные записи, то что-то думать с фукнцией Move-SPUser. У самого стоит такая задача, поэтому буду думать.

    Т.е. бакап портала и баз SQL надо делать раздельно?

    Веб приложение нужно руками создавать или он все же восстановить все должен сам при фулл бакапе?

    Если домен одинаковый то ой ой- раз два и готово! : )

    Бакап баз создается когда делается полный бекап портала. Открываешь SQL, находишь свою базу контента (в центре администрирования можно узнать какая база для какого портала) и выбираешь пункт создания резервной копии, он по умолчанию покажет куда он сохранил бекап базы (например D:\backups\Sharepoint\spbr0001\000000c9.bak).

    Да, веб приложение создаете руками в 2013 sharepoint а потом к нему монтируете базу, если ошибок не будет значит все норм. А вот если ошибки то поможет Вам коммандлет Test-SPContentDatabase.

    1 апреля 2013 г. 10:33
  • Бакап баз создается когда делается полный бекап портала. Открываешь SQL, находишь свою базу контента
    Вот тут я в смятении! : ) Если бакап баз создается при полном бакапе, то зачем тогда в SQL лезть и что-то там искать? Выполняя полный бакап, он бакапит все базы скуля, конфиги и прочее в папку аля "spbr0001\"!? Я ошибаюсь может? :)
    1 апреля 2013 г. 11:58
  • Бакап баз создается когда делается полный бекап портала. Открываешь SQL, находишь свою базу контента

    Вот тут я в смятении! : ) Если бакап баз создается при полном бакапе, то зачем тогда в SQL лезть и что-то там искать? Выполняя полный бакап, он бакапит все базы скуля, конфиги и прочее в папку аля "spbr0001\"!? Я ошибаюсь может? :)

    Да. В SQL я лезу чтобы вызвать пункт меню создать резервную копию и будет файл в который последний раз создавался бекап. В папке у них имена 0000C9.bak, такого формата. По ним непонятно какой бекап какой базе. А там видно будет какой именно бекап.

    1 апреля 2013 г. 12:04
  • хм... понятно!

    Ладно будем тестить, спасибо большое, если что отпишусь тут! :)

    1 апреля 2013 г. 13:05
  • исходя из выше изложенной статьи и моего опыта перехода с 2007 на 2010, бекап делается  средствами SQL Server Management Studio. и нет необходимости заморачиватся с CA SP.
    1 апреля 2013 г. 16:38
    Модератор
  • исходя из выше изложенной статьи и моего опыта перехода с 2007 на 2010, бекап делается  средствами SQL Server Management Studio. и нет необходимости заморачиватся с CA SP.
    Да. Но все таки не лишним будет иметь последний бекап полностью фермы до перехода. 
    1 апреля 2013 г. 16:40
  • т.к. я переходил и в другой домен. то мои боевые сервера работали до того момента пока я не был полностью уверен что новая ферма полностью готова. и вот тогда перепрописали в DNS адрес но новый сервер.
    1 апреля 2013 г. 17:02
    Модератор
  • Да. Но все таки не лишним будет иметь последний бекап полностью фермы до перехода. 

    я полностью согласен, бекап фермы лишним не будет!
    1 апреля 2013 г. 17:17
    Модератор
  • Перенести портал на 2013 впринципе не сложно. Я делал это в следующем порядке:

    1. Сделать бекап портала.

    2. Взять бекап баз контента нужных сайтов.

    3. Восстановить бекап на SQL, с которым работает 2013 sharepoint.

    4. Создать веб приложение на sharepoint 2013 и в PowerShell выполнить скрипт Mount-SPContentDatabase 

    Дальше самое сложное по-моему, это перенос пользователей. Если AD и домен тотже то проблем не должно быть вроде. Если локальные учетные записи, то что-то думать с фукнцией Move-SPUser. У самого стоит такая задача, поэтому буду думать.

    Немножко апну тему! )

    Бекап портала не прошел, ошибки SQL насчет апдейта базы данных, коих русских через shell Sharepoint`а подцепить не удалось.

    Сделал вручную бэкапы всех баз sql, поднял английскую версию шарепоинта 2013, создал сайт, вручную загонял туда бэкапы,логи,    сами базы, насчет маунта не делал, думал если принудительно восстановить все базы в соответственные разделы, то все будет ок, но нет!

    Отсюда вопрос- Какие базы в SQL отвечают именно за данные находящиеся на портале? Я по размеру посмотрел- Sharepoint_config, Wss_logging, остальные весят копейки.

    • Нужно ли их всех восстанавливать или же это просто базы созданные по умолчанию?
    • Работает ли такой метод переноса впринципе?
    • Mount-SPContent обязательная команда после процедуры восстановления?
    Спасибо!


    10 апреля 2013 г. 6:23
  • Перенести портал на 2013 впринципе не сложно. Я делал это в следующем порядке:

    1. Сделать бекап портала.

    2. Взять бекап баз контента нужных сайтов.

    3. Восстановить бекап на SQL, с которым работает 2013 sharepoint.

    4. Создать веб приложение на sharepoint 2013 и в PowerShell выполнить скрипт Mount-SPContentDatabase 

    Дальше самое сложное по-моему, это перенос пользователей. Если AD и домен тотже то проблем не должно быть вроде. Если локальные учетные записи, то что-то думать с фукнцией Move-SPUser. У самого стоит такая задача, поэтому буду думать.

    Немножко апну тему! )

    Бекап портала не прошел, ошибки SQL насчет апдейта базы данных, коих русских через shell Sharepoint`а подцепить не удалось.

    Сделал вручную бэкапы всех баз sql, поднял английскую версию шарепоинта 2013, создал сайт, вручную загонял туда бэкапы,логи,    сами базы, насчет маунта не делал, думал если принудительно восстановить все базы в соответственные разделы, то все будет ок, но нет!

    Отсюда вопрос- Какие базы в SQL отвечают именно за данные находящиеся на портале? Я по размеру посмотрел- Sharepoint_config, Wss_logging, остальные весят копейки.

    • Нужно ли их всех восстанавливать или же это просто базы созданные по умолчанию?
    • Работает ли такой метод переноса впринципе?
    • Mount-SPContent обязательная команда после процедуры восстановления?
    Спасибо!


    Базы контента Вы можете посмотреть в центре администрирования: Управление приложениями -> Управление базами данных контента. Дальше выбираете нужный вам портал и Вам покажут в каких базах или базе содержится контент. 

    После этого делаете бекап этой базы, восстанавливаете на 2013 sharepoint, создаете приложение, монтируете к этому приложению эту базу данных. Если все пройдет отлично, то у Вас будет портал Ваш. Базу контента, с которой создавалось приложение на 2013 sharepoint можно удалить.

    10 апреля 2013 г. 6:44
  • После этого делаете бекап этой базы, восстанавливаете на 2013 sharepoint,

    Средствами SharePointa или SQL?

    Если шарика, то увы и ах... и наверное это так и останется анрезолвед для SP 2013 и нужно придумывать пути обхода! :(

    http://social.technet.microsoft.com/Forums/ro-RO/sharepointru/thread/5a7770b9-8340-4ff8-b1f6-7c5d9fdcc612

    http://social.technet.microsoft.com/Forums/ru-RU/sharepointru/thread/7a60d07d-595d-48f0-bed2-b031f6b5e32c/

    10 апреля 2013 г. 8:30
  • Базы контента Вы можете посмотреть в центре администрирования: Управление приложениями -> Управление базами данных контента. Дальше выбираете нужный вам портал и Вам покажут в каких базах или базе содержится контент. 

    Сегодня проверил!

    Только 1 база -wss_content, далеко не самая большая.

    Самые большие, это - WSS_Logging, SharePoint_Config, SharePoint_Config_log, т.е. они будут не нужны при восстановлении?

    11 апреля 2013 г. 13:48
  • Базы контента Вы можете посмотреть в центре администрирования: Управление приложениями -> Управление базами данных контента. Дальше выбираете нужный вам портал и Вам покажут в каких базах или базе содержится контент. 

    Сегодня проверил!

    Только 1 база -wss_content, далеко не самая большая.

    Самые большие, это - WSS_Logging, SharePoint_Config, SharePoint_Config_log, т.е. они будут не нужны при восстановлении?

    Да. По названию можно понять, что это логи. Sharepoint_Config - Это конфигурация фермы. Она создается после установки Sharepoint 2013. 

    Все полезные данные будут в базе WSS_content. Ее можно будет сделать бекап средствами SQL и восстановить на 2013. А дальше я уже писал.

    • Помечено в качестве ответа Oleg.A 12 апреля 2013 г. 4:45
    11 апреля 2013 г. 14:01
  • Базы контента Вы можете посмотреть в центре администрирования: Управление приложениями -> Управление базами данных контента. Дальше выбираете нужный вам портал и Вам покажут в каких базах или базе содержится контент. 

    Сегодня проверил!

    Только 1 база -wss_content, далеко не самая большая.

    Самые большие, это - WSS_Logging, SharePoint_Config, SharePoint_Config_log, т.е. они будут не нужны при восстановлении?

    Да. По названию можно понять, что это логи. Sharepoint_Config - Это конфигурация фермы. Она создается после установки Sharepoint 2013. 

    Все полезные данные будут в базе WSS_content. Ее можно будет сделать бекап средствами SQL и восстановить на 2013. А дальше я уже писал.


    Огромное Вам! :)
    12 апреля 2013 г. 4:45
  • Базы контента Вы можете посмотреть в центре администрирования: Управление приложениями -> Управление базами данных контента. Дальше выбираете нужный вам портал и Вам покажут в каких базах или базе содержится контент. 

    Сегодня проверил!

    Только 1 база -wss_content, далеко не самая большая.

    Самые большие, это - WSS_Logging, SharePoint_Config, SharePoint_Config_log, т.е. они будут не нужны при восстановлении?

    Да. По названию можно понять, что это логи. Sharepoint_Config - Это конфигурация фермы. Она создается после установки Sharepoint 2013. 

    Все полезные данные будут в базе WSS_content. Ее можно будет сделать бекап средствами SQL и восстановить на 2013. А дальше я уже писал.


    Огромное Вам! :)
    Пожалуйста. Рад помочь. :)
    12 апреля 2013 г. 8:16