将mysql迁移到oracle ―第一部分

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

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

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

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

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

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

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