Zmanda 使用 MariaDB 二进制日志巧妙地集成了各种 MariaDB 增量备份和完整备份。 这完全使您能够进行非常频繁的备份以及使用任何备份映像进行时间点恢复。

Zmanda 恢复管理器 (ZRM) 智能调度程序启动所有备份过程。 ZRM会根据MySQL服务器、存储引擎、底层存储技术（如快照是否可用）智能决定执行何种备份。 首要考虑的是对数据库的影响。

如果快照因为保留区空间不足而失败，ZRM 将执行逻辑备份。 始终可以覆盖 ZRM 的建议。 例如，您可以强制 ZRM 执行逻辑备份，而不是使用快照。 ZRM 将索引所有备份以跟踪成功还原所需的元数据。 ZRM 每天检查是否有任何备份早于保留策略（备份应保留的天数或月数）。 过期的备份将从 ZRM 备份索引中清除并从磁盘中删除。 报告引擎以文本或 HTML 格式提供可定制的报告。 对于安装在 Linux 或 Solaris 上的 ZRM，报告可以通过电子邮件或 RSS 源分发。 对于安装在 Windows 上的 ZRM，所有备份信息都记录在 Windows 事件日志中。 使用 ZRM，将您的恢复放在首位以使其持久。

选择逻辑非并行选项使用 转储 无论存储引擎如何，都可以复制 MySQL 二进制日志的备份。 MySQL 二进制日志跟踪所有数据库服务器事务并将其保存为 SQL 语句列表。 要实现逻辑备份策略，必须在 MySQL 服务器上启用二进制日志记录，并且必须提供日志文件的路径（默认为 /var/lib/mysql在） 二进制日志路径 领域。

合乎逻辑 备份方法适用于除 MySQL 集群 NDB 存储引擎之外的所有 MySQL 存储引擎。 逻辑备份也可以恢复到任何支持 SQL 的平台架构或数据库。 例如：运行在Redhat Enterprise server powerpc 平台上的MySQL 数据库备份可以恢复到运行在x86 平台上的Ubuntu 服务器。

由于逻辑备份需要对正在备份的数据库或表进行读锁定（并非所有表都使用 InnoDB 存储引擎），因此它们可能对使用 MySQL 数据库的应用程序产生更大的影响。 逻辑备份还会导致恢复时间增加，因为恢复数据是通过针对目标数据库重放事务而不是仅复制文件来完成的。 在 InnoDB 表的情况下，备份作为单个事务执行并且不会获得任何锁。

MariaDB 为具有复制和分片等其他替代方案无法满足的需求的企业提供一致的、符合 ACID 的扩展解决方案。

分布式 SQL 提供了可扩展性，而 MariaDB 提供了选择所需的可扩展性的灵活性。

Zamanda 恢复管理器管理 1 个生产数据库或 100 个强大集群的备份，为新的 MariaDB 数据库提供无缝的载入过程，同时确保现有数据库的强大可靠性。

 是的，Zmanda生产支持团队可以通过电话和电子邮件24 x 7全天候提供服务。 您可以选择我们的标准或高级支持级别，以全面的知识库访问，电子邮件和电话支持，案例管理，软件增强和安全更新为您提供。 请拜访- 联系支持 与我们的支持团队联系。

为了使IT人员能够在演示环境中测试Zmanda，我们提供14天的Zmanda完全许可版本。 请填写我们的 免费试用表，我们的销售团队将帮助您入门。