首页 | 新闻 | 新品 | 文库 | 方案 | 视频 | 下载 | 商城 | 开发板 | 数据中心 | 座谈新版 | 培训 | 工具 | 博客 | 论坛 | 百科 | GEC | 活动 | 主题月 | 电子展
返回列表 回复 发帖

使用 IBM Spectrum Protect for Linux on Power 备份和还原 MongoDB 数据的方法-5

使用 IBM Spectrum Protect for Linux on Power 备份和还原 MongoDB 数据的方法-5

还原数据库同样地,在还原数据库时,使用 IBM Spectrum Protect 命令很简单,但也需要注意以下考虑因素:
  • 假设
    您正尝试从一个时间点快照进行恢复,该快照位于新服务器上,或者位于以前运行 MongoDB                    且数据已损坏或丢失的服务器上。无论采用哪种方式,恢复过程几乎是相同的。
  • 重要考虑因素MongoDB                        的一些设计特性影响着我们还原备份数据的方式。回顾一下已经介绍过的一些内容:
    • 生产集群中始终有 3 个基本相同的配置服务器。
    • 有多个分片,每个分片包含整个 MongoDB 数据库的一小段。
    • 每个分片都被复制,这意味着有多个 MongoDB 实例包含相同的数据。
    • MongoDB 服务器实例不会持久保存任何数据,只需要一个指向要运行的 MongoDB                            配置服务器的配置文件。配置服务器包含大部分集群的分片规则和配置。配置服务器还包含表明实际数据存储位置的所有元数据。
    • MongoDB 实例实际存储了关于自己的主服务器和辅助服务器的信息。
    • Mongo 服务器是通过主机名进行识别的。所以,您需要 3                            种资源才能完全还原一个系统:配置文件、数据和主机名。这些事实决定了备份和还原的方式。根据这些观察结果,我们得出了一些重要结论。
    首先,如果一个服务器与另一个服务器相同,则不需要单独备份每个服务器并还原它们。相反,可以创建一个相同服务器的备份。现在,在还原它时,可将它传播到集群中的所有相同的服务器。                        
    其次,因为所有配置文件都包含在备份中,所以精心规划且正确执行的还原操作可以还原旧配置,不需要用户执行额外的配置。最终,您只需给还原后的系统通电,就会观察到它与备份时完全相同。这使还原变得更简单更快捷,尤其是在进行大规模还原时。为此,可以将配置文件和备份数据一起保存在逻辑卷中,或者使用上面提到的自动化平台之一动态创建配置文件。                        
    最后,通过主机名识别的服务器使得更换硬件和还原到完全不同的系统变得很容易。如果需要在执行还原时更换部分或所有硬件,只需更改系统上的主机名,使之与原始配置中的信息相匹配。这样,您的整个配置将保持不变,而且                        MongoDB 能继续通过网络在整个集群中进行通信。
  • 服务器配置您的服务器需要进入与 MongoDB                        崩溃前完全相同或相似的状态。因此,强烈建议使用某个自动化软件将基础架构创建为代码。这会使得部署结构相同的服务器变得很容易。在任何情况下,都需要确保一些步骤是在运行任何                        IBM Spectrum Protect                        还原特性前执行的。这些步骤与最初设置服务器所采用的步骤几乎相同。必须在还原的集群中包含的所有服务器上执行这些步骤。
    • 确保 MongoDB 已安装,而且在正确的位置有一个相同的配置文件。这包括确保日志和进程 ID (PID)                            文件需要的所有目录均存在。这些文件应归将要运行 mongos 实例的用户所有。如果不是这样,请使用                            chown 确保 mongo 进程能访问任何这些文件。
    • 确保您创建的逻辑卷空间至少有备份的原始逻辑卷那么大(可通过备份文件的大小确定这一点)。
      lvcreate -L 10G -n data rhel7_system
    • 在询问是否想要重写文件系统块的提示中,回答                            yes。我们需要的底层文件系统实际上位于我们将要还原的镜像上。
    • IBM Spectrum Protect 要求已分配了一个逻辑卷来还原备份。它不会还原到空闲的卷组空间。它需要逻辑卷的                            shell。
    • 不能还原比备份镜像更小的逻辑卷。如果尝试这么做,将会失败。如果还原的逻辑卷更大,还原仍会成功,但您不能在新创建的 LVM                            上构建文件系统。 如果在新创建的 shell 逻辑卷上创建文件系统,特别是 XFS                                文件系统,并尝试还原更小的备份镜像,IBM Spectrum Protect                                代理会尝试压缩该文件系统,以便自动将它们匹配在一起。问题在于 XFS                                没有文件系统压缩命令,所以此操作会失败。对于这种从完整 LVM                                快照进行还原的还原类型,不需要在(将文件系统还原到其上的)逻辑卷上构建文件系统。由于已发现的潜在错误,应避免采用这种方法。                           
    • 确保挂载点存在,用于在还原后附加 LVM。如果没有,请使用                            mkdir /FileName (i.e. mkdir /data) 命令创建它。
    • 确保 IBM Spectrum Protect 代理已安装在系统上,而且所在目录不同于还原 MongoDB                            所用的目录(例如,如果 IBM Spectrum Protect 存储在 /opt 中,则不应尝试 还原                            /opt 逻辑卷)。
    • 如果使用不同的硬件,一定要更改主机名,使之与配置文件中的主机名相匹配,并确保主机位于您将还原的镜像所在的副本集中。
返回列表