分步部署操作步骤
本页介绍了 NetApp ONTAP 存储上 Oracle19c 的自动数据保护。
AWX/ 塔式 Oracle 数据保护
为您的环境创建清单、组、主机和凭据
本节介绍如何在 AWX/Ansible 塔中设置清单,组,主机和访问凭据,以便为使用 NetApp 自动化解决方案的环境做好准备。
-
配置清单。
-
导航到资源→清单→添加,然后单击添加清单。
-
提供名称和组织详细信息,然后单击保存。
-
在清单页面上,单击已创建的清单。
-
导航到组子菜单,然后单击添加。
-
提供第一个组的名称 oracle ,然后单击 Save 。
-
对名为 dr_oracle 的第二个组重复此过程。
-
选择已创建的 Oracle 组,转至主机子菜单,然后单击添加新主机。
-
提供源 Oracle 主机管理 IP 的 IP 地址,然后单击保存。
-
必须对 dr_oracle 组重复此过程,并添加 DR/Destination Oracle 主机的管理 IP/ 主机名。
-
|
下面介绍了如何使用 ONTAP 为内部部署或 AWS 上的 CVO 创建凭据类型和凭据。 |
-
配置凭据。
-
创建凭据类型。对于涉及 ONTAP 的解决方案,您必须配置凭据类型以匹配用户名和密码条目。
-
导航到管理→凭据类型,然后单击添加。
-
提供名称和问题描述。
-
将以下内容粘贴到输入配置中:
-
将以下内容粘贴到 " 注入器配置 " 中,然后单击保存:
-
-
为 ONTAP 创建凭据
-
导航到资源→凭据,然后单击添加。
-
输入 ONTAP 凭据的名称和组织详细信息
-
选择上一步中创建的凭据类型。
-
在 Type Details 下,输入源集群和目标集群的用户名和密码。
-
单击保存。
-
-
为 Oracle 创建凭据
-
导航到资源→凭据,然后单击添加。
-
输入 Oracle 的名称和组织详细信息。
-
选择计算机凭据类型。
-
在 Type Details 下,输入 Oracle 主机的 Username 和 Password 。
-
选择正确的权限升级方法,然后输入用户名和密码。
-
单击保存。
-
如果需要为 dr_oracle 主机配置其他凭据,请重复此过程。
-
创建项目
-
转至 "Resources" → "projects" ,然后单击 "Add" 。
-
输入名称和组织详细信息。
-
在源控制凭据类型字段中选择 Git 。
-
输入 `\https://github.com/NetApp-Automation/na_oracle19c_data_protection.git`作为源控制URL。
-
单击保存。
-
当源代码发生更改时,项目可能偶尔需要同步。
-
配置全局变量
本节中定义的变量适用于所有 Oracle 主机,数据库和 ONTAP 集群。
-
在以下嵌入式全局变量或变量表单中输入环境特定的参数。
|
必须根据您的环境更改蓝色项。 |
自动化攻略手册
需要运行四本单独的攻略手册。
-
用于设置环境的攻略手册,内部部署或 CVO 。
-
用于按计划复制 Oracle 二进制文件和数据库的攻略手册
-
用于按计划复制 Oracle 日志的攻略手册
-
用于在目标主机上恢复数据库的攻略手册
ONTAP和CVO Setup
配置并启动作业模板。
-
创建作业模板。
-
导航到资源→模板→添加,然后单击添加作业模板。
-
输入名称 ontap/CVO 设置
-
选择作业类型;运行将根据攻略手册配置系统。
-
为攻略手册选择相应的清单,项目,攻略手册和凭据。
-
为内部环境选择 ontap_setup.yml 攻略手册,或者选择 CVO_setup.yml 以复制到 CVO 实例。
-
将从步骤 4 复制的全局变量粘贴到 YAML 选项卡下的模板变量字段中。
-
单击保存。
-
-
启动作业模板。
-
导航到资源→模板。
-
单击所需模板,然后单击启动。
我们将使用此模板并将其复制到其他攻略手册中。
-
恢复Oracle数据库
-
内部生产 Oracle 数据库数据卷通过 NetApp SnapMirror 复制到二级数据中心的冗余 ONTAP 集群或公有云中的 Cloud Volume ONTAP 进行保护。在完全配置的灾难恢复环境中,二级数据中心或公有云中的恢复计算实例处于备用状态,可以在发生灾难时恢复生产数据库。备用计算实例通过在操作系统内核修补程序上运行准面更新或在一个锁定步骤中进行升级,与内部实例保持同步。
-
在此解决方案演示中, Oracle 二进制卷会复制到目标并挂载到目标实例,以启动 Oracle 软件堆栈。与灾难发生时的最后一分钟全新安装 Oracle 相比,这种恢复 Oracle 的方法更有优势。它可以保证 Oracle 安装与当前内部生产软件安装和修补程序级别等完全同步。但是,根据 Oracle 软件许可的结构,这可能会对恢复站点上复制的 Oracle 二进制卷产生额外的软件许可影响,也可能不会产生额外的软件许可影响。建议用户在决定使用相同方法之前,先咨询其软件许可人员,以评估潜在的 Oracle 许可要求。
-
目标位置的备用 Oracle 主机已配置 Oracle 前提条件配置。
-
SnapMirrors 已损坏,卷可写并挂载到备用 Oracle 主机。
-
在备用计算实例上挂载所有数据库卷后, Oracle 恢复模块将在恢复站点执行以下恢复和启动 Oracle 任务。
-
同步控制文件:我们在不同的数据库卷上部署了重复的 Oracle 控制文件,以保护关键数据库控制文件。一个位于数据卷上,另一个位于日志卷上。由于数据卷和日志卷的复制频率不同,因此在恢复时它们将不同步。
-
重新链接 Oracle 二进制文件:由于 Oracle 二进制文件已重新定位到新主机,因此需要重新链接。
-
恢复 Oracle 数据库:恢复机制从控制文件中检索 Oracle 日志卷中最后一个可用归档日志中的最后一个系统更改编号,并恢复 Oracle 数据库以重新处理在发生故障时能够复制到灾难恢复站点的所有业务事务。然后,数据库将在新的形式中启动,以在恢复站点执行用户连接和业务事务。
-
|
运行恢复攻略手册之前,请确保您具备以下条件:确保它通过 /etc/oratab 和 /etc/oraInst.oc 从源 Oracle 主机复制到目标主机 |