1、导言

如你可能想象的，迁移一个数据库和使用它的应用程序是一件不小的事。要迁移数据库平台和使用它的应用程序必然会需要做很多工作。在这个包含两部分的文档里，我们将讨论围绕这个过程的所有步骤，问问你自己，要注意些什么，和怎样在有限的停机时间窗口中进行所有这些事情。最后，你的技术将获得提高，无论是通过书籍和刊物、论坛、培训或是认证。

2、评估移植计划

在你做任何事情之前，你将需要制定出一个要做什么的计划或提纲。我知道，我知道，大家都不喜欢写文档。但是这是很重要的一步，因为在技术方面，它将使你决定需要做些什么，而在管理方面，它将按部就班地描述这个过程，所以他们可以看到这个复杂性，考虑业务影响、必备系统的成本、进行这个移植所需要的资源和整个时间进度表。

这个评估应该包括哪些内容呢?首先，你应该确定你现在用的是哪个版本的MySQL。浏览一下你现在在使用哪些特性，例如数据类型(numeric、character、enumerated等等)，你在使用什么类型的存储引擎，例如MyISAM、Innodb等等。想想你在使用什么索引类型和额外的功能，例如你可能在你的数据库中使用了视图和触发器。还有，检查一下你数据库中的存储过程，因为这些将需要进行重写。还要仔细地考虑MySQL复制。如果它是为整个数据库建立的，那么它将更加趋向于使用Oracle的备用数据库或DataGuard特性，而如果你使用表复制和你的my.cnf文件里的通配符语法来使用表，那么这更有可能是使用Oracle中的物化视图(以前被称为快照)来做的。

在Oracle方面，你将需要考虑你所运行的版本下的情况、MySQL丰富的数据类型和对象怎么匹配到Oracle中。考虑主键上的自动增加属性。尽管Oracle具有序列，但是它的序列和MySQL中的自动增加稍稍有些不同。例如它不保证数字的连续性。因此，你可能会在基于Oracle缓存序列方式的键值上遇到问题。思考一下这将怎样影响你的应用程序的行为。尽管不是移植过程的直接部分，但是你还是需要考虑一下你想怎样备份你的Oracle系统。输出工具使用MySQL的mysqldump非常适合，而RMAN当然提供了你在像innobackup或MySQL中可用的ibbackup这样的工具中可能找到的所有热备份功能。

在你的评估文档中，记录所有这些发现，并尽可能地深入。现在你工作得越勤奋，在之后的移植过程中你遇到的问题就越少。

3、 开发移植和建立

a、准备

准备工作将涉及到建立你的开发环境。这包括申请合适的硬件、建立数据中心、安装Oracle 软件，和建立你的启动数据库。在建立这些时，考虑一下Oracle 的最优方法，例如使用RAID 10作为你的基础磁盘存储。布局你的重复记录、分配足够的系统和sysaux表空间，等等。你还将要考虑你的新数据库的字符设置。注意到US7ASCII 限制欧洲的和带重音的字符。最好使用WE8ISO8859P1。如果你可能会在你的数据库中使用亚洲字符，那么你要看看Oracle 的National Language Services (NLS)功能，并考虑多字节字符集。你还要为数据和索引创建表空间。考虑一下你的源对象的规模。在文件系统上你可以在数据目录下使用“du -sm dir_name”。留出25-50%的空间用于将来的发展。

b、 数据库结构移植

在MySQL 方面，提取数据库的结构(在Oracle中是一个schema)你可以使用下面的方式：

$ mysqldump --no-data my_db_name > my_db_name.mysql

因为在语法方面有一些不同，你不能在Oracle 中直接运行这个脚本。你所要做的是你自己重写这些CREATE TABLE 和CREATE INDEX 语句。很显然，如果在你的数据库中有大量的对象，那么你需要考虑采用一种自动的方式来进行这项工作。我们将在这篇文章的第二部分中讨论Oracle的移植工作台(Migration Workbench)，但是现在我们推荐逐个地重写这些对象。这也将为你提供数据库中对象的一个排序目录，并使你对它们更加了解和将它们都移植过来。开发人员在这个过程中也要保持谨慎。通过将表和对象逐个地改变它们的语法，一方面它们将获得更新，或换成Oracle 语法，另一方面，真正地浏览了这些对象，从而考虑在它们的应用程序代码中可能需要做哪些改动。

