Sun Java System Content Delivery Server 迁移指南 目录上一章下一章本书索引


第 1 章

迁移 Content Delivery Server

本章指导您完成将 Content Delivery Server 版本 5.0 转换为 Content Delivery Server 版本 5.1 的过程中所涉及的步骤，并指出了从版本 5.0 PU1 迁移到 5.1 的特定步骤（该迁移过程与从 5.0 到 5.1 的迁移过程的不同之处）。

本章包括以下主题：


注 - 本文档未介绍订户 API 的用法。如果要使用用户接口和 Subscriber Portal API，则必须执行与本文档介绍的过程不同的迁移过程以满足相应的要求。


迁移过程

迁移过程包括以下阶段：

1. 执行初始迁移步骤，例如，集成属性以及迁移署名和本地化信息

2. 迁移 Catalog Manager

3. 迁移 Vending Manager

4. 启动新版本的 Catalog Manager 和 Vending Manager

5. 更新 Catalog Manager 的 Vending Manager Server 帐户信息。

启动新版本的 Catalog Manager 后，您可能希望执行某些测试以确保迁移成功完成。有关详细信息，请参见测试迁移。

迁移过程中，不必关闭整个 Content Delivery Server 系统。遵循上文中概述的过程，您可以减少系统的总关闭时间。迁移 Catalog Manager 数据库时，Catalog Manager 将处于只读模式，并限制对 Developer Portal 和 Catalog Manager 的访问。

Vending Manager 可以继续运行，以便为客户提供服务。完成 Catalog Manager 迁移后，可以并行或逐一迁移 Vending Manager。请使用最有效的策略来满足您的需求。


注 - 迁移 Content Delivery Server 的具体细节因用户而异。请注意，某些步骤可能不适用于您的特定情况。另外，完成每个阶段所需的时间取决于部署配置以及涉及的组件数量和类型。


有关迁移 Content Delivery Server 的详细过程，请参见第 4 章。

在本章的其余部分，术语“旧版本”是指 Content Delivery Server 版本 5.0（或 5.0 PU1，如果适用）。术语“新版本”是指 Content Delivery Server 版本 5.1。如果过程专门针对 5.0 PU1，则会明确指出该版本。

初始迁移步骤

迁移 Catalog Manager 数据库之前，必须先执行以下高级初始迁移步骤：

1. 应用备份安全过程。

例如，备份 Content Delivery Server 旧版本的数据库，并将 Content Delivery Server 旧版本的安装目录复制到备份目录。

2. 按照《Sun Javatrademark System Content Delivery Server 5.1 安装指南》中的说明，安装 Content Delivery Server 新版本以及默认数据库。

迁移过程的数据库初始化与用于默认部署的数据库初始化不同。cdsi db init 命令可创建空数据库和表。它随后使用默认数据填充某些数据库表。迁移过程要求使用空白的数据库，该数据库绝对不能包含任何表数据，并且表之间不能设置任何外键约束。要达到此要求，您需要使用以下两个命令创建数据库： 


$cdsi db users
$cdsi db schemas_noc [-conf {dbconf}] [-cs] [-vs {vending}]
 

第一个命令在数据库服务器上创建用户。第二个命令创建所有表，但不创建任何表间约束。


注 - cdsi db users 命令彻底删除与 DBConf.xml 文件中指定的数据库用户关联的所有信息，因此，如果已使用 cdsi db init 创建了一个空数据库，则通过运行 cdsi db users 重新开始创建。



注 - cdsi help 未介绍 cdsi db schemas_noc 命令。


3. 配置新部署以连接到基本集成组件。

例如，此类组件可以是无线访问协议 (Wireless Access Protocol, WAP)、推送代理网关 (Push Proxy Gateway, PPG)、轻量目录访问协议 (Lightweight Directory Access Protocol, LDAP)、短消息服务中心 (Short Message Service Center, SMSC)、发送者和接收者以及通知和电子邮件服务器。

此集成迁移步骤包括修改定制适配器，以便将它们与 Content Delivery Server 最新版本结合使用。通常，需要迁移以下适配器：

将为每个适配器提供一个默认实现实例。

配置属性迁移文件 $CDS_HOME/cfg/migration/props_migration_5.0_5.1.xml，以便将 Content Delivery Server 旧版本中的属性和现有本地化数据迁移到新版本。必须迁移所有新的本地化信息。

如果要从版本 5.0 PU1 进行迁移，应配置属性迁移文件 $CDS_HOME/cfg/migration/props_migration_5.0PU1_5.1.xml。

4. 运行 cdspm migrateprops -f props_filename 命令以迁移已配置的属性。

有关配置和运行属性迁移文件的详细信息，请参见第 2 章。有关目录和文件结构变更的信息，请参见第 3 章。

5. 将所有署名信息迁移到新的 Content Delivery Server 部署。

必须手动迁移所有署名信息，以便保留 Content Delivery Server 版本 5.0（或 5.0 PU1）中的署名信息。进行实时迁移之前，请先在单独的线程中运行和测试署名，以便了解署名在 Content Delivery Server 版本 5.1 中的部署情况。署名迁移可能需要很长时间，具体取决于定制的复杂程度和要署名的站点数量。

署名迁移可能包括（但不限于）以下操作：


注 - 切记添加 Content Delivery Server 旧版本中不包含的任何所需的新信息（如库）。还必须重置默认设备、默认售卖计划、开发者计划的值以及其他此类管理信息。


