0

У нас есть разные бизнес-подразделения, и в каждом подразделении есть сайт электронной торговли, размещенный как webpart в SharePoint 2007. У нас также есть изображения/документы продукта/рекламы в SharePoint.migrate from sharepoint 2007 слишком Sharepoint 2013

Мы хотим перейти с SharePoint 2007 на SharePoint 2013 и в соответствии с нашими первоначального исследования мы отметили, что мы должны сначала перейти на SharePoint 2010, а затем в SharePoint 2013

Вопросы:

  1. что лучший способ перехода от sharepoint 2007 к sharepoint 2013 с учетом вышеуказанного контекста. пожалуйста, укажите указатели.

  2. или мы должны повторно написать наш веб-код в mvc и избавиться от SharePoint. так как у нас есть soa ar i belive, это не было бы большой болью для этого. Просто веб-сайты ui будут заменены на сайт mvc

  3. , которые могут быть использованы в отношении сторонних инструментов миграции с учетом их надежности и стоимости.

предлагаю лучший способ продвижения вперед.

+0

Наша текущая система имеет разные dlls webpart для каждого модуля ui, которые выполняют служебные вызовы и устанавливают/получают данные. в 80% системы мы не используем sharepoint, мы используем sharepoint api для развертывания страниц в sharepoint и для чтения списка изображений из sharepoint для нашего слайд-шоу на домашней странице. + у нас есть раздел администрирования, где пользователь может загрузить изображение продукта/pdf в sharepoint .. thats it ... остальную часть кода можно представить о .net ui dll, развернутом в sharepoint. – krishna

ответ

0

Как вы уже упоминали, прямой путь миграции с 2007 по 2013 год не существует. Трудно дать окончательный ответ, не зная больше о вашей среде, это действительно сводится к тому, чтобы оценить стоимость и время выполнения ручной миграции (2007 -> 2010 ->) по сравнению с покупкой инструмента.

У меня есть один клиент, который использовал Metalogix для перехода с 2007 по 2013 год, и это было довольно успешно. У них было несколько проблем с брендингом и некоторый код, который нужно было переписать для использования обновленных API, но учитывая масштаб миграции, он был довольно плавным.

Ditching SharePoint и переписывание всего, используя MVC .... Не уверен в этом. Несмотря на то, что у вас есть архитектура SOA, это не означает, что она заменит все, что предоставляет SharePoint. Он многое делает; безопасность, приложение службы масштабируемость, брендинг, ECM, BCS, поиск и т.д.

0

вопрос UI может столкнуться ниже

  1. содержания миграции HTML (в вебе-части контента) от NTEXT типа данных к данным XML.
  2. SharePoint добавляет дополнительные теги для проверки xml и искажает весь пользовательский интерфейс для всех страниц. Средство выглядит и ощущается не так, как после миграции.
  3. Стол старой структуры в меню и drop-dwon очень сложно управлять. Для улучшения управления пользовательским интерфейсом он должен быть в коробке и в коробке.