На прошлой неделе, Моя коллега и я делать определенную работу для клиента в Нью-Йорке. Мы испытывали различные аспекты осуществления Мосс, используя их «стандарт" построение рабочей станции (в отличие от наших ноутбуков). При этом,, Мы побежали в несколько ошибок, выполните следующие действия:

• Откройте документ MS word через проводник windows (которая использует WebDAV).
• Изменения.
• Сохранить его.

Мы пришли к осознанию, что несколько раз (обычно в первый раз) Мы сохранили документ, сохранить не «палку." Сохранить не удалось сохранить. Мы бы тянуть этот документ обратно вверх и наши изменения просто не были там.

Мы не понимаем корень проблемы в данный момент, но мы поняли, что мы должны убедиться, что последний пакет обновления MS Office был установлен на этой рабочей станции. Люди он пошел и сделал это. Мы пошли через испытание снова и мы обнаружили новую проблему. Когда мы сохранили его, Мы теперь получил эту ошибку:

На этот раз, казалось, что каждое изменение, На самом деле, спас, ли мы ответили да или нет вопрос скриптов.

Мы, наконец, взглянуть на фактической версии Office и оказывается, что Рабочая станция работает MS Office 2000 с пакетом 3 который показывает под помощью-> О как «Office 2002».

Мораль этой истории: Я всегда буду использовать Office 2003 как моя версия office минимальных базовых при использовании WebDAV и Мосс.

</конец>

Подписаться на мой блог.

(Для целей поиска двигателя, Это текст ошибки):

Линия: 11807

Чар: 2

Ошибка: Объект не поддерживает это свойство или метод

Код; 0

URL-АДРЕС: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

Вы хотите продолжить выполнение сценариев на этой странице?

В одном или мой очень первый блога, Я описал общий процесс, мы следовали миграции клиента от SPS 2003 Мосс. Читатель оставил комментарий просят более подробно, и здесь это.

Для этого проекта миграции, Мы должны были найти хороший способ для перемещения много SPS 2003 документы над Мосс. Начальная загрузка была достаточно легко. Создайте новую библиотеку документов Целевой Мосс и использовать проводник windows для перемещения документов.

Это новая библиотека документов:

Открыть два окна исследователей. Первый момент SPS 2003 и второй на новой библиотеки документов в Мосс. На следующем снимке экрана показано это. Обратите внимание, что верхняя браузера фактически указывая на мой c:\TEMP диск, но вы можете себе это указывая на SPS 2003 Библиотека документов:

После этого перетащите и drop операции, Моя цель выглядит как это:

Теперь пришло время бороться с метаданными. Предположим, что у нас есть только один столбец метаданных для этих документов, названный «местоположение." Мы можем видеть из выше «все документы" вид, что расположение является пустым. Это достаточно легко использовать представление листа данных для ввода расположения, или даже пойти в свойства каждого документа по одному для добавления расположения. Давайте предположим, что существует никакого практического способа присвоить значение в столбце расположение автоматически и что конечные пользователи должны сделать это вручную. Кроме того, Предположим, что существуют сотни документов (может быть тысячи) и что он будет принимать много много дней, чтобы обновить метаданные. Как все мы знаем, не собирается сидеть и работать для четырех из пяти дней прямой обновление мета-данных для документов. Вместо этого, они будут перерыв, в течение недель или, возможно, больше. Для облегчения этого процесса, Мы можем создать данные без тегов»" вид, как показано:

Теперь, когда кто-то сидит вниз, чтобы тратите их выделенных ежедневно час или два тега перенесенных документов, они могут использовать документы без тегов»" чтобы сосредоточить их усилия:

Как тег документов пользователей, они уходят этот список.

Это понятие представление без тегов данных может также помочь с классом проблема проверки данных, которыми интересуются люди на форумах. Из коробки, Существует нет способа для предотвращения пользователя от загрузки документа Мосс и не введите мета-данных. Мы можем указать, что столбец конкретного сайта является обязательным, и пользователь не сможет нажать Сохранить кнопка. Однако, Если пользователь загружает и затем закрывает браузер (или в проводнике windows использует для загрузки документа), Мы не можем заставить пользователя ввести мета-данных (снова, из коробки).

