目录 上一页 下一页 索引

第 3 章

部署 Content Delivery Server


本章提供了部署 Content Delivery Server 组件的说明。继续操作之前,请确保按照第 2 章“设置环境”说明正确设置您所在的环境。

本节介绍了以下部署类型:

本节包括以下主题:

3.1 基本部署

本节介绍了部署基本配置的步骤,其中所有 Content Delivery Server 组件都部署到同一服务器。基本部署通常是 Content Delivery Server 入门的第一个部署。如果正在使用单个 Vending Manager 运行简单配置,则基本部署是唯一需要完成的部署。如果正在使用多个 Vending Manager 运行比较复杂的配置,则基本部署是需要完成的第一个部署。

3.1.1 第 1 步:编辑基本部署的 init_env Shell 脚本

Content Delivery Server 包含一个名为 init_env.sh 的 shell 脚本(位于 $CDS_HOME/bin 目录)。此脚本将根据您提供的值设置下表中所述的环境变量。

表 3-在 init_env 中设置的环境变量
变量名
说明
BEA_HOME
WebLogic Server 起始目录。将其设置为包含 license.bea 文件的目录。
注意:只有通过 WebLogic Server 运行时才需要此变量。
SUN_AS_HOME
Sun Java System Application Server 的安装目录。
例如:/opt/SUNWappserver7
注意:只有通过 Sun Java System Application Server 运行时才需要此变量。
SUN_AS_JAVA_HOME
Sun Java System Application Server 使用的 Java 主目录。必须正确设置此变量才能运行 Content Delivery Server Installation 命令 (cdsi) 和 Content Delivery Server Execution 命令 (cdse)。
注意:只有通过 Sun Java System Application Server 运行时才需要此变量。
WL_HOME
WebLogic Server 安装目录下的 server 目录。将其设置为包含 /bin 和 /lib 目录的目录。例如:/usr/local/bea/weblogic700/server
注意:只有通过 WebLogic Server 运行时才需要此变量。
WL_JAVA_HOME
WebLogic Server 使用的 Java 主目录。必须正确设置此变量才能运行 Content Delivery Server Installation 命令 (cdsi) 和 Content Delivery Server Execution 命令 (cdse)。
注意:只有通过 WebLogic Server 运行时才需要此变量。

3.1.2 第 2 步:设置基本部署的数据库

您应已经设置了 Oracle 数据库实例,并且对此实例的下列信息有所了解:

Content Delivery Server 需要 Catalog Manager、Fulfillment Manager、每个事件服务和每个 Vending Manager 的数据库模式。Fulfillment Manager 的所有实例都必须引用同一 Fulfillment Manager 模式。

模式通过创建时提供的前缀进行识别。通常,一起部署的组件将使用同一前缀。例如,对于基本部署,所有模式的前缀都指定为同一值。

随 Content Delivery Server 提供的 Content Delivery Server Install 命令将根据数据库配置文件中提供的信息创建模式。此配置文件用于标识数据库的位置和应创建的模式。

