ITPub博客

[20260508]关于内核参数kernel.sem.txt--//前几天测试使用oracle数据库，ipcs -m输出shmid的生成规律，顺便再看看ipcs -s输出semid的生成规律。--//在测试前，先了解内核参数kernel.sem属性的设置：kernel.sem = SEMMSL SEMMNS SEMOPM SEMMNIwhereSEMMSL  max semaphores

[20260508]bash shell的read赋值问题.txt--//编写bash shell使用read赋值遇到的问题,做一个记录.$ echo 1234 | read a$ echo $a--//可以发现a并没有赋值,实际上当通过管道时read变成子进程,返回后,子进程赋值消失.--//修改如下,问题消失.$ read a < <(echo 1234)$ echo $a1234

[20260429]21c下设置pre_page_sga=true使用hugepages的疑问3.txt--//补充测试,最近的测试21c下设置pre_page_sga=true使用hugepages时，总发现存在小量的hugepages没有分配，跟11g存在差异，11g--//是全部分配。--//使用kimi提问，在逐步启发以后，给出的解答如下：真正原因：12c+ 的 SGA 共享内存段分配 方

[20260506]写一个脚本验证ipcs -m的shmid值.txt--//前几天在11g，21c下分别测试ipcs -m输出的shmid值。根据前面测试得到的公式写一个测试脚本，验证是否正确。--//11g  2^15 *(B+S+1)  B:前次相乘因子开始0, S=前次启动需要共享内存段数量,开始0.--//21c  2^16 *(B+S/2)  B

[20260506]写一个脚本验证ipcs -m的shmid值.txt--//前几天在11g，21c下分别测试ipcs -m输出的shmid值。根据前面测试得到的公式写一个测试脚本，验证是否正确。--//11g  2^15 *(B+S+1)  B:前次相乘因子开始0, S=前次启动需要共享内存段数量,开始0.--//21c  2^16 *(B+S/2)  B

[20260506]建立完善ipcs.sql脚本.txt--//最近几天都在使用linux ipcs，发现从12c开始引入视图x$ksmssinfo，可以通过它查看共享内存段,相当于oracldebug ipc的转储.--//不过这个X表的定义有点奇葩,字段名出现空格,并且SIZE还是oracle的关键字.--//自己修改在增加"END ADDR+1"字段,按照"SE

[20260505]关于内核参数kernel.shmmax.txt--//在探究ipcs -m 输出shmid值遇到的问题，单独写一篇blog。1.环境:# cat /etc/redhat-releaseCentOS Linux release 7.3.1611 (Core)SYS@book> @ ver2==============================PORT_STRING&n

[20260505]21c下ipcs -m shmid值.txt--//前几天写 [20260503]21c下测试pre_page_sga=false时的疑问.txt,发现ipcs -m ,shmid值的规律,今天单独测试看看.--//实际上仔细看前面帖子,很容易猜测,21c生成的算法简单许多与11g不同.猜测计算公式如下:2^17*(B+1) --//B:前次相乘因子 开始0.--//注：猜测不

[20260503]11g下ipcs -m shmid值.txt--//上午在探究 21c下测试pre_page_sga=false时遇到的疑问，发现ipcs -m显示中nattch列显示的信息与11g遇到的情况不同，问题没有--//探究出来，无意中发现shmid的规律。在11g下验证看看。--//21c 下得到的规律如下:--//1. 第1共享内存段的shmid值等于2^17*N,N=0开始.-

[20260503]21c下测试pre_page_sga=false时的疑问.txt--//21c下测试pre_page_sga=false时遇到的问题，发现ipcs -m显示中nattch列显示的信息与11g遇到的情况不同，做一个记录与分析。1.问题提出：SYS@book> @ ver2==============================PORT_STRING &nbsp

[20260430]转换秒到时分秒.txt--//记录一个简单方法将秒转换为时分秒格式。SCOTT@book01p> select to_char(to_date(86399,'sssss'),'hh24:mi:ss') c10 from dual;C10----------23:59:59SCOTT@book01p> select to_char(to

[20260427]21c下设置pre_page_sga=true使用hugepages的疑问.txt--//这是前几天测试use_large_pages参数时有关使用hugepages的疑问。1.环境：SYS@book> @ ver2==============================PORT_STRING      &n

[20260426]验证21c下pre_page_sga=false时是否启动SA后台进程.txt--//验证pre_page_sga=false时是否启动SA后台进程.1.环境：SYS@book> @ ver2==============================PORT_STRING        &n

[20260426]验证11g下pre_page_sga=true的一些细节.txt--//验证几个问题。1.在11g下pre_page_sga=true的情况下，sga内存是否全部分配。2.在11g下pre_page_sga=true的情况下，是否会启动或者存在sa后台进程。1.环境：SYS@book> @ ver1PORT_STRING    &n

[20260426]vim处理modelines时发生错误.txt--//今天使用vim查看一个文档时，打开文件总是报错,报错内容如下：处理 modelines 时发生错误:第   155 行:E518: 未知的选项: RMAN>--//仔细看文档155行存在如下内容，很明显vim将ex：后面的内容当作vim的命令，导致打开时报错。your parameter. ex:

[20260424]验证11g下是否可以修改后台进程名的显示.txt--//昨天在测试21c下遇到执行pgrep -l ora_dism无法显示的问题，发现执行pgrep -l dism有显示，使用strace跟踪发现如果环境变量--//ORACLE_PATH或者SQLPATH存在类似ora_<bg_name>_<sid>的文件，可以实现oracle启动后，执行ps -ef

[20260423]再论参数use_large_pages.txt--//现在服务器内存越来越大，一开始上线最好采用hugepages，而不是以后某个时间再修改，这样无形增加运维的工作量。--//现在缺省参数use_large_pages缺省等于true，非常容易混淆，并不是一定全部采用HugePage，而是优先使用HugePage，如果不足采--//用small pages作为补充，oracle

[20260423]oracle参数设置问题.txt--//前几天在21c下测试use_large_pages参数的问题，开始每次修改参数都是手工修改参数文件，非常繁琐，而且很容易出错，并且遗漏--//一些步骤。--//想到通过修改init参数文件来覆盖spfile中的参数文件，在测试中犯了一个低级错误。记录下来，避免以后再犯类似错误。1.环境：SYS@book> @ ver2=======

[20260422]使用linux pgrep命令遇到的问题.txt--//一般通过执行pgrep可以查询特定进程名的进程号,类似grep查询方式.上午在使用时遇到一个问题.--//分析一下,为什么出现这样的现象.1.测试前准备：$ cat /u01/app/oracle/dbs/initbook.oraSPFILE='/u01/app/oracle/dbs/spfilebook.ora&

[20260421]测试21c下测试use_large_pages遇到的问题.txt--//最近几天一直在测试21c下测试use_large_pages设置,在测试中遇到1个情况,做一个记录.--//首先测试时遇到如果use_large_pages=only或者auto_only的情况下,vm.nr_overcommit_hugepages设置无效.--//但是测试有时候会在tmux各个面板下切换