Liking's Oracle Blog – 愿你出走半生，归来仍是少年

做了一个梦

由 liking
2020年10月22日2020年10月22日

昨晚做了一个梦，最近在鼓捣的一台新服务器，从太空路由器接了两根网线，另一根网线直通了米国，醒来自己都有点醉了，这根网线到底是有多飘啊？

install another opensshd on linux7

由 liking
2020年10月22日2020年10月23日

注1：本文已在如下版本测试通过 RedHat/CentOS 7.1/7.6
注2：本文采用新安装方式，保留已有版本，好处是不影响旧版本

■■■■■■■■■■■■■■■■■■■■■ 目录
■■配置telnet服务、gcc编译器
■■安装新版本zlib
■■安装新版本openssl
■■安装新版本openssh
■■配置新的sshd系统服务
■■可能遇见的问题处理—openssl
■■可能遇见的问[……]

阅读全文>>

某数据库2020中秋国庆期间归档空间占用统计

由 liking
2020年10月15日2020年10月15日
1 评论

计划统计一下这个生产库的归档空间占用，节日期间由于孩子上网课，一起憋在家里哪里也不去了，边学习边统计，也留作参考。

■
select * from v$flash_recovery_area_usage;
■start
FILE_TYPE            PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
-------------------- ------------------ ------------------------- ---------------
CONTROL FILE                          0                         0               0
REDO LOG                            .47                         0              12
ARCHIVED LOG                      15.32                      4.91             551
■09-30 22:40
ARCHIVED LOG                      64.59                     42.74            2295
■10-01 08:50
ARCHIVED LOG                      60.82                     32.51            2185
■10-01 12:45
ARCHIVED LOG                      60.44                     45.77            2191
■10-01 18:27
ARCHIVED LOG                      64.37                     51.02            2337
■10-01 20:07
ARCHIVED LOG                      58.81                     46.92            2142
■10-02 11:05
ARCHIVED LOG                      65.24                     53.88            2394
■10-02 12:26
ARCHIVED LOG                      59.64                     45.62            2190
■10-02 15:10
ARCHIVED LOG                      64.89                     45.62            2399
■10-02 16:52
ARCHIVED LOG                      59.65                     51.02            2206
■10-02 22:00
ARCHIVED LOG                      62.17                     47.22            2308
■10-03 11:36
ARCHIVED LOG                      65.75                     52.33            2407
■10-03 12:37
ARCHIVED LOG                      59.16                     43.81            2141
■10-03 21:36
ARCHIVED LOG                      62.62                     47.75            2214
■10-04 11:57
ARCHIVED LOG                      65.23                     51.85            2294
■10-04 12:03
ARCHIVED LOG                      65.52                     51.85            2305
■10-04 19:24
ARCHIVED LOG                      64.74                     49.88            2287
■10-04 21:22
ARCHIVED LOG                      60.05                     46.02            2144
■10-05 12:48
ARCHIVED LOG                      58.44                     44.26            2134
■10-05 20:37
ARCHIVED LOG                      58.79                     45.68            2157
■10-06 09:45
ARCHIVED LOG                       61.3                     44.87            2219
■10-06 22:21
ARCHIVED LOG                      63.99                     41.83            2308
■10-08 19:34
ARCHIVED LOG                       66.1                     51.07            2391
■10-09 09:01
ARCHIVED LOG                      59.94                     53.06            2172
■
归档位置及空间大小
db_recovery_file_dest                string                           +FRA
db_recovery_file_dest_size           big integer                      5000G

■

select * from v$flash_recovery_area_usage;

■start

FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES

-------------------- ------------------ ------------------------- ---------------

CONTROL FILE 0 0 0

REDO LOG .47 0 12

ARCHIVED LOG 15.32 4.91 551

■09-30 22:40

ARCHIVED LOG 64.59 42.74 2295

■10-01 08:50

ARCHIVED LOG 60.82 32.51 2185

■10-01 12:45

ARCHIVED LOG 60.44 45.77 2191

■10-01 18:27

ARCHIVED LOG 64.37 51.02 2337

■10-01 20:07

ARCHIVED LOG 58.81 46.92 2142