最终，应用程序的变更将是移植到一个新数据库引擎上的庞大的一部分，不论你的开发人员在编写数据库独立代码方面是多么的勤快。所以，这个手动过程将使你很好地了解你错综复杂的数据库。

4、总结

是的，将一个数据库应用程序移植到一个新的平台上例如Oracle 上不是一个简单的工作，但是它是可以实现的，而且通过适当的准备工作，它也可以被管理起来。在建立任何系统之前，对你目前的系统进行恰当的评估，并在移植之前检查和管理时间、硬件、软件和人员所需。

在这篇文章的第二部分，我们将讨论从产品中移植实际的数据，检查Oracle的移植工作台(Migration Workbench)，它可以为你节省时间，并讨论潜在的应用程序问题和挑战。然后我们将回顾整个过程，并仔细地计划你产品数据库和应用程序的最终移植。

1. 导言

　　正如你可能想象的，迁移一个数据库和使用它的应用程序是一件不小的事。要迁移数据库平台和使用它的应用程序必然会需要做很多工作。在这个包含两部分的文档里，我们将讨论围绕这个过程的所有步骤，问问你自己，要注意些什么，和怎样在有限的停机时间窗口中进行所有这些事情。最后，你的技术将获得提高，无论是通过书籍和刊物、论坛、培训或是认证。

　　2. 将产品数据移到开发系统

　　你要从何处开始和你要去往何处?

　　这听起来像个哲学问题，但是这确实是你在做任何移植之前要问的问题。它是计划移植的第一步。

　　MySQL的版本很明显有很多，从3.x到4.x、5.0和5.1。所以这取决于你使用的版本和你目前使用的功能，你将要在Oracle 中管理这些对象并创建它们。对于MySQL 5.x 中的视图、角色、存储过程和触发器要特别谨慎。

　　实际上数据的移植可以通过使用mysqldump将MySQL 数据导入csv 文件，然后在Oracle中使用SQL*Loader 加载。你还可以写一些代码，例如定制Perl 代码，用来打开一个到MySQL数据库的连接、使用相联数组逐行地将数据复制到Oracle中。即使你是使用移植工作台来移植4.x MySQL 数据，你也将需要做一些校验和之类的检验来确认你的目标数据和MySQL 中的数据是一致的。

　　3. Oracle移植工作台

　　关于Oracle 移植工作台要记住的第一件事是它只支持MySQL 4.x。MySQL 5.0是在2003年的12月份发布的。因为从4.x到5.x的移植非常简单，而目前的Linux distro大多数是支持5.x的，只有很少数的站点是仍旧支持4.x的。这也就是说，如果你是在3.x或4.x上，Oracle的移植工作台就可以帮助你。这些版本也更加简单。你的对象主要是表、索引、检查限制、主键和外键。Oracle移植工作台还支持先前提到的枚举数据类型。Oracle还主张支持权限和用户，但是这些对象在MySQL和Oracle中的处理稍稍有些不同，所以你的移植工作也就不同。

　　使用Oracle 移植工作台，你首先要登录到你的源数据库上，然后Oracle 安装相关的插件以匹配rdbms(关系数据库管理系统)的类型。然后它会在屏幕上向你展示一个“源模型”和“oracle模型”的列表。这些参考各自的schema，而这些分支表示了数据库中包含的所有对象。这时，启动“捕捉向导”。步骤一指定了源数据库的细节，步骤二指定你想捕捉的数据库，步骤三，也是最重要的一步，给出数据类型匹配。

　　在第三步你可以指定更大的规模、或新的数据类型用于在Oracle 中保存你的MySQL数据。就像移植工作台展示给你的图形界面一样，向导也可以帮助你完成很多事情，这是主要的步骤，通过手动的方法，要求你仔细浏览你表中的所有字段的数据类型，以确保它们以你想要的形式进行了匹配。步骤4使你可以创建oracle模型。如果你希望的话你可以以后执行这个步骤。

