Sharepoint 2010: Миграция БД на другой сервер

Иногда бывает необходимо перенести базы данных с одного сервера на другой. Информация по этому храниться в статьях:

• Move all databases (SharePoint Server 2010)
• Move all databases (SharePoint Foundation 2010)
• Перемещение баз данных контента (SharePoint Server 2010)
• Переименование или перемещение баз данных приложений-служб (SharePoint Server 2010)

Sharepoint 2010: Протоколирование

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

try
{
    var i = 0;
    var a = 2 / i;
}
catch (Exception ex)
{
    SPDiagnosticsService.Local.WriteTrace(0, new SPDiagnosticsCategory("My Category", TraceSeverity.Unexpected, EventSeverity.Error), TraceSeverity.Unexpected, ex.Message, ex.StackTrace);
}

Sharepoint 2010: AutoSPInstaller

Наверное многим из вас приходилось устанавливать Sharepoint 2010 на сервера. Помните какое это долгое и нудное занятие? Надо постоянно помнить конфигурацию, что и в какой последовательности устанавливать, скачивать необходимые пакеты перед установкой. Знаете же какие имена получают Базы Данных того или иного сервиса? Бррр!!!

Sharepoint 2010: Работа с Вариантами (Variations)

Спасибо IAfanasov за решение вопроса.

Рано или поздно при разработке сайтов с помощью Sharepoint возникает необходимость предоставить разные варианты отображения одного и того же сайта. И это без разницы доступен ли сайт через интернет или им пользуются только в интрасети.
Сценарии, при которых может потребоваться использование вариантов, могут быть следующие:

• Несколько языков. В этом сценарии большая часть контента создается на языке исходного варианта веб-сайта и копируется в некоторые или во все конечные варианты веб-сайта для перевода на различные языки. Например, контент может быть создан на английском языке и скопирован в конечные варианты веб-сайтов для перевода на немецкий, французский и испанский языки
  
• Несколько устройств. Логику работы страницы VariationRoot.aspx можно настроить так, чтобы перенаправить пользователей на страницы, предназначенные для работы с различными типами устройств. Например, можно использовать конечные варианты веб-сайта со страницами, предназначенными для показа на устройствах с различными размерами экранов или различным разрешением экранов.
  
• Несколько расположений или фирменных стилей. Например, организация, предоставляющая автомобили в аренду, может использовать конечные варианты веб-сайтов для всех городов, в которых у этой компании есть филиалы. Большая часть сведений о компании одинакова для всех филиалов, поэтому для этих страниц используются варианты, а остальной контент, например специальные предложения или мероприятия по продвижению услуг, создается на конечных вариантах веб-сайта, для которых он предназначен.

Sharepoint 2010: Ошибки миграции.

Сама по себе миграция, на мой взгляд, никогда не проходит полностью без ошибок. В момент миграции происходят всякие изощеренные ошибки. Но даже, если при миграции не было ни одной ошибки, то будьте готовы натолкнуться на них при использовании смигрированной системы. В данной статье я опишу те ошибки, с которыми мне имело счастье столкнуться. Статья будет периодически пополняться, поэтому не прошу считать её законченной :)
Итак начнем.

Sharepoint 2010 Service Pack 1

Ура! Свершилось!!!
Вышел пакет обновления для Sharepoint 2010.
Скачать можно:

1. Service Pack 1 for SharePoint Foundation 2010
2. Service Pack 1 for SharePoint Foundation 2010 Language Pack (if applicable)
3. Service Pack 1 for SharePoint Server 2010
4. Service Pack 1 for SharePoint Server 2010 Language Pack (if applicable)

Дополнительную информацию можно получить:

• http://sharepoint.microsoft.com/blog/Pages/BlogPost.aspx?pID=984
• http://www.gotdotnet.ru/blogs/dplotnikov/10324/

Sharepoint 2010: Заменяемые параметры проекта

Вы еще ручками прописываете в проетк полное название сборки, класса, фичи, проекта? Тогда вам пригодится вот эта информация.
Удачи!

Sharepoint 2010: Изменение поведения поля DocIcon

Суть проблемы
После миграции с Sharepoint 2007 на Sharepoint 2010 перестали работать представления библиотек документов так как к этому привыкли пользователи: при клике на иконку документа перестало происходить скачивание документа. Вместо это строчка с документом просто выделяется. Начали поступать жалобы.

