做了一个梦
昨晚做了一个梦，最近在鼓捣的一台新服务器，从太空路由器接了两根网线，另一根网线直通了米国，醒来自己都有点醉了，这根网线到底是有多飘啊？
liking
install another opensshd on linux7
注1：本文已在如下版本测试通过 RedHat/CentOS 7.1/7.6
注2：本文采用新安装方式，保留已有版本，好处是不影响旧版本
■■■■■■■■■■■■■■■■■■■■■ 目录
■■配置tel[……]
某数据库2020中秋国庆期间归档空间占用统计
计划统计一下这个生产库的归档空间占用，节日期间由于孩子上网课，一起憋在家里哪里也不去了，边学习边统计，也留作参考。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 |
■ 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 |
根据中秋国庆期间的[……]
一个顽固的ORA-15137处理过程
19C的RAC两个节点patch level不一致，导致无法操作asm的diskgroup，包括增加、删除dg时报错如下：
ORA-15039: diskgroup not dropped
ORA-1[……]
19.3 GI打补丁到19.8节点2失败处理
■■node2打补丁报错
[root@zzjk02:0 /u01/soft]$ opatchauto apply /u01/soft/patch/31305339
OPatchauto session[……]
19.3 GI DB打补丁19.8概要记录
p31305339_190000_Linux-x86-64/README.html
根据如上补丁集自带文档大致操作步骤概要如下。
■■GIHOME、DBHOME替换已有的opatch工具
unzip[……]
19c配置GI第2节点执行root.sh最后报错”Error 4 opening dom ASM/Self”
昨晚在一体机配置19c的GI执行root.sh最后报错如下
|
1 2 3 4 5 6 7 8 9 10 |
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:[……]
linux大内存页设置for 19c
关于大内存页的设置重要性不再赘述，总之为了性能着想，务必开启大内存页配置，以大大减少操作系统对于内存的管理开销成本。
本站搜索"HugePage"可查到笔者早期的博文<<[……]
SQLLDR的奇奇怪怪
一个项目使用达梦数据库的一个表,有1400万数据,意欲导入oracle数据库.
采用windows客户端工具DBeaver直接导出了csv文件,这个DOS格式的导出文件,直接埋下了祸根,导致后续一直s[……]