　　Oracle 然后会加载源数据，而当你准备好的时候，将这些数据导入已创建的目标Oracle数据库中。在OTN网站上的Oracle文档中，demo没有任何错误和警告。哦，要是真实情况如同市场材料显示给我们的一样整齐和友好那该多好啊。不幸的是，你肯定会遇到一连串的错误和警告，不是因为 Oracle犯了拼写错误，而是因为这个过程很复杂，依赖于许多要准确地组合在一起的部分，以便能够一起无缝地工作。当你在GUI过程中到了这一步，并遇到警告的时候，你将被迫回到命令行，并通过手动来解决这些问题。最后你的“自动”过程确实会指导你进行这个过程，但是仍旧需要一定量的人工干预。

　　4. 数据库应用程序移植

　　就像数据库移植可能具有的复杂性一样，它将被拿来与应用程序移植做一简单比较。如果它像在PHP 或Perl 中改变一个数据库连接描述符一样简单的话，那你所有的数据库独立代码都可以神奇地运行。事实是尽管有SQL92标准，但每一个数据库的执行还是有些不同。

　　使用SQL查询可能会立即出现语法错误，因为MySQL 和Oracle的语法可能有些不同。一旦你解决了这些问题，像MySQL LIMIT 条件之类的事情，就需要使用虚拟数据行ROWNUM 来将其转换到Oracle 中去。但是要认识到，Oracle的执行需要谨慎点。它不支持在MySQL 中具有的“LIMIT 5,10”语法，而这些将需要重写为子查询。此外，在Oracle中的优化器可以以不同方式处理相同的查询，所以你要浏览你的查询的执行计划，即使不浏览所有的，也要浏览大部分，以确保它们在oracle中能执行得很好。如果你在MySQL 5.x 中使用存储过程，那这些存储过程需要进行重写。

　　5. 检查和测试开发移植

　　这个步骤是在开发过程中的协作工作，以使代码可以运行，并使得QA可以测试各个部分以确保所有不同的选择，并使组件行为像对MySQL 数据存储所做的一样。

　　可能结果是你的应用程序的某些部分需要被重写，如果不是语法和基础行为原因，那么可能是执行因素。所有这些都要求你在将其实施到产品中之前进行仔细的测试。

　　而且，特别是对于所有的金融数据，除了会循环改变的数据之外，要确保数据库移植具有足够的准确度，而且确保应用程序会从数据库那里获得所期望的准确度。

　　6. 计划产品移植

　　一旦你执行了移植数据库的整个过程，并确定了你的源代码，并对它进行了测试，那么你就会很清楚你的移植将是什么样子的。你应该消除了应用程序中的错误，检验了应用程序的执行是否如同以前一样，而新的数据类型或改变了的字段则是由于应用程序的错误。

　　还要准备一个用于在维护停机期间遇到不可预料事件时的回滚计划。要始终做最坏的打算，但朝着成功努力。

　　7. 执行产品移植

　　一旦你做完了所有这些步骤，并建立了一个指定时间的窗口来进行产品移植，那么你就可以进行最终的移植了。

　　然后你要进行最后的产品系统测试，就如同你在QA处理过程中所做的测试一样，并确定应用程序是否已准备好在Oracle 上运行。

　　8. 技术升级

　　当然，应用程序的移植和装配对于先前对MySQL熟悉的团队来说是一次学习体验。不过你的团队肯定要考虑许多Oracle的特性。分区表、可移动表空间、闪回功能、数据加密、并行特性、数据保护和其它非常有效的功能，等等等等。它可能需要你的团队去参加一些Oracle 入门课，关于在Oracle中编写优化SQL、有用的特性等等。

　　9. 总结

　　从MySQL 移植到Oracle 可能让人误以为很简单。如果你仍旧是在3.x或4.x 版本上，那么移植工作台可以帮助你进行移植，但是还是有很多需要手工去做的事情。计划移植过程、测试每一个步骤、管理最终的产品移植，并准备一个备份计划，这样你将会很顺利的进行移植。