Решение
Суть в том, что Microsoft заменили List View Web Part новым расширяемым XSLT List View Web Part. "Из коробки" новая веб-часть зависит от файлов main.xsl, fldtypes.xsl и vwstyles.xsl, которые рендерятся представлением документов. Эти XSLT файлы расположены в папке:
%ProgramFiles%\Common Files\Microsoft Shared\Web Server Extensions\14\template\layouts\XSL
Таким образом, решение заключается в использовании отдельного XSL-файла с нужным рендерингом (включая ссылки) для иконки документа. Решение основано на расширении fldtypes, доступные в SharePoint 2010. Поподробней об этом описано в статье.
Собственно само решение от Microsoft нашей проблемы описано вот здесь.
Так же есть стороннее решение, решающее данную проблему аналогично, но маленько с другой структурой файла.

Обновление 07.09.2011:
В некоторых браузерах и в некоторых ситуациях :) для анонимного пользователя, чтобы скачать файл, система запрашивает логин-пароль. Откуда он у него? Похоже на то, что js-функции, которые возвращают файл, используют какие-то внутренние ресурсы, к которым нужна авторизация. Предлагаю поменять содержимое файла на следующее:

          

	
	  
		
			
				
					
				
				
					
: 
					
					                            
				
			                  
		
		
			
		  
		
	  
	
 

Sharepoint: Модификация мастер-страниц.

Описание проблемы.
Есть решение, содержащее шаблон узла и фичу, публикующую мастер-страницы. Определение фичи:
<Module Name="MasterPages" Url="_catalogs/masterpage" Path="MasterPages" RootWebOnly="TRUE">
  <File...

Для каких-то потребностей создается веб-приложение. В этом веб-приложении создается семейство сайтов с использование разработанного шаблона узла. На созданном сайте активируется наша фича, которая успешно размещает мастер-страницы в библиотеке мастер-страниц.
Допустим создали два веб-приложения. Мастер-страницы в библиотеке не меняем. Обновляем наше решение (в мастер-странице добавили некий элемент, фичу не переактивируем), используя stsadm -o upgradesolution. Что мы увидим?

Sharepoint 2010: Работа с офисными документами в вебе.

Буквально вчера столкнулся со странной проблемой. На самом деле это не проблема, а странность её заключается в том, что я запутался на ровном месте. :)
Смысл в том, что очень часто встречал упоминание работы (просмотр/редактирование) с офисными документами в вебе: при беглом чтении статей, при просмотре презентаций и т.д. И почему-то у меня сложилось впечатление, что этот функционал есть изначально при установки MOSS 2010. В голове кружилась фраза "Раньше для просмотра офисных документов в вебе надо было ставить WebApp, а сейчас он по-умолчанию интегрирован в Sharepoint" (такая же фигня про PerfomancePoint). Частично это фраза верна, а чистично вводит в заблуждение. В обще решил попробовать.
Может быть раньше интеграция WebApp с Sharepoint была не так проста (не знаю), но сейчас если установить Sharepoint, а после WebAp, то никаких дополнительных усилий не нужно. В большинстве случаев все работает сразу, необходимо только активировать соответствующую фичу. Вот что значит "по-умолчанию интегрирован". Но всё равно WebApp нужно скачивать и устанавливать отдельно. Я смог его скачать по подписке MSDN (искать в Servers пункт Office web apps).
К тому же, эта путаница (с работоспособностью по-умолчанию) возникла из-за Excel Services. Вообще там такая вещь: просматривать документы Excel в вебе можно и без WebAp, но чтобы их редактировать нужен WebAp. Так же меня запутали преобразователи документов (в html), это немного другое.
Вывод: хочешь работать с офисными документами в вебе, скачивай и устанавливай WebAp

Ссылки:

1. Развертывание Office Web Apps (устанавливаемых с продуктами SharePoint 2010)
2. Deploy Office Web Apps (Installed on SharePoint 2010 Products)
3. "The workbook cannot be opened" Error with SharePoint Server 2010
4. http://office.microsoft.com/ru-ru/web-apps-help/
5. Installing Office Web Apps for SharePoint 2010
6. Развертывание Office Web Apps (SharePoint Foundation 2010)
7. Обзор Office Web Apps

Ссылки для отображения pdf в вебе:

1. Open PDF File in Browser from SharePoint 2010
2. Opening PDF Files in SharePoint 2010
3. Adding PDF Icon or Creating a Site From Template triggers Prompt for Download In SharePoint 2010
4. How to open PDF files in browser and set file type association icons in SharePoint 2010
5. Sharepoint 2010 and pdf integration. Series part 1
6. How to configure PDF iFilter for SharePoint Server 2010 or Search Server 2010

