关于在SharePoint中管理大文件的一些想法

最近参与到一个SharePoint文档管理相关的项目中,涉及到使用SharePoint管理大文件的问题。对于这个问题现在也仅仅是有一点点想法,写下来做个备份。

 

这里说的大文件那真是很相当地大呀,都是TB级别的。本来考虑直接用SharePoint存储文件,但基于文件大小的问题,这个方案直接被否定了。

1. 默认情况下,SharePoint只能上传50MB大小的文件,通过修改配置,可以把这个限制提高到2GB。这个2GB的限制,我想可能是和SQL Server字段存储上限有关的,不过不管怎么样TB级别的数据无论如何也无法放到SharePoint中了

2. 另外一个关于带宽问题也提一下。即使是几百兆的文件,在上传到SharePoint的时候耗费的时间也是相当惊人的。在intranet的状况下都有可能导致超时,internet下更加不可行。

 

客户看上SharePoint只要是因为它的皮囊比较漂亮(虽然看多了也要吐的),总之是一定要用的。所以目前想到的办法就是结合SharePoint的管理和其他存储技术(file system....)共同实现这个目标。

 

这里根据存储技术的不同也要分一下,毕竟基于windows file system的实现和SharePoint集成起来更方便。。。如果是其他的存储技术,比如emc documentum,原理上是一样的,仅仅实现有不同。无论哪种实现,要考虑的东西基本差不多,我罗列了下面几条,目前仅仅是想到这么几点

1. 当文件被存放到file system的时候,创建相应的sharepoint item。最好是在SharePoint中建立相同的层次结构,以便于控制。

2. 同步二者(实际文件与对应的sharepoint item)的权限控制。

3. 保持对文件的状态监测,文件所在层次的变化要反映的SharePoint中去。

4. 保持对文件的状态监测,对文件进行修改时控制sharepoint item的check in/out状态。

5. 保持对文件的状态监测,文件销毁的同时需要同时删除对应的SharePoint item。

6. SharePoint item存放文件的元数据,对原数据的修改不能影响到文件的状态。

 

现在仅仅想到这么多,以后如果想到更多就添加上。。。

posted on 2009-12-23 14:26  牛奶哥  阅读(680)  评论(0编辑  收藏  举报