■10-02 11:05

ARCHIVED LOG 65.24 53.88 2394

■10-02 12:26

ARCHIVED LOG 59.64 45.62 2190

■10-02 15:10

ARCHIVED LOG 64.89 45.62 2399

■10-02 16:52

ARCHIVED LOG 59.65 51.02 2206

■10-02 22:00

ARCHIVED LOG 62.17 47.22 2308

■10-03 11:36

ARCHIVED LOG 65.75 52.33 2407

■10-03 12:37

ARCHIVED LOG 59.16 43.81 2141

■10-03 21:36

ARCHIVED LOG 62.62 47.75 2214

■10-04 11:57

ARCHIVED LOG 65.23 51.85 2294

■10-04 12:03

ARCHIVED LOG 65.52 51.85 2305

■10-04 19:24

ARCHIVED LOG 64.74 49.88 2287

■10-04 21:22

ARCHIVED LOG 60.05 46.02 2144

■10-05 12:48

ARCHIVED LOG 58.44 44.26 2134

■10-05 20:37

ARCHIVED LOG 58.79 45.68 2157

■10-06 09:45

ARCHIVED LOG 61.3 44.87 2219

■10-06 22:21

ARCHIVED LOG 63.99 41.83 2308

■10-08 19:34

ARCHIVED LOG 66.1 51.07 2391

■10-09 09:01

ARCHIVED LOG 59.94 53.06 2172

■

归档位置及空间大小

db_recovery_file_dest string +FRA

db_recovery_file_dest_size big integer 5000G

根据中秋国庆期间的以上统计数据，当前每4小时清理1天前的归档，归档基本保留1天时间，按照占比62%计算，则平均所需存储空间3T以上。
可以想见，工作日忙时所需空间更大。

一个顽固的ORA-15137处理过程

由 liking
2020年10月14日
3 评论

19C的RAC两个节点patch level不一致，导致无法操作asm的diskgroup，包括增加、删除dg时报错如下：
ORA-15039: diskgroup not dropped
ORA-15137: The ASM cluster is in rolling patch state.

■查看软件版本
crsctl query crs softwareversion
crsctl que[……]

阅读全文>>

19.3 GI打补丁到19.8节点2失败处理

由 liking
2020年9月23日2020年10月13日

■■node2打补丁报错

[root@zzjk02:0 /u01/soft]$ opatchauto apply /u01/soft/patch/31305339

OPatchauto session is initiated at Tue Sep 22 19:04:51 2020

System initialization log file is /u01/app/12.2.0/grid/cfg[……]

阅读全文>>

19.3 GI DB打补丁19.8概要记录

由 liking
2020年9月22日2020年9月23日

p31305339_190000_Linux-x86-64/README.html
根据如上补丁集自带文档大致操作步骤概要如下。

■■GIHOME、DBHOME替换已有的opatch工具
unzip p6880880_190000_Linux-x86-64.zip -d $ORACLE_HOME
$ORACLE_HOME/OPatch/opatch lsinventory -detail -oh[……]

阅读全文>>

19c配置GI第2节点执行root.sh最后报错”Error 4 opening dom ASM/Self”

由 liking
2020年9月22日

昨晚在一体机配置19c的GI执行root.sh最后报错如下

2020/09/21 22:36:23 CLSRSC-594: Executing installation step 15 of 19: 'InstallKA'.
2020/09/21 22:36:25 CLSRSC-594: Executing installation step 16 of 19: 'InitConfig'.
2020/09/21 22:36:33 CLSRSC-594: Executing installation step 17 of 19: 'StartCluster'.
g2020/09/21 22:37:27 CLSRSC-343: Successfully started Oracle Clusterware stack
2020/09/21 22:37:27 CLSRSC-594: Executing installation step 18 of 19: 'ConfigNode'.
2020/09/21 22:37:40 CLSRSC-594: Executing installation step 19 of 19: 'PostConfig'.
2020/09/21 22:38:03 CLSRSC-325: Configure Oracle Grid Infrastructure for a Cluster ... succeeded
Error 4 opening dom ASM/Self in 0x64d80c0
Domain name to open is ASM/Self 
Error 4 opening dom ASM/Self in 0x64d80c0