Sharepoint: Валидация данных формы в режиме редактирования страницы

Ситуация:
Есть страница веб-частей. На странице расположена веб-часть с формой заполнения. На форме внедрена валидация полей (через контролы валидации). Страницу открываем в режиме редактирования, меняем её, после чего пытаемся опубликовать. Получаем ошибку:
"Эта страница содержит недопустимое содержимое или форматирование. Дополнительные 
сведения можно найти в затронутых разделах"
или
"This page contains content or formatting that is not valid. You can find more information in the affected sections."


Решение.
Скорее всего, если форма будет заполнена корректно, то такого сообщения не будет, но очень муторно каждый раз при редактировании страницы заполнять поля формы. Поэтому правильным решением будет отключать валидаторы на время редактирования страницы.
Чтобы проверить режим отображения страницы, можно воспользоваться следующими способами:
Способ 1 (найден здесь): WebPartManager wp = WebPartManager.GetCurrentWebPartManager(Page);
if(wp.DisplayMode == WebPartManager.BrowseDisplayMode){/*что-то делаем*/}
Способ 2 (найден здесь): if(SPContext.Current.FormContext.FormMode == SPControlMode.Display){/*что-то делаем*/}

Т.е. мы проверяем в каком режиме находится форма и прячем валидаторы на странице, если находимся в режиме редактирования (validator.Visible = false) или вообще не добавляем валидаторы на страницу (в методе protected override void CreateChildControls())

Обновление feature

Натолкнулся на статью, в которой есть ссылка на интересный цикл статей как работать с Upgrade Features.
Очень рекомендую!

Создание управляемых свойств для поиска в Sharepoint 2010

В связи с миграцией решения с 2007 на 2010 версию Sharepoint, потребовалось переделать функционал регистрации управляемых свойство в службе поиска Sharepoint. Хотя старый функционал и работал, но функции, которые в нем применялись, были помечены как устаревшие.
Начал гуглить. Вначале нашел решение на PowerShell, а затем на C#.
Пользуйтесь!

Миграция с MOSS2007 на MOSS2010. Поехали!

Как я писал ранее, миграция Sharepoint с версии 2007 на 2010 не приносит особых сложностей, если используется только стандартный функционал. Но такое бывает крайне редко. Передо мной стала задача миграции портала вместе с существующими наработками.
Текущая версия портала развернута на MS  Windows Server 2003 SP2 (32-разрядная). В приведенной ссылке есть ссылка на документацию от MS по миграции. Существуют Требования к оборудованию и программному обеспечению (SharePoint Server 2010). Исходя из этой ситуации мне подходит только миграция БД с сервера c Sharepoint 2007 на сервер с Sharepoint 2010. Как всегда в интернете можно найти много информации, поэтому буду отталкиваться от статьи SharePoint 2010 Cookbook: How to Migrate a SharePoint 2007 Site to SharePoint 2010 Using Database Attach (некоторые картинки будут оттуда).
Опишу последовательность шагов:

Миграция с MOSS2007 на MOSS2010

Сегодня возникла необходимость миграции портала, реализованного на базе MOSS 2007 на новую версию MOSS 2010. Благо тема не новая, т.к. новая версия вышла в мае 2010 года, поэтому инструкции по миграции давно есть. Среди них всех я выделю пожалуй только одну от производителя. Очень подробно описано.
В общем, пока такой вердикт: если не было сторонних разработок и контент не успел сильно распухнуть, то проблем в миграции быть не должно.
Но у меня как раз ситуация в том, что надо мигрировать решения, которые были развернуты на MOSS 2007. Благо все исходники на руках.
Вооружился студией и начал перекидывать реализованный код. Т.к. при реализации существующих решений не использовалось расширение от Microsoft VseWSS, то процесс миграции кода происходит немного болезнее.
Создал простенький проект. При развертывании решения получил такую ошибку: "Путь содержит недопустимые знаки." Проблема быстро нагуглилась, оказалось, что русские имена в пути лучше не использовать и не работать под пользователем, в имени которого есть русские буквы.
Еще заметил интересный факт. Если создать фичу, то в папке Features на сервере она именуется как [Имя проекта]_[Имя фичи]. На мой взгляд, это очень удобно, т.к. приходилось самому называть подобным образом фичи, чтобы не было дублирования в разных проектах. Не знаю как это повлияет на мигрирование решения. Посмотрим...