Please enter search query.
Search <book_title>...
NetBackup™ 重复数据删除指南
Last Published:
2025-04-24
Product(s):
NetBackup (11.0)
- NetBackup 介质服务器重复数据删除选件简介
- 规划部署
- 规划 MSDP 部署
- NetBackup 命名约定
- 关于 MSDP 重复数据删除节点
- 关于 NetBackup 重复数据删除目标
- 关于 MSDP 容量支持和硬件要求
- 关于 MSDP 存储和连接要求
- 关于 NetBackup 介质服务器重复数据删除
- 关于 NetBackup Client Direct 重复数据删除
- 关于 MSDP 远程办公客户端重复数据删除
- 关于 NetBackup 重复数据删除引擎凭据
- 关于 MSDP 的网络接口
- 关于 MSDP 端口用法
- 关于 MSDP 优化合成备份
- 关于 MSDP 和 SAN 客户端
- 关于 MSDP 优化复制和主从复制
- 关于 MSDP 流处理程序
- MSDP 部署最佳做法
- 置备存储
- 配置重复数据删除
- 在 NetBackup 中配置介质服务器重复数据删除
- 配置 MSDP 客户端重复数据删除
- 关于 MSDP 重复数据删除多线程代理
- 关于 MSDP 指纹识别
- 启用对 400 TB MSDP 的支持
- 为介质服务器重复数据删除池配置存储服务器
- 关于 NetBackup 重复数据删除的磁盘池
- 配置介质服务器重复数据删除池存储单元
- 为 MSDP 客户端重复数据删除配置客户端属性
- 关于 MSDP 压缩
- 关于 MSDP 加密
- 关于使用 NetBackup 密钥管理服务器服务进行 MSDP 加密
- 关于使用外部 KMS 服务器的 MSDP 加密
- 为 MSDP 配置优化合成备份
- 关于用于 MSDP 复制和同步复制的单独网络路径
- 关于同一域内的 MSDP 优化复制
- 关于到其他域的 MSDP 复制
- 配置以不同 NetBackup 域为目标的 MSDP 复制
- 关于配置 MSDP 优化复制和复制带宽
- 关于大型映像优化复制和同步复制的性能优化
- 关于 MSDP 云优化复制和主从复制的性能优化
- 关于存储生命周期策略
- 关于 MSDP 备份策略配置
- 创建备份策略
- “弹性网络”属性
- 添加 MSDP 负载平衡服务器
- 关于 NetBackup 客户端上的可变长度重复数据删除
- 关于 MSDP pd.conf 配置文件
- 关于 MSDP contentrouter.cfg 文件
- 关于保存 MSDP 存储服务器配置
- 设置 MSDP 存储服务器配置
- 关于 MSDP 主机配置文件
- 删除 MSDP 主机配置文件
- 重置 MSDP 注册表
- 关于保护 MSDP 目录库
- 关于 MSDP FIPS 遵从性
- 配置 NetBackup 客户端重复数据删除以支持 MSDP 的多个接口
- 关于 MSDP 多域支持
- 关于 MSDP 应用程序用户支持
- 关于 MSDP 多域 VLAN 支持
- 关于 NetBackup WORM 存储对不可变和不可删除数据的支持
- 使用非 root 用户运行 MSDP 服务
- 使用非 root 用户运行 MSDP 命令
- MSDP 卷组 (MVG)
- MSDP 云支持
- 关于 MSDP 云支持
- 在 NetBackup Web UI 中创建介质服务器重复数据删除池存储服务器
- 管理 MSDP-C 的凭据
- 创建云存储单元
- 更新云 LSU 的云凭据
- 更新云 LSU 的加密配置
- 删除云 LSU
- 使用云 LSU 将数据备份到云
- 使用云 LSU 将数据复制到云
- 将 AIR 配置为使用云 LSU
- 关于向后兼容性支持
- 关于 cloud.json、contentrouter.cfg 和 spa.cfg 中的配置项
- 云空间回收
- 关于为实现云支持而进行的工具更新
- 关于云 LSU 的灾难恢复
- 关于使用 MSDP 云的映像共享
- 关于从 Microsoft Azure 存档中的备份还原
- 关于 Cohesity Alta Recovery Vault Azure 和 Amazon
- 配置 Veritas Alta Recovery Vault Azure 和 Azure Government
- 使用 CLI 配置 Veritas Alta Recovery Vault Azure 和 Azure Government
- 配置 Veritas Alta Recovery Vault Amazon 和 Amazon Government
- 使用 CLI 配置 Cohesity Alta Recovery Vault Amazon 和 Amazon Government
- Recovery Vault 从标准身份验证迁移到基于令牌的身份验证
- 关于 MSDP 云不可篡改的 (WORM) 存储支持
- 关于 AWS IAM Role Anywhere 支持
- 关于 Azure 服务主体支持
- 关于对象存储的即时访问
- 关于 NetBackup 对 AWS Snowball Edge 的支持
- 升级到 NetBackup 10.3 和群集环境
- 关于云直连
- 关于 MSDP 延迟删除
- MSDP S3 接口
- 监视重复数据删除活动
- 管理重复数据删除
- 管理 MSDP 服务器
- 管理 NetBackup 重复数据删除引擎凭据
- 管理介质服务器重复数据删除池
- 分析备份映像的磁盘空间占用情况
- 删除备份映像
- 关于 MSDP 队列处理
- 手动处理 MSDP 事务队列
- 关于 MSDP 数据完整性检查
- 关于管理 MSDP 存储读取性能
- 关于 MSDP 存储基址重置
- 关于 MSDP 数据删除过程
- 调整 MSDP 存储分区的大小
- MSDP 还原的工作原理
- 配置 MSDP 直接还原到客户端
- 关于还原远程站点上的文件
- 关于从目标主服务器域上的备份进行还原
- 指定还原服务器
- 在 WORM 存储服务器实例上启用额外的操作系统 STIG 加固
- 对 MSDP 群集上的多流备份使用多个 MSDP 节点
- 在 MSDP 群集中启用介质服务器和 MSDP 引擎关联
- 恢复 MSDP
- 替换 MSDP 主机
- 卸载 MSDP
- 重复数据删除体系结构
- 配置和管理通用共享
- 配置隔离恢复环境 (IRE)
- 使用 NetBackup 重复数据删除 Shell
- 关于 NetBackup 重复数据删除 Shell
- 从重复数据删除 shell 管理用户
- 从重复数据删除 shell 管理 VLAN 接口
- 管理 WORM 存储服务器上的保留策略
- 管理 WORM 存储服务器上具有保留锁定的映像
- 审核 WORM 保留更改
- 从重复数据删除 shell 保护 MSDP 目录库
- 关于外部 MSDP 目录库备份
- 从重复数据删除 shell 管理证书
- 从重复数据删除 shell 管理 FIPS 模式
- 从重复数据删除 shell 管理后量子加密 (PQC) 模式
- 从重复数据删除 shell 加密备份
- 从重复数据删除 shell 调整 MSDP 配置
- 从重复数据删除 shell 设置 MSDP 日志级别
- 从重复数据删除 shell 管理 NetBackup 服务
- 从重复数据删除 shell 监控 NetBackup 服务并对其进行故障排除
- 从重复数据删除 shell 管理 S3 服务
- 重复数据删除 shell 命令的多人授权
- 在 Flex Scale 和 Cloud Scale 中管理云 LSU
- 管理 MSDP 容器的 NFS 版本 3 服务器服务
- 查看分配给 MSDP 容器的 NetBackup RBAC 角色
- 故障排除
- 附录 A. 迁移到 MSDP 存储
- 附录 B. 从 Cloud Catalyst 迁移到 MSDP 直接云分层
- 附录 C. Encryption Crawler
- 索引
运行到新的 MSDP 直接云层服务器的迁移
在继续安装和配置新的 MSDP 直接云层服务器这一过程之前，建议您设置日志记录。如果安装期间出现任何问题，日志可帮助您诊断迁移期间的任何潜在错误。各项建议如下：
在运行 nbdecommission 命令之前，请确保
/usr/openv/netbackup/logs/admin目录存在。在
bp.conf文件中将日志级别设置为 VERBOSE=5。在
/etc/pdregistry.cfg中为OpenCloudStorageDaemon设置 loglevel=3。在
contentrouter.cfg文件中设置 Logging=full。
要运行迁移，请转到 MSDP 直接云层服务器上的命令提示符，然后运行：
/usr/openv/netbackup/bin/admincmd/nbdecommission -migrate_cloudcatalyst注意:
此实用程序需要在特定窗口中运行，即使它运行数小时或更长时间，该窗口也不会超过或关闭。如果在设备上执行迁移，您需要具有访问维护 shell 的权限，而且在迁移运行时该 shell 需要保持解锁状态。即使运行数小时或更多小时，维护 shell 也必须保持启用状态。
选择要迁移的 Cloud Catalyst 存储服务器，然后按 nbdecommission 实用程序的提示输入信息。
以下是迁移期间所显示内容的示例：
# /usr/openv/netbackup/bin/admincmd/nbdecommission -migrate_cloudcatalyst
MSDP storage server to use for migrated CloudCatalyst: myserver.test.com
Generating list of configured CloudCatalyst storage servers.
This may take a few minutes for some environments, please wait.
Cloud Storage Server Cloud Bucket CloudCatalyst Server Storage Server Type
1) amazon.com my-bucket myserver.test.com PureDisk_amazon_rawd
Enter line number of CloudCatalyst server to migrate: 1
MSDP KMS encryption is enabled for amazon.com.
Please confirm that CloudCatalyst was configured using
KMSKeyGroupName amazon.com:testkey
Continue? (y/n) [n]: y
Enter new disk volume name for migrated CloudCatalyst server: newdv
Enter new disk pool name for migrated CloudCatalyst server: newdp
Enter cloud account username or access key: AAAABBBBBCCCCCDDDDD
Enter cloud account password or
secret access key: aaaabbbbccccddddeeeeffffggg
You want to migrate amazon.com (bucket my-bucket) to
newmsdpserver.test.com (volume newdv, pool newdp).
Is that correct? (y/n) [n]: y
To fully decommission myserver.test.com after
CloudCatalyst migration is complete,run the
following command on the primary server:
/usr/openv/netbackup/bin/admincmd/nbdecommission
-oldserver myserver.test.com
Administrative Pause set for machine myserver.test.com
Migrating CloudCatalyst will include moving the images to server
newmsdpserver.test.com deleting the old disk pool, storage unit, and
storage server, deactivating policies that reference the old storage
unit, and restarting MSDP on server newmsdpserver.test.com.
Before proceeding further, please make sure that no jobs are running on
media server myserver.test.com or media server newmsdpserver.test.com.
This command may not be able to migrate CloudCatalyst
with active jobs on either of those servers.
To avoid potential data loss caused by conflicts between the
old CloudCatalyst server and the migrated MSDP server, stop the
NetBackup services on myserver.test.com if they are running.
It is recommended to make one or both of the following changes
on myserver.test.com to prevent future data loss caused by
inadvertently starting NetBackup services.
1) Rename /usr/openv/esfs/bin/vxesfsd to /usr/openv/esfs/bin/vxesfsd.off
2) Change "ReadOnly" to "1" in the esfs.json configuration file
See the documentation for more information about esfs.json.
It is also recommended to perform a catalog cleanup and backup prior
to migration so that the catalog can be restored to its original
state in the event that migration is not completed.
Continue? (y/n) [n]: y
Successfully cloned storage server: amazon.com to:
newmsdpserver.test.com_newdv
Storage server newmsdpserver.test.com has been successfully updated
The next step is to list the objects in the cloud and migrate
the MSDP catalog. The duration of this step depends on how much data
was uploaded by CloudCatalyst.
It may take several hours or longer, so please be patient.
You may reduce the duration by not migrating the
CloudCatalyst image sharing information if you are certain that
you do not use the image sharing feature.
Do you wish to skip migrating CloudCatalyst image
sharing information? (y/n) [n]:
Jun 24 15:37:11 List CloudCatalyst objects in cloud
Jun 24 15:37:13 List CloudCatalyst objects in cloud
Jun 24 15:37:18 List CloudCatalyst objects in cloud
Jun 24 15:37:26 MSDP catalog migrated successfully from CloudCatalyst
Disk pool newdp has been successfully created with 1 volumes
Moved CloudCatalyst images from myserver.test.com to newmsdpserver.test.com
Disk pool awsdp (PureDisk_amazon_rawd) is referenced by the following
storage units:
awsdp-stu
Storage unit awsdp-stu: host myserver.test.com
Deactivating policies using storage unit awsdp-stu
Storage unit awsdp-stu is referenced by policy testaws
Deactivated policy testaws
Deleting storage unit awsdp-stu on host _STU_NO_DEV_HOST_
Deleted storage unit awsdp-stu
Deleted PureDisk_amazon_rawd disk pool awsdp
Deleted PureDisk_amazon_rawd storage server amazon.com
Stopping ocsd and spoold and spad
Checking for PureDisk ContentRouter
spoold (pid 55723) is running...
Checking for PDDE Mini SPA [ OK ]
spad (pid 55283) is running...
Checking for Open Cloud Storage Daemon [ OK ]
ocsd (pid 55150) is running...
Stopping PureDisk Services
ocsd is stopped
Run MSDP utility to prepare for online checking.
This may take some time, please wait.
Starting ocsd and spoold and spad
Checking for Open Cloud Storage Daemon
ocsd is stopped
Starting Open Cloud Storage Daemon: ocsd Checking for PDDE Mini SPA
spad is stopped
spad (pid 56856) is running... [ OK ]
Checking for PureDisk ContentRouter
spoold is stopped
spoold (pid 57013) is running...spoold [ OK ]
Starting PureDisk Services
spoold (pid 57013) is running...
Enabling data integrity check.
Starting data integrity check.
Waiting for data integrity check to finish.
Processing the queue.
CloudCatalyst server myserver.test.com has been successfully
migrated to newmsdpserver.test.com.
To avoid potential data loss caused by conflicts between the
old CloudCatalyst server and the
migrated MSDP server, stop the NetBackup daemons (or services)
on myserver.test.com if they are running.
监控 nbdecommission 命令的输出是否有错误。要监控其中是否有活动和潜在错误的其他日志位于 storage_path/log/ 目录中。您应监控 ocsd_storage 日志，并监控 spad 和 spoold 日志是否有任何 cacontrol 命令问题。
如果遇到错误且该错误可更正，您可以使用 nbdecommission 命令输出中所注明的 start_with 选项从该点继续迁移。如果您对此错误有任何问题，请联系 Cohesity 支持，然后再继续迁移。
关于迁移期间的提示
在迁移期间，迁移运行时会显示多个提示。必要时，您可以使用命令行选项来回答这些提示。Cohesity 建议使用交互式提示，因为与使用命令行选项相比，它可使迁移更易于使用，而且更不容易出错。如果您选择使用命令行，则选项记录在 NetBackup 命令参考指南中。
在迁移过程中，大多数提示都不需要解释，而且提示的数量和类型会变化。提示的数量和类型取决于以下内容：
迁移时所使用的 Cloud Catalyst 版本。
迁移时 Cloud Catalyst 服务器是否正在运行。
Cloud Catalyst 服务器上是否已启用 KMS。
表：迁移提示讨论有关几个提示的附加信息。
表：迁移提示
|
提示 |
描述 |
|---|---|
No MSDP storage server found on myserver.test.com. Please create the MSDP storage server before running this utility. |
在未配置 MSDP 存储服务器的介质服务器上运行 nbdecommission -migrate_cloudcatalyst 命令时，会显示此输出。
|
Disk pools exist for storage server PureDisk myserver.test.com. CloudCatalyst migration requires a new storage server with no configured disk pools. |
在已配置 MSDP 存储服务器且配置了现有磁盘池的介质服务器上运行 nbdecommission -migrate_cloudcatalyst 命令时，会显示此输出。Cloud Catalyst 迁移只能在没有现有磁盘池的新 MSDP 云层服务器上运行。 |
Enter cloud bucket name: |
如果迁移时 Cloud Catalyst 服务器未运行，您需要手动输入现有的 Cloud Catalyst 存储桶或容器名称。此信息用于迁移。 |
Enter CloudCatalyst server hostname: |
如果迁移时 Cloud Catalyst 服务器未运行，您需要手动输入要迁移的现有 Cloud Catal |