NetBackup™ 重复数据删除指南
- NetBackup 介质服务器重复数据删除选件简介
- 快速入门
- 规划部署
- 规划 MSDP 部署
- NetBackup 命名约定
- 关于 MSDP 重复数据删除节点
- 关于 NetBackup 重复数据删除目标
- 关于 MSDP 存储容量
- 关于 MSDP 存储和连接要求
- 关于 NetBackup 介质服务器重复数据删除
- 关于 NetBackup Client Direct 重复数据删除
- 关于 MSDP 远程办公客户端重复数据删除
- 关于 NetBackup 重复数据删除引擎凭据
- 关于 MSDP 的网络接口
- 关于 MSDP 端口用法
- 关于 MSDP 优化合成备份
- 关于 MSDP 和 SAN 客户端
- 关于 MSDP 优化复制和主从复制
- 关于 MSDP 性能
- 关于 MSDP 流处理程序
- MSDP 部署最佳做法
- 置备存储
- 重复数据删除的授权
- 配置重复数据删除
- 配置 MSDP 服务器端重复数据删除
- 配置 MSDP 客户端重复数据删除
- 关于 MSDP 重复数据删除多线程代理
- 配置重复数据删除多线程代理行为
- 配置重复数据删除插件与多线程代理的交互
- 关于 MSDP 指纹识别
- 关于 MSDP 指纹缓存
- 配置 MSDP 指纹缓存行为
- 关于将远程客户端重复数据删除的 MSDP 指纹缓存设定为种子
- 在客户端上配置 MSDP 指纹缓存种子设定
- 在存储服务器上配置 MSDP 指纹缓存种子设定
- 关于采样和预测缓存
- 重建采样缓存
- 启用对 400 TB MSDP 的支持
- 关于使用 NetBackup 密钥管理服务器服务进行 MSDP 加密
- 关于使用外部 KMS 服务器的 MSDP 加密
- 为介质服务器重复数据删除池配置存储服务器
- 关于 NetBackup 重复数据删除的磁盘池
- 配置用于重复数据删除的磁盘池
- 创建数据目录以实现 400 TB MSDP 支持
- 向 400 TB 的介质服务器重复数据删除池添加卷
- 配置介质服务器重复数据删除池存储单元
- 为 MSDP 客户端重复数据删除配置客户端属性
- 禁用客户端的 MSDP 客户端重复数据删除
- 为策略中的所有客户端禁用客户端重复数据删除
- 关于 MSDP 压缩
- 关于 MSDP 加密
- 为 MSDP 本地存储卷配置加密
- 为 MSDP 云存储卷配置加密
- 在不同的平台上配置 MSDP 加密
- 关于 MSDP 的滚动数据转换机制
- 滚动数据转换模式
- MSDP 加密行为和兼容性
- 为 MSDP 配置优化合成备份
- 关于用于 MSDP 复制和同步复制的单独网络路径
- 为 MSDP 复制配置单独的网络路径
- 关于同一域内的 MSDP 优化复制
- 在同一 NetBackup 域内配置 MSDP 优化复制
- 关于到其他域的 MSDP 复制
- 配置以不同 NetBackup 域为目标的 MSDP 复制
- 关于配置 MSDP 优化复制和复制带宽
- 关于 MSDP 云优化复制和主从复制的性能优化
- 关于存储生命周期策略
- 关于自动映像同步复制所需的存储生命周期策略
- 创建存储生命周期策略
- 关于 MSDP 备份策略配置
- 创建备份策略
- “弹性网络”属性
- 添加 MSDP 负载平衡服务器
- 关于 NetBackup 客户端上的可变长度重复数据删除
- 使用 cacontrol 命令行实用程序管理可变长度重复数据删除
- 关于 MSDP pd.conf 配置文件
- 编辑 MSDP pd.conf 文件
- 关于 MSDP contentrouter.cfg 文件
- 关于保存 MSDP 存储服务器配置
- 保存 MSDP 存储服务器配置
- 编辑 MSDP 存储服务器配置文件
- 设置 MSDP 存储服务器配置
- 关于 MSDP 主机配置文件
- 删除 MSDP 主机配置文件
- 重置 MSDP 注册表
- 关于保护 MSDP 目录库
- 更改 MSDP 卷影目录库路径
- 更改 MSDP 卷影目录库日程表
- 更改 MSDP 目录卷影副本数
- 配置 MSDP 目录库备份
- 更新 MSDP 目录库备份策略
- 关于 MSDP FIPS 遵从性
- 配置 NetBackup 客户端重复数据删除以支持 MSDP 的多个接口
- 关于 MSDP 多域支持
- 关于 MSDP 应用程序用户支持
- 关于 MSDP 多域 VLAN 支持
- 关于 NetBackup WORM 存储对不可变和不可删除数据的支持
- 使用非 root 用户运行 MSDP 服务
- 使用非 root 用户运行 MSDP 命令
- MSDP 云支持
- 关于 MSDP 云支持
- 在 NetBackup Web UI 中创建介质服务器重复数据删除池(MSDP、MSDP 云)存储服务器
- 管理 MSDP-C 的凭据
- 创建云存储单元
- 更新云 LSU 的云凭据
- 更新云 LSU 的加密配置
- 删除云 LSU
- 使用云 LSU 将数据备份到云
- 使用云 LSU 将数据复制到云
- 将 AIR 配置为使用云 LSU
- 关于向后兼容性支持
- 关于 cloud.json、contentrouter.cfg 和 spa.cfg 中的配置项
- 云空间回收
- 关于为实现云支持而进行的工具更新
- 关于云 LSU 的灾难恢复
- 关于使用 MSDP 云的映像共享
- 关于从 Microsoft Azure 存档中的备份还原
- 关于 Veritas 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 配置 Veritas Alta Recovery Vault Amazon 和 Amazon Government
- Recovery Vault 从标准身份验证迁移到基于令牌的身份验证
- 关于 MSDP 云不可篡改的 (WORM) 存储支持
- 关于 AWS IAM Role Anywhere 支持
- 关于 Azure 服务主体支持
- 关于云中对象存储的即时访问
- 关于 NetBackup 对 AWS Snowball Edge 的支持
- 升级到 NetBackup 10.3 和群集环境
- MSDP S3 接口
- 监视重复数据删除活动
- 管理重复数据删除
- 恢复 MSDP
- 替换 MSDP 主机
- 卸载 MSDP
- 重复数据删除体系结构
- 配置和使用通用共享
- 关于通用共享
- 通用共享的优点
- 为通用共享配置和使用 MSDP 自建 (BYO) 服务器
- 配置通用共享的 MSDP 自建 (BYO) 服务器前提条件和硬件要求
- 关于 MSDP BYO 服务器的重复数据删除 Web 服务用户和用户组
- 配置通用共享用户身份验证
- 装入通过 NetBackup Web UI 创建的通用共享
- 关于通用共享自助式恢复
- 执行通用共享自助式恢复
- 使用采集模式
- 关于具有对象存储的通用共享
- 为通用共享启用对象存储
- 具有已禁用 MSDP 数据卷的通用共享
- 关于 vpfs_stats 实用程序
- 通用共享的灾难恢复
- 更改 vpfsd 实例数
- 为通用共享启用可变长度重复数据删除 (VLD) 算法
- 升级到 NetBackup 10.4
- 关于通用共享加速器
- 为通用共享加速器准备 NetBackup
- 安装通用共享加速器
- 配置通用共享加速器
- 为通用共享加速器创建保护策略
- 关于通用共享加速器配额
- 恢复通用共享加速器的时间点
- 删除恢复的通用共享加速器
- 通用共享加速器的日志记录
- 通用共享 VPFS 实例的日志记录和报告
- 通用共享中文件系统操作的 vpfsd 日志
- 使用标记文件接口执行通用共享操作
- 配置隔离恢复环境 (IRE)
- 使用 NetBackup 重复数据删除 Shell
- 关于 NetBackup 重复数据删除 Shell
- 从重复数据删除 shell 管理用户
- 从重复数据删除 shell 管理 VLAN 接口
- 管理 WORM 存储服务器上的保留策略
- 管理 WORM 存储服务器上具有保留锁定的映像
- 审核 WORM 保留更改
- 从重复数据删除 shell 保护 NetBackup 目录库
- 关于外部 MSDP 目录库备份
- 从重复数据删除 shell 管理证书
- 从重复数据删除 shell 管理 FIPS 模式
- 从重复数据删除 shell 加密备份
- 从重复数据删除 shell 调整 MSDP 配置
- 从重复数据删除 shell 设置 MSDP 日志级别
- 从重复数据删除 shell 管理 NetBackup 服务
- 从重复数据删除 shell 监控 NetBackup 服务并对其进行故障排除
- 从重复数据删除 shell 管理 S3 服务
- 重复数据删除 shell 命令的多人授权
- 在 Flex Scale 和 Cloud Scale 中管理云 LSU
- 故障排除
- 附录 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 选项从该点继续迁移。如果您对此错误有任何问题,请联系 Veritas 支持,然后再继续迁移。
在迁移期间,迁移运行时会显示多个提示。必要时,您可以使用命令行选项来回答这些提示。Veritas 建议使用交互式提示,因为与使用命令行选项相比,它可使迁移更易于使用,而且更不容易出错。如果您选择使用命令行,则选项记录在 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 Catalyst 服务器的服务器主机名。 |
Is MSDP KMS encryption enabled for amazon.com? (y/n) [n]: |
如果迁移时 Cloud Catalyst 服务器未运行,您可能需要手动输入现有 Cloud Catalyst 服务器的 KMS 配置设置。 |
Enter new disk volume name for migrated CloudCatalyst server: |
输入要在新 MSDP 云层服务器上创建的 MSDP 云磁盘卷的名称。此名称用于迁移的 Cloud Catalyst 数据。 |
Enter new disk pool name for migrated CloudCatalyst server: |
输入要在新 MSDP 服务器上创建的 MSDP 云磁盘池的名称,该名称用于迁移的 Cloud Catalyst 数据。 |
Enter cloud account username or access key: Enter cloud account password or secret access key: |
输入用于访问待迁移 Cloud Catalyst 数据的云帐户的凭据。如果您使用 AWS IAM 角色访问数据,则应为访问密钥和机密访问密钥均输入 |