在一个或我 第一次的博客文章, 我描述我们遵循从 SPS 迁移客户的整个过程 2003 对青苔. 一位读者留下评论问更多的细节和它在这儿.
为该迁移项目, 我们还需要找到移动大量的 SPS 的好方法 2003 文件在对青苔. 初始荷载很容易. 在 MOSS 中创建一个新的目标文档库并使用 windows 资源管理器中移动文件.
这是新的文档库:
打开两个窗口的探险家. SPS 点第一次 2003 第二次在 MOSS 中的新文档库. 下面的屏幕快照显示了这. 请注意，顶级浏览器实际上指向我 c:\临时驱动器, 但是你可以想象它指向 SP 2003 文档库:
那之后拖放式操作, 我目标看起来就像这样:
现在是时间来处理元数据. 假设我们有只有一列的元数据为这些文件命名为"位置。" 我们可以看到从上面的"所有文档" 查看位置为空. 很容易使用数据工作表视图中输入的位置, 或甚至进入每个文档属性一个一个地添加位置. 让我们假设最终用户必须用手这样做，是有没有切实可行的办法来分配位置列的值自动. 此外, 让我们假设有数百个文档 (或许是上千) 和许多天更新元数据，它会把很多. 我们都知道, 没有人会坐下来和工作四五天直更新文件的元数据. 相反, 他们将在几个星期甚至更长的时间内爆发，. 为了促进这一进程, 我们能创造出一种"未加标签的数据" 如图所示的视图:
现在, 当一个人坐下来花他们分配每天一两个小时来标记已迁移的文件, 他们可以使用"未加标签的文档" 视图，以集中他们的努力:
作为用户标记文档, 他们下车此列表.
这种未加标签的数据视图的概念还可以帮助一类人在论坛询问的数据验证问题. 开箱即用, 有是没有办法阻止用户将文件上载到苔藓，然后不输入元数据. 我们可以指定一个特定站点列是强制性的和不应允许用户保存按钮. 不过, 如果用户上传，然后关闭浏览器 (或使用 windows 资源管理器将该文档上载), 我们不能强迫用户输入的元数据 (再次, 开箱即用).
这种方法可以用于帮助这种状况. 我们可以用"差已标记的数据" 查看来轻松地识别这些文档并改正. 这夫妇与 KPI，你有良好的能见度对-向下钻取来管理这些特殊情况下的数据.
</结束>
