内容


IBM DB2 Content Manager 家族产品对比,第 1 部分

DB2 Content Manager

技术性和许可对比

Comments

系列内容:

此内容是该系列 # 部分中的第 # 部分: IBM DB2 Content Manager 家族产品对比,第 1 部分

敬请期待该系列的后续内容。

此内容是该系列的一部分:IBM DB2 Content Manager 家族产品对比,第 1 部分

敬请期待该系列的后续内容。

简介

虽然 IBM DB2 Content Manager 家族中的每种产品历史都不长,且各有长处,但都可以纳入 Enterprise Content Management (ECM) 这个大范畴内,在这个大范畴内,各产品又分别归属于一个特定领域。作为对 DB2 Content Manager 家族产品的简介,本文最主要的目的是使读者了解各种 DB2 Content Manager 家族产品及其各自擅长的领域。这里将着重介绍 DB2 Content Manager。另外还简要介绍了 DB2 Content Manager 家族产品(如果您只需大致了解这些产品各自的功能,这已足够)。此家族各产品简要列举如下:

  • IBM DB2 Content Manager
  • IBM DB2 Content Manager OnDemand
  • IBM DB2 CommonStore —— Domino、Exchange 和 SAP
  • IBM DB2 Document Manager
  • IBM DB2 Records Manager
  • IBM DB2 Video Charger

IBM DB2 Content Manager 是一种可用于多种数据格式的后端储存库,可作为结构化和非结构化数据的企业储存库。

IBM DB2 Content Manager OnDemand 类似于 DB2 Content Manager,它可以作为中央储存库。但主要用于处理事务性数据,包括账单、报告等等。

IBM DB2 CommonStore Lotus DominoExchange 可用于归档电子邮件,以减轻邮件服务器的负载, IBM DB2 CommonStore SAP 则用于归档非 SAP 数据和 SAP 数据。

IBM DB2 Document Manager 是相对于后端储存库(例如 FileNet Panangon、Lotus® Document Manager 和 DB2 Content Manager)的前端文档管理工具。

IBM DB2 Records Manager 用于在遵循规则的同时跟踪物理记录和电子记录。

IBM DB2 Video Charger 可将各种格式的视频和音频转换成流。

本文主题

本文主要关注 DB2 Content Manager。文中涵盖以下主题:

DB2 Content Manager 家族产品简介 —— Content Manager

DB2 Content Manager 是建立在 DB2 Universal Database™ 存储过程基础上的内容储存库,利用了 IBM WebSphere Application Server 提供的内容检索和安全性以及 Tivoli® Storage Manager 提供的对象迁移及备份与恢复。CM 可存储任何格式的文档。

可以将 DB2 Content Manager 看作一个中央储存库,就像 DB2 Universal Database 一样。但是,Content Manager 是启用工作流(包括以文档为中心和不以文档为中心的工作流)、check-in/check-out、文档的版本控制、更精细的访问控制以及用户和组权限控制的一种解决方案。对 LDAP、传真解决方案、扫描解决方案、对象迁移和备份、恢复的支持要么是开箱即用的,要么是无缝地与第三方解决方案集成。简言之,它是可长期存储所有类型的文档、检索、修改和归档文档的地方。

目前至少有五种访问 Content Manager 中的内容的方法,如下所示(这些客户机之间的比较超出了本文所讨论的范围):

  • Windows Client
  • Web eClient
  • DB2 Document Manager
  • Information Integrator for Content Edition (IICE) Client
  • Custom Web Client —— 使用 Java Toolkit 构建

技术性比较

下表列出了 DB2 Content Manager 的技术性比较。这份列表绝对不是完整的。我们非常乐于倾听您的意见,您可增加更多的内容,或告诉我们您的疑问。

表 1. 技术性比较 —— Content Manager
特性/功能Content Manager Enterprise EditionContent Manager for iSeriesContent Manager for 390
支持的平台Windows® 2000、2003、Linux®、AIX®、SUN™。不支持 HP UX、IA64 Itanium。至于 Linux,仅支持 Linux Intel。不支持 pSeries®、iSeries™ 和 zSeries® 上的 Linux。如需了解详细信息,请参考 Supported Server Environmenti5/OS® (支持 i5/OS V5.3 的处理器)和 OS/400®。注意,将来会有从 DB2 Content Manager Express 和 Multiplatform 到 iSeries 的迁移。如需了解详细信息,请参考 Supported Server Environmentz/OS® V1.4 through V1.7。如需了解详细信息,请参考 Supported Server Environment
必备软件
  • DB2 Universal Database
  • WebSphere® Application Server Base Edition
  • Information Integrator for Content
  • DB2® Net Search Extender —— 文本索引时需要
  • DB2 Universal Database for iSeries
  • WebSphere Application Server Base Edition —— 使用 Web Enablement Kit (WEK) 时需要。WEK 仅可在 Windows 平台上运行
  • Information Integrator for Content —— 使用 Web Enablement Kit (WEK) 时需要。WEK 仅可在 Windows 平台上运行
  • DB2 Universal Database for z/OS 和 OS/390 Version 7 或 Version 8
  • WebSphere Application Server Base Edition —— 使用 Web Enablement Kit (WEK) 时需要。WEK 仅可在 Windows/AIX 平台上运行
  • Information Integrator for Content —— 使用 Web Enablement Kit (WEK) 时需要。WEK 仅可在 Windows/AIX 平台上运行
  • 要支持在带 WebSphere Application Server for z/OS 的 z/OS 上部署自定义 Web 应用程序,可使用 Java API
