将Mysql数据库迁移到Oracle数据库的具体过程:需要准备的工具:1
连接Mysql的jdbc驱动mysql-connector-java-5
0
4-bin
jar2
Oracle公司开发的SQLDeveloper1
2下面就是配置SQLDeveloper1
2配置环境:选择Tools-Preferences-Database-ThirdPartyJDBCDriver点击AddEntry添加Mysql的jdbc驱动
配置MySQL和Oracle的连接点击Connection右键选择NewConnection分别建立Mysql和Oracle连接
建立好连接后,你就可以查看你得数据库了
两种迁移数据的方式:1
Capturethesourcedatabaseortables2
Convertthecaptureddatabaseortables3
GenerateDDLforthenewOracleschemaobjects4
RunthegeneratedDDLscripttocreatethenewuserandobjects5
Copyanydatafromthesourcedatabasetothenewdatabase,selectMigration-
快速迁移:选择你要迁移的表或数据库,选择Migration-
OK
caching_sha2_password认证插件提供更多的密码加密方式,并且在加密方面具有更好的表现,目前MySQL 80选用caching_sha2_password作为默认的认证插件,MySQL 57的认证插件是MySQL_native_password。如果客户端版本过低,会造成无法识别MySQL 80的加密认证方式,最终导致连接问题。
MySQL存储引擎现在负责提供自己的分区处理程序,而MySQL服务器不再提供通用分区支持,InnoDB和NDB是唯一提供MySQL 80支持的本地分区处理程序的存储引擎。 如果分区表用的是别的存储引擎,存储引擎必须进行修改。要么将其转换为InnoDB或NDB,要么删除其分区。通过MySQLdump从57获取的备份文件,在导入到80环境前,需要确保创建分区表语句中指定的存储引擎必须支持分区,否则会报错。
MySQL 80的默认字符集utf8mb4,可能会导致之前数据的字符集跟新建对象的字符集不一致,为了避免新旧对象字符集不一致的情况,可以在配置文件将字符集和校验规则设置为旧版本的字符集和校验规则。
MySQL 80启动使用的lower_case_table_names值必须跟初始化时使用的一致。使用不同的设置重新启动服务器会引入与标识符的排序和比较方式不一致的问题。
< lower_case_table_names >
>
要避免MySQL 80上的启动失败,MySQL配置文件中的sql_mode系统变量不能包含NO_AUTO_CREATE_USER。
从MySQL 5724和MySQL 8013开始,MySQLdump从存储程序定义中删除了NO_AUTO_CREATE_USER。必须手动修改使用早期版本的MySQLdump创建的转储文件,以删除NO_AUTO_CREATE_USER。
在MySQL 8011中,删除了这些不推荐使用的兼容性SQL Mode:DB2,MAXDB,MSSQL,MySQL323,MySQL40,ORACLE,POSTGRESQL,NO_FIELD_OPTIONS,NO_KEY_OPTIONS,NO_TABLE_OPTIONS。从57到80的复制场景中,如果语句使用到废弃的SQL Mode会导致复制异常。
在执行到MySQL 803或更高版本的in-place升级时,BACKUP_ADMIN权限自动授予具有RELOAD权限的用户。
本文对MySQL 57到MySQL 80的升级过程中出现部分易出现问题进行整理:升级对MySQL版本的要求、升级都做了哪些内容、数据库升级做了哪些步骤以及注意事项,希望对大家版本升级有帮助。
看是什么数据库。。。
MS SQL,分离,附加就可以了,或者直接拷贝数据库文件。
MYSQL,导出,导入,备份,还原。或者直接拷贝数据库文件夹。
很多办法,,也有一些软件,,一键导数据,,,但是数据多的,我都是直接整个数据库文件拷过去。。。
本文介绍五种迁移SQL数据库的方法,包括DTS设计器导入导出、利用备份和恢复、直接拷贝数据文件、在应用程序中定制和SQL Server的复制功能。
DTS设计器导入导出
DTS的设计器功能强大,支持多任务,也是可视化界面,容易 *** 作,但知道的人一般不多,如果只是进行SQL Server数据库中部分表的移动,用这种方法最好,当然,也可以进行全部表的移动。在SQL Server Enterprise Manager中,展开服务器左边的+,选择数据库,右击,选择All tasks/Import Data(或All tasks/Export Data),进入向导模式,按提示一步一步走就行了,里面分得很细,可以灵活的在不同数据源之间复制数据,很方便的。而且可以另存成DTS包,如果以后还有相同的复制任务,直接运行DTS包就行,省时省力。也可以直接打开DTS设计器,方法是展开服务器名称下面的Data Transformation Services,选Local Packages,在右边的窗口中右击,选New Package,就打开了DTS设计器。
值得注意的是:如果源数据库要拷贝的表有外键,注意移动的顺序,有时要分批移动,否则外键主键,索引可能丢失,移动的时候选项旁边的提示说的很明白,或者一次性的复制到目标数据库中,再重新建立外键,主键,索引。
利用备份和恢复
先对源数据库进行完全备份,备份到一个设备(device)上,然后把备份文件复制到目的服务器上(恢复的速度快),进行数据库的恢复 *** 作,在恢复的数据库名中填上源数据库的名字(名字必须相同),选择强制型恢复(可以覆盖以前数据库的选项),再选择从设备中进行恢复,浏览时选中备份的文件就行了。这种方法可以完全恢复数据库,包括外键,主键,索引。
直接拷贝数据文件
把数据库的数据文件(mdf)和日志文件(ldf)都拷贝到目的服务器,在SQL Server Query Analyzer中用语句进行恢复:
EXEC sp_attach_db @dbname = ';test';,
@filename1 = ';d:mssql7datatest_datamdf';,
@filename2 = ';d:mssql7datatest_logldf';
这样就把test数据库附加到SQL Server中,可以照常使用。如果不想用原来的日志文件,可以用如下的命令:
EXEC sp_detach_db @dbname = ';test';
EXEC sp_attach_single_file_db @dbname = ';test';,
@physname = ';d:mssql7datatest_datamdf';
这个语句的作用是仅仅加载数据文件,日志文件可以由SQL Server数据库自动添加,但是原来的日志文件中记录的数据就丢失了。
在应用程序中定制
可以在应用程序(PB、VB)中执行自己编写的程序,也可以在Query Analyzer中执行,这种方法比较灵活,其实是利用一个平台连接到数据库,在平台中用的主要是SQL语句,这种方法对数据库的影响小,但是如果用到远程链接服务器,要求网络之间的传输性能好,一般有两种语句:
1> select into new_tablename where
2> insert (into) old_tablename select from where
区别是前者把数据插入一个新表(先建立表,再插入数据),后者是把数据插入已经存在的一个表中,我个人喜欢后者,因为在编程的结构上,应用的范围上,第二条语句强于前者。
SQL Server的复制功能
SQL Server提供了强大的数据复制功能,也是最不易掌握的,具体应用请参考相关资料,值得注意的是要想成功进行数据的复制工作,有些条件是必不可少的:
1)SQL Server Agent必须启动,MSDTC必须启动。
2)所有要复制的表必须有主键。
3)如果表中有text或image数据类型,必须使用with log选项,不能使用with no_log选项。
另外max text repl size选项控制可以复制的文本和图像数据的最大规模,超过这个限制的 *** 作将失败。
4)在要进行复制的计算机上,应该至少是隐含共享,即共享名是a1、b1…。
5)为SQL Server代理使用的Windows Server账号不能是一个本地的系统账号,因为本地的系统账号不允许网络存取。
以上就是关于mysql数据迁移(mysql数据迁移方案)全部的内容,包括:mysql数据迁移(mysql数据迁移方案)、如何迁移MySQL数据库、数据库迁移工具哪种好等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)