2 安装规划

DIVAnet 是分布式应用程序,通常配置在多个 DIVA 站点上。本章介绍为了确定要将哪些 DIVAnet 服务安装在何处所必需的概念。共涉及三个主要步骤:

  1. 必须了解为了针对特定的站点实现所需的工作流而必须连接哪些站点。请参见了解站点连接

  2. 必须为系统中的每个站点启用远程访问(或本地访问)。请参见为站点启用远程访问

  3. 对于客户机应用程序将在本地连接并使用 DIVAnet 工作流的站点,必须配置本地客户机访问。请参见配置本地客户机访问

了解站点连接

DIVAnet 站点定义为仅包含一个 DIVArchive 安装(可能位于云端)以及一个或多个 DIVAnet 服务的站点。每个站点指定了唯一的站点名称。每个 DIVAnet 服务都属于一个特定站点,这由 DIVAnet 配置文件中的 LocalSitename 参数指出。可以配置多个 DIVAnet 站点,每个站点可以有本地客户机访问,也可以没有。DIVAnet 站点可以相互通信并复制对方的信息。

最基本的 DIVAnet 连接类型是使用 DIVAnet 作为单个 DIVArchive 系统的简单 DIVArchive 代理。在此配置中,使用 DIVAnet 直接模式。可以配置访问规则,以允许或拒绝通过 DIVA API 连接的操作。此模式不提供多个站点的联合视图,例如,不能用于在站点间复制。有关设置 DIVAnet 直接模式的更多信息,请参见配置客户机 API 端口

为了真正地让多个 DIVA 站点像一个大型归档系统,这些 DIVAnet 站点必须使用 DIVAnet 服务连接在一起。本章的其余各节介绍如何配置 DIVAnet 以获得归档内容的联合视图。

DIVAnet 可以连接到远程站点以检索资产信息、监视远程站点的状态、向站点发送请求(例如,恢复请求),以及满足 DIVAnet 级别的请求。这种丰富的交互操作允许 DIVAnet 作为一个大型归档系统运行。

注:

一些 DIVAnet 部署并不要求将每个站点都连接到网络中的所有其他站点。

下图举例说明典型的 DIVAnet 部署,其中包括三个站点:纽约、洛杉矶和达拉斯。在该示例中,纽约站点中的应用程序可以可查看和复制洛杉矶及达拉斯站点中的资产(以及纽约站点中的现有资产)。另外,洛杉矶站点中的应用程序可以查看和复制纽约及达拉斯站点中的资产。达拉斯站点中没有运行任何应用程序。

具有三个站点的站点连接示例

要实现此部署,需要首先为站点配置远程访问。达拉斯站点最适合演示此情形,因为它不为本地客户机提供服务。您将查看达拉斯站点如何连接到纽约站点。随后将查看如何为站点配置客户机访问,并查看纽约站点和达拉斯站点以及它们的连接方式。

DIVAnet 服务

DIVAnet 服务是服务器上安装的 Windows 或 Linux 服务,负责在 DIVAnet 部署中执行计算任务。表 2-1汇总了可用的 DIVAnet 服务。

表 2-1 DIVAnet 服务

服务
说明

客户机适配器

DIVAnet ClientAdapter 服务接受来自 DIVA API 和 Web 客户机的请求,并与 DIVArchive 站点和 DIVAnet 数据库交互以满足这些请求。在实现本地客户机(应用程序)访问时配置。这还可以用在仅代理的最小 DIVAnet 部署(DIVAnet 直接模式,如配置客户机 API 端口中所述)中。

有关更多信息,请参见 DIVAnet ClientAdapter 服务

管理器适配器

ManagerAdapter 服务充当 DIVAnet 和 Oracle DIVArchive Manager 之间的网桥。为 DIVA 站点提供远程访问。为所有 DIVAnet 站点(尤其是已经同步资产信息的站点)配置。

有关更多信息,请参见 DIVAnet ManagerAdapter 服务

DB 同步

DbSync 服务负责同步来自多个 DIVArchive 站点的资产信息并将这些信息存储在 DIVAnet 数据库中。在实现本地客户机(应用程序)访问时配置。

有关更多信息,请参见 DIVAnet DbSync 服务