进行基本部署时,需要为 Catalog Manager、Fulfillment Manager、Vending Manager 和事件服务创建模式。要创建基本部署模式:

  1. 创建数据库配置文件。可以将位于 $CDS_HOME/cfg 目录中的样例文件 DBConf.xml 用作指南。
  2. 以下代码示例显示了样例数据库配置文件。

    代码示例 1 样例数据库配置文件
    <CDSDatabase> 
      <Hostname>dbhost.domain.com</Hostname> 
      <Port>1521</Port> 
      <SID>dbsid</SID> 
      <Tablespace>USERS</Tablespace> 
      <Tablespace name="catalog">USERS</Tablespace> 
      <Tablespace name="catalog indexes">USERS</Tablespace> 
      <Tablespace name="content">USERS</Tablespace> 
      <Tablespace name="content indexes">USERS</Tablespace> 
      <Tablespace name="event">USERS</Tablespace> 
      <Tablespace name="event indexes">USERS</Tablespace> 
      <Tablespace name="subscriber">USERS</Tablespace> 
      <Tablespace name="subscriber indexes">USERS</Tablespace> 
      <Tablespace name="vending">USERS</Tablespace> 
      <Tablespace name="vending indexes">USERS</Tablespace> 
      <TempTablespace>TEMP</TempTablespace> 
     
      <Catalog> 
        <Prefix>CDS</Prefix> 
        <Password>dbpassword</Password> 
      </Catalog> 
     
      <Vending name="suncds.vending.server.1"> 
        <Prefix>CDS</Prefix> 
        <Password>dbpassword</Password> 
      </Vending> 
     
    <!-- Additional Vending Managers, if any 
      <Vending name="suncds.vending.server.2"> 
        <Prefix>CDS_2</Prefix> 
        <Password>dbpassword</Password> 
        </Vending> 
    --> 
    </CDSDatabase> 
    

    注-该文件包含未加密的密码。确保将文件权限设置成限制对该文件的访问。
    1. 将 Hostname、Port 和 SID 元素设置为 Content Delivery Server 的 Oracle 数据库实例的主机名、端口号和数据库 SID。
    2. 将 Tablespace 和 TempTablespace 元素设置为 Content Delivery Server 的 Oracle 数据库实例的名称。
    3. 如果希望对每一组表使用单独的表空间,请将各组的 Tablespace 元素设置为不同的值。每组中包括的表都基于大小和活动,而且在以下列表中进行了说明:

      • default:该组包含不会发生更改的小型表。
      • catalog:该组包含从小型到中型的不经常更改的表。
      • content:该组包含当内容更改时经常更改的从小型到大型的表。
      • event:该组包含了当事务发生时发生更改的中型表。
      • subscriber:该组包含了当添加订户时发生更改的从小型到中型的表。
      • vending:该组包含了不经常更改的从小型到大型的表。
    4. 将 Catalog 元素的 Prefix 和 Password 元素设置为用于标识和访问该模式的名称。例如,CDS
    5. Fulfillment Manager 的模式使用您为 Catalog 元素指定的同一前缀和密码。

    6. 将 Vending 元素的 Prefix 和 Password 元素设置为用于标识和访问此模式的名称。例如,CDS
    7. 事件服务的模式使用您为 Vending 元素指定的同一前缀和密码。


      提示-如果知道还需要部署其他 Vending Manager,则可以在创建基本部署模式的同时创建所需的其他模式。对于要部署的每个其他 Vending Manager,请另外添加一个 Vending 元素,并为名称特性和 Prefix 元素提供唯一值。


    8. 将创建的文件保存在 $CDS_HOME/cfg 目录中。
  3. 编辑 init_env.sh shell 脚本,将 DEFAULT_DB 变量设置为刚刚创建的数据库配置文件的名称。
  4. DEFAULT_DB 变量指定没有为接受文件名作为参数的命令提供文件名时所使用的缺省数据库配置文件。有关此 shell 脚本的信息,请参见第 3.1.1 节“第 1 步:编辑基本部署的 init_env Shell 脚本”

  5. 如果希望支持 iAppli 应用程序,请跳过此步骤。如果不需要支持 iAppli 应用程序,请从 $CDS_HOME/dist/cds/database/cs 目录中删除 iappli.sql 文件。
  6. iappli.sql 文件的副本保存在系统中的其他位置。如果删除了此文件,但以后又决定支持 iAppli 应用程序,请参见第 4.13.1 节“将 DoJa 库添加到数据库”

  7. 运行以下命令创建 Content Delivery Server 使用的用户帐户、创建模式并使用初始数据填充模式:
  8. cdsi db init system-user system-password [db-configuration-file] 
    

    其中,system-usersystem-password 是用于访问数据库的用户名和密码,db-configuration-file 是包含模式创建信息的数据库配置文件的名称。如果没有提供 db-configuration-file,则使用 init_env.sh 脚本中为 DEFAULT_DB 变量指定的值。


    注-如果不具有创建用户帐户的权限,请让数据库管理员为您创建下列帐户:
    catalog-prefix_ps_owner
    catalog-prefix_ps_app
    catalog-prefix_fs_owner
    catalog-prefix_fs_app
    vending-prefix_es_owner
    vending-prefix_es_app
    vending-prefix_vs_owner
    vending-prefix_vs_app

    然后,不要运行 cdsi db init,而是运行:
    cdsi db schemas [db-configuration-file]
    cdsi db data [
    db-configuration-file]
    以创建模式并使用初始数据填充这些模式。

3.1.3 第 3 步:设置基本部署的部署配置文件

对数据库进行设置后,下一步就是创建用于标识要部署的组件的部署配置文件。部署配置文件是每行都包含一个名称值对的标准属性文本文件,并用于将 Content Delivery Server 的设置传播到所有组件。附录 A“部署配置文件”中介绍了部署配置文件。

Content Delivery Server 发行套件中包含可用于创建自己的文件的样例配置文件。这些样例配置文件位于 $CDS_HOME/cfg 目录中。与 WebLogic Server 一起使用的样例文件是 wl_sample.cfg(请参见第 A.4 节“与 BEA WebLogic Server 一起使用的样例部署配置文件”)。与 Sun Java System Application Server 一起使用的样例文件是 sn_sample.cfg(请参见第 A.5 节“与 Sun Java System Application Server 一起使用的样例部署配置文件”)。