最低硬件需求即便满足了最低硬件需求,也需要具备适当的规模需要具备适当的规模需要具备适当的规模
可运行的软件请参考支持站点上的 List of Supported SoftwaresN/AN/A
CPU 限制没有限制 —— 从 SMP 到 MPP没有限制 —— 从 SMP 到 MPP没有限制 —— 从 SMP 到 MPP
32 位或 64 位32 和 64 位 —— 请参考 64 位中的注释N/A —— iSeries 上的应用程序与底层硬件独立32 位
存储的对象在使用 lbosdata 或数据库(DB2 或 Oracle)的文件系统中 —— DB Blob Device 管理器。对于更小的对象,可以选择将其存储在数据库中,而不是存储在文件系统中。存储小型 lob 的表是 RMLOBS仅存储在文件系统中仅存储在文件系统中
内部名称长度15 个字符用户 ID 长度为 10 个字符。很多其他配置项可使用 8 字符的短名称和 32 到 40 字符的显示/描述性名称15 个字符,这又是一个 DB2 UDB 问题
客户机访问Windows Client、eClient、Document Manager、CM Portlet、IICE 客户机Windows Client、Web Enablement Kit (WEK)Windows Client、eClient(包括 Linux 和 Multiplatform 上的)、CM Portlet
系统管理客户机支持支持。管理任务是通过 iSeries 控制台执行的不支持。对于 SMS 管理,需要使用带 ISMF 面板的 3270(绿屏)界面
本地 Java API (II4C)本地N/A —— 在分布式环境中,所有任务都要通过 Information Integrator for Content 来完成本地
各项目类型的文档限制在 DB2 Content Manager 中,对于文档总量没有架构性的限制。其具体限制取决于底层数据库,例如,在 DB2 UDB Express Edition 中,各分区允许使用的最大的表为 512 GB。(请注意,DB2 UDB Express Edition 不受 CM Enterprise Edition 支持,仅 CM Express Edition V8.2 可为其提供支持)。各分区中一个表的最大总行数限制为 4 x 10^9受 DB2 Universal Database for iSeries 的严格限制对于分段表空间,一个表最多可包含不超过 64GB 的数据(例如,一个表空间用于一个项目类型)。对于分区表空间,一个表可以分布在多个分区上。支持的数据大小超过 128GB
部分大小限制2GB2GB2GB (TSM) 和 256MB (OAM)
对象压缩不提供压缩不提供压缩不提供压缩
对象加密不提供对象加密不提供对象加密不提供对象加密
备份和对象迁移软件Tivoli Storage Manager (TSM)。DB2 和 Oracle 均可。另请参考 TSM Supported platform 列表 使用 OS 命令或 CM API。请参考 CM iSeries backup and restoreTivoli Storage Manage (TSM)。还可以单独使用 OAM (Object Access Method) 或者配合使用 TSM
Tivoli Storage Manager 集成开箱即用集成N/A。使用来自 iSeries 机器的 LAN 连接 (LAN-attached) 或直接连接 (Direct-attach) 方法开箱即用集成。支持 TSM 5.2.2 或更高版本的服务器和客户机
Video Charger 集成开箱即用集成不支持 Video Charger Server 和 player。您必须利用 Multiplatform 上的 Video Charger不支持 Video Charger Server 和 player。您必须利用 Multiplatform 上的 Video Charger
传真解决方案集成与来自 Intercope 的 FaxPlus/Open 的开箱即用集成 没有开箱即用集成传真解决方案没有开箱即用集成传真解决方案
与 LDAP - SSO 功能的集成支持。但是不允许使用多个 Base DN不支持不支持 LDAP,但支持 RACF
LDAP 服务器支持
  • IBM Directory Server V5.1
  • Tivoli Directory Server V5.2
  • Microsoft Windows 2000 Active Directory SP4
  • Microsoft Windows Server 2003 Active Directory
  • Lotus Domino V5.0.11 Directory
  • Sun Java System Directory Server V5.2
不支持不支持
扫描仪支持从技术上讲,支持任何带 TWAIN 驱动程序的扫描仪。请参考扫描仪列表对于 multiplatform 请参阅扫描仪列表。取决于这些扫描仪附带的驱动程序版本对于 multiplatform 请参阅扫描仪列表。取决于这些扫描仪附带的驱动程序版本
全文本搜索支持。请参考全文本搜索所支持的数据格式不支持不支持
工作流提供 Document Routing。Document Routing 是以 Content Manager 文档为中心的工作流。请参阅 "IBM DB2 Content Manager 文档路由"(developeWorks,2005 年 8 月)。提供用于构建工作流的图形化 Workflow Builder。对于不以 Content Manager 文档为中心的工作流,可以选择使用 WebSphere Process Server (Process Choreographer) 或 MQ Workflow (MQWF)DB2 Content Manager for iSeries V5R3 使用一种可定价的工作流,即 Content Manager for iSeries Advanced Workflow。提供了用于构建工作流的图形化 Workflow Builder 提供 Document Routing 特性,与 Enterprise Edition 相同
版本控制支持支持版本控制。允许的总版本数量上限是 32,767支持版本控制支持版本控制
JDK 支持JDK 1.4.2(32 位)JDK 1.4.2(32 位)—— 主要用于 Web Enablement Kit (WEK) IBM SDK for z/OS,Java 2 Technology Edition,V1.4.2
ODMA 支持DB2 Content Manager 支持 ODMA。但是请注意,并不是所有的应用程序都能感知 ODMA。请参阅 ODMA - aware applications 列表 支持遵循 ODMA V2.0 的 Windows 桌面应用程序支持。Windows Client 使用 DB2 Runtime 或 DB2 Connect Personal Edition
客户机连接性 —— 使用更低版本的 Windows Client 的连接或许可行,或许不可行或许可行,或许不可行或许可行,或许不可行
NAS 支持支持 NAS要求第三方存储管理器,例如能提供对 DR550 的支持、来自 MBS 的 StorageView™,以及任何其他 TSM 设备。如需了解详细信息,请直接与 MBS 联系 所支持的存储包括:
  • 3592
  • DR550
  • TSM for DR
  • VTS HCCO