2020/09/21 22:36:23 CLSRSC-594: Executing installation step 15 of 19: 'InstallKA'.

2020/09/21 22:36:25 CLSRSC-594: Executing installation step 16 of 19: 'InitConfig'.

2020/09/21 22:36:33 CLSRSC-594: Executing installation step 17 of 19: 'StartCluster'.

g2020/09/21 22:37:27 CLSRSC-343: Successfully started Oracle Clusterware stack

2020/09/21 22:37:27 CLSRSC-594: Executing installation step 18 of 19: 'ConfigNode'.

2020/09/21 22:37:40 CLSRSC-594: Executing installation step 19 of 19: 'PostConfig'.

2020/09/21 22:38:03 CLSRSC-325: Configure Oracle Grid Infrastructure for a Cluster ... succeeded

Error 4 opening dom ASM/Self in 0x64d80c0

Domain name to open is ASM/Self

Error 4 opening dom ASM/Self in 0x64d80c0

以前19c配置GI时没有这个情况,这是咋回事? 官方解释:
CAUSE:
This behavior is the result of a software defect that Oracle Development has identified as BUG 28308[……]

阅读全文>>

linux大内存页设置for 19c

由 liking
2020年9月3日2020年9月3日
1 评论

关于大内存页的设置重要性不再赘述，总之为了性能着想，务必开启大内存页配置，以大大减少操作系统对于内存的管理开销成本。
本站搜索"HugePage"可查到笔者早期的博文<<linux大内存页设置>>
在19c日志里，数据库启动时，如果没有开启预期的HugePage设置，开始就会明确提出配置建议，大致内容如下所示。

[crayon-5f9249eb3e482[……]

阅读全文>>

Top Music

由 liking
2020年8月13日

Top Music

SQLLDR的奇奇怪怪

由 liking
2020年7月9日2020年7月11日
1 评论

一个项目使用达梦数据库的一个表,有1400万数据,意欲导入oracle数据库.
采用windows客户端工具DBeaver直接导出了csv文件,这个DOS格式的导出文件,直接埋下了祸根,导致后续一直sqlldr导入报错,转换为unix格式后,一切变得简单.
根据达梦数据库的建表语句,编辑oracle建表语句如下:

DROP TABLE "ETPS"."SSXX2" PURGE;
TRUNCATE TABLE "ETPS"."SSXX2";
  CREATE TABLE "ETPS"."SSXX2"
   (    "UUID" VARCHAR2(100),
        "DJXH" VARCHAR2(100),
        "TYSHXYDM" VARCHAR2(20),
        "SSSERKHJ" NUMBER(22,6),
        "NSRZT" VARCHAR2(20),
        "ZZSE" NUMBER(22,6),
        "SSYF" VARCHAR2(6),
        "UPDATETIME" TIMESTAMP (6),
        "SS_TIMESTAMP" TIMESTAMP (6)
   ) SEGMENT CREATION IMMEDIATE
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255
 NOCOMPRESS NOLOGGING
  TABLESPACE "ETPS" ;
ALTER TABLE ETPS.SSXX2 NOLOGGING;
--ALTER TABLE ETPS.SSXX2 LOGGING;

DROP TABLE "ETPS"."SSXX2" PURGE;

TRUNCATE TABLE "ETPS"."SSXX2";

CREATE TABLE "ETPS"."SSXX2"

( "UUID" VARCHAR2(100),

"DJXH" VARCHAR2(100),

"TYSHXYDM" VARCHAR2(20),

"SSSERKHJ" NUMBER(22,6),

"NSRZT" VARCHAR2(20),

"ZZSE" NUMBER(22,6),

"SSYF" VARCHAR2(6),

"UPDATETIME" TIMESTAMP (6),

"SS_TIMESTAMP" TIMESTAMP (6)

) SEGMENT CREATION IMMEDIATE

PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255

NOCOMPRESS NOLOGGING

TABLESPACE "ETPS" ;

ALTER TABLE ETPS.SSXX2 NOLOGGING;

--ALTER TABLE ETPS.SSXX2 LOGGING;

创建sqlldr的[……]

阅读全文>>