挨踢人生

在公司里架设了rms服务器，想测试一下通过rms对Office2003的文档进行权限保护，可是，一直不是很正常，每次安装一个新的客户端都需要很长的时间才可以完成，而且，好像没有激活似的，用不了。我一直没有找到原因。 这次，由于公司调整网络，我在不经意的时候，发现，RMS的代理服务器配错了，也就是说，rms服务器连不到Internet上去，会不会是这个原因造成的呢？ 我重新设置了rms服务器的代理。

 我的一个客户误删除了一个项目站点，其中有大量的文档需要恢复。由于，这个站点构建在他的SPS之下，而他们的sps数据库非常大，我费了一天的时间将他前天的数据库备份恢复到另一个数据库服务器上。我在试图重新架设一个同样的门户时遇到了一些问题，于是，我想，是否通过sql直接送库中恢复文档来得更加直接sps的文档都存放在***_SITE数据库的docs表中，表中dirname字段存放了站点的URL后边的部

微软提供的rms服务可以对文档进行加密和授权，经过加密和授权的文档，只有指定的用户才可以查看和执行相应的操作，这对于那些想保护自己信息的企业来说无疑非常有用。我们公司打算用它来对技术管理部的文档借阅系统中的好几十个吉的文档进行保护。呵呵呵，如果一个一个文档地加密肯定不现实，那么，只有自己开发一个程序来完成这个操作了。一开始，我想使用rms的sdk中提供的方法来做，后来发现，那有点复杂。我想，既然o

  由于现有的服务器的不能满足现有系统的需要，因此购买了一个更高性能的服务器，但是由于种种原因，不能一下子将所有的应用程序迁移到新的服务器上去，所以，必须让这两个数据库并行运行一段时间，并且，这两个服务器必须使用“相同”的计算机名。事实上，系统当然不会允许我给同一个网络里的计算机取一个相同的名字。我的如意算盘是这样的：       我打算用Hosts表来解决这个问题，将数据库分为AB两组，第一批要

使用Office System构建基于项目的文档管理系统的设想集团的各个分公司（自控行业）每年都要完成几时上百的大大小小的工程项目，在项目中产生文档就更加不用说了，管理起来非常的麻烦。首先，文档编制过程就存在很多需要解决的问题。很多的文档都是在工程进行的过程中产生的，而这些工程分布在全国各地的各个角落里，并且，很多的文档并非一个人可以完成，需要大量的协作，由于协作者由于网络的原因，很多时候并不是在

     我们的实际工作中的工作流往往不能在一个表单中表现出来，常常需要我们设计多个列表来完成这样一个完成的工作流。例如：我们创建一个ITIL事件管理中的事件记录（列表库A）的时候，往往会在工作站点的首页增加一个用于提醒桌面支持工程师完成相关任务的提醒列表（列表库B）。如果我们不对这两个列表设计成联动的话，那么相关工程师在完成任务后先要更改事件登记表（填写列表库B中的相应条目），然后还要更改提醒列

Sharepoint V3（以及Microsoft Office Sharepoint Server2007）真的给我们这些IT管理部门带来了很多的方便。尤其是对工作流的支持真的减轻了我们很多的工作。我们部门的ITIL的“事件管理”中事件登记和处理流程基本上不用开发代码，几乎用Sharepoint Designer就搞定了。但是，这里之所以用“几乎”两个字就是因为我还是写了一段代码来修改自定义列表