oracle数据库迁移---windows环境下

以前在学校只是听过oracle，但是从来没有接触过。最近公司突然给了我一个任务，让我将某个大型商场的网站迁移到与服务器上面。

当时也觉得，迁移个网站也就是个很简单的事情，将文件复制，拷贝下就可以了撒。。。谁知说起来容易做起来难。

一、概况

　　整体的环境状况：

　　源服务器：32位的win2003  tomcat6.0.20  oracle10g

　　目标服务器：64位的win2012R2  tomcat6.0.20 oracle11g

　　第一次做迁移动作，有点无从下手，而且对oracle了解不多，也是边在网上找资料学习oracle边在机器上面操作。

二、oracle的备份还原

　　oracle备份有逻辑备份和物理备份。

　　逻辑备份也就是导入导出命令。即：imp/exp和impdp/expdp

　　物理备份又包含了热备份和冷备份。

　　冷备份可以在数据关闭的情况下直接进行文件的拷贝，包括数据文件，日志文件，控制文件等等。

　　热备份可以使用rman备份，也可以在sqlplus中更改表的属性位只读，然后进行拷贝。

三、迁移前的准备。

　　首先确定的就是数据库的迁移方式。由于两台服务器的字长不一样，本来想使用rman来进行迁移的，然后就询问了老总，是否可以将云服务器上面的64位操作系统改为32位的，这样迁移起来也比较简单。结果老总否决了。

　在网上查询点资料，也在群里询问了一下专业的大牛，最后决定用数据泵来进行数据库的迁移。

　　数据泵的备份方式包括整库，用户，表

　　由于对oracle的不熟悉决定使用整库的方式。

　　网站的迁移，网站是跑在tomcat上面的，总共3个tomcat，一个用来跑前台，一个用来跑后台，一个用来测试。

　　由于不同的tomcat版本性能可能出现不兼容等状况，所以新的机器上面同样使用的是tomcat6.0.20

　　不过由于这个版本的tomcat不区分32位和64位，（反正我在官网找了半天只找到一个tomcat-6.0.2.zip的包没有看到有32位和64位之分的包。）

　但是这个版本的tomcat在64位上面安装好后，只能在命令行里面启动tomcat，在service服务里面，启动tomcat服务，会显示启动不起来。

四、迁移。

　　1.网站的迁移。

　　　　（1）安装jdk，使用的jdk应和源服务器上面的版本一样，因为不同的jdk版本可能会出现不同的兼容。

　　　　（2）安装tomcat，因为要在同一台服务器上面运行好几个tomcat，所以在命令行里面进行tomcat的安装。修改catalina里面的catalina_base和catalina_home，然后使用service install  [服务名]来进行tomcat的安装。服务名设置的不同。

　　　　（3）由于tomcat6.0.20在64位上面安装好后只能在命令行里面启动，在服务里面启动不起来，（报一个错误，记不得了）。。通过在网上的大量查询，终于让我找到了一个解决方式  64位win系统tomcat6启动不了。

　　　　（4）tomcat安装完成后，接着就是文件的拷贝，由于在源服务器上面安装有ftp服务（使用的是serv-u软件），所以就使用ftp来拷贝文件，应该会比较快，最开始的时候是直接在dos下面使用ftp来拷贝的（如果你觉得没有进度条看着不舒服，可以在ftp下使用hash命令，屏幕上会打印出##号来。）。。还有一款ftp软件，拷贝起来速度快的飞起--flashFXP，（记得好像是这个）

　　　　（5）配置tomcat的server.xml

　　2.数据库的迁移。

　　　　（1）由于对oracle的不了解，所以为了不出错就使用了整库的导入到处 expdp scott/123123123@orcl  directory=dumpdir datafile=expdp.dmp logfile=exp.log full=y

　　使用数据泵导入导出，需要建立目录，create directory  dumpdir as ‘c：\zz’。然后expdp导出来的文件将会放置到这个目录下面即c：\zz下面。

　　由于在两个数据库版本不一样，其中的某些系统用户可能有些改变，因此，在目标数据库上impdp的时候，可能会出现很多的对象找不到，或者无效对象等等的，其实这些有的可以忽略的，不影响数据的，但是有的会影响。

　　迁移的时候在使用数据泵导入导出时出现了很多错误，而且到了某一步就会停止，经过在网上的查询是数据泵oracle10g在全库导出导入的一个bug，这个bug在oracle10g的4版本后面修补了。补丁需要在官网上面下载，由于这个版本比较老了，所以官网上面找不到，需要有许可证登陆才能进行下载，所以在这个迁移项目进行到一半的时候，这个整库迁移的方式失败了。于是决定使用用户的方式来迁移。

　　之前之所以不用用户的方式来迁移，是因为我在数据库中发现了好多用户，而且用户和表空间以及数据文件对应关系有点混乱，总是对不上号。后来在询问了老总以及这个大型商场的负责这块的人后，决定其他的用户都抛弃，只需要迁移两个用户，一个是前台的用户A，一个是后台的用户B。

　　按照用户的导出方式可以使用exp或者expdp都可以，expdp在用户迁移上面没有bug。按照用户A,B导出数据。

　　由于之前是按照整库的导入，可能有些用户已经导入进去了，为了避免冲突，将数据库删除掉重新建立一个数据库。

　　步骤：　　　　　　为前台用户单独建立一个表空间，（如果不建立的话，将使用默认的表空间USER）,临时表空间使用默认的设置。

　　　　　　　　　　　create tablespace tp1 datafile ‘c：\aa\tp1.dbf’ size 300m autoextend on next 200m maxsize 20480m                (这里的单位只支持KB和MB)

　　　　　　　　　　　创建相应的用户

　　　　　　　　　　　create user qt1 default tablespace tp1 identified by 123123123；

　　　　　　　　　　　给用户授权

　　　　　　　　　　　grant connect，resource，dba to qt1

　　　　　　　　

同样的步骤，创建后台用户ht1.

　　　　　　　　然后进行数据的导入，在导入的时候会报一个错误，ora-******用户tp1已存在，这个错误可以忽略，不影响数据的导入。

　　　　　　　　这是因为数据泵会自动创建用户，所在在导入的过程中，发现已存在这个用户，就会报错，导入的时候可以使用覆盖选项，记不住了。。这个选项。

　　　　

五、测试

　　　　进行相关功能的测试，测试网站是否可以正常运行。

六、迁移完成，但是项目在跑了一天后，后台就崩溃了，tomcat报错永久带溢出，增加相应的permsize和maxpermsize大小，由于tomcat是以服务的形式在运行，所以修改catalina等文件没有作用，因为以服务方式启动的tomcat不会去读这些文件，只会去读注册表，所以需要在注册表里的java选项中更改option的值，添加上上面的两个选项，重启tomcat。

　　但是有的时候还会出现这个问题，所以更改jdk位32位的jdk，原因可能是代码里的他们给类型的值分配的大小位最大值，而32位和64位的最大值不同，int的最大值差好多，所以可能也是这个原因导致了这个问题。

修改后，网站重启，现在正常运行中。。