标签云
asm恢复 bbed bootstrap$ dul In Memory kcbzib_kcrsds_1 kccpb_sanity_check_2 kfed MySQL恢复 ORA-00312 ORA-00607 ORA-00704 ORA-01110 ORA-01555 ORA-01578 ORA-08103 ORA-600 2131 ORA-600 2662 ORA-600 2663 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 Oracle 恢复 ORACLE恢复 ORACLE数据库恢复 oracle 比特币 OSD-04016 YOUR FILES ARE ENCRYPTED 勒索恢复 比特币加密文章分类
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (102)
- 数据库 (1,682)
- DB2 (22)
- MySQL (73)
- Oracle (1,544)
- Data Guard (52)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (159)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (7)
- Oracle ASM (67)
- Oracle Bug (8)
- Oracle RAC (53)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (28)
- Oracle备份恢复 (565)
- Oracle安装升级 (92)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (79)
- PostgreSQL (18)
- PostgreSQL恢复 (6)
- SQL Server (27)
- SQL Server恢复 (8)
- TimesTen (7)
- 达梦数据库 (2)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (37)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (20)
-
最近发表
- 断电引起的ORA-08102: 未找到索引关键字, 对象号 39故障处理
- ORA-00227: corrupt block detected in control file
- 手工删除19c rac
- 解决oracle数据文件路径有回车故障
- .wstop扩展名勒索数据库恢复
- Oracle Recovery Tools工具一键解决ORA-00376 ORA-01110故障(文件offline)
- OGG-02771 Input trail file format RELEASE 19.1 is different from previous trail file form at RELEASE 11.2.
- OGG-02246 Source redo compatibility level 19.0.0 requires trail FORMAT 12.2 or higher
- GoldenGate 19安装和打patch
- dd破坏asm磁盘头恢复
- 删除asmlib磁盘导致磁盘组故障恢复
- Kylin Linux 安装19c
- ORA-600 krse_arc_complete.4
- Oracle 19c 202410补丁(RUs+OJVM)
- ntfs MFT损坏(ntfs文件系统故障)导致oracle异常恢复
- .mkp扩展名oracle数据文件加密恢复
- 清空redo,导致ORA-27048: skgfifi: file header information is invalid
- A_H_README_TO_RECOVER勒索恢复
- 通过alert日志分析客户自行对一个数据库恢复的来龙去脉和点评
- ORA-12514: TNS: 监听进程不能解析在连接描述符中给出的SERVICE_NAME
标签归档:nls_language
数据库打patch建议设置nls_language为英文
昨晚给客户11.2.0.4打比较新的psu和ojvm patch(主要为了修复安全扫描漏洞)
结果今天早上客户那边反馈应用有报ORA-29548错
该错误比较明显应该是和java有关系,在本次变更中最大可能就是ojvm有关系,查看ojvm的postinstall.sql执行日志,发现如下问题
34 -- Check the validity of JAVAVM and let the registry be updated accordingly. 35 36 initjvmaux.validate_javavm; 37 38 -- Add a row in registry$history to indicate this script was run. 39 40 EXECUTE IMMEDIATE 'insert into registry$history 41 (action_time, action, namespace, version, id, comments) 42 values(SYSTIMESTAMP, ''jvmpsu.sql'', ''SERVER'', 43 ''11.2.0.4.221018OJVMPSU'', 0, ''RAN jvmpsu.sql'')'; 44 45 END IF; 46 47 EXECUTE IMMEDIATE 'alter system set java_jit_enabled = ' || :jitstate; 48 49 END; 50 / BEGIN * 第 1 行出现错误: ORA-01843: 无效的月份 ORA-06512: 在 line 8
查询组件有效性
SQL> select comp_name,version,status from dba_registry order by 1; COMP_NAME -------------------------------------------------------------------------------- VERSION STATUS ------------------------------ ---------------------- JServer JAVA Virtual Machine 11.2.0.4.0 INVALID OLAP Analytic Workspace 11.2.0.4.0 VALID OLAP Catalog 11.2.0.4.0 VALID COMP_NAME -------------------------------------------------------------------------------- VERSION STATUS ------------------------------ ---------------------- OWB 11.2.0.1.0 VALID Oracle Application Express 3.2.1.00.10 VALID Oracle Database Catalog Views 11.2.0.4.0 VALID COMP_NAME -------------------------------------------------------------------------------- VERSION STATUS ------------------------------ ---------------------- Oracle Database Java Packages 11.2.0.4.0 VALID Oracle Database Packages and Types 11.2.0.4.0 VALID Oracle Enterprise Manager 11.2.0.4.0 VALID COMP_NAME -------------------------------------------------------------------------------- VERSION STATUS ------------------------------ ---------------------- Oracle Expression Filter 11.2.0.4.0 VALID Oracle Multimedia 11.2.0.4.0 VALID Oracle OLAP API 11.2.0.4.0 VALID COMP_NAME -------------------------------------------------------------------------------- VERSION STATUS ------------------------------ ---------------------- Oracle Rules Manager 11.2.0.4.0 VALID Oracle Text 11.2.0.4.0 VALID Oracle Workspace Manager 11.2.0.4.0 VALID COMP_NAME -------------------------------------------------------------------------------- VERSION STATUS ------------------------------ ---------------------- Oracle XDK 11.2.0.4.0 VALID Oracle XML Database 11.2.0.4.0 VALID Spatial 11.2.0.4.0 VALID 已选择18行。
确认JServer JAVA Virtual Machine组件无效,很可能是ojvm的postinstall.sql执行失败有关系,而引起这个失败的原因是由于“ORA-01843: 无效的月份”,根据经验,引起这个问题的可能是由于win汉语环境中日期/时间的显示格式导致
SQL> select sysdate from dual; SYSDATE -------------- 03-12月-23
设置为英文格式显示
SQL> alter session set nls_language='American'; Session altered. SQL> select sysdate from dual; SYSDATE ------------ 03-DEC-23
重新执行postdeinstall和postinstall脚本之后,组件状态恢复正常,软件功能也恢复正常
SQL> select comp_name,version,status from dba_registry order by 1; JServer JAVA Virtual Machine 11.2.0.4.0 VALID OLAP Analytic Workspace 11.2.0.4.0 VALID OLAP Catalog 11.2.0.4.0 VALID OWB 11.2.0.1.0 VALID Oracle Application Express 3.2.1.00.10 VALID Oracle Database Catalog Views 11.2.0.4.0 VALID Oracle Database Java Packages 11.2.0.4.0 VALID Oracle Database Packages and Types 11.2.0.4.0 VALID Oracle Enterprise Manager 11.2.0.4.0 VALID Oracle Expression Filter 11.2.0.4.0 VALID Oracle Multimedia 11.2.0.4.0 VALID Oracle OLAP API 11.2.0.4.0 VALID Oracle Rules Manager 11.2.0.4.0 VALID Oracle Text 11.2.0.4.0 VALID Oracle Workspace Manager 11.2.0.4.0 VALID Oracle XDK 11.2.0.4.0 VALID Oracle XML Database 11.2.0.4.0 VALID Spatial 11.2.0.4.0 VALID 18 rows selected.
自此提醒由于oracle 环境语言默认显示的问题导致某些patch不能正常打成功,建议在执行数据库patch或者升级之时,把数据库语言环境调整为英文nls_language=’American’,以避免本次出现的不必要的麻烦(以前由于大部分客户没有是使用jvm这个功能组件因此没有暴露该问题)