https:https:OGG-06221源容器数据库需要Trail FORMAT .3或更高版本（文档ID -OGG-01332文件xxx与当前软件版本的兼容性级别5不兼容。（Doc ID -01332的复制异常终止与当前软件版本的兼容级别5不兼容。（文档ID

The following settings are supported  Oracle Database  non-CDB or higher with compatibility  to , FORMAT RELEASE  or above  non-CDB or higher with compatibility  to , FORMAT RELEASE  or above  CDB/PDB or higher with compatibility  to , only FORMAT RELEASE values  or higher are supported.
This  due to the use of local undo  PDBs, which requires augmenting the transaction ID with the PDB number to ensure uniqueness
 of trx IDs.
FOr DB >=12.2,compatibility <=12.2 AND NO PDB ,OGG 最低的format release 12.2!
上述版本 AND PDB ! 最低format release 12.3!!!

Source: Oracle Database .. Multitenant - OGG version . - OGG version -- :: ERROR OGG- File ./dirdat/HIPOS/mb000000001, with compatibility level ,  not compatible
 with the current software versions parameter file to generate the
 appropriate format  the FORMAT LEVEL  so that Replicat doesn/dirdat/ea, FORMAT RELEASE /dirdat/ra, FORMAT RELEASE - Source container database requires trail FORMAT ) Pump would run fine although trail format still remains   since Source Extract never was never able to convert the
 format to - Output file ./dirdat/HIPOS/mb   format RELEASE  RDBMS binary  requires trail format to be  format  trails when running against Oracle Database  with CDB/PDB
本例中DB 12.2 ,COM 12.2,PDB  OGG 12.3 抽取进程，投递进程版本都降低为12.2 ！！！ 但是复制进程报错，提升版本level =6,需要降低为level 5才ok
mos给出了说法！  pdb like local undo trail format to be 12.3 !!!  参数写12.2没有用！

.. (source) and  (target) with the following  parameter  starting pump fails with the following errors and it /ex, format release /ms, format release -- :: INFO OGG- Remote Collector/Server version  receiving data  a different version than  Extract -- :: INFO OGG- Socket buffer size  to  (flush size -- :: INFO OGG- Recovery initialization completed  target file dirdat/ms000000000, at RBA -- :: INFO OGG- Output file dirdat/ms   format RELEASE -- :: ERROR OGG- File dirdat/ms000000000, with compatibility level ,  not compatible with the current
 software versions parameter file to generate the appropriate format  the FORMAT LEVEL -- :: ERROR OGG--WJ-DB) >  :: ::  :: :: you use parameter FORMAT RELEASE  when source GG version    not have to use FORMAT RELEASE parameter when source GG version (Example: ) ) so remove the  parameter  extract/pump parameter file and then re-/or the document content above, the user information and data used represents fictitious data  purely coincidental
 and not intended  any manner.
这个案例也很有意思！

12.2.0.1.0 (source) and 12.3 (target) with the following "format release" 
就是源端ogg 版本12.2.0.1 ->目标端ogg 12.3，低版本到高版本，并且抽取投递进程中都使用了版本release 12.2！！！ 但是复制进程报错！
官方的意思就是，低版本的文件，到高版本Ogg去应用，无需使用版本参数，画蛇添足！   重点，低到高无需进行版本转换！

GoldenGate Replicat abend with -- ::  ERROR   OGG-  File dirdat\pj000088, with compatibility level ,  not compatible with the
 current software versions parameter file to generate the appropriate
 format  the FORMAT LEVEL -- ::  GGS ERROR    ZZ-0QE  File header failed to parse tokens. File dirdat\pj000025, last offset , data:
  and old OGG versions ( v11. / )are different and so a replicat running
 with OGG v11. /  cannot read a trail file written by  extract / lower than  and the source  OGG v11., we need to use the FORMAT RELEASE parameter
  running with OGG v11. and the target  running with OGG v11./pj, format release --------- been encountered when doing the initial load, we need to add the

.. and .... OGGCORE_12..  ::.. OGGCORE_12.., ppc, 64bit (optimized), Oracle 11g on Jul   :: -up  . database abends with error: ERROR OGG- File /dirdat/rt000000000, 
with compatibility level ,  not compatible with the current software versions parameter file to generate the appropriate format  the FORMAT LEVEL   and on target database  . The trail files which are written   RDBMS binary  requires trail format to be . Hence Extract has to use  format  trails when running
 against Oracle Database  with CDB/ on version  on the target ) Set up a remote replicat to replicat changes  the  multitenant database to the ) Set up a middle tier database. Use  database to setup a downstream mining environment to extract data  the  CDB.
 OGG  can be used on the downstream mining database and the trails   format can be transported to the source  database
 ) Set source redo compatibility on  DB to . Once the redo compatibility  , you can use OGG  with the  DB
  well