SAN 支持不支持 LBOSDATA,但 TSM 可为其提供支持不支持 LBOSDATA不支持 LBOSDATA,但 TSM 可为其提供支持
无人值守安装CM Enterprise Edition 安装没有无人值守安装选项。但可通过无人值守的方式安装补丁包 不能进行无人值守安装不能进行无人值守安装
事件记录/审计跟踪CM Enterprise 支持事件记录。要了解关于事件记录的详细信息,请参考 System Administration Guide 的 ICM library server event table log 小节支持支持
OmniFind 集成开箱即用,OmniFind 搜索 DB2 Content Manager不支持不支持
辅助存储器支持请参考 TSM supported list。实际上,Tivoli Storage Manager 负责对象移植。但根据环境的不同,在选择要使用的存储器之前 —— 例如,从 DS4000 到 DS8000 —— 可能需要衡量一些因素。要获得更多信息以作出正确的决定,请联络存储专家 支持 Plasmon G-Series Libraries for OS/400 和 IBM TSM 且使用 MBS StorageView™ 的设备所支持的存储包括:
  • 3592
  • DR550
  • TSM for DR
  • VTS HCCO
对象登台 (Object staging)支持。在 Enterprise Edition 中称为 Lan Cache支持可预取
高可用性支持。请阅读关于多种平台下 Content Manager High Availabilty 的白皮书: 支持,但通常不需要 HA,因为 iSeries 具有高可用性。客户可以使用 MIMIX 使两个 iSeries 自动保持完全同步。其中某一 iSeries 出现故障时可进行切换 不需要 HA,因为 zSeries 不会停机
验证支持没有
数据库支持DB2 UDB 和 Oracle仅支持 DB2 UDB/400 DB2/390 V7 或 DB2 z/OS V8
XML 模式映射提供不支持提供
本地 Web 服务支持支持不支持不支持
Resource Manager 复制支持Object Server 没有复制能力支持
Resource Manager 迁移/归档提供Object Server 中支持对象的迁移/归档归档(inbound to z/OS)
迁移/升级Content Manager Enterprise edition 的迁移路径有很多。下面给出一些可选路径:
  • 迁移:6.1/7.1 -> 8.3

    要从 Version 7 迁移至 Version 8.3,请参考迁移文档。您可以从这里获得迁移工具

  • 升级:8.1 -> 8.2 -> 8.3

    如果现在您使用的是 Version 8.1,那么可以按照指南升级至 Version 8.2。如果您现在使用的是 8.2 版,那么可以按照 Content Manager 8.3 安装指南中的说明升级至 8.3 版。

注意,另外还支持将 Content Manager 迁移至不同的平台(例如,从 SUN/Windows 迁移至 AIX)。迁移至 iSeries 上的 Content Manager (CM V5R3) 和 z/OS 上的 Content 8.3 通常会涉及到服务。可参考关于跨平台迁移的其他参考资料,例如:
请查看关于 iSeries 迁移的 CM V5R1 to CM V5R3 migration guide。另请参考多种平台中的详细解释 如果您拥有以下产品,那么该产品还为您提供了迁移实用程序:
  • 带 PTF 的 Content Manager Version 2.3 for OS/390
  • ImagePlus/390
从 Content Manager 8.2 到 Content Manager 8.3 z/OS 属于升级操作
手册Content Manager Enteprise EditionContent Manager iSeriesContent Manager z/OS
开发所支持的语言为 C/C++、Java 和 Visual Basic。提供了用于可视化和非可视化 bean 的 Java 工具包。另外还提供了用于查看器的工具包 在进行服务器端编程时,需要使用 COBOL、RPG 和 C。在进行客户端编程时,需要使用 OLE、Visual Basic、C 和 C++。对于 Web Enablement Kit (WEK),则需要使用 Java JDK 1.4.2(32 位) 使用 IBM SDK for z/OS 的 Java Toolkit,Java 2 Technology Edition,V1.4.2
用户出口开发
  • Microsoft Visual C++ .NET 2002
  • Microsoft Visual C++ .NET 2003
  • C
  • C++
  • C/C++
  • PL/1
  • 汇编程序
  • COBOL
许可键需要许可键不需要许可键。CM iSeries 使用附键的介质不需要许可键。需要有纸面许可

许可和打包

