在 NetApp Backup and Recovery 中发现 Oracle 数据库工作负载
在 NetApp Backup and Recovery 中发现 Oracle 数据库工作负载,以便使用备份和快照保护它们。
*必需的 NetApp Console 角色*备份和恢复超级管理员。了解"备份和恢复角色和权限"。 "了解所有服务的NetApp Console访问角色"。
在 NetApp Console 本地部署中为气隙主机发现配置 DNS
如果要在无法通过标准 DNS 访问数据库主机的气隙环境中使用 NetApp Console 本地部署,则必须临时修改内部 RKE2 CoreDNS 配置。这允许 Pod 将特定主机名解析为集群中的 IP 地址,类似于在节点上向 /etc/hosts 添加条目。
|
|
在进行更改之前,请检查现有的 CoreDNS 配置,以避免覆盖任何现有的自定义设置。使用 RKE2 清单应用此更改,确保由 RKE2 操作符和运行时统一管理此更改。 |
-
在可能的情况下,将 HelmChartConfig 文件置于变更控制之下。
-
使用清晰的文件名,以便 CoreDNS 覆盖的目的显而易见。
-
如果预期的 DNS 记录在 Corefile 中不可见,请检查 RKE2 服务器日志并确认清单文件语法。
-
检查现有 CoreDNS 配置,以确保未覆盖现有更改:
kubectl -n kube-system get cm rke2-coredns-rke2-coredns -o jsonpath='{.data.Corefile}' -
复制以下命令块并编辑 `configBlock`区域以添加静态 DNS 记录。这将在 RKE2 清单文件夹中创建一个 HelmChartConfig YAML 文件,RKE2 会自动应用该文件以覆盖 CoreDNS 配置:
sudo tee /var/lib/rancher/rke2/server/manifests/rke2-coredns-config.yaml >/dev/null <<'YAML' apiVersion: helm.cattle.io/v1 kind: HelmChartConfig metadata: name: rke2-coredns namespace: kube-system spec: # NOTE: This is a HelmChartConfig that *overlays* values onto the rke2-coredns # HelmChart already managed by RKE2. RKE2 watches /var/lib/rancher/rke2/server/manifests # and will re-render the rke2-coredns Helm release whenever this file changes. # # The `servers:` list below REPLACES the chart's default server definition, # so every plugin that was in the stock Corefile must be present here. # Do NOT delete plugins you don't recognize -- they are required for cluster DNS. valuesContent: |- servers: - zones: - zone: . port: 53 plugins: - name: errors - name: health configBlock: |- lameduck 10s - name: ready - name: kubernetes parameters: cluster.local in-addr.arpa ip6.arpa configBlock: |- pods insecure fallthrough in-addr.arpa ip6.arpa ttl 30 # ───────────────────────── EDIT BELOW ───────────────────────── # Static DNS records for hosts the corporate DNS cannot resolve. # Format: <IP> <FQDN> [optional aliases...] # `fallthrough` MUST stay as the last line -- it lets every other # name go to the upstream resolver via the `forward` plugin below. - name: hosts configBlock: |- 1.2.3.4 example.domain.com exampleshortname fallthrough # ───────────────────────── EDIT ABOVE ───────────────────────── - name: prometheus parameters: 0.0.0.0:9153 - name: forward parameters: . /etc/resolv.conf - name: cache parameters: 30 - name: loop - name: reload - name: loadbalance YAML sudo chmod 600 /var/lib/rancher/rke2/server/manifests/rke2-coredns-config.yaml -
验证 CoreDNS 是否已接受更改:
kubectl -n kube-system get cm rke2-coredns-rke2-coredns -o jsonpath='{.data.Corefile}'如果几分钟后无法看到更改,请重新启动 CoreDNS 部署,然后再次验证 Corefile:
kubectl -n kube-system rollout restart deploy/rke2-coredns-rke2-coredns -
如果需要在发现数据库主机后删除条目,请执行以下操作:
-
从清单文件夹中删除 HelmChartConfig 文件。
-
重新启动 CoreDNS 部署:
kubectl -n kube-system rollout restart deploy/rke2-coredns-rke2-coredns
-
添加 Oracle 数据库主机并发现资源
添加 Oracle 数据库主机信息,让 NetApp Backup and Recovery 发现工作负载。对于每个 Console 代理,选择要发现的系统。
-
在 NetApp Console 菜单中,选择*保护* > 备份和恢复。
-
在“工作负载”下,选择“Oracle”磁贴。
-
选择*发现资源*。
-
为 Workload type 字段选择 Oracle。
-
如果您尚未为此 Oracle 数据库主机存储凭据,请选择 添加凭据。
-
选择与该主机一起使用的控制台代理。
-
输入此凭证的名称。
-
输入该帐户的用户名和密码。
-
选择*完成*。
-
-
主机注册:添加新的 Oracle 数据库主机。在*主机 FQDN 或 IP 地址*字段中,输入主机的 FQDN 或 IP 地址。对于集群数据库,您可以输入集群中任何节点的 FQDN 或 IP 地址。然后提供凭据、Console 代理和端口号。
-
(可选)如果为非 root 用户选择凭据,请执行以下操作:
-
有关将所选非 root 用户添加到 Oracle 数据库主机上的 sudoers 文件的说明,请选择 Configure sudoers。
-
按照对话框中的说明进行操作,完成后启用复选框,然后选择 Done。
-
-
高级设置:执行以下操作:
-
输入要用于 NetApp 插件的端口和安装路径。该插件支持 Oracle 数据库主机与 NetApp Backup and Recovery 之间的通信。
-
选择是允许 NetApp Backup and Recovery 在每台主机上自动安装插件,还是跳过所有主机的自动插件安装。选择 Show me how 进行手动安装说明。
NetApp Backup and Recovery 通过 SSH 连接到每个主机以自动安装插件。当以下任一情况适用时,启用*使用手动安装*:
-
一个或多个主机未运行 SSH 服务。
-
任何主机都已具有 NetApp 插件(包括仅部分群集成员具有该插件)。
-
您希望在每台主机上手动安装此插件。
-
-
如果数据库主机是集群的,请启用 添加集群中的所有主机 选项以发现集群中的所有主机。
-
选择是否在每台主机上运行安装前检查,然后再自动安装插件。如果检查失败,自动插件安装将停止。要绕过检查并进行安装,请启用 跳过可选的预安装检查(如果您选择手动安装,则会自动启用)。
-
-
选择*发现*。
添加资源可能需要几分钟的时间。要查看进度,请在库存页面底部的状态对话框中选择 Track progress,或从左侧导航栏中选择 Monitoring。
Oracle 数据库工作负载显示在"清单"页面的工作负载列表中。
继续访问NetApp Backup and Recovery仪表板
-
在 NetApp Console 菜单中,选择*保护* > 备份和恢复。
-
选择一个工作负载磁贴(例如,Oracle 数据库)。
-
从备份和恢复菜单中,选择*仪表板*。
-
查看数据保护的运行状况。根据新发现、受保护和备份的工作负载,高风险或受保护工作负载的数量会增加。