要将所有 Content Delivery Server 组件部署到一个服务器,请使用下列指导来创建配置文件:

  1. 从某个样例文件创建部署配置文件。
  2. 此文件的扩展名必须是 .cfg,而且必须位于 $CDS_HOME/cfg 目录中。

  3. 设置常规属性。
  4. 有关这些属性的说明,请参见第 A.1 节“常规属性”

  5. 对于每个管理器组件:
    1. 确保未注释 mgr_prefix.include 属性。
    2. 设置组件的所有属性。
    3. 有关这些属性的说明,请参见第 A.2 节“管理器属性”

  6. 确保未注释 Vending Manager 部分中的 sp.include 属性。
  7. 确保未注释 Catalog Manager 部分中的 dp.include 属性。
  8. 对于每个服务组件:
    1. 确保未注释 service_prefix.include 属性。
    2. 设置组件的所有属性。
    3. 有关这些属性的说明,请参见第 A.3 节“服务属性”

  9. 将配置文件保存在 $CDS_HOME/cfg 目录中。
  10. 编辑 init_env.sh shell 脚本,将 DEFAULT_CONFIG 变量设置为刚刚创建的部署配置文件的名称。
  11. DEFAULT_CONFIG 变量指定没有为接受文件名作为参数的命令提供文件名时所使用的缺省部署配置文件。有关此 shell 脚本的信息,请参见第 3.1.1 节“第 1 步:编辑基本部署的 init_env Shell 脚本”

3.1.4 第 4 步:部署

创建部署配置文件并设置环境变量后,使用以下 Content Delivery Server Install (cdsi) 命令来部署 Content Delivery Server 组件:

cdsi deploy [deployment-name] [cfg-file-name] 

下表介绍了可选变量。

表 4-部署命令的可选变量
变量名
说明
deployment-name
用于标识部署的名称。将会在 $CDS_HOME/deployment 目录下创建一个具有此名称的部署目录。该名称必须唯一。
cfg-file-name
用于说明部署的部署配置文件的名称。此文件必须位于 $CDS_HOME/cfg 目录中。
注意:如果省略这些变量,将使用 init_env.sh 脚本中为 DEFAULT_DEPL 和 DEFAULT_CONFIG 指定的值。


提示-要获得有关 cdsi 命令的其他信息,请输入:cdsi -h


部署过程将部署配置文件中标识的组件安装在您指定的应用程序服务器上,并通过您为 $CDS_HOME/deployment 目录下的部署指定的名称创建部署目录。例如,如果将部署命名为 cds1,则将创建 $CDS_HOME/deployment/cds1 目录。

3.1.5 第 5 步:设置应用程序服务器

成功部署 Content Delivery Server 后,要使用的应用程序服务器还需要其他一些配置。如果使用的是 Sun Java System Application Server,则必须设置 Message Queue 代理和应用程序服务器域。如果使用的是 WebLogic Server,则应获取通过安全套接字层 (SSL) 协议进行操作的证书、更改应用程序服务器管理员的密码和设置用于监视 Java Message Server (JMS) 连接的脚本。

3.1.5.1 设置 Sun Java System Application Server

如果使用的是 Sun Java System Application Server,则必须设置 Message Queue 代理和应用程序服务器域。随 Content Delivery Server 提供了两个 shell 脚本供您使用:deploymq.shdeploy.sh。这些脚本位于 $CDS_HOME/deployment/deployment-name/sun/applications 目录中。