为站点启用远程访问

启用其他 DIVAnet 系统对 DIVArchive 站点的远程访问涉及在该站点上安装 ManagerAdapter 服务并为 DIVArchive 配置远程访问。

下图显示了一个双站点示例:一个是具有完整 DIVAnet 配置(远程访问和本地客户机访问)的纽约站点,另一个是仅配置了远程访问的达拉斯站点。达拉斯站点仅运行一个 DIVAnet 服务:ManagerAdapter 服务。DIVArchive 已经配置为能够与其他站点很好地交互。

具有两个站点的远程访问示例

DIVAnet ManagerAdapter 服务

ManagerAdapter 服务充当 DIVAnet 和 DIVArchive Manager 之间的网桥。它必须配置为允许其他 DIVAnet 系统进行远程访问。出于安全和性能原因,Oracle 建议将 ManagerAdapter 与 DIVArchive Manager 安装在同一个系统上。同样,通常会出现 ClientAdapter 和 DIVAnet 数据库一起运行在另一个完全不同的服务器上的情形。ManagerAdapter 是使用一个简单的配置文件配置的。有关更多信息,请参见第 4 章

DIVArchive

实现 DIVAnet 工作流所需的许多配置是在每个 DIVArchive 站点执行的。本节详述为了了解 DIVAnet 与 DIVA 的交互方式以及 DIVA 配置的重要性而所需的一些概念。有关如何配置 DIVArchive 的详细信息,请参阅《Oracle DIVArchive 安装和配置指南》。

对象和实例

在 DIVArchive 系统中,由两个参数(对象名称和对象类别)唯一地标识归档对象。类别是正式对象名称(一种名称空间)的一部分。例如,名称为 CLIP01 且类别为 MOVIES 的对象与名称为 CLIP01 且类别为 COMMERCIALS 的对象不同。

DIVAnet 使用对象名称和对象类别关联各个站点上的对象。

注:

如果一个站点上的对象与另一个站点上的对象具有相同的名称和类别,DIVAnet 会将这两个对象视为同一个对象。

当使用 DIVAnet 对资产进行归档时,DIVAnet(在默认情况下)将拒绝与其他站点上的已归档资产具有相同名称(和类别)的资产。但是,对于直接发到 DIVArchive 系统的归档,不会以此方式进行检查。不使用 DIVAnet 的归档可能会导致站点 B 上某个对象的内容与站点 A 上相应对象的内容不同。这会继而导致 DIVAnet 恢复错误的内容。

在 DIVArchive 中,每个归档对象可以包含许多实例:对象在磁带或磁盘上的每个物理副本都有一个实例。每个实例有一个实例序号。编号从零开始,该对象的每个实例逐一递增(加一)。因此,您可以通过提供对象名称、类别和实例序号唯一地引用 DIVA 系统上的实例。

DIVAnet 会指定一组自己的实例序号,这些序号是从 DIVArchive 实例序号派生的。这样做的目的在于,每个对象的 DIVAnet 实例序号在所有 DIVAnet 站点中都是唯一的。

源和目标

DIVArchive Source/Destination 包含与 DIVArchive 外部的客户服务器或磁盘进行通信所需的信息。客户通过这些服务器和磁盘将内容传入和传出 DIVArchive。

DIVAnet 有一个针对 Source/Destination 名称的重要约定。

注:

如果一个站点上的 Source/Destination 与另一个站点上的 Source/Destination 具有相同的名称,DIVAnet 会推断这两个源/目标指向同一个物理服务器和(或)磁盘。

此约定在设置 DIVAnet 系统时非常重要(有关更多信息,请参见恢复工作流)。如果 Source/Destination 是可以通过 API 寻址的,而且它们指向相同的物理服务器、磁盘和路径,则应当为它们指定相同的名称。

设置传输源/目标

