本文共 1522 字,大约阅读时间需要 5 分钟。
1. 大量的用户在多个数据库环境重复
2. 重复的表和数据不易管理
3. 大量的表空间信息混乱,多则300多个表空间
4. 数据库版本低,为10gR2
5. 遗留环境目前没有灾备,只有每天的全备导出
6. 服务器配置较差,存在宕机风险和数据丢失风险
所以基于以上的问题总结,决定 迁移至 Oracle 12c 提高资源使用率,方便统一管理,服务器最后都会整合到一台服务器上,留有一台作为灾备即可。 对于迁移后的连接问题,其实在12c中还是碰到了不少小问题,简单总结下来。 1.JDBC URL配置变化 如果使用JDBC的连接配置,假设数据库为testdb jdbc:oracle:thin:@10.127.xxx: 1525:testdb 修改为: jdbc:oracle:thin:@10.127.xxx:1525/testdb 2.tnsnames.ora配置 如果使用tnsnames.ora的配置,原有的配置在新版本中SID识别会有问题,需要修改为SERVICE_NAE testdb = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.127.xxx)(PORT = 1521)) ) (CONNECT_DATA = ( SID = testdb) (SERVER = DEDICATED) ) ) 修改为: testdb = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.127.xxx)(PORT = 1521)) ) (CONNECT_DATA = ( SERVICE_NAME = testdb) (SERVER = DEDICATED) ) ) 3.对于低版本的兼容性 如果JDK的版本和驱动版本太低,会抛出如下的错误 java.sql.SQLException: ORA-28040: No matching authentication protocol 这种方式的直接解决就是升级JDK或者客户端的版本 官方文档 ORA-28040 Using JDBC Connection to 12c Database (Doc ID 2111118.1)明确提到在12c中已经不支持9i的客户端了。 而对于JDBC的驱动而言,其实想想也蛮有意思,以前的jdbc驱动清一色都是classes12.jar 其实和Java 1.2是有关系的,后面有了ojdbc14.jar,这个和JDK1.4是有关系对的,然后就是ojdbc5.jar,那个时候Java已经改了名称为Java 5而不是1.5,然后就是ojdbc6.jar,当然就是Java 6,还有现在的ojdbc7.jar,和Java 7有关。满满的套路。 明确来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/23718752/viewspace-2127299/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/23718752/viewspace-2127299/