Sharepoint: установка и полная настройка программы

Установка SharePoint 2010 на Windows 7

Посетителей: 20237 | Просмотров: 35532 (сегодня 0) Шрифт:

Введение

Одним из улучшений системы SharePoint 2010 стала возможность ее установки на клиентский ПК. Этого функционала очень не хватало в 2007 версии продукта. Для его реализации существовали обходные решения, предлагаемые партнерами Microsoft, т.е. требовалась установка сторонних программных продуктов. Теперь разработчиками Microsoft добавлена возможность установки SharePoint на ПК.

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

Требования к ПК

Так как сам SharePoint 2010 поставляется только в 64-разрядной версии, то и требования к ОС соответствующие:

  • Windows Vista SP1/SP2 x64
  • Windows 7 x64

Требования к RAM:

  • SharePoint 2010 Foundation – минимум 2 Гб, желательно 4 Гб
  • SharePoint Server 2010 – минимум 6 Гб, желательно 8 Гб

Ниже я рассмотрю пошаговый процесс установки SharePoint Foundation 2010 на Windows 7. Поскольку продукт находится в состоянии beta, указанные ниже шаги впоследствии могут быть изменены. Все изменения, а также информацию об установке SharePoint Server 2010 на Windows 7 или Windows Vista, можно найти тут:

Установка SharePoint Foundation 2010 на windows 7

подготовка установки

  1. Установите обновление KB971831
  2. Скопируйте дистрибутив в папку, например, с:sharepointfiles
  3. Откройте командую строку и выполните команду
  4. Перейдите в каталог c:SharePointFilesfilesSetup и откройте файл config.xml, например, в Блокноте
  5. Добавьте в секцию тэг:
  6. Сохраните файл
  7. Установите дополнительные компоненты

a. Microsoft FilterPack 2.0 Beta из командной строки — c:SharePointFilesPrerequisiteInstallerFilesFilterPackFilterPack.msi

