从开始使用12c PDB整合环境以来，发现确实不错，原来11g中整合的难题在这里得到了解决。
目前存在多套的测试环境，之前整合了一批，基本是采用整合schema的方式，但是后来发现这种方式局限性太大，最后就是如下图所示的结构，一半的系统整合完了，还有一半是保留了原来的样子。
所以整合需要解决的问题就很明显了，大体总结了下，有下面几个主要问题。
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有关。满满的套路。
明确