本例中：Db12.2c Ogg 12.3 to Db11g Ogg 12.2  复制进程abend提示 版本level6 ,需要降低1个版本到Level 5
官方建议：
1.都使用同一个OGG 12.3 这样就不存在Ogg产生的trail文件版本问题了；
2.对抽取进程的12.3 OGG软件上面，配置一个远程复制，这样就不存在版本的问题了；
3.配置一个中间服务器,第一条链路 DB 12.2 Ogg 12.3 -> 中间库DB 11g or 12c;
                  第二条链路 DB 11g or 12c OGG 12.2 ->目标库11.2.0.4 ；
4.将数据库兼容性版本设置为12.1 ！！！ 
Set source redo compatibility on 12.2 DB to 12.1

ERROR   OGG-00664  OCI Error during OCIServerAttach (status = 12162-Error while trying to retrieve text for error ORA-12162).
$ oerr ora 1216212162, 00000, "TNS:net service name is incorrectly specified"// *Cause:  The connect descriptor corresponding to the net service name in// TNSNAMES.ORA or in the directory server (Oracle Internet Directory) is// incorrectly specified.// *Action: If using local naming make sure there are no syntax errors in// the corresponding connect descriptor in the TNSNAMES.ORA file. If using// directory naming check the information provided through the administration// used for directory naming.报错，配置文件中没有使用tns远程的方式！ 无解

>/u01/ogg1//dirdat/t2utf8/t1/t1,format release -- ::  ERROR   OGG-  Source container database requires trail FORMAT / or higher.
抽取进程投递进程降低版本到12.3，复制进程依然报错！

ERROR OGG-01332 File /home/oggtest2/base/dirdat/t1/t1000000000, with compatibility level 7, is not compatible with the current sof
tware version's compatibility level of 5. Modify the file writer's parameter file to generate the appropriate format using the FORMAT LEVEL 5 option.

EXTTRAIL /u01/ogg1/base/dirdat/t2utf8/t1/t1 ,FORMAT RELEASE 12.3
rmttrail /home/oggtest3/base/dirdat/t1/t1 ,FORMAT 12.3
> unregister extract ext_t1 database
> register extract ext_t1 database CONTAINER(pdbodb)
OGG-01232 Receive TCP params error: TCP/IP error 104 (Connection reset by peer), endpoint:
> alter EXTRACT DP_T3,etrollover

抽取进程、投递进程均进行版本降级处理！   抽取进程遇到600无处理方法，删除重建进程重新注册；

投递进程投递写入可能需要使用参数重新写入，版本修改后，写入的文件可能需要重新覆盖写入目标端

-  File /home/oggtest3//dirdat/t1/t1000000000, with trail format release LEVEL , s parameter file to
 generate the
 appropriate format >  alter REPLICAT rep_t3,extseqno ,extrba

-

ogg11.- File , with compatibility level ,  not compatible
 with the current software versionOracle GoldenGate - Version .. to .. [Release  to -  File , with compatibility level ,  not compatible
 with the current software version any OGG version  target OGG version  lower than source , only compatibility value will change
  target OGG version   or prior , please add TRAIL_SEQLEN_6D parameter  GLOBALS file of source GGSCI ,
 logout/login of ggsci , restart manager and re-create extract / pump process
这篇文档告诉了我们，第一确认了上述第四部分，OGG目标端比源端OGG版本低的情况下,源端必须降低版本到目标端相同的版本，才能进行复制使用！ 反向低到高不存在啥子问题！
另外一个特性就是OGG12.1以及它之前，抽取的位数还是6位！ 如果要给12.1以及更早版本OGG使用，除了降低版本兼容性之外！ 还需要全局参数添加！

TRAIL_SEQLEN_6D 已确保，抽取进程抽取的位数使用6位！！！

Replicat checkpoint shows  digit trail file instead of  digits when source OGG version  .x and target
 OGG version  .x (Doc ID .. version,  ---------------- running but not applying any data when replicat  source OGG version ..x to .----------------------- caused due to following setup : Source   and target  . Pump generate  digit trail seqno and
 replicat was configured to use   and target  . When adding the replicat, the checkpoint should be take . edit  ./--. ggsci> EXTTRAIL /bscs_dumps/oracle/ggtrails/dirdat/ seqno  and RBA . If seqno  not available, you may need to
 alter the replicat to least available seqno. Eg: If the trail file available , extseqno , extrba  - Oracle GoldenGate Best Practice: NFS Mount options  use with GoldenGate
正常情况下，OGG源端低版本，OGG目标端高版本应用是没有任何问题对吧？
但是12.1=>12.2 ogg是，复制进程不报错，但是不应用数据！ 什么原因呢？ 12.1抽取的文件格式6位，12.2OGG版本识别的文件是Trail 9位！
解决办法就是目标端12.2 OGG mgr进程编辑参数，降低自己识别的位数！TRAIL_SEQLEN_6D