请输入搜索词进行查询
搜索 <book_title>...
NetBackup™ Snapshot Manager for Cloud 安装和升级指南
Last Published:
2025-02-18
Product(s):
NetBackup (10.5.0.1)
- 简介
- 第 I 部分. NetBackup Snapshot Manager for Cloud 安装和配置
- 准备 NetBackup Snapshot Manager for Cloud 安装
- 使用容器映像部署 NetBackup Snapshot Manager for Cloud
- 部署 NetBackup Snapshot Manager for Cloud 扩展
- 开始安装 NetBackup Snapshot Manager 扩展前
- 下载 NetBackup Snapshot Manager 扩展
- 在 VM 上安装 NetBackup Snapshot Manager 扩展
- 在 Azure 中的托管 Kubernetes 群集 (AKS) 上安装 NetBackup Snapshot Manager 扩展
- 在 AWS 中的托管 Kubernetes 群集 (EKS) 上安装 NetBackup Snapshot Manager 扩展
- 在 GCP 中的托管 Kubernetes 群集 (GKE) 上安装 NetBackup Snapshot Manager 扩展
- 使用 Kustomize 和 CR YAML 安装扩展
- 管理扩展
- NetBackup Snapshot Manager for Cloud 提供商
- 用于保护云主机/VM 上资产的配置
- Snapshot Manager for Cloud 目录库备份和恢复
- NetBackup Snapshot Manager for Cloud 资产保护
- NetBackup Snapshot Manager for Cloud 中的卷加密
- NetBackup Snapshot Manager for Cloud 安全
- 第 II 部分. NetBackup Snapshot Manager for Cloud 维护
- NetBackup Snapshot Manager for Cloud 日志记录
- 升级 NetBackup Snapshot Manager for Cloud
- 卸载 NetBackup Snapshot Manager for Cloud
- 准备卸载 NetBackup Snapshot Manager
- 备份 NetBackup Snapshot Manager
- 取消配置 NetBackup Snapshot Manager 插件
- 取消配置 NetBackup Snapshot Manager 代理
- 删除 NetBackup Snapshot Manager 代理
- 从独立 Docker 主机环境中删除 NetBackup Snapshot Manager
- 删除 NetBackup Snapshot Manager 扩展 - 基于 VM 或基于托管 Kubernetes 群集
- 还原 NetBackup Snapshot Manager
- 对 NetBackup Snapshot Manager for Cloud 进行故障排除
- 对 NetBackup Snapshot Manager 进行故障排除
- 如果 Windows 实例与 NetBackup Snapshot Manager 主机失去连接,SQL 快照或还原及粒度还原操作将失败
- 如果原始磁盘与实例分离,则磁盘级别快照还原将失败
- 即使将系统托管标识分配给控制节点池后,发现也无法工作
- GCP 从快照备份的性能问题
- 主机代理上的迁移后操作失败并显示错误消息
- 文件还原作业失败并显示错误消息
- 未收到 datamover 的确认
- 备份和还原作业失败并显示超时错误
- 使用加密密钥进行 GCP 还原失败并显示错误消息
- Amazon Redshift 群集和数据库在发现后不可用
- 共享 VPC 子网不可见
- 容器管理器可能无法及时生成临时注册容器
- GCP 从 VM 还原无法获取防火墙规则
- 参数化 VM 还原无法检索加密密钥
- 从安全类型为“可信启动”的 VM 的快照还原失败
- Snapshot Manager 无法针对指定的插件实例检索指定的云域
- 出现 SELinux 配置问题
- OCI 从快照备份和从备份副本还原出现性能问题
- 连接到 Amazon Linux 2023 计算机失败
- 从快照副本还原单个文件失败并显示错误
- Windows 云 VM 上的 MS SQL 应用程序备份、还原或 SFR 作业失败并显示错误
- 出现状态码 49 错误
- 从备份还原失败并显示错误
出现状态码 49 错误
尝试备份配置了 NetBackup Snapshot Manager 的大量 blob 容器时,活动监视器中将出现状态码 49 错误,如下所示:
Feb 06, 2024 8:17:44 AM - Info nbjm (pid=14024) started backup (backupid=azure_azure-obj-account_perfobjectacct.obj-poc6_1707229064) job for client azure_azure-obj-account_perfobjectacct.obj-poc6, policy policy-100, schedule full on storage unit azure-poc-msdp-c-stu Feb 06, 2024 8:25:47 AM - Error bpbrm (pid=19853) Failed to spawn DataMover container on host:obj-nbsm-server.internal.cloudapp.net Feb 06, 2024 8:25:47 AM - Info bpbkar (pid=0) done. status: 49: client did not start Feb 06, 2024 8:25:47 AM - Error nbpem (pid=14068) backup of client azure_azure-obj-account_perfobjectacct.obj-poc6 exited with status 49 (client did not start) Feb 06, 2024 8:25:47 AM - end writing client did not start(49)
尝试执行大量备份时,如果 进程正在运行并占用更多 CPU 空间,则会显示状态错误代码 49。 是一个在使用 SELinux(安全性增强型 Linux)的系统上运行的后台驻留程序进程。该后台驻留程序监控 SELinux 生成的系统事件和日志,并在检测到潜在问题或违反策略情况时向管理员发出通知并提供建议。
解决办法:
通过在以下相应文件中禁用 审核插件,禁用 进程,以阻止其运行并生成与 SELinux 相关的通知或建议:
在 RHEL7 上:
/etc/audisp/plugins.d/sedispatch.conf在 RHEL8 及更高版本上:
/etc/audit/plugins.d/sedispatch.conf
下面的过程以 RHEL7 为例,提供了禁用 进程的步骤:
按如下所示修改配置文件:
sed -i "s/active = yes/active = no/" /etc/audisp/plugins.d/sedispatch.conf
重新启动 auditd 服务:
service auditd restart
dbus 通过 D-Bus API 请求启动 进程。
要禁用 进程,请删除以下定义并重新加载 dbus:
mv /usr/share/dbus-1/system-services/org.fedoraproject.SetroubleshootFixit.service /usr/share/dbus-1/system-services/org.fedoraproject.SetroubleshootFixit.service.back ## RHEL 8 and 9 only mv /usr/share/dbus-1/system-services/org.fedoraproject.SetroubleshootPrivileged.service /usr/share/dbus-1/system-services/org.fedoraproject.SetroubleshootPrivileged.service.back mv /usr/share/dbus-1/system-services/org.fedoraproject.Setroubleshootd.service /usr/share/dbus-1/system-services/org.fedoraproject.Setroubleshootd.service.back
重新加载 dbus:systemctl reload dbus
注意:
此更改并非永久保持不变。通过更新 软件包,可恢复 /usr/share/dbus-1/system-services/ 文件。