使用12c PDB整合环境的总结

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


目录
相关文章
|
4月前
|
调度
pdb调试cinder代码
pdb调试cinder代码
32 0
|
Kubernetes API Perl
k8s-pdb
用 PodDisruptionBudget 来保护应用
530 0
|
SQL Oracle 关系型数据库
|
SQL Oracle 关系型数据库
|
SQL Oracle 关系型数据库
|
SQL 关系型数据库 数据库