Friday, October 29, 2010

Useful links for upgrade from Sharepoint 2007 to 2010

Here I would like to provide useful links which I found during investigation of the upgrade process from Sharepoint 2007 to Sharepoint 2010. I’m planning to update this post in the future with more resources. Currently there will be links from official MS technet guide which are located in various places. For convenience I summarized them in one place as flat list:

Upgrade and Migration for SharePoint Server 2010 – starting point for investigation

Determine upgrade approach – describes 2 possible upgrade strategies: In-place upgrade and Database attach upgrade

Upgrade process overview – contains steps which should be performed for both types of upgrade

Review supported and unsupported upgrade paths – information about supported source and target topologies for upgrade

Hardware and software requirements - software and hardware requirements for upgrade to  Sharepoint 2010

Use a trial upgrade to find potential issues – describe process of test upgrade which should be performed prior to make production upgrade for searching possible issues

Microsoft SharePoint 2010 Products — Test Your Upgrade Process – Visio poster with upgrade schema

As I said I’m going to update this post in the future and use as a reference in forums threads where people ask about upgrade process.

6 comments:

  1. Здравствуйте.
    Мы имеем MOSS2007 с установленным кастомным решением почти без исходников. Будем переходить на MOSS2010. Есть возможность переписать кастомную часть. Вопрос: как подключить к новой кастомной части старое содержимое из базы контента?
    Спасибо.

    ReplyDelete
  2. Dmitry Dolotovskih
    добрый день. В результате миграции на Sharepoint 2010 у вас останется прежняя content db, но уже мигрированная на новую платформу. Т.е. не будет "новой" и "старой" баз, она будет по-прежнему одна (конечно если мы говорим о стандартной content db Sharepoint-а, а не о кастомной базе с контентом). Соответственно старый контент будет также доступен.
    Будет ли кастомное решение работать с ним - зависит о самого решения (сейчас трудно сказать, не имея доп. информации). Если там не использовались сложные кастомизации, трюки с рефлекшеном, изменение стандартных компонентов Sharepoint-а - должно работать. В любом случае вам будет нужно перекомпилировать его с использованием API Sharepoint 2010 (или, т.к. вы сказали, что исходников почти нет, написать его с нуля под Sharepoint 2010).

    ReplyDelete
  3. Здравствуйте, спасибо за ответ.
    Исходники есть частично, по сути это обычный branding, т.е. минимум кода. Нет исходников на компоненты 3-х фирм, их и придется заменять на более простое, что-то типа CQWP.
    А как Sharepoint 2010 поймет, что этому web приложению надо дать данные из такой то DB? Я понимаю что DB содержимого указывается при создании коллекции, но не понимаю, как в итоге получится та же самая структура сайта(с подсайтами), что была до миграции.
    Поясню. Допустим у меня есть портал с 5 сайтами на верхнем уровне и каждый из них имеет вложенные подсайты. На всех сайтах есть как минимум страница default.aspx с каким то содержимым, которое задали уже процессе использования сайта, т.е. оно хранится в базе контента.
    Теперь я подцепляю базу контента в MOSS2010 и "прикручиваю" её к коллекции куда деплою обновленное кастомное решение. И после этого у меня появится портал с той же структурой?

    ReplyDelete
  4. это зависит какой вид апгрейда вы выберете (http://technet.microsoft.com/en-us/library/cc263447.aspx): in-place или db attach. В случае in-place апгрейда вы ставите Sharepoint 2010 на тот же сервер, где установлен Sharepoint 2007 (http://technet.microsoft.com/en-us/library/cc263447.aspx). При использовании db attach подхода (http://technet.microsoft.com/en-us/library/cc263299.aspx) вы должны создать web application в новой ферме и перенести имеющуюся content db. Потом нужно использовать PowerShell cmdlet Mount-SPContentDatabase или stsadm operation addcontentdb. Так Sharepoint "поймет, что этому web приложению надо дать данные из такой то db".

    ReplyDelete
  5. Ага, именно второй подход db attach я использую.
    Просто это видимо вопрос за рамками общепринятых публикаций: как content provider запоминает какой странице/сайту что соответствует в базе контента.
    Ну развернули мы solutions, подняли обновленную базу контента, связали с web application .... а site collection (коллекции) кто создавать будет? Или это выполняется сервером в процессе связки базы контента с web application?

    ReplyDelete
  6. сайт коллекция - это запись в таблице Sites в content db. "Это выполняется сервером в процессе связки базы контента с web application" - да, примерно это и происходит. Рекомендую вам потестировать на простых OTB сайтах - и посмотреть как все работает, прежде чем production обновлять.

    ReplyDelete