要设置 Sun Java System Application Server:

  1. 从命令行转到 $CDS_HOME/deployment/deployment-name/sun/applications 目录。
  2. 要设置 Message Queue 代理,请输入:deploymq.sh type
  3. type 可以是 serverclient。指定 server 可以创建新的 Message Queue 代理。指定 client 可以使用以前创建的 Message Queue 代理。

  4. 输入提示您输入的信息。要使用缺省值,请在出现提示后按 Enter。表 5 对各个参数进行了说明。
  5. 表 5- deploymq.sh 的参数
    参数
    说明
    Broker's Host Name(代理的主机名)
    在其中运行 Message Queue 代理的主机的名称。
    Broker's Port(代理的端口)
    Message Queue 代理在其中进行监听的端口号。
    Broker's Name(代理的名称)
    希望分配给 Message Queue 代理的实例名。
    注意:只有输入 server 作为 type 时才显示此提示。
    Broker's Admin Name(代理的管理名称)
    用于管理 Message Queue 代理的名称。
    注意:只有输入 server 作为 type 时才显示此提示。
    Broker's Admin Password(代理的管理密码)
    用于管理 Messaging Queue 代理的密码。
    注意:只有输入 server 作为 type 时才显示此提示。
    Broker's User Name(代理的用户名)
    用于访问 Message Queue 代理的名称。
    Broker's User Password(代理的用户密码)
    用于访问 Message Queue 代理的密码。
    Message Queue "bin" Directory Path(Message Queue“bin”目录路径)
    包含 imqbrokerdimqcmd 命令文件的目录的全限定路径名。
    Message Queue "lib" Directory Path(Message Queue“lib”目录路径)
    包含 fscontext.jarimq.jar 文件的目录的全限定路径名。
    Message Queue License Name(Message Queue 许可证名称)
    正在使用的 Message Queue 版的许可证类型。有效值为:
    • cdse(如果正在运行 Message Queue 的 Platform Edition)。(这是与 Solaris 9 捆绑的版本。)
    • try(如果正在运行 Message Queue 的 Platform Edition,此版支持在试用期内试用 Enterprise Edition 功能)。
    • unl,(如果正在运行 Message Queue 的 Enterprise Edition)。
    注意:只有输入 server 作为 type 时才显示此提示。


    提示-要获得有关 deploymq.sh 命令的其他信息,请输入:deploymq.sh -h


    除了设置 Message Queue 代理以外,此脚本还将创建 broker.sh 脚本,用于启动和停止 Message Queue 代理。此脚本位于 $CDS_HOME/deployment/deployment-name/sun/applications 目录中。

  6. 要设置应用程序服务器域,请输入:deploy.sh command
  7. 其中 commandcreaterecreate。指定 create 创建新的应用程序服务器域。指定 recreate 替换现有的应用程序服务器域。

  8. 输入提示您输入的信息。要使用缺省值,请在出现提示后按 Enter。表 6 对各个参数进行了说明。
    表 6- deploy.sh 的参数
    参数
    说明
    Domain's Admin Name(域的管理名称)
    用于访问 Sun Java System Application Server 管理控制台的名称。
    Domain's Admin Password(域的管理密码)
    用于访问 Sun Java System Application Server 管理控制台的密码。
    Domain's Admin Server Port(域的管理服务器端口)
    Sun Java System Application Server 管理控制台在其中进行监听的端口号。


  9. 提示-要获得有关 deploy.sh 命令的其他信息,请输入:deploy.sh -h


    除了设置应用程序服务器域外,此脚本还将创建 admin.sh 脚本,用于启动和停止该域的 Sun Java System Application Server 管理服务器。此脚本位于 $CDS_HOME/deployment/deployment-name/sun/applications 目录中。

3.1.5.2 设置 WebLogic Server

如果使用的是 WebLogic Server,则应获取通过 SSL 协议进行操作的证书、更改应用程序服务器管理员的密码和设置用于监视 Java Message Server (JMS) 连接的脚本。

获取证书

Content Delivery Server 使用 SSL(SSL 要求证书)连接到应用程序服务器。有关获得有效证书以用于此目的的信息,请参见 WebLogic Server 文档。

更改管理密码

部署过程中,将为 Content Delivery Server 创建用户名和密码,以便在访问应用程序服务器时使用。出于安全方面的考虑,可能会需要更改缺省的密码。

要更改缺省的密码:

  1. 启动 Content Delivery Server。
  2. 请参见第 5.1 节“启动 Content Delivery Server”

  3. 在浏览器中,转到 https://hostname:port/console
  4. 其中 hostname 是为 app.server.admin.hostip 属性指定的名称,port 是为部署配置文件中的 app.server.admin.port 属性指定的端口号。

  5. 以管理员身份登录。
  6. 缺省的用户名是 system。缺省的密码是 system

  7. 按照 WebLogic Server 文档中的说明更改管理员密码。
  8. 编辑 $CDS_HOME/deployment/deployment-name/conf/wladmin.prop 文件以设置下列属性:
设置监视脚本

通过 WebLogic Server 运行时,事件服务偶尔会停止接收事件。所提供的 wljms.sh 公用程序用来切断不传递消息的 JMS 连接。此公用程序位于 $CDS_HOME/deployment/deployment-name/weblogic/domains/server-domain 目录中。

要安排此公用程序在每天的午夜、早晨 6:00、中午和下午 6:00 运行,请将以下行(没有换行符)添加到 crontab 文件。

00 0,6,12,18 * * * cd cds-home-dir && ( CDS_HOME=`pwd` PATH=$PATH:`pwd`/bin `pwd`/deployment/deployment-name/weblogic/domains/server-domain/wljms.sh autofix ; CDS_HOME=`pwd` PATH=$PATH:`pwd`/bin `pwd`/deployment/deployment-name/weblogic/domains/server-domain/wljms.sh destroy ) 

