db2数据库迁移 DB2数据迁移哪几种方案可以实现
大家好,今天小编来为大家解答以下的问题，关于db2数据库迁移，DB2数据迁移哪几种方案可以实现这个很多人还不知道，现在让我们一起来看看吧！
DB2数据库从LINUX迁移到AIX怎么迁用什么命令
Linux到AIX我没有试过，但是linux到windows我知道不行，跨平台DB2可能版本不支持整个数据库的恢复，系统不一样，软件可能有区别，但是可以用数据导出的方式，把表倒出来，然后在导入。
db2 export to xxx.ixf select* from xxx where 1=1
导出命令我记得是这个形式，xxx是表名，你需要把所有表都导出来。会有N条命令。
db2 import from xxx.ixf of ixf insert into xxx
导入命令记不清了，大概应该是没错的，xxx是表名。两次都需要连接库
connect to db aaa user username using password
aaa是库名，username是用户名，password是密码。
两次连接第一次连原库，第二次连新建的库
AIX也算是unix，你先试试备份还原吧
db2 backup db aaa to路径
db2 restore db aaa frome路径
DB2数据迁移哪几种方案可以实现
DB2中所谓的数据移动，包括：
1.数据的导入（Import）
2.数据的导出（Export）
3.数据的装入（Load）
导入和装入都是利用DB2的相关命令把某种格式的文件中的数据保存到数据库中的表中
导出是指把DB2数据库的表中的数据保存到某种格式的文件当中去
数据移动的作用：
如果要在不同的数据库管理系统之间转移数据，数据移动通常是最实用的一种方法，因为任何一种数据库管理系统都支持常用的几种文件格式，通过这个通用的接口，就很容易实现不同系统间数据的转移。
这三个命令中，Export最简单，因为从表中向文件转移数据，通常不会出现错误，也不会有非法的数据。
在讲解命令之前，首先介绍一下文件的格式，用于DB2数据移动的文件格式有四种：
1. ASC——非定界ASCII文件，是一个ASCII字符流。数据流中的行由行定界符分隔，而行中的每一列则通过起始和结束位置来定义。例如：
10 Head Office 160 Corporate New York
15 New England 50 Eastern Boston
20 Mid Atlantic 10 Eastern Washington
38 South Atlantic 30 Eastern Atlanta
42 Great Lakes 100 Midwest Chicago
51 Plains 140 Midwest Dallas
66 Pacific 270 Western San Francisco
84 Mountain 290 Western Denver
如何移动DB2的数据库建库目录
由于目录变化，需要将数据库从目录/home/db2inst1移动到目录/public/home/guanghong.yu/db2inst1
由于目录变化，需要将数据库从目录/home/db2inst1移动到目录/public/home/guanghong.yu/db2inst1
重新编目数据库
$db2 uncatalog db Oracle
$db2 catalog db oracle
编目成功后会即可看到：
$db2 list db directory
Database alias= ORACLE
Database name= ORACLE
Local database directory=/public/home/guanghong.yu/db2inst1
Database release level= d.00
Comment=
Directory entry type= Indirect
Catalog database partition number= 0
Alternate server hostname=
Alternate server port number=
如上操作做了后仍然不能连接数据库，需要对表空间做如下操作：
编辑mvdb.cfg
DB_NAME=ORACLE
DB_PATH=/home/db2inst1,/public/home/guanghong.yu/db2inst1
INSTANCE=db2inst1
NODENUM=0
CONT_PATH=/home/db2inst1/db2inst1/NODE0000/ORACLE/T0000000/C0000000.CAT,/public/home/guanghong.yu/db2inst1/db2inst1/NODE0000/ORACLE/T0000000/C0000000.CAT
STORAGE_PATH=/home/db2inst1/,/public/home/guanghong.yu/db2inst1
运行如下命令：
$db2relocatedb-f mvdb.cfg
[db2inst1@hpserver2 db2]$ db2relocatedb-f mvdb.cfg
Files and control structures were changed successfully.
Database was catalogued successfully.
DBT1000I The tool completed successfully.
重新编目成功，数据库可以成功连接激活啦
[db2inst1@hpserver2 db2]$ db2 connect to oracle
Database Connection Information
Database server= DB2/LINUXX8664 9.7.5
SQL authorization ID= DB2INST1
Local database alias= ORACLE
OK，移动后的数据库可以被使用啦。
，
如何将数据库从SQL Server迁移到MySQL
以下有几款迁移工具的对比，可以参考，比较推荐DB2DB.
软件易用性主要是指软件在导入前的配置是否容易。由于很多软件设计是面向程序员而非一般的数据库管理人员、甚至是普通的应用程序实施人员，而这一类人员很多时候并没有数据源配置经验。因为一些使用 ODBC或者 ADO进行配置的程序往往会让这类用户造成困扰（主要是不知道应该选择什么类型的数据库驱动程序）。下面让我们看看四个工具的设计界面：
>>>>
1、SQLyog
SQLyog使用的是古老的 ODBC连接，但对于新一代的程序来说，这种方式的非常的不熟悉并且不容易使用，并且必须要求本机安装好相应的数据库的 ODBC驱动程序（SQL Server一般自带好）。
>>>>
2、NavicatPremium
NavicatPremium是四个应用工具中设计最不人性化的一个：从上图怎么也想像不到要点按那个小按钮来添加一个新的连接，并且这个连接设置不会保存，每次导入时都必须重新设置。NavicatPremium使用的是比 ODBC稍先进的 ADO设置方式（199X年代的产物），但使用上依然是针对老一代的程序员。
>>>>
3、Mss2sql
Mss2sql是最容易在百度上搜索出来的工具，原因之一是它出现的时间较早。
Mss2sql由于是很有针对性的从 SQLServer迁移到 MySQL，因为界面使用了操作向导设计，使用非常容易。同时在设置的过程中，有非常多的选项进行细节调整，可以感觉到软件经过了相当长一段时间的使用渐渐完善出来的。
>>>>
4、DB2DB
DB2DB由于是由国人开发，因此无论是界面还是提示信息，都是全程汉字。另外，由于 DB2DB在功能上很有针对性，因为界面设计一目了然和易使用。和 mss2sql一样， DB2DB提供了非常多的选项供用户进行选择和设置。
三、处理速度和内存占用评测
在本评测前，本人的一位资深同事曾经从网上下载了某款迁移软件，把一个大约2500万记录数的数据表转送到阿里云 MySQL，结果经过了三天三夜（好在其中两天是星期六和星期日两个休息日）都未能迁移过来。因此这一次需要对这四个工具的处理速度作一个详细的测试。
考虑到从 SQL Server迁移到 MySQL会出现两种不同的场景：
从 SQL Server迁移到本地 MySQL进行代码测试和修改；
从 SQL Server迁移到云端 MySQL数据库正式上线使用；
以下为测试过程中的截图：
>>>>
1、SQLyog
请点击输入图片描述
>>>>
2、Navicat Premium
请点击输入图片描述
请点击输入图片描述
注意：我们在测试 Navicat Premium迁移到 MySQL时发现，对于 SQL Server的 Money类型支持不好（不排除还有其它的数据类型支持不好）。Money类型字段默认的小数位长度为 255，使得无法创建数据表导致整个测试无法成功，需要我们逐张表进行表结构修改才能完成测试过程。
Navicat Premium的处理速度属于中等，不算快也不算慢，但 CPU占用还有内存占用都处于高位水平。不过以现在的电脑硬件水平来说，还是可以接受。但 CPU占用率太高，将使得数据在导入的过程中，服务器不能用于其它用途。
>>>>
3、Mss2sql
Mss2sql并没有提供计时器，因此我们使用人工计时的方法，整个过程处理完毕大于是 726秒。Mss2sql的 CPU占用率相对其它工具来说较高，但仍属于可以接受的范围之内。
>>>>
4、DB2DB
请点击输入图片描述
DB2DB同样迁移 300万数据时，仅仅使用了 2分 44秒，这个速度相当惊人。不过最后的结果出现一个 BUG，就是提示了转换成功，但后面的进度条却没有走完（在后面的数据完整性评测中，我们验证了数据其实是已经全部处理完毕了）。
好了，关于db2数据库迁移和DB2数据迁移哪几种方案可以实现的问题到这里结束啦，希望可以解决您的问题哈！