NetBackup™ Snapshot Manager for Data Center 管理指南
- 简介
- 准备 NetBackup Snapshot Manager for Data Center 安装
- 使用容器映像部署 NetBackup Snapshot Manager for Data Center
- 升级 NetBackup Snapshot Manager for Data Center
- 卸载 NetBackup Snapshot Manager for Data Center
- Snapshot Manager for Data Center 目录库备份和恢复
- 配置 NetBackup Snapshot Manager for Data Center
- Storage array replication(存储阵列同步复制)
- Snapshot Manager for Data Center 存储阵列插件
- Dell EMC PowerMax 和 VMax 阵列
- Dell EMC PowerFlex 阵列
- Dell EMC PowerScale (Isilon)
- Dell EMC PowerStore SAN 和 NAS 插件
- Dell EMC XtremIO SAN 阵列
- Dell EMC Unity 阵列
- Fujitsu Eternus AF/DX SAN 阵列
- Fujitsu Eternus AB/HB SAN 阵列
- HPE RMC 插件
- HPE XP 插件
- HPE Alletra 9000 SAN 阵列
- HPE Alletra 6000 SAN 阵列
- HPE GreenLake for Block Storage 阵列
- Hitachi NAS 阵列
- Hitachi SAN 阵列
- IBM Storwize SAN V7000 插件
- IBM FlashSystem 插件
- IBM SAN Volume Controller 插件
- InfiniBox SAN 阵列
- InfiniBox NAS 阵列
- Lenovo DM 5000 系列阵列
- NetApp 存储阵列
- NetApp E 系列阵列
- Nutanix Files 阵列
- Pure Storage FlashArray SAN
- Pure Storage FlashBlade 插件配置说明
- PowerMax eNAS 阵列
- Qumulo NAS 阵列
- Configuring storage lifecycle policies for snapshots and snapshot replication(为快照和快照同步复制配置存储生命周期策略)
- NetBackup Snapshot Manager 日志记录
- 故障排除
对 NetBackup Snapshot Manager for Data Center 进行故障排除
请参考以下故障排除场景:
DR 软件包丢失或密码丢失时的灾难恢复。
如果 DR 软件包丢失或密码丢失,可能会出现此问题。
如果是目录库备份,则会创建两个备份软件包:
包含所有证书的 DR 软件包。
包含数据库的目录库软件包。
DR 软件包包含 NetBackup UUID 证书,而目录库数据库也具有 UUID。当使用 DR 软件包执行灾难恢复并随后执行目录库恢复时,将同时还原 UUID 证书和 UUID。这样 NetBackup 便可以与 NetBackup Snapshot Manager for Data Center 进行通信,因为未更改 UUID。
但是,如果 DR 软件包丢失或密码丢失,则无法完成 DR 操作。没有 DR 软件包的情况下,只有重新安装 NetBackup 后才能恢复目录库。在这种情况下,将为 NetBackup 创建一个不被 NetBackup Snapshot Manager for Data Center 识别的新 UUID。NetBackup 与 NetBackup Snapshot Manager for Data Center 的一对一映射将丢失。
解决办法:
要解决此问题,必须在创建 NetBackup 主服务器后更新该新 NetBackup UUID 和版本号。
NetBackup 管理员必须登录 NetBackup Web 管理服务,才能执行此任务。使用以下命令登录:
/usr/openv/netbackup/bin/bpnbat -login -loginType WEB
在主服务器上运行以下命令以获取 NetBackup UUID:
/usr/openv/netbackup/bin/admincmd/nbhostmgmt -list -host <primary server host name> | grep "Host ID"
运行以下命令以获取版本号:
/usr/openv/netbackup/bin/admincmd/bpgetconfig -g <primary Ssrver host name> -L
获取 NetBackup UUID 和版本号后,请在 NetBackup Snapshot Manager for Data Center 主机上运行以下命令更新映射:
/cloudpoint/scripts/cp_update_nbuuid.sh -i <NBU UUID> -v <Version Number>
在专用子网(无 Internet)中部署 NetBackup Snapshot Manager for Data Center 时,NetBackup Snapshot Manager for Data Center 功能失败
当 NetBackup Snapshot Manager for Data Center 部署在已启用防火墙或已禁用公用 IP 的专用网络中时,会发生此问题。客户的信息安全团队不允许对该虚拟机进行完全 Internet 访问。
解决办法:
使用以下命令从防火墙命令行启用端口:
firewall-cmd --add-port=22/tcp
firewall-cmd --add-port=5671/tcp
firewall-cmd --add-port=443/tcp
启动“启动/停止”服务后,NetBackup Snapshot Manager for Data Center、RabbitMQ 和 MongoDB 容器仍处于启动状态
据观察,flexsnap-mongodb 和 flexsnap-rabbitmq 容器未进入正常运行状态。以下是 flexsnap-mongodb 容器的状态:
[ec2-user@ip-172-31-23-60 log]$ sudo podman container inspect --format='{{json .Config.Healthcheck}}' flexsnap-mongodb {"Test":["CMD-SHELL","echo 'db.runCommand({ping: 1}).ok' | mongo --ssl --sslCAFile /cloudpoint/keys/cacert.pem --sslPEMKeyFile /cloudpoint/keys/mongodb.pem flexsnap-mongodb:27017/zenbrain --quiet"], "Interval":60,"Timeout":30000000000,"Retries":3} [ec2-user@ip-172-31-23-60 log]$ sudo podman container inspect --format=' {{json .State.Healthcheck}}' flexsnap-mongodb {"Status":"starting","FailingStreak":0,"Log":null} [ec2-user@ip-172-31-23-60 log]$
解决办法:
运行以下 #podman CLI 命令:
[ec2-user@ip-172-31-23-60 log]$ sudo podman healthcheck run flexsnap-mongodb [ec2-user@ip-172-31-23-60 log]$ sudo podman ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES fe8cf001032b localhost/veritas/ flexsnap-fluentd:10.0.0.0.9817 2 days ago Up 45 hours ago 0.0.0.0:24224->24224/tcp flexsnap-fluentd 2c00500c1ac6 localhost/veritas/ flexsnap-mongodb:10.0.0.0.9817 2 days ago Up 45 hours ago (healthy) flexsnap-mongodb 7ab3e248024a localhost/veritas/ flexsnap-rabbitmq:10.0.0.0.9817 2 days ago Up 45 hours ago (starting) flexsnap-rabbitmq [ec2-user@ip-172-31-23-60 log]$ sudo podman healthcheck run flexsnap-rabbitmq [ec2-user@ip-172-31-23-60 log]$ sudo podman ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES fe8cf001032b localhost/veritas/ flexsnap-fluentd:10.0.0.0.9817 2 days ago Up 45 hours ago 0.0.0.0:24224->24224/tcp flexsnap-fluentd 2c00500c1ac6 localhost/veritas/ flexsnap-mongodb:10.0.0.0.9817 2 days ago Up 45 hours ago (healthy) flexsnap-mongodb 7ab3e248024a localhost/veritas/ flexsnap-rabbitmq:10.0.0.0.9817 2 days ago Up 45 hours ago (healthy) flexsnap-rabbitmq [ec2-user@ip-172-31-23-60 log]$ sudo podman container inspect --format='{{json .State.Healthcheck}}' flexsnap-mongodb {"Status":"healthy","FailingStreak":0,"Log":[{"Start":"2022-02-14T07:32:13.051150432Z","End":"2022-02-14T07:32:13.444636429Z","ExitCode":0,"Output":""}]} [ec2-user@ip-172-31-23-60 log]$ sudo podman container inspect --format='{{json .State.Healthcheck}}' flexsnap-rabbitmq {"Status":"healthy","FailingStreak":0,"Log":[{"Start":"2022-02-14T07:32:46.537804403Z","End":"2022-02-14T07:32:47.293695744Z","ExitCode":0,"Output":""}]} [ec2-user@ip-172-31-23-60 log]$
向 NetBackup 注册 NetBackup Snapshot Manager for Data Center 时,证书生成将失败
从 NetBackup Snapshot Manager for Data Center 版本 9.1.2 开始,NetBackup 证书生成与 NetBackup Snapshot Manager for Data Center 注册 API 中的注册操作同步进行。因此,在向 NetBackup 注册 NetBackup Snapshot Manager for Data Center 时,即在 Web UI 中添加或编辑 NetBackup Snapshot Manager for Data Center 条目时,任何证书生成失败都会导致注册失败。这些证书用于datamover,而datamover启动后用于从快照备份、从备份还原、索引编制(基于 VxMS)等操作。因此,如果证书生成失败,则无法执行这些作业。所以,云 VM 上的 NetBackup Snapshot Manager for Data Center 无法连接到实验室 VM 上的 NetBackup,因而注册将失败,NetBackup Snapshot Manager for Data Center 也无法添加到 NetBackup。
解决办法:
要在此类情况下添加 NetBackup Snapshot Manager for Data Center,需要在
/cloudpoint/flexsnap.conf
文件中添加以下条目,跳过 NetBackup Snapshot Manager for Data Center 上的证书生成:[client_registration] skip_certificate_generation = yes
如果在以前的尝试中 NetBackup Snapshot Manager for Data Center 注册失败,则插件信息重复
仅当使用 MarketPlace 部署机制部署 NetBackup Snapshot Manager for Data Center 时,才会发生这种情况。在注册之前添加插件信息时,会出现此问题。此问题会在
文件中创建重复的插件信息。解决办法:
从
文件中手动删除重复的插件信息。例如,考虑以下示例,在
文件中可以看到重复的 GCP 插件配置条目(粗体):{ "CPServer1": [ { "Plugin_ID": "test", "Plugin_Type": "aws", "Config_ID": "aws.8dda1bf5-5ead-4d05-912a-71bdc13f55c4", "Plugin_Category": "Cloud", "Disabled": false } ] }, { "CPServer2": [ { "Plugin_ID": "gcp.2080179d-c149-498a-bf1f-4c9d9a76d4dd", "Plugin_Type": "gcp", "Config_ID": "gcp.2080179d-c149-498a-bf1f-4c9d9a76d4dd", "Plugin_Category": "Cloud", "Disabled": false },
] }如果克隆的 NetBackup Snapshot Manager for Data Center 添加到了 NetBackup 中,则插件信息重复
仅当在 NetBackup Snapshot Manager for Data Center 迁移到 RHEL 8.6 VM 期间将克隆的 NetBackup Snapshot Manager for Data Center 添加到了 NetBackup 中时,才会发生这种情况。NetBackup Snapshot Manager for Data Center 的克隆操作使用现有的 NetBackup Snapshot Manager for Data Center 卷来创建新 NetBackup Snapshot Manager for Data Center。这会在
文件中创建重复的条目。解决办法:
从
文件中手动编辑和删除重复的插件信息。例如,考虑以下示例,在
文件中可以看到重复的 Azure 插件配置条目(粗体):{
}, { "cpserver101.yogesh.joshi2-dns-zone": [ { "Plugin_ID": "azure.327ec7fc-7a2d-4e94-90a4-02769a2ba521", "Plugin_Type": "azure", "Config_ID": "azure.327ec7fc-7a2d-4e94-90a4-02769a2ba521", "Plugin_Category": "Cloud", "Disabled": false }, { "Plugin_ID": "AZURE_PLUGIN", "Plugin_Type": "azure", "Config_ID": "azure.4400a00a-8d2b-4985-854a-74f48cd4567e", "Plugin_Category": "Cloud", "Disabled": false } ] } ] }