要使用 DIVAnet 在两个站点之间传输内容,请至少配置一个可从这两个站点访问的 Source/Destination。DIVAnet 将使用这对公用的 Source/Destination 在这两个站点之间复制对象。这两个站点上的 Source/Destination 配置应当具有如下特征:

  • 名称相同-在所有站点上,应当为指向同一个物理服务器、磁盘和目录的 Source/Destination 配置相同的名称。

    DIVAnet 的站点间映射可以处理指向同一个位置但不一定具有相同名称的 Source/Destination。有关更多信息,请参见站点间映射

  • 位置相同-两个 Source/Destination 条目必须指向服务器磁盘上完全相同的位置(路径)。每个站点上的传输类型(例如,FTP_STANDARDDISK)可以不同,甚至可以在配置中有不同的根路径。例如,名为 NY_SHOWSSource/Destination 在纽约站点上的类型可以为 DISK,在洛杉矶站点上的类型可以为 FTP

  • 无转码或重命名-对于站点间复制中使用的 Source/Destination,不要为其配置恢复时转码。这会导致将错误的内容归档到 DIVA 站点。

  • 在源上删除-对于将在复制命令中使用的每对 Source/Destination,在 DIVArchive Source/Destination 配置中设置 -allow_delete_on_source 选项。这允许在内容传输到 DIVA 之后将其从站点中删除。可在 DIVA 的 Source/Destination 配置面板的选项字段中提供此选项。

  • AXF 与校验和-可以通过在 DIVArchive 中启用 AXF Genuine Checksums 对站点间复制(一个站点到另一个站点的复制操作)启用端到端校验和比较。在 DIVArchive 配置实用程序中,选择要用于复制操作的 Source/Destination,然后选中 AXF Genuine Checksum 选项。在执行此操作之后,可以在 DIVAnet 站点间映射 AdditionalOptions 参数中设置 -axf 选项。这允许校验和信息嵌入源站点上的 AXF 包装器中并在目标站点上再次检查这些信息。

请勿与 Site 参数混淆(位于 DIVArchive 配置实用程序的 Source/Destination 面板中)。此处的站点名称仅供 DIVA 使用,它与 DIVAnet 站点不对应(有关更多信息,请参见《Oracle DIVArchive 安装和配置指南》)。

注意:

在与 DIVAnet 相连时修改 DIVArchive 配置参数的名称(如 Source/DestinationsMedia NamesStorage Plans)可能会导致错误。

介质(存储介质)和存储计划

在 DIVAnet 将对象从一个 DIVA 系统复制到另一个系统时,在为目标站点上的副本分配归档介质名称存储计划名称时一定要格外小心。在每个 DIVA 系统上使用良好的命名策略。