其中 cds-home-dir 是指向 CDS_HOME 目录的绝对路径,deployment-name 是部署的名称,domain-name 是应用程序服务器域的名称。

要定期运行此公用程序:

  1. 停止正在运行的服务。管理器应保持运行状态。
  2. 输入:wljms.sh destroy
  3. 重新启动服务。

要确定 JMS 连接是否正在传递消息,请输入:

wljms.sh status JMSConsumerRuntime 

如果待传递消息数不断增长,且此连接不传递消息,您就应该切断该连接。

3.1.6 第 6 步:准备 Content Delivery Server 的使用

使部署可用之前,应配置功能并设置要使用的计划、帐户和设备。本节介绍了可能需要进行的一些准备。

3.1.6.1 配置 Content Delivery Server

可以按照需要配置 Content Delivery Server 的很多功能。例如,可以设置页面上显示的项目数或者对 Catalog Manager、Vending Manager、Subscriber Portal 和 Developer Portal 而言缓存刷新的速率。可以设置 Subscriber Portal 使用的缺省的语言和货币符号。

第 4 章 “配置功能”描述了如何配置要使用的功能。确保在部署可用之前完成了配置。

3.1.6.2 准备 Catalog Manager

使用 Catalog Manager 管理控制台准备 Catalog Manager 的下列元素。有关启动 Catalog Manager 的信息,请参见第 5.1.1 节“启动 Content Delivery Server 管理器”。有关使用管理控制台的信息,请参见《Sun Java System Content Delivery Server 管理员指南》。


注-项目 3a 是关键。如果没有设置 Vending Manager 的网络 ID,则无法将内容发布给它。
  1. 准备内容。
    1. 定义要支持的内容类型。
    2. 定义要支持的 MIME 类型。
    3. 定义要使用的类别。
  2. 准备设备。
    1. 确保已经提交所需的库。
    2. 定义要使用的模板。
    3. 添加要支持的设备。
    4. 指定缺省设备。
  3. 准备 Vending Manager 帐户。
    1. 设置 Vending Manager 帐户的“网络 ID”字段。
    2. 添加要使用的售卖计划。
    3. 设置缺省的售卖计划。

    注-Content Delivery Server 附带的缺省售卖计划只允许访问分配给“特色”类别的内容。
  4. 准备开发者帐户。
  1. 添加要使用的开发者计划和配置文件。
  2. 设置缺省的开发者计划。

  3. 注-Content Delivery Server 附带的缺省开发者计划不限制开发者在提交的应用程序中可以使用的 API。
  4. 添加所需的开发者帐户。

3.1.6.3 准备 Vending Manager

使用 Vending Manager 管理控制台准备 Vending Manager 的下列元素。有关启动 Catalog Manager 的信息,请参见第 5.1.1 节“启动 Content Delivery Server 管理器”。有关使用管理控制台的信息,请参见《Sun Java System Content Delivery Server 管理员指南》。

  1. 准备内容。
    1. 定义要使用的类别。
    2. 设置首选项。
    3. 设置储存选项。
  2. 准备订户帐户。
    1. 添加要使用的订户计划。
    2. 设置缺省的订户计划。

    3. 注-Content Delivery Server 附带的缺省订户计划允许访问所有类别中的内容。
    4. 添加所需的任何订户帐户。

3.2 Vending Manager 部署

本节介绍部署 Vending Manager 的步骤。部署 Vending Manager 时,还应部署 Fulfillment Manager 和所有支持该 Vending Manager 的服务。为了支持多售卖配置,需要在完成基本部署后再完成 Vending Manager 部署。

部署 Vending Manager 之前,必须先部署 Catalog Manager 和 Fulfillment Manager。可以将 Catalog Manager 和 Fulfillment Manager 作为基本部署的一部分(请参见第 3.1 节“基本部署”)或高级部署的一部分(请参见第 3.3 节“高级部署”)来部署。

可以在已部署 Content Delivery Server 其他组件的主机或者在未部署任何其他组件的主机上部署 Vending Manager。如果主机包含现有部署,请使用现有安装和 CDS_HOME 目录。如果主机不包含现有部署,请确保在继续操作之前按照第 2 章“设置环境”中所述设置环境。

3.2.1 第 1 步:编辑 Vending Manager 部署的 init_env Shell 脚本

如果要将 Vending Manager 部署到未部署其他组件的主机上,请设置 init_env.sh 脚本,如第 3.1.1 节“第 1 步:编辑基本部署的 init_env Shell 脚本”中所述。

