NetBackup™ Web UI 云管理指南
- 管理和保护云资产
- 保护 PaaS 资产
- 保护 PaaS 资产
- 保护 PaaS 资产的步骤
- 保护 PaaS 资产的前提条件
- 为 MySQL 和 MariaDB 数据库启用二进制日志记录
- 在 Kubernetes 中启用备份和还原
- 保护 Amazon RDS SQL Server 数据库资产的前提条件
- 保护 RDS Custom 实例
- 保护 Azure 托管实例数据库
- 限制和注意事项
- 对于所有数据库
- 对于 PostgreSQL
- 对于 Azure PostgreSQL 增量式备份
- 对于 AWS RDS PostgreSQL 和 AWS Aurora PostgreSQL
- 对于 AWS DynamoDB
- 对于 AWS DocumentDB
- 对于 AWS Neptune
- 对于 AWS RDS SQL
- 对于 Azure、AWS RDS 和 Aurora MySQL
- 对于使用 Azure MySQL 服务器的增量式备份
- 对于使用 GCP SQL Server 的增量式备份
- 对于 Azure SQL 和 SQL 托管实例
- 对于 Azure SQL 和 SQL 托管实例(不使用临时数据库)
- 对于 Azure SQL Server 和 SQL 托管实例增量式备份
- 对于 Azure Cosmos DB for MongoDB
- 对于 Azure Cosmos DB for NoSQL
- 对于 Amazon RDS for Oracle
- 对于 Amazon Redshift 数据库
- 对于 Amazon Redshift 群集
- 对于 GCP SQL Server
- 对于 GCP BigQuery
- 安装本机客户端实用程序
- 为不同部署配置存储
- 配置存储服务器以进行即时访问
- 关于 PaaS 工作负载的增量式备份
- 为 Azure MySQL 服务器配置增量式备份
- 关于 PaaS 工作负载的存档重做日志备份
- 关于 PaaS 工作负载的自动映像同步复制
- 发现 PaaS 资产
- 查看 PaaS 资产
- 管理 PaaS 凭据
- 为 PaaS 资产添加保护
- 恢复云资产
- 执行粒度还原
- 对云资产的保护和恢复进行故障排除
还原后配置
本节介绍不同操作系统上目标 VM 所需的其他配置,以确保可访问还原的实例。
目标:AWS
- 执行以下步骤,解决还原的 AWS 实例检查失败且实例不可访问的问题:
连接到 EC2 序列控制台,检查网络接口是否已启动以及 VM 是否已通过所有装入点启动。
如果在访问 EC2 序列控制台时收到以下失败消息,请将 VM 实例类型更改为支持 EC2 序列控制台的实例类型:
This instance type is not supported for the EC2 serial console.
如果某些关键装入点失败,则可能会登录到救援模式:
检查以下文章是否适用:
检查是否所有分区均可装入,如果不是,进行进一步故障排除,找出失败原因。
可以将装入失败的驱动器与受损的 VM 分离并挂接到同一可用性区域中正常运行的实例,以便进一步进行故障排除。
如果装入成功且没有故障,请尝试在进行后续步骤之前重新启动,直到能够引导到用户空间为止。
- 如果在
/etc/ssh/sshd_config文件中为 VM 配置了PasswordAuthentication密码检查条目,则将值设置为 Yes。 - 如果为 VM 配置了
PubkeyAuthenticationSSH 密钥,则在/etc/ssh/sshd_config文件中将该条目的值设置为 Yes。 - 如果在备份前操作期间未使用 UUID 替换
/etc/fstab文件中的设备名称,请更新这些名称。例如,更改
/dev/sdc1 → /dev/nvme1n1p1。此更改后,将允许建立网络连接。 - 现在,您可以从任何非 CSP 序列控制台对任何装入失败进行故障排除并通过 SSH 登录。
目标:Azure
要备份还原的 Azure VM,请在进行备份之前部署 Azure VM 扩展。
目标:AWS
执行以下步骤,解决还原的 AWS 实例检查失败且实例不可访问的问题:
- 连接到 EC2 序列控制台,检查网络接口是否已启动以及 VM 是否已通过所有装入点启动。
如果在访问 EC2 序列控制台时收到以下失败消息,请将 VM 实例类型更改为支持 EC2 序列控制台的实例类型:
This instance type is not supported for the EC2 serial console.
- 如果 VM 已引导到紧急模式,则可能需要进行进一步故障排除。
- 尝试使用 mount -a 命令装入所有分区。如果失败,请检查以下文章是否适用:
How to perform filesystem check (fsck) in the rescue mode?(如何在救援模式下执行文件系统检查 (fsck)?)
- 重新启动时,
cloud-init服务可能会导致 VM 停在网络配置阶段。请重新配置或使用以下相应命令停止、禁用、卸载/删除cloud-init服务:systemctl stop cloud-init
systemctl disable cloud-init
zypper remove cloud-init
如果需要,请在重新启动后重新安装
cloud-init服务。 - 重新启动 VM。
- 在重新启动期间,从 GRUB 菜单中选择 AWS 内核。
- 检查装入点。
- 使用 ip addr 命令检查网络接口的状态。如果启动,您应该能够通过 SSH 进行外部登录,否则尝试进行 SSH 故障排除。
目标:Azure
要备份还原的 Azure VM,请在进行备份之前部署 Azure VM 扩展。
目标:AWS
执行以下步骤,解决还原的 AWS 实例检查失败且实例不可访问的问题。
- 停止并启动 VM。
- 使用 EC2 序列控制台登录并切换到超级用户。
- 禁用特定于 Azure 的服务(如果有):
systemctl disable hv-kvp-daemon.service systemctl disable walinuxagent.service systemctl disable walinux-agent
- 重新配置
cloud-init服务的数据源,将其指向 EC2 数据源,并禁用任何特定于 Azure 云的配置:dpkg-reconfigure cloud-init
很少有配置文件可以移动或重命名。
例如,
mv /etc/cloud/cloud.cfg.d/10-azure-kvp.cfg /etc/cloud/cloud.cfg.d/10-azure-kvp.cfg.disabled
mv /etc/cloud/cloud.cfg.d/90-azure.cfg /etc/cloud/cloud.cfg.d/90-azure.cfg.disabled
cloud-init clean --logs
- 通过更改
/etc/default/grub文件中 GRUB_DEFAULT 条目的值,将默认内核设置为 AWS:默认情况下,在
/etc/default/grub文件中设置为 GRUB_DEFAULT=0。将其更改为:GRUB_DEFAULT='KERNEL_INDEX',其中 KERNEL_INDEX 的值可以使用 update-grub 命令查看。 - 重新启动 VM。
- 如果重新启动后出现任何问题,请进入 AWS 内核恢复模式,然后转到 root shell 提示符以执行任何故障排除步骤。
目标:Azure
要备份还原的 Azure VM,请在进行备份之前部署 Azure VM 扩展。
目标:AWS
使用与源 VM 相同的用户名和密码登录。
目标:Azure
要备份还原的 Azure VM,请在进行备份之前部署 Azure VM 扩展。