DIVAnet 在同步每个对象实例时记录 DIVA 介质名称。可以将 DIVAnet 配置为在执行复制操作时自动分配介质/存储计划-有关更多信息,请参见由 DIVAnet 选择(介质为 any。此功能的配置方法之一就是归档到与源对象具有相同存储计划名称的目标站点。为了使此功能有效,需要在目标 DIVA 中配置正确的存储计划。或者,可以使用 DIVA 介质映射将存储计划名称转换为介质或另一个存储计划,所有这些都在目标 DIVA 站点上。

放置文件夹监控器 (Drop Folder Monitor, DFM)

DFM 监视文件夹中是否有新内容,然后将新内容归档到 DIVArchive 中。通过恢复到特定放置文件夹中,DFM 可以选取内容并将其归档到另一个 DIVA 系统。

DIVAnet 可以在没有 DFM 时实现复制工作流,但在某些情况下,它是必需或所希望的。要在混合情形中没有 DFM 时进行复制,可以使用 DIVAnet RestoreAndArchive 传输方法。但是,在一些情况下,使用 DFM 比较合适。适合使用 DFM 的候选位置可能包括:希望亲自清除未成功传输的内容的自治站点,或者在其中使用第三方 WAN 加速器的系统。要使用 DFM 进行传输,请使用 DIVAnet RestoreAndMonitor 站点间传输方法。有关更多信息,请参见站点间传输映射(工作流配置文件)

配置本地客户机访问

配置本地客户机访问涉及:

  • 为本地 DIVArchive 配置远程访问(请参见为站点启用远程访问

  • 配置 ClientAdapter 服务

  • 配置 DbSync 服务

  • 配置 DIVAnet 数据库

配置所有的 DIVAnet 服务将允许站点进行完整的 DIVAnet 工作流处理。

在下图中,为纽约站点和洛杉矶站点配置了完整的 DIVAnet 工作流处理。洛杉矶站点中的应用程序直接连接到洛杉矶站点中的 ClientAdapter。通过这样做,洛杉矶站点中的应用程序就可以在需要时从纽约站点检索内容。本地 DIVAnet 数据库提供各个站点中资产的全局视图,即使一个站点到另一个站点之间的连接已断开也是如此。如果为洛杉矶站点中的 DIVAnetUI 用户授予了足够的权限,则这些用户可以将内容从纽约站点复制到洛杉矶站点,甚至删除纽约站点中的内容。

具有两个站点的本地客户机访问示例

尽管在技术上可以将客户应用程序 2 配置为远程连接到纽约站点的 ClientAdapter,但是此配置通常提供更好的可用性、安全性和审核。性能和可伸缩性通常也会提高,对于不可靠或较慢的 WAN 链路尤其如此。

DIVAnet ClientAdapter 服务

希望使用 DIVA API 或 DIVAnet GUI 的应用程序客户机连接到 DIVAnet ClientAdapter 服务。此 DIVAnet 服务接受来自这些应用程序的 Web 和套接字连接并处理这些请求。在每个站点上都配置 ClientAdapter,而且每个站点上都有对于装有 DIVArchive 和 DIVAnet 的站点来说位于本地的应用程序。ClientAdapter 通过 ManagerAdapter 服务与本地站点和远程站点通信。ClientAdapter 还可以使用套接字模式直接连接到 DIVArchive Manager。

ClientAdapter 服务是使用一个(或多个)配置文件配置的(有关更多信息,请参见第 4 章)。

DIVAnet DbSync 服务

DbSync 服务负责同步来自多个 DIVArchive 站点的资产信息并将这些信息存储在 DIVAnet 数据库中。DbSync 与多个站点上的 ManagerAdapter 服务进行远程通信,以便同步归档对象的信息。DbSync 通常与 ClientAdapter 一起部署。DbSync 服务和 ClientAdapter 均需要直接访问 DIVAnet 数据库。

DbSync 服务是使用一个简单配置文件配置的(有关更多信息,请参见第 4 章)。

仅供显示的站点

可以将站点配置为仅供显示,这表示将对该站点中的资产信息进行同步,但不向该站点发送任何请求(或任何其他消息)。可以在 DbSync 配置文件(而非 ClientAdapter 配置文件)中配置站点(例如,diva4 站点)。diva4 站点实际上是仅供显示的站点。该站点的资产信息将可在 UI 中和信息性 API 调用中查询,但(使用 DIVAnet)发到该站点的请求将被拒绝。

DIVAnet 数据库

配置 DIVAnet 本地客户机访问还涉及设置 DIVAnet 数据库。

对象清除

有时,DIVAnet 会在恢复之前通过将对象从远程站点临时复制到本地站点来满足恢复操作的要求。这样,以后对该内容进行的恢复将快得多。在恢复之后,DIVAnet 不会自动删除磁盘实例,而是会保留该内容以防其他人需要恢复它。

DIVArchive 包含两个可在给定磁盘/阵列变满时自动清除内容的工具:

  • Oracle DIVArchive Storage Plan Manager (SPM) 具有为单个 DIVA 站点自动清除磁盘实例的功能。

  • DIVArchive LocalDelete 可以执行类似的功能,但可以选择验证某个对象是否还存在于其他 DIVA 站点。

由于 DIVArchive 配置为默认创建近线磁盘实例,因此仅配置了 DIVAnet 远程访问的 DIVA 站点也可能需要进行对象清除。

DIVAnet 版本兼容性

DIVAnet 2.1 可以与 DIVArchive 7.3.1 或更高版本互操作。如果不将 DIVAnet 升级到更高发行版,则 DIVAnet 可能无法访问整合到 DIVArchive 的将来发行版中的某些功能。

DIVAnet 2.1 ClientAdapter 和 DbSync 服务可以与 DIVAnet 2.0 ManagerAdapter 互操作,但有一个例外。DIVAnet 代理模式(无 DIVAnet 数据库的直接模式)无法连接到 DIVAnet 2.0 ManagerAdapter。