我在这里有点不知所措,到目前为止还没有来自MySQL Workbench错误报告站点的反馈,所以我想我应该把这个问题/问题提交给更多的站点。
我正在尝试从Windows server 2003计算机上的MSSQL服务器迁移到Centos 6.5虚拟机上运行的MySQL服务器。我可以连接到源数据库和目标数据库,选择一个模式,并通过一次传递来检索表。在此之后,进程将失败并引发以下错误:
Traceback (most recent call last): File "/usr/lib64/mysql-workbench/modules/db_mssql_grt.py", line 409, in reverseEngineer reverseEngineerProcedures(connection, schema) File "/usr/lib64/mysql-workbench/modules/db_mssql_grt.py", line 1016, in reverseEngineerProcedures for idx, (proc_count, proc_name, proc_definition) in enumerate(cursor): MemoryError Traceback (most recent call last): File "/usr/share/mysql-workbench/libraries/workbench/wizard_progress_page_widget.py", line 192, in thread_work self.func() File "/usr/lib64/mysql-workbench/modules/migration_schema_selection.py", line 160, in task_reveng self.main.plan.migrationSource.reverseEngineer() File "/usr/lib64/mysql-workbench/modules/migration.py", line 353, in reverseEngineer self.state.sourceCatalog = self._rev_eng_module.reverseEngineer(self.connection, self.selectedCatalogName, self.selectedSchemataNames, self.state.applicationData) SystemError: MemoryError(""): error calling Python module function DbMssqlRE.reverseEngineer ERROR: Reverse engineer selected schemata: MemoryError(""): error calling Python module function DbMssqlRE.reverseEngineer Failed
我原以为这是一个内存错误,所以我把盒子上的内存增加到了16gib。这个错误也会发生在任何大小的数据库上,因为我尝试过使用几乎没有任何表的最小大小的数据库。
有什么想法吗?谢谢你找我
以防其他人碰到这个。我也遇到了同样的问题,并通过去掉模式、表中的非ASCII字符来解决了这个问题……基本上所有的MSSQL对象都是这样。我已经安装了SQL#(www.sqlsharp.com),它添加了许多函数和带有名为SQL#的模式的存储过程,这让我感到困惑。可以使用以下命令删除它:
一旦去掉非ASCII字符,迁移就可以工作了。
相关问题 更多 >
编程相关推荐