在探讨 IBM DB2 Content Manager 的许可结构之前,最好首先了解不同用户的定义。注意,定义如下的这些用户对于 Enterprise、iSeris 和 z/OS 版本都是一样的。

  • 授权用户 (authorized user) —— 企业内部或外部的个人用户,访问程序或任意组件、应用程序、特性、功能和/或性能,或者访问程序内管理和/或程序分发的内容。访问是通过跨任何平台的一个或多个连接实现的,或是直接或间接通过任何代表用户的方式实现的。
  • 超级用户 (power user) —— 每天都使用程序的个人用户。此类用户会非常频繁地使用程序提供的所有特性。
  • 只读用户 (read-only user) —— 偶然、特别地以只读方式使用程序的个人用户只读也就意味着此类用户不能创建、编辑、管理或发布内容,也不使用客户机软件的其他高级功能。
  • 管理员 (administrator) —— 创建、维护和管理数据模型、用户、组和存储配置的个人用户,还处理由 System Admin Client 或关系表命令提示符托管的不同管理任务。此类管理员可为超级管理员,也可为由超级管理员委托的管理员。
  • Internet 用户 —— 不经常地、特别地执行只读任务的个人用户。这种用户不是公司内部的员工。

关于 Content Manager Enteprise Edition 和 iSeries 中的许可术语,对于新购买和迁移这两种情况,分别有一份简单的说明。

  • 就新购买的情况而言,"为了使用 IBM DB2 Content Manager,需要购买至少 20 个授权用户"。
  • 就迁移的情况而言,"并发用户与授权用户的比率是 1:5"。

表 2 对 DB2 Content Manager 的许可和打包进行了比较。

表 2. 许可和打包的比较 —— Content Manager
特性Content Manager Enterprise EditionContent Manager for iSeriesContent Manager for 390
许可项每个授权用户每个授权用户服务器 + 每个授权用户。DB2 Content Manager V8.3 for z/OS 库服务器和资源管理器是单独计价的特性。它们是使用 MLC 来计价的
最少授权用户数202020
可部署的 Content Manager 服务器总量随需随需。包括 CMWEK与可部署的 Content Manager 服务器总量适用的条件相同。客户可以随需安装足够多的 Content Manager 服务器。当客户使用 MLC 许可 CM/390 之后,即可根据需要在足够多的服务器(或使用 LPAR 的实例)上安装该产品
Content Manager OnDemand包括。可以随需部署足够多的 Content Manager OnDemand。包括 ODWEK 在内。但若需要 OnDemand PDF Indexer 和 Report Distribution,则需为其付费 包括。可以随需部署足够多的 Content Manager OnDemand。包括 ODWEK 在内。但若需要 OnDemand PDF Indexer,则需为其付费。这里没有 Content Manager OnDemand iSeries 的 Report Distribution 除非您购买了 DB2 Content Manager OnDemand for z/OS,否则无权建立到 DB2 Content Manager OnDemand for z/OS 的连接。而且,如果您需要 OnDemand PDF Indexer 和 OnDemand Distribution Facility (ODF),则需为其付费
Content Manager OnDemand Wek Enable Kit (ODWEK)捆绑。之前单独计价的 DB2 Content Manager OnDemand Web Enablement Kit (ODWEK) 现在被包括在基本 DB2 Content Manager OnDemand for Multiplatform 产品中,无需另外付费捆绑。之前单独计价的 DB2 Content Manager OnDemand Web Enablement Kit (ODWEK) 现在被包括在基本 DB2 Content Manager OnDemand for iSeries 产品中,无需另外付费捆绑。之前单独计价的 DB2 Content Manager OnDemand Web Enablement Kit (ODWEK) 现在被包括在基本 DB2 Content Manager OnDemand for z/OS 产品中,无需另外付费
Video Charger不包括。必须为 Video Charger 付费。Video Charged 按每个处理器收费不包括。必须利用 Multiplatform 中的 Video Charger不支持。必须利用 Multiplatform 中的 Video Charger
用于访问关系数据库的连接器不包括。这种连接器由 Information Integrator for Content 提供。必须为关系数据库连接付费 不包括。这种连接器由 Information Integrator for Content 提供。必须为关系数据库连接付费 不包括。这种连接器由 Information Integrator for Content 提供。必须为关系数据库连接付费
用户出口开发没有捆绑 Microsoft Visual C++ .NET 2002 和 2003 没有捆绑 C/C++ 捆绑了 C/C++,但需启用
Sys Admin Client 和 Windows Client 的连接性DB2 Runtime 打包在内iSeries Console。不需要 DB2 运行时DB2 Connect 或 DB2 Runtime。都被打包在 Multiplatform 之内
工作流Content Manager Enterprise 附带了 Document Routing 功能。不需要为该特性付费,因为它是内建的 如果需要高级工作流,则必须为 Advanced Workflow 付费。注意, Content Manager iSeries 附带了基本的工作流。基本工作流是捆绑的 Content Manager Enterprise 附带了 Document Routing 功能。 不需要为该特性付费,因为它是内建的
数据库包括 DB2 Universal Database Enterprise Server Edition,有限使用许可。不包括 Oracle包括 DB2 Universal Database for iSeries,在 i5/OS 操作系统上无需另外付费DB2 Universal Database Enterprise Server Edition 是单独购买的
DB2 Universal 运行时包括 DB2 UDB 运行时,有限使用许可 N/A。Windows Client 连接通过 PCOMM 等提供 包括 DB2 UDB 运行时,有限使用许可
DB2 Net Search Extender包括 NSE,有限使用许可不支持文本搜索不支持文本搜索
LDAP包括 IBM Tivoli Directory Server 5.2,有限许可 不支持 通过 RACF 提供
应用服务器包括 WebSphere Application Server,有限使用许可包括 WebSphere Application Server,有限使用许可(与 WEK 一起使用)包括 WebSphere Application Server,分布式环境中有限使用许可。WebSphere Application Server on z/OS 是单独购买的
备份软件包括 Tivoli Storage Manager (TSM),有限许可。TSM 捆绑在 DB2 Content Manager 中,仅用于对象迁移和备份与恢复,不用于 SAN。要使用 SAN,必须购买 TSM 许可 使用 iSeries 命令和 Content Manager API,虽然 iSeries 上支持 TSM,但 Content Manager for iSeries 存储管理完全集成在该产品中。 Content Manager 确定哪些文档需要进入光纤并直接将其写入光纤, Content Manager 确定哪些文档需要被删除并删除它们 Tivoli Storage Manager (TSM) for z/OS 是单独购买的。但用于分布式环境的 TSM 使用许可是有限的
MQ Series 和 MQ Workflow当需要 MQ Workflow 时,需要购买包括,用于 Advanced Workflow,但有限使用许可(单独计价)WebSphere MQ 5.3 和 WebSphere MQ Workflow 3.4 或 3.5 捆绑在 DB2 Content Manager 包(Multiplatforms)中,带有限使用的许可
Information Integrator for Content/eClient包括,有限使用许可 包括,有限使用许可。可以访问以下数据源:
  • DB2 Content Manager 服务器
  • DB2 Content Manager ImagePlus
  • DB2 Content Manager OnDemand 服务器
  • EDMSuite VisualInfo 和 OnDemand 服务器
  • DB2 Digital Library 服务器
  • Lotus Domino.Doc 服务器