此步骤假定您熟悉 Content Delivery Server 署名和定制过程。有关详细信息，请参见《Sun Javatrademark System Content Delivery Server 5.1 署名指南》和《Sun Javatrademark System Content Delivery Server 5.1 定制指南》。

6. 测试核心 Content Delivery Server 功能，其中包括旧服务和新服务、所有已署名的门户以及基本集成组件。

有关详细信息，请参见测试迁移。

7. 部署任何定制集成适配器。

此步骤假定在迁移阶段之前，所有定制适配器均符合 Content Delivery Server 的要求，或者已对这些适配器进行了扩展以便与 Content Delivery Server 结合使用。

8. 测试完全集成的 Content Delivery Server 部署。

请注意，必须按照规范对服务器进行全面配置，包括在执行迁移之前配置工作流。有关如何编辑 SubmissionVerifiedWorkflows.xml 文件以满足部署需求的信息，请参见《Sun Javatrademark System Content Delivery Server 5.1 安装指南》。

尝试在开发或实施环境中执行初始迁移测试，以确定迁移 Content Delivery Server 配置所需的大致时间。

迁移 Content Delivery Server

即使使用的是同一数据库服务器，也要创建新的数据库，这是因为 Content Delivery Server 新版本的结构可能与旧版本中使用的结构不同。


注 - 在此迁移阶段，Vending Manager 可以继续运行并为客户提供服务。


在 Catalog Manager 数据库迁移过程中，必须满足以下要求：

但请注意，对于 Vending Manager，可以任意储存和取消储存内容。

根据其从属关系指定迁移的开始时间，以设置预期完成时间并确定停止 Catalog Manager 的时间。

此阶段包括以下高级步骤：

1. 停止运行在初始阶段部署的 Content Delivery Server 新版本的所有管理器和服务器。

2. 将 Catalog Manager 置于只读模式以限制对 Catalog Manager 数据库的访问。

只读表示不能对 Catalog Manager 数据库进行任何修改，即，开发者不能提交任何内容，管理员不能进行任何修改。Catalog Manager 和 Developer Portal 均被视为已冻结。不要进行任何影响数据库的更改。以下操作可帮助您防止更改数据库：

3. 将 Catalog Manager 数据库迁移到 Content Delivery Server 新版本。

有关迁移数据库的详细步骤，请参见第 4 章。

4. （可选）运行迁移验证脚本。

在执行每个迁移步骤后，验证数据库迁移。有关运行该脚本的信息，请参见第 4 章中的验证迁移完成情况。

5. 停止在 Content Delivery Server 旧版本上运行的 Catalog Manager 和 Vending Manager。

a. 如果 Catalog Manager 和 Vending Manager 位于相同的服务器上，则关闭这两个管理器。

b. 如果 Catalog Manager 和 Vending Manager 位于不同的服务器上，则关闭 Catalog Manager。

Vending Manager 可以继续运行，但必须停止售卖服务（例如，事件、消息传送、后付费和监视服务）。

6. 将 Vending Manager 数据库迁移到 Content Delivery Server 新版本。

Vending Manager 迁移过程中，Vending Manager 或其关联的 Subscriber Portal 上不会发生任何活动。

7. （可选）运行迁移验证步骤。

8. 在 Content Delivery Server 新版本中启动管理器。

a. 如果 Catalog Manager 和 Vending Manager 位于相同的服务器上，则在 Content Delivery Server 新版本中启动这两个管理器。

b. 如果 Catalog Manager 和 Vending Manager 位于不同的服务器上，则只能在 Content Delivery Server 新版本中运行 Catalog Manager 之后启动 Vending Manager。

9. 关闭仍在 Content Delivery Server 旧版本上运行的所有其他 Vending Manager，并停止它们的所有服务。

10. 将所有其他 Vending Manager 数据库迁移到 Content Delivery Server 新版本。

11. （可选）运行迁移测试。

12. （可选）将特定内容类型设置为只读。

迁移过程中，某些内容类型可能不包含可以将该内容类型设置为可编辑或只读的属性。要确保某些内容类型不可编辑，在所有 Catalog Manager 和 Vending Manager 的迁移和迁移验证过程完成后，请执行以下步骤：

a. 确保停止了所有部署。

b. 运行以下 SQL 命令： 


update content_type set editable=0 where name is ('bundle', 'midlet', 'text', 'iappli', 'streaming_video','streaming_audio');

 

必须对目录数据库（带有 _PS_APP 后缀）和所有相应的售卖数据库（带有 _VS_APP 后缀）运行 SQL 命令。

部署 Content Delivery Server 新版本后，SQL 命令中指定的内容类型将被视为只读。

13. 在 Content Delivery Server 新版本中启动其他 Vending Manager。

现在，可以启动 Vending Manager 服务。还可以停止可能已运行的任何服务中断计数器。现在，您正在运行 Content Delivery Server 版本 5.1。不要尝试重新使用 5.0（或 5.0 PU1）版服务器，因为对该数据库所做的任何更改都不会反映在新数据库中。

测试迁移

为确保 Content Delivery Server 迁移成功完成，必须对以下迁移部分进行全面的测试：

最后，在迁移完每个列出的部分后，测试完全集成和署名的 Content Delivery Server 版本。

迁移测试包括（但不限于）以下部分：

有关迁移验证的信息，请参见第 4 章中的验证迁移完成情况。



Sun Java System Content Delivery Server 迁移指南 820-5755-10 目录上一章下一章本书索引


版权所有 © 2008 Sun Microsystems, Inc. 保留所有权利。