e. ADO.NET Data Services v1.5 На странице загрузки выбрать дистрибутив ADONETDataServices_v15_CTP2_RuntimeOnly.exe

  • Вручную установите необходимые компоненты IIS, вставив в окно командной строки:
  • Перезагрузите компьютер
  • Установка SharePoint Foundation 2010

    1. Запустите установщик

    c:SharePointFilesSetup.exe

    Прочитайте лицензионное соглашение и согласитесь с ним

    Выберите тип установки – Автономно

    Дождитесь, когда установка завершится, появится следующее окно:

  • Важно! Не нажимайте кнопку Закрыть. Окошко должно висеть пока выполняется следующий пункт
  • Установите обновление для SQL Server — SQL Server 2008 KB 970315 x64
  • После успешной установки обновления нажмите кнопку Закрыть (п.4) — запустится мастер настройки SharePoint
  • По окончании работы мастера настройки откроется новый SharePoint 2010 сайт.

    Заключение

    В данной статье представлена пошаговая инструкция для установки Microsoft SharePoint Foundation 2010 на компьютер с установленной Windows 7. Систему SharePoint также можно установить и на Windows Vista SP1/SP2. Представленная статья основана на статье MSDN и может быть измена, т.к. продукт находится в состоянии beta версии:

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

    Администрирование служб SharePoint и веб-узлов

    2.1. Действия на сервере

    Рассмотрим сначала, как осуществляется развертывание служб SharePoint на сервере (эта часть работы осуществляется сетевым администратором , который должен обладать соответствующими правами, т.е. иметь возможность входа на сервер под учетной записью Администратор ).

    Для того, чтобы овладеть материалом этой главы, необходимо обладать начальными навыками работы сетевого администратора.

    Установка и настройка служб SharePoint на сервере

    Развертывание служб SharePoint возможно на веб-серверах – попросту говоря, мощных компьютерах, на которых установлено специальное ПО, предназначенное для приема и обработки запросов от компьютеров клиентов , подключающихся к веб-серверу по локальной сети или через Интернет (рис. 2.1). Вероятно, Вы будете работать с сервером, настроенным профессиональным сетевым администратором , и сведения, приведенные в этом разделе, Вам не понадобятся – вся Ваша деятельность будет осуществляться на клиентском компьютере. Между тем, если Вы организуете работу самостоятельно (например, в рамках корпоративной сети малого предприятия), информация по развертыванию служб SharePoint может быть ценной

    При использовании на сервере универсальной версии операционной системы Windows Server® (например, Windows Server 2008 Standard), прежде, чем перейти к установке и настройке служб SharePoint , необходимо соответствующим образом настроить роль веб-сервера. Для этого достаточно (сразу после завершения установки операционной системы Windows Server), в автоматически открывающемся списке задач начальной конфигурации, выбрать пункт Добавить роли, а затем пункт Веб-сервер. В результате соответствующая роль веб-сервера будет установлена, что обеспечит работу служб IIS (версии 7 в Windows Server 2008, объединяющую службы IIS и ASP.NET ). Поскольку технология SharePoint, которую мы настроим на следующем этапе установки, целиком и полностью основаны на стандарте ASP.NET , то установка служб IIS 7 будет достаточным условием их корректного функционирования на сервере.

    Как уже отмечалось в «Первый взгляд на SharePoint» , технология SharePoint (в ее наиболее универсальном варианте) является совершенно бесплатной. Для ее использования Вам необходимо только (рис. 2.1):

    1. на сервере: операционная система Windows Server 2003–2008 (причем полнофункциональная, а не ознакомительная, версия);
    2. на компьютере клиента : только браузер Microsoft Internet Explorer.

    Установочный комплект служб SharePoint можно бесплатно загрузить с веб-узла Microsoft(рис. 2.2). Единственное, о чем необходимо помнить, – это о правильном выборе языка (влияющем и на встроенные шаблоны веб-узлов SharePoint, которые Вам придется использовать). Учитывая очень качественную русификацию продуктов Microsoft, в подавляющем большинстве случаев, предпочтительной будет русскоязычная версия.

    Установка и настройка Office Web Apps в SharePoint 2013

    С выходом платформы SharePoint 2013 изменилась концепция Office Web Apps, теперь это отдельная, полноценная ферма (или один сервер), которая может использоваться также Exchange и Lync серверами.

    Данная версия является второй, в ней описана установка на платформе Windows Server 2012 с поддержкой PKI.

    Итак, после того как мы успешно установили SharePoint 2013 и разобрались с аутентификацией можем приступить к настройке сервера для Office Web Apps.

    Установим необходимые компоненты:

    Теперь скачаем и установим Office Web Apps версии 15.0.4420.1017

    После перезагрузки откроем PowerShell и зарегистрируем наш сервер (использовать будем http) – я добавил пробел между слешами http:// т.к. wordpress коверкает ссылки.

    New-OfficeWebAppsFarm –InternalURL “http:/ /office.lab.mars.in.ua” –AllowHttp -EditingEnabled

    Теперь проверим работоспособность перейдя по ссылке http://office.lab.mars.in.ua/hosting/discovery :

    Теперь перейдем к настройке сервера с SharePoint , запустим SharePoint Management Shell из-под учетки sp_farm и выполним:

    New-SPWOPIBinding -ServerName office.lab.mars.ua -AllowHTTP

    Убедимся что мы используем http:

    .. и если необходимо, принудительно включим использование http:

    В любом случае, в результате мы должны получить:


    Теперь проверим что возвращаем команда AllowOAuthOverHttp :

    Если вернулось значение False, то переключимся на True c помощью:


    Что ж, самое время проверить функционирование Office Web Apps , для этого я создам новый Team Site и назову его docs.

    Т.к. Администратор, он же Системная учетная запись имеют известные проблемы с Office Web Apps я создам user1 и user2, и включу группу Domain Users во владельцы сайта docs.

    Теперь можем зайти под этими пользователями и убедится что все работает должным образом (скриншеты от старой статьи, но суть та же):

    Теперь, когда мы увидели базовую настройку, давайте перейдем к более правильному варианту, а именно тому сценарию, когда используется SSL.

    Установим новый сервер для WebApps, назовем его wa (так получилось, что на момент написания статьи у меня уже работал вариант с SSL, и wa был первым, а office вторым сервером, который я делал специально для тех, у кого PKI нет). Установим на сервер wa тот же пакет 15.0.420.1017

    Т.к. у нас есть возможность выдачи сертификатов с альтернативными именами воспользуемся ею и получим такой вот сертификат:

    После перезагрузки откроем PowerShell и зарегистрируем наш сервер (тут уже https используется) – я добавил пробел между слешами https:// т.к. wordpress коверкает ссылки.

    New-OfficeWebAppsFarm -InternalUrl “https:/ /wa.lab.mars.in.ua” -ExternalUrl “https:/ /wa.mars.in.ua” –CertificateName “WebApps SAN Cert” -EditingEnabled

    В DNS необходимо добавить А запись которая будет определять имя wa.mars.in.ua в IP адрес.

    Теперь проверим работоспособность перейдя по ссылке https://wa.lab.mars.in.ua/hosting/discovery :

    Теперь перейдем к настройке сервера с SharePoint , запустим SharePoint Management Shell из-под учетки sp_farm и выполним:

    New-SPWOPIBinding -ServerName wa.lab.mars.ua

    Убедимся что мы используем https:

    Если наш сервис доступен только внутри сети включим использование internal-https:

    А если доступен “снаружи” то включим external-https:

    Теперь можно привязать SharePoint к SSL запросив сертификат с SAN, и получить желаемый результат:

    Дополнительно рекомендую ознакомится со статьями на TechNet:

    Надеюсь озвученная информация будет полезной, а если нужна будет помощь — используйте форму на главной странице моего сайта.

    Настройка Microsoft SharePoint Workspace

    Производитель

    • Microsoft
    • Kaspersky
    • 1C
    • Symantec
    • Dr.Web
    • Eset

    Недавние статьи

    Office 365 Home — настройка общего доступа по подписке

    Как активировать антивирус Kaspersky Internet Security используя прокси-сервер

    Обзор Kaspersky Total Security

    Обзор Kaspersky small office

    Norton Antivirus: версии и функционал

    1С-Товары

    Microsoft SharePoint Workspace не так давно пришедший на смену Microsoft Office Groove представляет собой универсальное средство, обладающее доступом ко всему объему данных, содержащемуся в Microsoft SharePoint либо при автономной работе с сервером либо при удалённом подключении. Microsoft SharePoint Workspace работает как оснастка, фиксируя все изменения, которые необходимо внести на сервер в памяти (в случае автономной работы) и синхронизируя с сервером все внесенные изменения в случае наличия подключения к нему. Так что Microsoft SharePoint Workspace дополняет сервер SharePoint в плане удаленного внесения изменений и управления содержимым. Отображение классов содержимого производится в отдельных «рабочих областях» Microsoft SharePoint Workspace.

    Рабочие области представляют собой три разнотипных класса – области, собственно, SharePoint, области Groove и обычные общие папки. Области SharePoint по сути и структуре данных представляют собой копию данных сервера. Области Groove предназначены для подключения дополнительных участников, которые подсоединяются по приглашению и содержат ряд дополнительных инструментов. Области общих папок являются, по сути, «шарами» для доступа к файлам файловой системы Windows одновременно из нескольких источников.

    Для работы с Microsoft SharePoint Workspace пользователю необходимо провести ряд первоначальных настроек и действий, основные из которых можно перечислить в следующих пунктах:

    1. Организовать создание рабочей области SharePoint для дальнейшей работы с ней. Данная настройка проще всего производится непосредственно с самого SharePoint, на который нужно зайти и в веб-оболочке выбрать опцию «действия сайта». Далее, путём выбора «синхронизировать с SharePoint Workspace» запустить процесс синхронизации, прогресс которого будет отображаться в соответствующем окне. Будет последовательно показана синхронизация всех находящихся на сайте категорий данных – документов, библиотек стилей, календарей и т.п. После того, как будет успешно проведена синхронизация и откопированы все необходимые данные, настройку рабочей области SharePoint можно считать законченной. Теперь с ней можно будет работать из основного интерфейса. Аналогично выполняется синхронизация с чем-то одним (например, какой-либо библиотекой) в случае, если нет необходимость синхронизировать весь контент сайта. Точно также, на сайте SharePoint необходимо выбрать нужный ресурс через пункт меню «работа со списком». И синхронизировать нужный.
    2. Организовать создание рабочей области Groove. Это можно выполнить, используя настройки режима BackStage. Область создаётся выбором соответствующего пункта в меню «Рабочие области» — «Создать». Пользователь, создавший область, автоматически назначается руководителем и может в дальнейшем приглашать необходимых пользователей для организации комплексной разработки или обсуждения какого-либо решения. Приглашения осуществляются путём ввода в окне «Участники» электронного адреса необходимого человека и заполнения формы текстом, который будет отправлен. Пользователь, которого пригласили, должен подтвердить принятие и тогда он появится в списке участников рабочей области Groove.
    3. Настроить область общих папок, содержимое которой будет использоваться участниками, приглашенными для использования указанных ресурсов. Для начала необходимо создать общую папку (либо сделать общей уже существующую) через меню «Главная» — «Создать», либо настроить синхронизацию существующей папки, которая будет использоваться в качестве общей. После этого в подразделе общей папки, называемом «Задачи синхронизации» необходимо зайти в «Приглашения» и отправить (аналогично рабочей области Groove) приглашения тем пользователям, которые будут её использовать. Аналогично, если пользователю более не требуется доступ к конкретной общей папке, его можно отключить через это же меню, отменив его приглашение.

    В целом настройка основных моментов работы Microsoft SharePoint Workspace на этом будет окончена, так как будут созданы все необходимые области, подключены все нужны ресурсы и приглашены все необходимые участники процесса для начала работы.

    Совместная работа с документами: SharePoint 2016. Часть 2. Настройка внешнего доступа

    Продолжаю цикл публикаций на тему SharePoint Server. В первой части мы рассмотрели особенности совместной работы, используя Office Online и настрольную версию программы MS Office. В этой статье покажу, как запустить и опубликовать SharePoint + Office Online.

    Мы рассмотрим случай корпоративного клиента, для которого важно держать всю инфраструктуру и хранящиеся в ней данные под своим контролем, т.е. с развернутой фермой SharePoint 2016.

    Сразу упрощаем себе и пользователю работу по запоминанию и настраиваем Split DNS для хостов sharepoint server и office online server.

    Дано: Внешний домен servilon.ru и внешние имена sp2016.servilon.ru и oos2016.servilon.ru.

    Решение: На внутреннем DNS добавляем две новые Forward Lookup Zones с соответствующими именами sp2016.servilon.ru и oos2016.servilon.ru.

    В каждую зону добавляем по А записи с указанием на локальный адрес соответствующего сервера:

    Сертификат

    Выписываем сертификат сразу на оба сервиса. В SAN добавляем оба имени sp2016.servilon.ru и oos2016.servilon.ru.

    Этот сертификат мы ещё трижды вспомним, он будет использоваться на ShrePoint Server (в IIS), на Office Online Server и на ARR для публикации сайтов

    Настройки SP

    Первое на что обращаешь внимание при настройке совместной работы – это настройки версионности для библиотеки документов (Library > Library Settings > Versioning Settings).

    В 2016 сервере Microsoft нас толкает на сотрудничество и объединение, уже настроев по умолчанию всё для совместной работы:

    Document Version History установлен в Create major versions;

    Require Check Out — NO

    Тут так же надо вспомнить про безопасность и наш сертификат, указываем его в Bindings для нашего SP сайта:

    Настройка OOS

    Office Online Server – это

    • Во-первых, возможность сократить количество лицензий и установок MS Office.
    • Во-вторых, расширение возможности доступа и редактирования документа, грубо говоря – нужен только браузер.
    • В-третьих, отличный от настольной версии опыт совместной работы. Об этом будет дальше.

    Так что давайте посмотрим, что нам для разворачивания сервера понадобится.

    MS говорит о минимальных требованиях к оборудованию идентичных требованиям для SharePoint Server 2016:

    • ОЗУ: 12ГБ
    • Процессор: 64-разрядный, четырехъядерный
    • ЖД: 80ГБ

    В реальности, для тестовой среды можно значительно урезать ОЗУ.

    1. На сервере устанавливаем .NET Framework 4.5.2;
    2. Устанавливаем необходимые компоненты ОС командой

    Настройка SharePoint Designer 2013 для Project Server 2013

    Алексей Просницкий, MVP, PMP (Компания LEO Consulting) делится советами по настройке SharePoint Designer 2013 для Project Server 2013.

    В SharePoint Designer 2013 появилась возможность разрабатывать рабочие процессы для Project Server 2013.
    Так, если для разработки рабочих процессов под Project Server 2010 можно было использовать или конструкторы рабочих процессов (например, Nintex, K2) или средство разработки Visual Studio, то для разработки рабочих процессов под Project Server 2013 можно теперь пользоваться бесплатным SharePoint Designer 2013. Главная задача — правильно настроить SharePoint Designer 2013.

    1. Установка SharePoint Designer 2013

    SharePoint Designer 2013 можно скачать по ссылке.

    Так как процесс установки SharePoint Designer 2013 в 100% случаях не вызывает вопросов, мы не будем этот процесс здесь рассматривать.

    После установки и запуски SharePoint Designer 2013, в окне запуска нажмите «Открыть сайт» и скопируйте в окно поиска адрес узла PWA (например, http://ps2013.pwa), Рисунок 1.

    Рисунок 1. Открытие узла PWA в SharePoint Designer 2013

    После того, как откроется узел PWA, нужно нажать на кнопке «Рабочий процесс сайта» и посмотреть на тип платформы, Рисунок 2.

    Как вы увидите, там нет возможности разработать процессы ни под SharePoint Server 2013, ни под Project Server 2013.

    Рисунок 2. Ненастроенный SharePoint Designer 2013

    Для того, чтобы получить возможности разработки рабочих процессов под 2013 платформу, нужно установить и настроить дополнительное приложение «Workflow Manager 1.0».

    2. Установка Workflow Manager 1.0

    После загрузки Workflow Manager запустите, под учетной записью администратора фермы, на сервере где установлен SharePoint Server 2013, процесс установки и в окне «Web Platform Installer 4.5» нажмите «I accept», что приведет к процессу установки.

    В окне возможных приложений, Рисунок 3, в окне поиска введите «workflow» и после того, как произойдет поиск, напротив двух продуктов «Workflow Manager 1.0» и «Workflow Client 1.0» нажмите кнопку «Add».

    Рисунок 3. Выбранные для установки компоненты. Шаг 1

    После выбора двух приложений «Workflow Manager 1.0» и «Workflow Client 1.0», нужно найти и добавить еще одно приложение — «Service Bus 1.0», Рисунок 4.

    Рисунок 4. Выбранные для установки компоненты. Шаг 2

    После добавления трех приложений, нажимаем кнопку «Install».

    В окне, Рисунок 8.5, выбора предустановленных программ нажимаем «I Accept», что приводит к запуску процесса установки.

    Рисунок 5. Окно установки приложений Workflow Manager

    После окончания процесса установки, на закладке «Configure» окна «Web Platform Installer 4.5», для запуска процесса настройки нажимаем кнопку «Continue».

    3. Настройка Workflow Manager

    В окне мастера настройки Workflow Manager, Рисунок 6, выберете рекомендованный вариант настройки.

    Рисунок 6. Мастер настройки Workflow Manager

    В окне настройки фермы рабочих процессов, Рисунок 7, нужно:

    1. Ввести названия сервера SQL и проверить связь с ним.
    2. Ввести имя администратора фермы.
    3. Поставить галочку, позволяющую Workflow Manager выполняться через протокол http.
    4. Ввести произвольный ключ для сертификатов.

    После ввода всех данных нажимаем кнопку «Вправо».

    Рисунок 7. Настройка фермы рабочих процессов

    В окне «Summary», Рисунок 8, после того, как вы ознакомитесь с будущими настройками и наименованиями баз данных, можно смело нажимать галочку, чтобы запустить непосредственно процесс настройки.

    Рисунок 8. Данные по настройке фермы рабочих процессов

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

    Рисунок 9. Результат настройки фермы рабочих процессов

    4. Присоединение узла PWA к ферме рабочих процессов

    Последний шаг, который остался сделать, это присоединение узла PWA к ферме рабочих процессов.

    Сначала мы проверим параметры фермы, где будут настроены рабочие процессы (Workflow Manager), а именно порты http и https.

    Для этого, под администратором в меню «Пуск» нужно запустить командную консоль SharePoint Server 2013 и ввести команду «Get-WFFarm», Рисунок 10.

    Рисунок 10. Результат настройки фермы рабочих процессов

    Так как мы будет использовать порт http 12291, см. Рисунок 7, следующий шаг — это регистрация службы рабочих процессов на ферме.

    Для регистрации, в окне командной консоли PowerShell SharePoint Server 2013, нужно ввести команду:

    Register-SPWorkflowService -SPSite «http://your_server/your_pwa» -WorkflowHostUri «http://your_server:12291» –AllowOauthHttp -Force

    Рисунок 11. Регистрация фермы рабочих процессов

    Вышеперечисленная команда ничего не возвращает. После того, как вы снова в окне ввода команды увидите строку имени пользователя, нужно перейти в «Центр администрирования – Управление приложениями – Управление приложениями службами — Workflow Service Application Proxy».

    Если команда была выполнена правильно, вы увидите уведомление о том, что служба рабочих процессов подключена, Рисунок 12.

    Рисунок 12 Настроенная служба рабочих процессов

    Также для проверки связи службы с сервером, нужно перейти в «Центр администрирования – Управление приложениями – Настройка связей для приложений служб» и удостовериться, что напротив службы рабочих процессов стоит галочка и служба находиться в списке прокси-приложений, Рисунок 13.

    Рисунок 13. Проверка сопоставления приложения-службы рабочих процессов

    После запуска SharePoint Designer и вода url адреса узла PWA, на ленте нажмите кнопку «Рабочий процесс сайта». В появившемся окне «Создание рабочего процесса сайта», вы теперь сможете выбирать платформу разработки рабочих процессов для Project Server, Рисунок 14.

    Рисунок 14. Настроенный SharePoint Designer для разработки рабочих процессов для проектов Project Server 2013

    Как настроить среду разработки для sharepoint 2013

    Я установил основу sharepoint 2013, sql server 2012 в операционной системе Windows Server 2012 на виртуальной машине.

    Мне нужно настроить среду разработки для sharepoint 2013. Может ли кто-нибудь помочь мне в том, что мне нужно установить отдельно от этого.

    У меня есть такие вопросы, как

    Где должна быть установлена ​​Visual Studio 2012 (либо на клиенте, либо на виртуальной машине сервера)? Какие компоненты мне нужно установить? Мне нужно установить Sharepoint Designer?

    Просьба помочь мне в этом.

    по другим вопросам:

    • да, вы должны установить визуальную студию 2012 на виртуальной машине VM, чтобы иметь возможность разрабатывать компоненты sharepoint и отлаживать их.
    • вы можете установить дизайнер sharepoint, если вы хотите редактировать страницы и мастер-страницы, чтобы добавить стили CSS и клиентский код script. нет необходимости устанавливать дизайнер sharepoint на сервере, он может быть установлен на любой машине

    Махмуд Фарахат прав, вы должны установить Visual Studio на том же компьютере, на котором установлен SharePoint, и убедиться, что все DLL-специфичные DLL файлы зарегистрированы в GAC.

    С SP2013 Microsoft больше не разрешает установку SP ни на что иное, кроме Windows 2012 и 2008R2. 2010 год позволил вам установить его на Windows 7, который, как я себе представляю, — это то, что работают локаторы разработки, или, по крайней мере, некоторые версии ОС Windows. Вы должны были изменить настройку конфигурации, чтобы иметь возможность сделать это, вы можете посмотреть это, но больше не актуальны, поскольку это невозможно. Я установил SP2010 на свой локальный ноутбук, и он использует мощную машину и заставляет ее запускать ужасно для всего. По-моему, использование локальной машины для разработки просто нецелесообразно, поскольку SharePoint просто так голоден. У меня был запуск 2010 в качестве локально размещенных виртуальных машин в Virtual Box, и эта работа достаточно хорошо, поэтому для каждого разработчика есть возможность локально иметь виртуальную машину. Нашим ИТ-пользователям не понравилась идея размещения серверов в корпоративном домене в любом месте, кроме централизованного доступа, поэтому для нас не было выбора, но если это разрешено в ваших политиках, тогда будет нормально работать.

    Итак, наша среда разработки 2013, которую я настраиваю, размещена на мощной ферме с одним сервером, то есть на приложении, в Интернете и на всех виртуальных серверах (приемлемо для dev). Мы запускаем несколько подключений разработчиков к одному серверу разработки SharePoint через Remote Desktop. Убедитесь, что в групповой политике включено несколько сеансов RDP, http://technet.microsoft.com/en-us/library/cc784146(v=ws.10).aspx. На этом сервере установлены SP2013, VS2012 и SPD oh и IIS8 (Windows 2012).

    Возможно, оба разрабатываются в одном и том же веб-приложении (SharePoint говорят о пулах приложений ISS), но вы можете отлаживать только один сеанс за раз, потому что devenv.exe(Visual Studio) присоединяется к w3ps.exe(пулу приложений IIS) чтобы иметь возможность развертывать, устанавливать и активировать каждую из ваших разработанных функций (больше разговоров по SP). Поэтому, как только один разработчик подключился к веб-приложению для отладки, кто-то еще получит сообщение об ошибке, что в процессе уже есть отладчик.

    Есть два решения, по очереди при отладке, это работает, но даже в небольшой команде из двух (не может быть меньше) это большой недостаток, и особенно когда запуск отладчика может занять пару минут даже на мощный сервер. Итак, каков другой вариант? Ну, вам нужно создать процесс для каждого разработчика для индивидуального подключения. Это относится к веб-приложениям в SharePoint. Вы можете достичь всего этого через центральное администрирование, но если у вас есть несколько разработчиков, которые делают это в графическом интерфейсе, это может быть немного скучно для администратора. Поэтому для достижения того же результата с помощью script выполните следующий код в PowerShell:

    Предполагается, что вы используете аутентификацию NTLM и читаете http://technet.microsoft.com/en-us/library/ff607931.aspx, чтобы убедиться, что для команды New-SPWebApplication установлены соответствующие параметры для вашей среды. Код как есть также создаст базу данных контента с суффиксом guid, который может быть не таким четким, поэтому укажите, хотите ли вы.

    Это создает SiteCollection для каждого разработчика и сайта на основе шаблона Site Site для каждого разработчика. Скопируйте каждую строку отдельной строки для других разработчиков.

    Мы сохранили созданную по умолчанию веб-коллекцию на порту 80 для совместного сайта, где мы развертываем все наши функции для окончательного тестирования комбинации.

    Каждый разработчик должен отредактировать свои свойства Project в Visual Studio, чтобы свойства их URL-адреса сайта соответствовали их индивидуально назначенному порту.

    Будьте внимательны при объединении проектов в вашем элементе управления Source, поскольку это свойство будет указано в файле csproj, и каждый разработчик разместит свой собственный номер порта в репозитории.

    Мой оригинальный ответ действителен и работает и, по-видимому, полезен для некоторых людей. Тем не менее, мы быстро столкнулись с трудностями при работе даже с недавно приобретенными корпоративными серверами с виртуальным сервером VMWare. Я думаю, что основная проблема — Disk IO, и развертывание решения займет 4 минуты +.

    Первоначально наши ноутбуки не могли запустить локальную виртуальную машину SP2013. Если бюджет доступен и прошел весь цикл разработки, я бы настоятельно рекомендовал использовать виртуальный ящик Oracle VM и создать отдельный экземпляр на каждом ноутбуке разработчиков. Уловкой для этого является спецификация сдвига требуемого оборудования. 16 ГБ оперативной памяти — это минимум, и реалистично требуется SSD емкостью 512 ГБ, хотя вам может быть немного меньше. У нас были обновлены наши ноутбуки, чтобы соответствовать этому минимуму, и там не так много ноутбуков, способных в настоящее время больше.

    Итак, как только у вас есть оборудование, загрузите виртуальный виртуальный ящик VM и установите его на хост. Вам нужно будет создать единую ферму серверов и выделить 12 ГБ памяти для VM, оставив 4 ГБ для хоста. Установите Windows Server 2012 на виртуальный сервер, возможно, загруженный через подписку MSDN. У вас есть ISO, загруженный на хост-ноутбук, следовательно, нужен большой диск; это можно удалить после установки.

    Настройка параметров сети для виртуальной машины является сложной и, возможно, другой в вашей среде, но я пошел на переходный мост с проводного сетевого порта на ноутбуке через док-станцию. Это означает, что в тот момент, когда вы берете ноутбук с док-станции, виртуальная машина потеряет доступ к Интернету. Вы можете перейти на порт Wi-Fi, но все ваши настройки файла хоста будут неправильными. Поэтому будьте осторожны, если вы берете ноутбук на шаг, ожидая его работы.

    В зависимости от того, как ваши администраторы предприятия отвечают на наличие случайных виртуальных машин в корпоративном домене, вам может понадобиться — как я это делал; для создания собственного домена. Я должен был использовать SP-сервер, чтобы это сделать, и это не рекомендуется Microsoft, но оно не задержало меня. Поэтому я превратил сервер SharePoint в контроллер домена и DNS-сервер. Если вы хотите разрабатывать приложения SharePoint, вам понадобится DNS-сервер. Это дало мне полную гибкость и контроль над окружающей средой без каких-либо помех или ожидало, что другие будут работать для меня. Единственным недостатком является междоменная аутентификация, поэтому вам просто нужно привыкнуть к вводу полных доменных имен пользователей и иметь два пароля, и этот единственный вход не будет работать для тестирования с локального ноутбука. Не важно, какую гибкость он дает вам взамен. Итак, теперь у вас есть контроллер домена, а также создайте учетные записи службы для SharePoint, а также учетную запись разработчика. Теперь вы сможете запустить установку SharePoint 2013 с установленного ISO, который, возможно, снова загрузится через подписку MSDN. Установите Visual Studio 2012 и SharePoint Designer вместе с любыми инструментами управления версиями, которые вы хотите использовать.

    Для связи между хостом и виртуальным сервером в файле хоста хоста C:WindowsSystem32driversetchost добавьте запись для сервера. Это позволит вам получить доступ к серверу по его названию. Это нужно сделать, потому что хост и сервер находятся в разных доменах, а запись сервера не входит в корпоративный DNS. Поскольку виртуальная ячейка настроена как мостовая сеть, и поскольку наша среда использует DHCP, перезагрузка виртуальной машины может изменить IP-адрес поля. Будьте осторожны, если это так, вам может потребоваться периодически это менять во время использования коробки.

    Вам может потребоваться добавить на сервер некоторые параметры прокси для доступа к Интернету через корпоративную сеть через мостовой адаптер. Это потребует учетных данных для проверки подлинности учетной записи корпоративного домена разработчиков, а не той, которая используется на сервере во вновь создаваемом домене. Например, мне нужно добавить настройки прокси-сервера в Tortoise HG, чтобы исходный элемент управления мог нажимать на битбакет .org.

    Мы обнаружили, что для единой пользовательской разработки ноутбук работает значительно лучше, чем сервер разработки, который мы создали на наших серверах отделов. Это сводится к производительности SSD даже для сетей SAN корпоративного уровня. Масштабирование, что до нескольких пользователей для живой среды, вероятно, будет противоположным, но этот подход определенно дал нам значительное улучшение производительности, приведя итерацию кода до половины первоначального времени развертывания. Вы даже можете клонировать среды для нескольких ноутбуков разработчиков, просто копируя файлы VM.

    Ссылка на основную публикацию