包括,有限使用许可
Tivoli Directory Server包括,有限使用许可不支持包括,分布式环境中为有限使用许可。Tivoli Directory Server for z/OS 是单独购买的
媒介
  • Content Manager Enterprise Edition 8.3
  • Information Integrator for Content
  • Record Enabler
  • Content Manager OnDemand 8.3
  • WebSphere Application Server 5.1.1
  • MQ Series V5.3.0.2
  • MQ Workflow V3.5
  • DB2 Universal Database Enterprise Server Edition
  • IBM Tivoli Storage Manager Extended Edition V5.2.2
  • IBM Directory Server V5.2
  • CM iSeries V5R3
  • Information Integrator for Content
  • CM OnDemand for iSieries V5R3
  • Content Manager Enterprise Edition 8.3
  • 以下受限使用的软件包运行在非 zOS 平台上(Windows、AIX 或 Solaris):
    • Information Integrator for Content
    • Record Enabler
    • Content Manager OnDemand 8.3
    • WebSphere Application Server 5.1.1
    • MQ Series V5.3.0.2
    • MQ Workflow V3.5
    • DB2 Universal Database Enterprise Server Edition
    • IBM Tivoli Storage Manager Extended Edition V5.2.2
    • IBM Directory Server V5.2
    • DB2 Connect Personal Edition V8.2

许可场景