如果要将 Vending Manager 部署到已经部署了其他组件的主机上,请确认 $CDS_HOME/bin 目录中的 init_env.sh shell 脚本包含 BEA_HOMEJHOMESUN_AS_HOMEWL_HOME 变量的正确设置。该主机上的所有部署都使用这些设置。

init_env.sh 脚本还包含缺省部署、缺省数据库配置文件和缺省的部署配置文件的设置。如果主机包含多个部署,则必须确定将哪个部署指定为缺省部署。通过缺省设置,可以运行 Content Delivery Server Execute 命令 (cdse) 和 Content Delivery Server Install 命令 (cdsi),而无需输入所有参数。如果找不到所需的参数,则使用在 init_env.sh 脚本中指定的缺省值。

3.2.2 第 2 步:设置 Vending Manager 部署的数据库

应已使用 Catalog Manager 和 Fulfillment Manager 的数据库模式对 Oracle 数据库实例进行了设置。要部署 Vending Manager,需要为该 Vending Manager 及其关联的事件服务创建模式。

如果在设置 Catalog Manager 的数据库时为当前正在部署的 Vending Manager 创建了模式,则无需对此数据库进行进一步操作。如果没有为其他 Vending Manager 创建模式,请继续下列步骤。

要创建 Vending Manager 部署的模式:

  1. 如果正在将 Vending Manager 部署到不包含其他部署的主机上,请从部署 Catalog Manager 的主机中复制数据库配置文件。将此文件保存在部署 Vending Manager 的主机上的 $CDS_HOME/cfg 目录中。
  2. 如果要将 Vending Manager 部署到以前部署了其他 Content Delivery Server 组件的主机上,请使用以前部署时所使用的数据库配置文件。


    注-数据库配置文件包含未加密的密码。确保将文件权限设置成限制对该文件的访问。
  3. 编辑数据库配置文件:
    1. 添加名称特性和 Prefix 元素值都唯一的另一个售卖元素。另外,设置用于访问此模式的密码。
    2. 事件服务的模式使用您为 Vending 元素指定的同一前缀和密码。


      注-必须对下一步(第 3.2.3 节“第 3 步:设置 Vending Manager 部署的部署配置文件”)设置的部署配置文件中的 vs.account.name 属性使用您分配的名称。在您使用 Catalog Manager 管理控制台创建 Vending Manager 帐户时,还必须使用此名称作为帐户 ID。
    3. 不要更改 Catalog 和其他售卖元素的 Prefix 元素的值。
    4. 将该文件保存在 $CDS_HOME/cfg 目录中。
  4. 编辑 init_env.sh shell 脚本,将 DEFAULT_DB 变量设置为刚刚创建的数据库配置文件的名称。
  5. 如果要将 Vending Manager 部署到以前部署了其他 Content Delivery Server 组件的主机上,请将 DEFAULT_DB 设置为要用作缺省值的配置文件的名称。

    DEFAULT_DB 变量指定没有为接受文件名作为参数的命令提供文件名时所使用的缺省数据库配置文件。有关此 shell 脚本的信息,请参见第 3.1.1 节“第 1 步:编辑基本部署的 init_env Shell 脚本”

  6. 运行以下命令以便为要部署的 Vending Manager 和事件服务创建模式:
  7. cdsi db init system-user system-password db-configuration-file vending-name 
    

    其中,system-usersystem-password 是用于访问数据库的用户名和密码,db-configuration-file 是标识此数据库的配置文件的名称, vending-name 是为此 Vending Manager 指定的名称。


    注-如果不具有创建用户帐户的权限,请让数据库管理员为您创建下列帐户:
    vending-prefix_es_owner
    vending-prefix_es_app
    vending-prefix_vs_owner
    vending-prefix_vs_app

    然后,不要运行 cdsi db init,而是运行:
    cdsi db schemas db-configuration-file vending-name
    cdsi db data db-configuration-file vending-name
    以创建模式并使用初始数据填充这些模式。

3.2.3 第 3 步:设置 Vending Manager 部署的部署配置文件

对数据库进行设置后,下一步就是创建用于标识要部署的组件的部署配置文件。有关配置文件的概述,请参见第 3.1.3 节“第 3 步:设置基本部署的部署配置文件”

