Когда наш Sharepoint был перенесен с Sharepoint 2003 на Sharepoint 2007 (обе полностью платные версии), консультанты, выполнившие это, расширили каждое веб-приложение на два сайта / зоны IIS (например, исходное веб-приложение было http: // интранет, затем http: // newintranet и http: // интранет будет создан для Sharepoint 2007 - каждый со своим собственным сайтом IIS). Идея заключалась в том, что во время периода миграции мы настроили бы DNS так, чтобы старый URL-адрес указывал на серверы SP2003, а новый - на SP2007, а затем, когда миграция была завершена, измените DNS, чтобы SP2007 получал запросы к http: // интранет введите URL-адреса.
К сожалению, подрядчики не привели в порядок расширения приложений и сайты IIS после миграции, и в течение некоторого времени оба URL-адреса использовались, в результате чего многие ссылки на документы указывали на http: // newintranet введите URL-адреса. Это означает, что мне нужно поддерживать эти URL-адреса.
Из-за изменения организационной структуры нам теперь нужно переместить некоторые сайты Sharepoint, и я хотел бы использовать Функция перенаправителя URL-адресов для совместной работы RDA. Однако ограничение заключается в том, что это не работает для веб-приложений, которые были расширены на несколько зон. Так что мне нужно привести в порядок ситуацию, которую оставили позади наши консультанты.
Я думаю, что правильным решением будет использование страницы «Удалить точку доступа с веб-сайта IIS» в Central Admin, чтобы удалить зону для сайтов типа newintranet, и выбрать вариант удаления сайта IIS. Это должно привести к тому, что сайты IIS не будут прослушивать http: // newintranet введите URL-адреса. Это правильная процедура?
Как только я это сделаю, мне нужно настроить Sharepoint для получения запросов, отправленных на http: // newintranet введите URL-адреса, чтобы они продолжали работать. Я не уверен, следует ли мне это делать:
Есть ли у кого-нибудь мысли по поводу этих вариантов или любого другого способа достижения этого?
Sharepoint 2007 работает под управлением Windows 2003 с IIS6. В настоящее время у нас нет планов / бюджета для обновления до Sharepoint 2010.
Почему бы вам не отменить расширение нового сайта IIS из веб-приложения и не поместить его на отдельный сайт (создать веб-приложение и повторно расширить его). Все администрирование заголовка хоста должно выполняться через AAM (альтернативные сопоставления доступа), поскольку некоторые службы центра администрирования SharePoint работают напрямую с IIS. Можно сказать, это похоже на пакет администрирования SharePoint / IIS.
Измените зону по умолчанию на новый URL-адрес интрасети. Убедитесь, что он не попадает в брандмауэр, такой как ISA или CAG, иначе вам придется выполнить перенаправление с VIP.