本部分内容列出了一些 IBM DB2 Content Manager 的常见许可场景。这些场景代表了在购买许可时客户、合作伙伴和 IBM 销售人员可能遇到的一部分问题。但是,这绝对不是完整的。如果您遇到过这里未列出的场景,而且比较有趣,请联络我们。

  1. 我们的一位客户对于 Content Manager 产品家族不熟悉。这位客户想了解如何为 Content Manager 购买许可 —— 是按每个处理器购买还是按每个服务器购买。客户机如何计费?

    A:从 2005 年 3 月 8 日开始,所有 Content Manager 的计价都是基于授权用户的。再重复一遍 —— 授权用户。 在对 Content Manager 计价时,只会听到授权用户这个词,而与"服务器"或"并发用户"等字眼无关。今后不再使用服务器许可和并发用户许可。而 "处理器"许可是严格地作为可选的计价方式使用的,例如 DB2 Content Manager for Relational Databases Connector、OnDemand Report Distribution、OnDemand PDF Indexer、Content Manager iSeries Workflow Feature 等。

    那么,什么是授权用户

    授权用户 被定义为企业内部或外部的个人用户,访问程序或任何组件、应用程序、特性、功能和/或性能,或者访问程序内管理的和/或程序分发的内容。这种访问是通过跨任何平台的一个或多个连接实现的,也可能是直接或间接通过任何代表用户的方式进行的。

  2. 如果我们有两台 Content Manager 服务器,分别放在不同的站点上 —— 一台在主要分公司,而公司总部有 5 台 Content Manager 服务器,那么该怎么办呢?

    A:我们的目标是为拥有任意数量的服务器的终端用户服务,以迎合他们的要求。记住,不需要额外购买服务器许可。您现在只有一名用户(= 1 名授权用户)。

  3. 一位客户最近为 Content Manager iSeries 购买了 20 个授权用户,然后又改变主意,想使用 Content Manager multiplatform (MP)。那么,授权用户可以互换使用吗?如果反过来,即从 Content Manager MP 改为 iSeries,又该如何呢?

    A:两种情况都不可以。在后一种情况下,即使 Content Manager iSeries 的授权用户比 multiplatform 要便宜一点,也不能互换地使用它们。请与您所在地的销售人员联系。

  4. 我们需要更新一位客户的 Content Manager 系统。是否还要使用服务器/并发许可方式?

    A:不是。从 2005 年 7 月 1 日开始,所有更新将按照 1:5 的比率,将 Content Manager 旧模型中的并发用户转换成 Content Manager 新模型中的授权用户。[旧许可模型中的 1 名并发用户 = 新许可模型中的 5 名授权用户] 请注意,实际上,在 2006 年 7 月 9 日之前,我们仍允许已有的客户更新服务器/并发用户许可。(请注意,用于软件包的 Software Maintenance 必须是现行的。如果 Software Maintenance 已失效,那么客户必须通过 Passport Advantage Reinstatement 选项将服务器/并发用户转换为授权用户)。 我们的目标是转换尽可能多的客户。如果客户现在不转换,将来他们还是必须转换。所以现有客户有两种选择:

    • 保留服务器/并发用户(直到 2006 年 7 月 9 日)
    • 转换为授权用户许可。
  5. 管理员、只读用户或一般授权用户不需要授权用户许可,对吗?

    A:不对。只读用户是偶尔访问服务器的用户,例如一天只有两到三次只读访问。他们是很少更新系统的一群用户。对于管理员,例如超级管理员或域管理员,则需要购买授权许可。不管是管理员还是只读用户,都需要购买授权用户。管理员对授权用户的比率是 1:1,而 Y 个只读用户按照公式 (Y/5) * 2 个授权用户来计算授权用户许可数目(请注意,只读用户的许可需要有 IBM Software Pricer 的批准)。

  6. 我们需要为我们的文档 —— 包括 MP3 和 MPEG 格式的视频 —— 使用 Content Manager。我们还需要在 Content Manager OnDemand 中存储 AFP 格式的事务性数据。我们是否只需为 Content Manager 和 Content Manager OnDemand 付费呢?最近听说 Content Manager Video Charger 是一款免费产品,是这样吗?

    A:对于 AFP 事务性数据,您需要使用 Content Manager onDemand。注意,ODWEK 也包括在内。您可以随需安装任意数量的 Content Manager OnDemand。但若需要 Content Manager PDF Indexer 和 Report Distribution 特性,那么必须为它们付费。Video Charger 是 ECM 组件,用于处理视频和音频文件,它不再是捆绑在内的,而需要按照每个处理器来付费。

  7. 我的客户拥有一家小型商店,只有 10 个用户,我认为其并发用户最多应为 5 到 6 名。那么我该如何对他们收费呢? 使用 Content Manager Entry 级解决方案收费是否是明智之举?

    A:现在不能再使用 DB2 Content Manager Entry 解决方案。您应该使用授权用户方式。如果客户已购买了 Content Manager Entry,那么他现在可以按照 1:5 的比率将并发用户转换为企业授权用户。例如,如果有 6 个并发用户,那么您的客户就可以拥有 30 个授权用户。

  8. ABC 是我们现有的一位客户,他们使用 Content Manager 已经将近三年了。他们一直都对此非常满意,但是最近的一次合并使他们急需一种方法,以访问一些后端数据库,例如 Oracle 和 MS SQL Server 等。大多数应用程序数据仍存放在这些数据库中,并且需要当前的 Content Manager 系统访问这些关系数据。应该如何着手解决这一问题呢?

    A:他们需要使用关系数据库连接器,这是一个收费的组件。

  9. 我们的客户现在使用的是 Content Manager Express 8.2,并且正在考虑转移到 Content Manager Express 8.3。该如何对他们收费呢?

    A:DB2 Content Manager 8.3 Express 尚未发布,因此更好的做法是转移到企业版。IBM 为您提供了以 Content Manager Express 换购(Trade-Up) Content Manager Edition Edition 的选择。如需了解详细信息,请咨询您的销售专家。

  10. 我们的客户现在使用的是 Content Manager Express 8.2,并且正在考虑转移到 Content Manager Enterprise 8.3。该如何对他们收费呢?

    A:利用换购选项,仍然按照并发用户对授权用户的 1:5 的比率即可。

  11. 我们有一位客户打电话过来咨询,为了容纳大约 3,000 个用户,可以安装多少服务器?他们同时需要 Content Manager 和 Content Manager OnDemand。

    A:可以安装任意数量的 Content Manager 和 Content Manager OnDemand 服务器。

  12. Jane 是一名 IT 经理,她告诉我说,她希望在自己的商店中使用 iSeries,并想将他们的文档系统合并到 iSeries 和 Content Manager 中。我应该按每个服务器还是按每个处理器对他们收费?还是按用户收费呢?Content Manager iSeries 是否包括工作流特性?

    A:与 Content Manager multiplatform 一样,Content Manager on iSeries 按照每个授权用户收费。要使用高级工作流,必须为之付费。

  13. 我们的客户预计到在接下来的 6 个月中,他们新部署的 Content Manager 系统将得到频繁的使用。他们想了解是否可以实现分布式的安装,将多个 Content Manager 服务器分布到纽约的多个地方,同时又不违反许可合约。

    A:只要他们为 1 个内容用户购买 1 个授权用户(注意,最少需要 20 个授权用户),就可以使用任意数量的内容服务器,以满足业务需要。这与位置没有关系。

  14. 我们必须购买数据库和用于数据库的备份实用程序吗?

    A:对于 multiplatform 和 iSeries,其中包括数据库,但使用许可是受限制的。对于 multiplatform,其中包括 Tivoli Storage Manager (TSM),但使用许可是受限制的。对于 iSeries,其中包括 DB2 Universal Database for iSeries。对于 Content Manager z/OS,DB2 Universal Database 和 TSM 都是收费组件。但可免费使用 TSM 客户机 API。

  15. 我们的大多数客户都有内部测试和开发。我想知道,他们是否可以使用与他们的生产服务器相同的许可,还是必须为他们的测试/部署环境额外购买许可?

    A:每个开发人员和测试人员也需要获得授权用户。例如,某位客户有 100 个授权用户,10 名开发人员和测试人员,那么就需要购买 110 个授权用户。

  16. 我们的客户有很多零散地使用 Content Manager 系统的用户。只有 5 名内部用户每天都使用 Content Manager 系统,大约 200 名用户平均每周使用 5 次 Content Manager 系统,并且他们不会进行导入或更新操作。而只是阅读系统中的一些文档。

    A:那么就是说,您有 5 个超级用户,200 个只读用户。为了计算只读用户到授权用户的转换,可以使用公式 (Y/5) * 2,其中 Y 是只读用户数量。 在这种情况下,您需要的授权用户数量是 5 + 80 = 85 个授权用户。

  17. 计算授权用户时,需要考虑 Content Manager 超级管理员和域管理员吗?如果我们有 30 个一般用户,是不是要购买 30 个 授权用户,再加上 2 个域管理员和 1 个超级管理员,一共是 33 个授权用户?

    A:如果客户想将 Content Manager 用于热备份,那么他们应该在生产环境中的授权用户数量的基础上,再购买 20 个授权用户。如果您想实现热备份,那么必须购买 20 个授权用户。这 20 个授权用户不是用于任何用户的,而是用于热备份/DR 许可需求的。 这 20 个 HB/DR 可用于管理性的许可。 但是,如果您的环境不包括热备份/DR,那么管理员也必须购买授权用户许可。

  18. 可以解释一下超级用户和只读用户所指的意思吗?

    A:请阅读前面给出的定义。

  19. 我们的客户有一个新的 pilot,预计将向 200,000 个 Internet 用户开放。我相信有某种人口计价方式。是的,目前他们的 Content Manager 8.2 有 500 个并发用户。为了更新,他们正考虑将 500 个并发用户减少至 250 个,因为有一半的用户不是活跃的,他们的计划是将这一半的用户转换成外部用户。那么,我该如何对他们计费呢?

    A:最好的计算方式是引用售给他们的并发率。我们假设这个并发率是 3:1。

    • 最初的 500 个并发用户许可可支持 1,500 个用户 (3:1),若从中减少一半的内部用户,则内部员工需要 750 个授权用户许可。

      按照并发用户对授权用户许可的 1:5 的转换比率,他们总共有 500 * 5 = 2,500 个授权用户。根据人数计价方式,对于 200,000个内部用户,共需要 590 个授权用户。在这种情况下,需要的授权用户数量是 590(Internet 用户) + 750(内部用户) = 1340 个授权用户。因此,在接下来的 Software Maintenance Renewal Anniversary 期间,IBM 将发表一封 PPA Renewal Letter 信,声明他们最多可以更新 2,500 个授权用户许可,那么为了满足其内部用户 + Internet 用户数量结构,只需将这个数量减少到 1,340。

  20. 我有一位客户,他的 Content Manager server 合约就快要过期了。我是否应该像以前一样对他们按服务器和并发用户收费?他们有 200 个并发用户。

    A:取决于销售给他们的并发率,可能只需简单地乘以 5 即可。在这种情况下,就是 200 x 5 = 1000 个授权用户。 如果您的用户属于上述情况,当然非常理想,因为维护起来更便宜。但如果用户数量要大于那个数,那么需要另外收费。

