以下是我目前正在参与的一个内容管理项目，底层采用的是IBM的ECM产品，数据库为DB2，下图便是该项目的一个架构图。
以下根据该图进行详细的项目架构描述。
在这个项目中，我们只用到了ECM产品中的数据建模一块。因此在数据库方面就涉及到CM的数据库和应用数据库两方面，因此在was应用中就是通过CM产品提供的接口方法来与CM数据库交互。
在该架构中，库服务器Libarary Server(LS)是用来管理资源管理器Resource Manager(RM)，其数据库中保存着数据的一些基本信息如itemId,attribute,itemtype等等。TSM服务器主要是用来存储和备份数据，资源管理器RM相当于LS与TSM的一个枢纽，其决定着上传的数据在TSM上应该怎么存，并对应着相应的存储策略和备份策略。其联系在系统管理客户机上的RM中存储系统的TSM卷。打个比方，LS相当于用户，RM相当于项目经理，而TSM则类似于开发人员。用户将需求(数据)反映到项目经理，项目经理定义整个系统的开发模式和组织框架，而开发人员则针对项目经理提供的框架将需求进行实现(即将数据存储在所定义的磁盘中)。
下图是系统管理客户机，以下结合系统管理客户机对上述言论进行实例化。
上传数据时需要指定该数据的项类型ItemType，itemType则对应着相应的工作站集合，而工作站集合又关联到存储器组，如图所示
而存储器组中则定义了对应的TSM卷，即与TSM联系起来。如下图所示：
而此时就有疑问了，在资源管理器RM中可以定义多个TSM服务器，如何定义呢，如下图所示在系统管理客户机中服务器定义中：
上传数据LS、RM、TSM是怎么个处理过程呢？
库服务器(LS)存储着数据的项类型和属性信息，而资源管理器(RM)则有项类型对应的存储配置，TSM则是用于存储数据，因此当上传数据时，先判断该数据属于哪个itemType，然后找到该itemType对应的工作站集合，然后根据资源管理器(RM)中的数据库信息找到该数据对应的存储配置，然后存到TSM中相应的磁盘中。