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: 12599

TNS-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: 12599

TNS-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 the
TNS-12599: TNS:cryptographic checksum mismatch

Na 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)