Этот подход может использоваться, чтобы помочь в этой ситуации. Мы можем использовать «плохо метки данных" чтобы легко идентифицировать эти документы и их исправить. Соедините это с KPI и у вас есть хорошая видимость к данным с помощью детализации для управления этих исключительных обстоятельств.

</конец>

Подписаться на мой блог.

На этой неделе, Я немного боролся с моей команде, чтобы получить Мосс, установлен в простой ферме двух серверов. Пройдя через него, У меня есть большую признательность за виды проблем люди доклада на форумах MSDN и других.

Конфигурация окончательный фермы:

• SQL/индекс/Интранет WFE внутри брандмауэра.
• WFE в DMZ.
• Некоторые виды брандмауэра между DMZ и внутреннего сервера.

Прежде чем мы начали проект, Мы пусть знают, какие порты необходимо открыть клиент. Во время давать и принимать, назад и вперед над, Мы никогда не явно сказал две важные вещи:

1. SSL означает, что вам нужен сертификат.
2. DMZ сервера должен быть частью домена.

Один день, Мы показали до установки MOSS и узнал, что не созданы учетные записи домена для базы данных и Мосс. Чтобы переместить вещи, Мы пошли вперед и установил все с локальной учетной записью на сервере интрасети.

В этой точке, Мы обнаружили путаницы над SSL-сертификат и, к сожалению, решили нашей инфраструктуры парень вернуться позднее на этой неделе, чтобы продолжить установку сервера DMZ. В то же время, решение архитекторов переехали вперед с бизнес вещи.

Выходные идет, и клиент получает сертификат.

Наша инфраструктура парень показывает вверх и обнаруживает, что ДМЗ сервер не присоединен к домену (домен демилитаризованной зоны с ограниченным доверием или домена интрасети). Мы впустую почти 1/2 день на что. Если мы не позволим отсутствует сертификат SSL увязнуть нас, Мы бы обнаружили это ранее. Ну что ж….

Другой день, проходит и различные комитеты по вопросам безопасности, заинтересованных сторон и (не так) прохожих все согласны с тем, что это ОК, чтобы присоединиться к серверу DMZ с доменом интрасети (Это ПСУ, В конце концов, не решение производства).

Парень инфраструктура приходит обернуть вещи вверх. На этот раз, мы успешно пройти через строй самомоднейш дня, ласково известный как «мастер настройки SharePoint." У нас заглянуть в центре администрирования и … Йи Хо! … DMZ сервера указан в ферме. Мы смотрим немного ближе и понимают, что мы взломали Шампейн клеща бит рано. Службы WSS застрял в «начиная" статус.

Длинная история короткой, оказывается, что мы забыли изменить удостоверение учетной записи службы через центр администрирования от оригинального локальной учетной записи для новой учетной записи домена. Мы сделали это, вновь побежал мастера настройки и вуаля! Мы были в бизнесе.

</конец>

Подписаться на мой блог.

Хотя это не в буквальном, с практической точки зрения, Фронт конец Интернета web в DMZ должен быть в домене (т.е.. не какой автономный сервер в своей собственной маленькой Рабочей группе). Это не должны быть в том же домене внутренней WFE(s) и другие серверы (и наверное не стоит), но он должен быть в домене.

Мои коллеги и я провел чрезмерное количество времени на предложение, которая включала SharePoint предпосылки. Это включало всеобъемлющий перечень конфигурации брандмауэра, что позволит серверу DMZ на присоединение к ферме и так далее. К сожалению, Мы не смогли добавить предложение где-то, что сказал, о том, «Вся Кровавая точка этой конфигурации должна позволить вашей DMZ WFE-сервера, в домене, чтобы присоединиться к внутренней ферме."

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

Вздох.

Подписаться на мой блог.