在一個或我 第一次的博客, 我描述我們遵循從 SPS 遷移客戶的整個過程 2003 對青苔. 一位讀者留下評論問更多的細節和它在這兒.
為該遷移專案, 我們還需要找到移動大量的 SPS 的好方法 2003 檔在對青苔. 初始荷載很容易. 在 MOSS 中創建一個新的目的文件庫並使用 windows 資源管理器中移動檔.
這是新的文件庫:
打開兩個視窗的探險家. SPS 點第一次 2003 第二次在 MOSS 中的新文件庫. 下面的螢幕擷取畫面顯示了這. 請注意，頂級瀏覽器實際上指向我 c:\臨時磁碟機, 但是你可以想像它指向 SPS 2003 文件庫:
在那之後拖放式操作, 我的目標看起來是這樣:
現在是時間來處理中繼資料. 假設我們有只有一列的中繼資料為這些檔命名為"位置。" 我們可以看到從上面的"所有文檔" 查看位置為空. 很容易使用資料工作表視圖中輸入的位置, 或甚至進入每個文件屬性一個一個地添加位置. 讓我們假設最終使用者必須用手這樣做，是有沒有切實可行的辦法來分配位置列的值自動. 此外, 讓我們假設有數百個文檔 (或許是上千) 和許多天更新中繼資料，它會把很多. 我們都知道, 沒有人會坐下來和工作四五天直更新檔的中繼資料. 相反, 他們將在幾個星期甚至更長的時間內爆發，. 為了促進這一進程, 我們可以創建一個"未加標籤的資料" 如圖所示的視圖:
現在, 當別人坐下來花其分配每天一兩個小時已遷移的文檔標記, 他們可以使用"未加標籤的文檔" 視圖，以集中他們的努力:
作為使用者標記檔, 他們下車此清單.
這種未加標籤的資料檢視的概念還可以説明一類人在論壇詢問的資料驗證問題. 外框, 有是沒有辦法阻止使用者將檔上載到苔蘚，然後不輸入中繼資料. 我們可以指定一個特定網站列是強制性的和不應允許使用者保存按鈕. 不過, 如果使用者上傳，然後關閉瀏覽器 (或使用 windows 資源管理器上傳文檔), 我們不能強迫使用者輸入中繼資料 (再次, 外框).
這種方法可以用於説明這種狀況. 我們可以用"差已標記的資料" 查看來輕鬆地識別這些文檔並改正. 這夫婦與 KPI，你有良好的能見度對-向下切入來管理這些特殊情況下的資料.
</結束>
