В одному або мій перші записи в блогах, Я описав загального процесу ми слідували мігрувати клієнт від SPS 2003 для ЛИШАЙНИКА. Читач залишили коментарі запитували докладно і от.
Для цього проекту міграції, Ми повинні були знайти хороший спосіб, щоб перемістити багато SPS 2003 документи над для ЛИШАЙНИКА. Первісну навантаження була досить просто. Створити нову бібліотеку цільового документа в МОСС і рухатися документи за допомогою провідника windows.
Це нова бібліотека документів:
Відкрийте два вікна дослідників. Точка перший в ССП 2003 а друга на нову бібліотеку документів в MOSS. Наступний скріншот показує це. Зверніть увагу, що top браузера фактично вказуючи на мій c:\Temp їзди, але ви можете собі уявити його вказуючи на SPS 2003 Бібліотека документів:
Після цього перетягнути операція, Моя цільова виглядає наступним чином:
Тепер настав час боротися з метаданими. Припустимо, що у нас є тільки один стовпець метаданих для цих документів, названий "розташування." Ми можемо бачити від «всіх документів" Переглянути пусте місце розташування. Це легко за допомогою перегляду аркуша даних введіть розташування, або навіть піти на властивості кожного документа по черзі додати розташування. Давайте припустимо, що немає практичний спосіб привласнити розташування стовпця значення автоматично і що кінцеві користувачі повинні це зробити вручну. Крім того, Припустимо, що є сотні документів (може бути тисячі) і що вона займе багато багато днів, щоб оновлювати метадані. Як ми всі знаємо, ніхто не збирається сісти і працювати для чотирьох з п'яти днів поспіль оновлення мета-дані для документів. Замість цього, вони будуть перебороти, протягом тижнів або, можливо, довше. Для полегшення цього процесу, Ми можемо створити послугами "без тегів даних" Перегляд, як показано:
Зараз, Коли хтось сидить вниз, щоб витрачати їх виділені щоденний годину або два позначати перенесений документів, вони можуть використовувати "без тегів документи" Перегляд зосередити свої зусилля:
Як користувачі тег документи, вони йдуть до цього списку.
Це поняття афганця нетегованих даних також може допомогти з класу даних перевірки проблеми людей запитати про на форумах. З коробки, немає ніякого способу, щоб запобігти завантаження документа для ЛИШАЙНИКА користувача і введіть не мета-дані. Ми можна вказати, що конкретного сайту стовпця є обов'язковим, і користувач не будете мати можливість push зберегти кнопки. Однак, Якщо користувач завантажує а потім закриває браузер (або провідник windows використовує для завантаження документа), Ми не можемо змусити від користувача введення мета-дані (знову, з коробки).
Такий підхід може використовуватися з цієї ситуації. Ми можемо використовувати "погано тегами даних" Переглянути легко ідентифікувати цих документів та їх виправлення. З'єднайте це з KPI і у вас є хороша видимість на дані з деталізації керувати ці виняткові обставини.
</кінець>
