Problém 33:
Po instalaci Grid Controlu verze 11g se začal ve všech připojených databázích objevovat chyba ORA-12599. V podstatě se jedná o informativní hlašení, protože veškeré služby běží.Je jedno jaká databáze se do Grid controlu připojuje. Chyba se projeví u všech, jak 11R1, tak i 11R2.
11R1 target
NI cryptographic checksum mismatch error: 12599. VERSION INFORMATION: TNS for Linux: Version 11.1.0.7.0 – Production Oracle Bequeath NT Protocol Adapter for Linux: Version 11.1.0.7.0 – Production TCP/IP NT Protocol Adapter for Linux: Version 11.1.0.7.0 – Production Time: 11-AUG-2010 08:14:32 Tracing not turned on. Tns error struct: ns main err code: 12599TNS-12599: TNS:cryptographic checksum mismatch ns secondary err code: 2526 nt main err code: 0 nt secondary err code: 0 nt OS err code: 0
11R2 target
NI cryptographic checksum mismatch error: 12599. VERSION INFORMATION: TNS for Linux: Version 11.2.0.1.0 – Production Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.1.0 – Production TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.1.0 – Production Time: 11-AUG-2010 08:15:16 Tracing not turned on. Tns error struct: ns main err code: 12599TNS-12599: TNS:cryptographic checksum mismatch ns secondary err code: 2526 nt main err code: 0 nt secondary err code: 0 nt OS err code: 0
Řešení:
Přesto chcete-li mít čistý alert.log, doporučuji workaround popisovaný na metalinku v note 1150874.1. Jedná se totiž o bug.Příčinou je šifrovací algoritmus AES, který se používá při připojení do repositorní databáze The Enterprise Manager OMS connects to the 11.2 database using 10.2 JDBC Thin connection and AES256 encryption algorithm.The 11.2 DB does not support client JDBC connections using AES encryption, hence theTNS-12599: TNS:cryptographic checksum mismatchNa databázovém serveru, kde běží repozitorní databáze nastavte šifrování v souboru sqlnet.ora na 3DES168 a poté se chyba už neobjeví.SQLNET.ENCRYPTION_TYPES_SERVER= (3DES168)