数据库迁移法
当前位置:以往代写 > 数据库教程 >数据库迁移法
2019-06-14

数据库迁移法

数据库迁移法

数据库迁移法

下面是小编为大家提供的数据库教程,主要关于迁移一个数据库和使用它的应用程序是。要迁移数据库平台和使用它的应用程序必然要做很多工作。

1、评估移植计划

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

这个评估应该包括哪些内容呢?首先,你应该确定你现在用的是哪个版本的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这样的工具中可能找到的所有热备份功能。

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

2、 开发移植和建立

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 语法,另一方面,真正地浏览了这些对象,从而考虑在它们的应用程序代码中可能需要做哪些改动。

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

过程是复杂的,结果是理想的。将一个数据库迁移到一个新的平台上例如Oracle 上并不是一个简单的工作,但是它确实是可以实现的,而且通过适当的准备工作,它也可以被管理起来。如需了解更多数据库视频教程,可登录课课家官方网。

 

 

    关键字:

在线提交作业