如果以前部署了 Catalog Manager 并希望将其他 Vending Manager 添加到配置中,请使用下列指导创建部署配置文件。建议部署 Vending Manager 的同时部署 Fulfillment Manager 和所有 Content Delivery Server 服务的实例。

  1. 从某个样例文件创建部署配置文件。
  2. 此文件的扩展名必须是 .cfg,而且必须位于 $CDS_HOME/cfg 目录中。如果要部署到包含其他部署的主机,则应为此部署创建新的配置文件。对同一主机上的不同部署,建议不要使用同一配置文件。

  3. 设置常规属性。
  4. 有关这些属性的说明,请参见第 A.1 节“常规属性”

  5. 对于 Catalog Manager 组件,请在相应行的开始位置添加 # 来注释 cs.include 属性。
  6. 注释 Catalog Manager 部分中的 dp.include 属性。
  7. 对于 Vending Manager 和 Fulfillment Manager:
    1. 确保未注释 mgr_prefix.include 属性。
    2. vs.account.name 属性设置成您为您在 第 3.2.2 节“第 2 步:设置 Vending Manager 部署的数据库” 中设置的数据库配置文件中的 Vending 元素的名称特性指定的值。
    3. 如果在数据库配置文件中指定了多个 Vending 元素,请使用相应于当前部署的 Vending Manager 的名称。

    4. 设置组件的所有属性。
    5. 有关这些属性的说明,请参见第 A.2 节“管理器属性”

  8. 确保未注释 Vending Manager 部分中的 sp.include 属性。
  9. 对于每个服务组件:
    1. 确保未注释 service_prefix.include 属性。
    2. 设置组件的所有属性。
    3. 有关这些属性的说明,请参见第 A.3 节“服务属性”

  10. 将配置文件保存在 $CDS_HOME/cfg 目录中。
  11. 编辑 init_env.sh shell 脚本,将 DEFAULT_CONFIG 变量设置为刚刚创建的部署配置文件的名称。
  12. 如果要将 Vending Manager 部署到以前部署了其他 Content Delivery Server 组件的主机上,请将 DEFAULT_CONFIG 设置为要用作缺省值的配置文件的名称。

    DEFAULT_CONFIG 变量指定没有为接受文件名作为参数的命令提供文件名时所使用的缺省部署配置文件。有关此 shell 脚本的信息,请参见第 3.1.1 节“第 1 步:编辑基本部署的 init_env Shell 脚本”

3.2.4 第 4 步:实施 Vending Manager 部署

有关部署 Vending Manager 和支持组件的说明,请参见第 3.1.4 节“第 4 步:部署”

3.2.5 第 5 步:设置 Vending Manager 部署的应用程序服务器

按照第 3.1.5 节“第 5 步:设置应用程序服务器”中所述设置要使用的应用程序服务器。如果使用的是 Sun Java System Application Server,并且在以前的部署中创建了 Message Queue 代理,则应在运行 deploymq.sh 命令时输入 client 作为 type,从而创建此部署的 Message Queue 代理客户机。

3.2.6 第 6 步:准备 Vending Manager 以供使用

有关配置要使用的功能的信息,请参见第 4 章“配置功能”

在系统中使用刚刚部署的 Vending Manager 之前,必须在 Catalog Manager 中创建 Vending Manager 帐户。有关信息,请参见《Sun Java System Content Delivery Server 管理员指南》。创建 Vending Manager 帐户时,使用的名称必须是创建数据库模式时 Vending Manager 所使用的帐户 ID。

有关应为 Vending Manager 所做的其他准备,请参见第 3.1.6.3 节“准备 Vending Manager”

3.3 高级部署

对一个服务器上的所有 Content Delivery Server 组件执行了基本部署后再执行一个或多个其他的 Vending Manager 部署,应可以满足大多数企业的需要。如果有特殊需要(例如限制部署方式的有限资源或安全性要求),则 Content Delivery Server 支持高度定制部署。

通过高级部署,可以在配置中有选择地安装满足需要的组件。由于高级部署具有独特的特性,因此本节只提供了设置部署的指导,而不是具体说明。

3.3.1 第 1 步:编辑高级部署的 init_env Shell 脚本

如果要将组件部署到未部署其他组件的主机上,请设置 init_env.sh 脚本,如第 3.1.1 节“第 1 步:编辑基本部署的 init_env Shell 脚本”中所述。

如果要将组件部署到已经部署了其他组件的主机上,请确认 $CDS_HOME/bin 目录中的 init_env.sh shell 脚本包含 BEA_HOMEJHOMESUN_AS_HOMEWL_HOME 变量的正确设置。该主机上的所有部署都使用这些设置。

init_env.sh 脚本还包含缺省部署、缺省数据库配置文件和缺省的部署配置文件的设置。如果主机包含多个部署,则必须确定将哪个部署指定为缺省部署。通过缺省设置,可以运行 Content Delivery Server Execute 命令 (cdse) 和 Content Delivery Server Install 命令 (cdsi),而无需输入所有参数。如果找不到所需的参数,则使用在 init_env.sh 脚本中指定的缺省值。