快速映射 —— 业务到产品

表 3 给出一个快捷映射,可帮助您为客户定位产品。这是从客户的业务需求到所提供的不同 DB2 Content Manager 产品的一个映射。

表 3. 快速业务需求映射 —— Content Manager
业务需求适用的 Content Manager 产品
我们是一家出版公司。我们的主要目标是将所有员工的桌面文档存放在一个安全、集中的储存库中。目前,所有文档都是分散地存放在硬拷贝文件夹或某个人的硬盘中。 由于工作人员的流动性越来越高,因此要找到和共享特定员工的文档也越来越困难。我们的企业规模不大 —— 大约有 50 名员工,包括正式员工和合同工。文档总数大约有 5 万个 Content Manager Enterprise Edition for Multiplatform
我们是一家独立软件供应商 (ISV),为银行和金融业的客户提供内容解决方案。我们有这样一项业务需求:扫描所有文档,以使客户能更容易地搜索文档。保险单、账单和所有受支持的文档,例如图片、mpeg 格式的视频等也都需要存储。我们公司大约有 2,000 名专职员工,他们将在线使用这个系统,对系统的访问应该使用 Web 浏览器。此外,大约有 10,000 名外部用户,他们需要登录系统访问他们的事务报告单 Content Manager Enterprise Edition for Multiplatform。还可以额外使用 Content Manager OnDemand,因为这里涉及事务性数据。
我们是一家工程公司,有大量 Autocad 和 MicroStation 格式的的绘图/BOM。我们将需要把一些绘图发送给某些供应商。用户主要是内部的 Windows 用户,他们希望能以拖放的操作方式将文档放在一个集中的文档储存库中。另外还需要标准的 check in/check out 工作流特性。 Content Manager Enterprise Edition for Multiplatform。DB2 Document Manager 非常适合作为文档管理前端使用。本系列的第 2 篇文章将提供 DB2 Document Manager 特性和功能的完整列表
我们的商店一直用 iSeries 运行绝大多数应用程序。管理层之所以喜欢 iSeries,是因为它的健壮性、安全性和可伸缩性。但是,我们仍然有很多文档在 iSeries 之外。我们的计划是将这些 Office 文档合并到我们将购买的新的 iSeries 机器上。这些文档没有什么特别之处。如果用户可以方便地从这些新机器上获取和保存这些文档,并且用这些文档来做一些事情,我们会感到非常高兴。现在我们不需要任何工作流。能给点建议吗? 默认情况下是使用 DB2 Content Manager for iSeries。如果能说服管理层,也可以建议客户使用 DB2 Content Manager for Multiplatform
我们有以下需求:
  • 扫描分布在 20 个子公司的所有文档 —— 我们有各种格式的文档,包括 Word、Excel、OpenOffice、PDF、Illustrators、HTML、XML、MPEG 等等。
  • 传入传出的所有 fascmile 都需要存储在某个地方。
  • 必须有并行工作流。
  • 我们需要胖客户机和 Web 客户机,并且 Web 客户机必须有我们公司的 logo。可很容易地自定义 Web 客户机的导航。
  • 我们还有需要集成到您的系统之中的外部应用程序。
  • 您的系统支持电子邮件通知吗?
  • 您的系统能与 .NET 环境一起工作吗,因为有些应用程序是在 .NET 中开发的?我们的确计划转移到 Portal 框架。
  • 系统必须能够最终扩展到供 2,000 名在职员工使用。
  • 如何实现一致性?
  • 我们有 Lotus Domino 和 Exchange 服务器。您有什么产品能帮助我们归档规模日益增长的邮件服务器?
  • 最后,您的哪种产品能满足所有这些需求?我们希望在 Windows 环境中使用这种产品。
