В една или ми първи блог постове, Описах процеса ние следва да мигрират на клиент от SPS 2003 на Мос. Читател остави коментар кандидатства за повече подробности и тук е.

За този миграционен проект, Ние трябваше да се намери добър начин да се движат много SPS 2003 документи над на Мос. Първоначалното натоварване е лесно достатъчно. Създайте нова библиотека за целевия документ в мъх и използвате windows explorer, за да преместите документи.

Това е новата библиотека с документи:

Отвори два прозореца изследователи. Точка първа в SPS 2003 а вторият в новата библиотека с документи в MOSS. Следните екрана изстрел показва това. Обърнете внимание, че Топ браузъра всъщност се сочи ми c:\Temp диск, но можете да си представите това, сочещи към SPS 2003 Библиотека с документи:

След това плъзнете и пуснете операция, Целта ми изглежда така:

Сега е време да се справят с метаданни. Приемем, че имаме само една колона на метаданните за тези документи, наречена "местоположение." Можем да видим от по-горе "всички документи" че мястото е празно. Лесно е достатъчно, за да използвате изглед на лист данни, за да въведете местоположение, или дори да отидете в свойствата на документа всеки един по един да добавите местоположение. Нека приемем, че няма практически начин да присвоите на местоположение колона стойност автоматично и че крайните потребители трябва да направите това на ръка. Освен това, да предположим, има стотици документи (може би и хиляди) и че това ще отнеме много много дни за актуализиране на метаданни. Както всички знаем, никой няма да седне и да работят за четири от пет дни направо актуализиране мета данни за документи. Вместо това, те ще че избухне в продължение на седмици или евентуално по-дълго. За да се улесни този процес, Ние можем да създадем "немаркирани данни" Изглед както е показано:

Сега, когато някой седи да прекарват си определям ежедневно час или два да маркирате мигрираните документи, те могат да използват "немаркирани документи" да се съсредоточи усилията им:

Като потребители етикет документи, те капка на разстояние от този списък.

Това понятие за изглед немаркирани данни също могат да помогнат с клас данни ратифицирам проблема хора запитване за форуми. На кутията, няма начин да попречите на потребител да качите документ на Мос и след това не влезе мета данни. Да уточним, че конкретен сайт колона е задължителна и потребителят няма да бъде позволено да натиснете Запиши бутон. Въпреки това, Ако потребителят качи и след това се затваря браузъра (или използва windows explorer за качване на документ), Ние не може да сила на потребителя да въведе мета данни (отново, на кутията).

Този подход може да се използва за да помогне с тази ситуация. Ние можем да използваме "слабо маркирани данни" Покажи лесно идентифициране на тези документи и ги коригирате. Двойка това с KPI и имате добра видимост към данните с бормашина-надолу, за да управлявате тези извънредни обстоятелства.

</край>

Абонирайте се за моя блог.

Тази седмица, Аз съм се борят малко с моя екип да получите Мос, инсталирани в една проста две сървърна група. След като преминали през него, Имам по-голяма благодарност за вида на проблеми хората доклад на форумите на MSDN и другаде.

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

• SQL/индекс/интранет WFE вътре в защитната стена.
• WFE в DMZ.
• Някаква защитна стена между DMZ и вътрешния сървър.

Преди да започнем проекта, Ние нека клиентът знае кои пристанища трябва да бъдат отворени. По време на даване и получаване, назад и напред през този, Ние никога не изрично каза две важни неща:

1. SSL означава ви трябва сертификат.
2. DMZ сървърът трябва да бъде част от домейн.

Един ден, Ние се появи да инсталират МЪХА и научих, че не е бил създаден акаунтите на домейна за база данни и Мос. За да се движат нещата напред, Ние went напред и настанявам всичко с локален акаунт на сървър, интранет.

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

Един уикенд течение и клиента получава сертификат.

Нашата инфраструктура човек показва и открива, че DMZ сървърът не е присъединен към домейн (периметър домейн с ограничено доверие или домейн интранет). Ние губи почти 1/2 деня, в който. Ако не оставим липсващите SSL сертификата ни блато, Ние ще са открили това по-рано. О добре….

Друг ден преминава и различните комитети, сигурност, заинтересовани страни и (не е така) невинни минувачи всички са съгласни, че това е ОК, за да се присъединят в DMZ сървър с домейна на интранет (Това е Рос, Все пак, не на производството решение).

Инфраструктурата човек идва, за да приключи нещата. Този път, ние успешно преминават през съвременните ръкавицата предано, известна като "съветника за конфигуриране на SharePoint." Ние имаме един поглед в централното администриране and … Иии haw! … DMZ сървър е в списъка в земеделското стопанство. Ние изглежда малко по-близо и реализира Скъсахме отворен Шампейн акар малко рано. ВиК услуги се заби в "Начална" статус.

Дълга история кратко, Оказва се, че сме забравили да промените самоличността на акаунта на услугата чрез централната администрация от оригиналния мастен сметка към новия домейн акаунт. Ние го направихме, отново се завтече на съветника за конфигуриране и готово! Ние бяхме в бизнеса.

</край>

Абонирайте се за моя блог.

Въпреки че това не е буквално вярно, на практика, Интернет ориентирана уеб клиент в DMZ трябва да бъде в домейн (т.е.. не някои самостоятелен сървър в своя собствена малка работна група). Тя не трябва да бъде в същия домейн като вътрешен WFE(s) и други сървъри (и вероятно не трябва да), но той трябва да бъде в домейн.

Колегите ми и аз изразходвани прекален размер на време въз основа на предложение, което включва SharePoint предпоставки. Това включва подробен списък на защитна стена конфигурации, която би позволила на DMZ сървъра да се присъединят към групата и така нататък. За съжаление, Ние не успя да добави изречение някъде, каза, за ефекта, "цялата кървава точка на тази конфигурация е да разрешите DMZ WFE сървър, в домейн, да се присъединят към вътрешния ферма."

Перфектната буря на събития, където ние основно погледна наляво, когато ние може да погледна право, заговор да скрие този проблем от нас до доста късно в процеса на, по този начин предотвратяване me от позовава ми "казвам лоши новини рано" правило.

Въздишка.

Абонирайте се за моя блог.