3.3.2 第 2 步:设置高级部署的数据库

无论配置的复杂程度如何,所有 Content Delivery Server 组件都使用同一数据库。必须在数据库中为配置中的 Catalog Manager、Fulfillment Manager 以及每个 Vending Manager 和事件服务创建模式。

要设置数据库:

  1. 按照第 3.1.2 节“第 2 步:设置基本部署的数据库”中所述创建数据库配置文件。
  2. 为所有要部署的 Vending Manager 创建条目。


    注-数据库配置文件包含未加密的密码。确保将文件权限设置成限制对该文件的访问。
  3. 将数据库配置文件复制到要部署 Content Delivery Server 组件的所有主机。
  4. 此文件必须位于每个主机的 $CDS_HOME/cfg 目录中。

  5. 从要部署 Catalog Manager 的主机运行以下命令:
  6. cdsi db init system-user system-password 
    

    其中 system-usersystem-password 是用于访问数据库的用户名和密码。

如果以后要部署其他 Vending Manager,请按照第 3.2.2 节“第 2 步:设置 Vending Manager 部署的数据库”中的说明创建所需的其他模式。

3.3.3 第 3 步:设置高级部署的部署配置文件

对数据库进行设置后,下一步就是创建用于标识要部署的组件的部署配置文件。有关配置文件的概述,请参见第 3.1.3 节“第 3 步:设置基本部署的部署配置文件”

部署配置文件用于标识要部署的组件。每个部署都应有自己的配置文件。要创建配置文件:

  1. 从某个样例文件创建部署配置文件。
  2. 此文件的扩展名必须是 .cfg,而且必须位于 $CDS_HOME/cfg 目录中。

  3. 设置常规属性。
  4. 有关这些属性的说明,请参见第 A.1 节“常规属性”

  5. 对于要在部署中包括的每个管理器组件:
    1. 确保未注释 mgr_prefix.include 属性。注释行以 # 开头。
    2. 设置组件的所有属性。
    3. 有关这些属性的说明,请参见第 A.2 节“管理器属性”

  6. 如果要包括 Developer Portal,请确保未注释 Catalog Manager 部分中的 dp.include 属性。
  7. 如果要包括 Subscriber Portal,请确保未注释 Vending Manager 部分中的 sp.include 属性。
  8. 对于部署中不包括的各个管理器组件,请在相应行的开始位置添加 # 来注释 mgr_prefix.include 属性。
  9. 如果不需要包括 Developer Portal,请注释 Catalog Manager 部分中的 dp.include 属性。
  10. 如果不需要包括 Subscriber Portal,请注释 Vending Manager 部分中的 sp.include 属性。
  11. 对于要在部署中包括的每个服务组件:
    1. 确保未注释 service_prefix.include 属性。注释行以 # 开头。
    2. 设置组件的所有属性。
    3. 有关这些属性的说明,请参见第 A.3 节“服务属性”

  12. 对于部署中不包括的各个服务组件,请在相应行的开始位置添加 # 来注释 service_prefix.include 属性。
  13. 将配置文件保存在 $CDS_HOME/cfg 目录中。
  14. 编辑 init_env.sh shell 脚本,将 DEFAULT_CONFIG 变量设置为刚刚创建的部署配置文件的名称。
  15. 如果要将组件部署到以前部署了其他 Content Delivery Server 组件的主机上,请将 DEFAULT_CONFIG 设置为要用作缺省值的配置文件的名称。

    DEFAULT_CONFIG 变量指定没有为接受文件名作为参数的命令提供文件名时所使用的缺省部署配置文件。有关此 shell 脚本的信息,请参见第 3.1.1 节“第 1 步:编辑基本部署的 init_env Shell 脚本”

3.3.4 第 4 步:部署高级部署

有关部署的说明,请参见第 3.1.4 节“第 4 步:部署”

3.3.5 第 5 步:设置高级部署的应用程序服务器

按照第 3.1.5 节“第 5 步:设置应用程序服务器”中所述设置要使用的应用程序服务器。如果使用的是 Sun Java System Application Server,请根据下列指导设置 Message Queue 代理。

3.3.6 第 6 步:准备高级部署以供使用

有关配置已部署的组件的功能的信息,请参见第 4 章“配置功能”

部署 Catalog Manager 之后,请参见第 3.1.6.2 节“准备 Catalog Manager”以了解设置信息。部署 Vending Manager 之后,请参见第 3.2.6 节“第 6 步:准备 Vending Manager 以供使用”


目录 上一页 下一页 索引 安装指南
Sun Java™ System Content Delivery Server,版本 2004Q1