首先,任何单独的某种产品都无法同时满足所有这些需求。您需要 DB2 Content Manager 作为后端储存库,附加扫描解决方案,例如 Captiva、Kofax 或 IFP。为了处理 fascimile,还需要传真解决方案,例如 Intercope MessagePlus/Open,该解决方案可以与 DB2 Content Manager 以开箱即用的方式无缝集成。传入和传出的 fascmile 可以自动地捕捉和存储。电子邮件通知和工作流是即开即用的特性,对 .NET 环境的 Web 服务支持也一样。Content Manager 附带了 portlet。IBM ECM 可以从 Windows 膝上电脑扩展到 zSeries 机器,所以可伸缩性不成问题。至于一致性,则需要使用 IBM DB2 Records Manager (详细信息请参阅第 3 篇文章)来管理记录。最后,IBM DB2 CommonStore 产品可帮助您解决电子邮件超载问题(关于 CommonStore 的详细特性和功能请参阅第 4 篇文章)。至于 MP3 和 MPEG 音频和视频文件,可以使用 IBM DB2 VideoCharger 来存储,这样可以将数据转化为流的形式
管理层决定将所有文档/应用程序合并到 zSeries 机器中 DB2 Content Manager for z/OS
目前,我们只需要解决邮件增长过快的问题。我们需要找到某种方法来减轻这些邮件服务器的负载,因为我们在 5 个位置存储有将近 2 TB 的电子邮件。明年某个时候我们还要考虑法规遵从的问题 CommonStore for Exchange 或 Lotus Domino,再加上 DB2 Content Manager、DB2 Content OnDemand 或 Tivoli Storage Manager 作为后端储存库。请参阅 "DB2 CommonStore and its Backend Archive Options - Understanding the Technical and Functional Differences"(developerWorks 2003 年 11 月)以了解详细信息。法规遵从问题必须用 DB2 Records Manager 来解决
我们的用户主要使用 Microsoft Office,他们喜欢在这个桌面环境中处理所有文件。我们有很多 MS Word 和 Excel 中的嵌入式文档。需要找到某种方法来方便地存储这些文档,而不必在其他客户机之间来回切换。这一方法必须支持 MS Windows Explorer 中的拖放特性,另外还有版本控制、修正和工作流等,以满足我们现有的审批流程 DB2 Document Manager,加上 DB2 Content Manager 作为后端储存库
我们希望客户能够在线登录,以查看其事务和账单信息。他们需要在几个月之后仍然能够跟踪自己的支付情况、未清偿余额和报告单。我们是本国最大的银行,在全国有 300 多家分行 DB2 Content Manager OnDemand 加 ODWEK
管理层决定将所有文档/应用程序合并到 iSeries 机器中 DB2 Content Manager for iSeries

结束语

本文是本系列的第 1 篇文章,在本文中,我们首先为读者简要介绍了 DB2 Content Manager 家族产品。由于本文主要目的是技术性比较和许可比较,所以这里还简单地比较了不同风格的 Content Manager。最后还介绍了一些许可场景、给出了一个快速业务映射表。本文对于那些希望简单了解 Content Manager ,并且不想深入研究手册、announcement letter 和演示的人将有所帮助。本文介绍的信息涵盖了约 70-80% 的售前活动。 如果您有要补充的内容,请与我们联系。

免责声明

我们已竭尽所能本文撰写本文。如果您对文中内容有任何不同意见,欢迎与我们联系。

致谢

特别感谢 IBM 澳大利亚内容管理部门的高级售前专家 Glenn Williamson 对本文所做的审校。特别感谢 Product Introduction + Exploration, Americas (PI+E) 的 John Thompson 和 Michael Heyl 提供的宝贵意见。


相关主题


评论

添加或订阅评论,请先登录注册

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Information Management
ArticleID=100579
ArticleTitle=IBM DB2 Content Manager 家族产品对比,第 1 部分: DB2 Content Manager
publish-date=12012005