NetVault Plug-in for MySQL 12.2 - 发行版本说明

Navegación de contenido

Quest® NetVault® Backup Plug-in for MySQL 12.2 关于本次发行增强功能弃用的功能已知问题系统要求

升级和兼容性

产品授权

获取计算机 ID 使用配置向导安装许可证密钥从"管理客户端"页面安装许可证密钥

升级和安装说明更多资源全球化关于我们

已知问题

以下是问题列表，其中包含在发行时已知存在的并且是第三方产品导致的问题。

表 2. 一般性已知问题
	问题 ID
由于 MySQL 错误 69953，如果启用了 MySQL 日志记录，则执行还原到 MySQL Server 5.5 或 5.6 的操作无法将现有 slow_log 表拖放到 mysql 数据库中。因此，还原操作也无法还原相同的表。如果 slow_log 表对您的环境至关重要，请在还原任务完成后手动重新创建 slow_log 表。此问题已在 MySQL 5.7 中得到解决。	DNMYSQL-319 (30852)
由于备份数据直接从 MySQL Server 传输到 NetVault Backup 介质管理器，因此在数据库名称中使用特殊字符可能会被解释为序列命令，这会影响备份数据的完整性。解决办法：为避免可能出现问题，请不要在数据库名称中使用以下字符：$ ^ = @ # % +	DNMYSQL-379

表 3. MySQL Standard/Community 已知问题

问题 ID

lower_case_table_names 系统变量的默认设置会影响 Mac OS X 上的 MySQL 行为：MySQL 在 Mac OS X 平台上区分大小写的行为不一致会影响插件还原备份的能力。为确保您能够应对这种不一致的情况，请在将插件与 Mac OS X 搭配使用时注意以下事项：

•

如果 lower_case_table_names 系统变量设置为 1，则增量还原对于使用小写、大写或大小写混合名称创建的数据库可正常工作。此外，无论实际名称是如何创建的，数据库名称在 NetVault Backup 控制台中是以小写字母显示。

•

如果 lower_case_table_names 系统变量设置为 2（Mac OS X 上的默认设置），则增量还原仅对于使用小写名称创建的数据库正常工作。此外，数据库名称在 NetVault Backup 控制台中的显示格式与它们创建时的格式相同。

如果更改 lower_case_table_names 系统变量的值，请先停止 MySQL Server 然后重新启动以确保实施更改。有关此 MySQL 相关问题的详细信息，请参阅：http://dev.mysql.com/doc/refman/5.0/en/identifier-case-sensitivity.html

DNMYSQL-133 (18430, MYG‑235)

选择启用 MySQL 复制但不配置复制会导致备份失败：如果在配置对话框中选中启用 MySQL 复制复选框，但未配置复制，备份将失败。要解决此问题，请清除配置对话框中的启用 MySQL 复制复选框，或者设置复制操作，然后再次运行备份任务。

DNMYSQL-241 (21629)

表 4. MySQL Enterprise Backup (MEB) 已知问题

问题 ID

在某些情况下，将备份所有 InnoDB 表：如果满足以下任一条件，将备份 MySQL 实例中的所有 InnoDB 表：

仅显式选择表进行备份，并且这些表均不是 InnoDB 类型或存储引擎。

示例：您有一个含有两个数据库（DB1 和 DB2）的 MySQL 实例。每个数据库包含两个表：DB1 含有 T1_InnoDB 和 T1_MyISAM，而 DB2 含有 T2_InnoDB 和 T2_MyISAM。如果备份 T1_MyISAM 和 T2_MyISAM，则还会备份 T1_InnoDB 和 T2_InnoDB。如果只包含其中一个 InnoDB 表，则仅备份该 InnoDB 表。如果选择其中一个数据库，则仅备份该数据库中的表。

选择全部或部分数据库进行备份，并从备份中排除所有关联的 InnoDB 表。

示例：您有一个含有两个数据库（DB1 和 DB2）的 MySQL 实例。每个数据库包含两个表：DB1 含有 T1_InnoDB 和 T1_MyISAM，而 DB2 含有 T2_InnoDB 和 T2_MyISAM。如果备份 DB1 和 DB2 并排除 T1_InnoDB 和 T2_InnoDB，则还会备份 T1_InnoDB 和 T2_InnoDB。如果只排除两个 InnoDB 表中的一个，则仅备份另外一个 InnoDB 表。

此行为反映了当前的 MEB（mysqlbackup 实用程序）行为，此行为可能在将来的版本（3.8.1 之后）中发生变化。

DNMYSQL-275 (22383)

该插件不支持在群集环境中使用基于 MEB 方法的 3.12 和 4.0 版。您只能在独立环境中使用这些版本。

DNMYSQL-363 (32199)

系统要求

在安装 Plug‑in for MySQL 12.2 之前，确保您的系统满足 https://support.quest.com/technical-documents 上提供的《QuestNetVault Backup 兼容性指南》中概述的要求。

升级和兼容性

•

Plug‑in for MySQL 12.2 需要 NetVault Backup 11.4.5 或更高版本。有关所支持平台的完整信息，请参阅《Quest NetVault Backup 兼容性指南》。

•

MySQL 的升级和全新安装：正如 MySQL 错误 68807 中所述，mysql_install_db 忽略了 MySQL 5.6 中的 /etc/my.cnf。因为 MySQL 5.6 会创建 InnoDB 统计信息表（slave_master_info、mysql/slave_relay_log_info、innodb_index_stats、innodb_table_stats 和 slave_worker_info），并将它们添加到 MySQL 的安装目录 (basedir)，您可能会遇到与“my.cnf”文件中包含的 innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend 选项相冲突的问题。file_path 选项将 InnoDB 文件放置在比 basedir 高一个目录级别的位置上，这可能导致 MySQL 错误日志中显示以下错误：

"[Warning] InnoDB: Cannot open table mysql/slave_master_info from the internal

data dictionary of InnoDB though the .frm file for the table exists.See

http://dev.mysql.com/doc/refman/5.6/en/innodb-troubleshooting.html for how you

can resolve the problem."

在解决此错误之前，插件无法浏览主 MySQL 数据库，并显示以下错误："Failed to fetch row from query result: showtable status like 'innodb\_index\_stats'"

它还可能导致备份任务停止响应。

由于此选项源自为 MySQL 早期版本推荐的示例性“my.cnf”文件，所以此问题通常发生在保留早期版本的“my.cnf”文件的升级过程或全新安装中。Quest建议不要在全新安装中使用 file_path 选项，建议将 ibdata 文件移动到 basedir 以进行升级。如需帮助，请联系 MySQL 支持部门。（22367）

•

从 NetVault Backup 服务器 9.2 升级：如果将 NetVault Backup 服务器从 9.2 升级到 11.4.5 或更高版本，您针对 Plug‑in for MySQL 遇到的出错状态配置的设置将恢复其默认值。如果您根据插件遇到的错误情况修改了设置，Quest 建议重新安装插件，重新配置其设置，然后重新创建 MySQL 备份任务。