ITPub博客

[20200228]tmux completion.txt--//tmux 没有bash completion，工作不是很方便，命令也记不住。--//找到1个站点：https://github.com/srsudar/tmux-completion--//点击下载略。安装很简单，解压取出tmux文件放入/etc/bash_completion.d/。--//很奇怪，必须手工执行source /et

[20200228]如何判断服务器是exadata.txt--//别人问的问题，实际上很简单找一个小表。select * from xxxx ;--//检查执行计划看看是否TABLE ACCESS STORAGE FULL。Plan hash value: 3123998556-------------------------------------------------------------

[20200227]使用tcpdump or and ()语法问题.txt--//这几天使用tcpdump调式网络，遇到一点点问题，做一个记录。# tcpdump -nnn -i eth0 port 15210 or host 192.168.100.40  and not port 514tcpdump: verbose output suppressed, use -v or -vv

[20020226]iptables PREROUTING POSTROUTING 应用测试.txt--//晚上看链接https://www.cyberciti.biz/faq/linux-iptables-delete-prerouting-rule-command/，灵光一线，自己什么没有想到--//利用iptables prerouting可以实现端口重定向以及IP的重定向，测试看看。--/

[20200225]观察使用TCP keep-alive feature特性2.txt--//昨天通过netstat查看keep alive timer参数时，遇到一点疑问，做一个记录：1.环境：--//服务端设置：SCOTT@book> @ ver1PORT_STRING          

[20200225]vim bccalc插件与utl-8编码.txt--//实际上前几天就遇到这个问题，今天在解决alert乱码时才明白问题在哪里？--//我的快捷键定义如下：noremap   <Leader>cc Yp!!bc -lq\| tr -d '\n\\\r' \| sed -e "s/\.\([0-9]*[1-9]\)0\+$

[20200224]观察使用TCP keep-alive feature特性.txt--//前几天测试，提到观察使用TCP keep-alive feature特性，可以执行netsta -npo | grep <进程号>确定，这是一种简单快捷的方式。--//实际上可以ss -nop观察可以获得一样的效果.1.环境：--//服务端设置：SCOTT@book> @ ver1PORT

[20200225]alert文件乱码问题.txt--//链接http://www.itpub.net/thread-2123887-1-1.html的讨论：--//使用编辑器打开alert文件出现乱码：Errors in file /oracle/app/diag/rdbms/k3cloud/k3cloud/trace/k3cloud_reco_47061.trc:ORA-02019: 鏈壘鍒

[20200223]关于latch and mutext的优化.txt--//前一段时间一直在测试使用DBMS_SHARED_POOL.MARKHOT标识热对象以及sql语句的优化。--//有别人问感觉我花很大的精力做一件无意义的工作，实际上我以前优化sql语句更多的放在IO上，SQL语句减少逻辑读上。--//很少关注开发人员为什么要执行这些sql语句，更多地第三方的方式介入数据库的优化工作。--

[20200224]windows命令学习笔记.txt--//呆在家里没事，学习一些windows命令，做一个记录：1.where 相当于linux下which命令：d:\>where timeoutC:\Windows\System32\timeout.exe--//cmd的内建命令是不能发现的。d:\>where cd信息: 用提供的模式无法找到文件。d:\>where pa

[20200224]vim小技巧删除制表符2.txt--//今天使用以前的建立脚本格式化文本遇到问题。--//链接：http://blog.itpub.net/267265/viewspace-2216951/=>[20181019]vim小技巧删除制表符.txt --//我以前定义如下：map <C-F6> <ESC>:retab! 200<CR>&lt

[20200220]windows设置keepalive参数.txt--//昨天测试了ENABLE=BROKEN在连接串中，可以发现在客户端启用了TCP keep-alive feature特性。而缺省tcp_keepalive_time设置--//7200秒，时间有点长。许多客户端或者中间服务器使用的是windows系统，如何修改注册表呢？--//检索找到如下链接：http://www.cppb

[20200220]关于SQLNET.EXPIRE_TIME and ENABLE=BROKEN的总结.txt--//昨天做了大量关于SQLNET.EXPIRE_TIME and ENABLE=BROKEN的测试，晚上再仔细看，测试做的有点乱。--//做一些总结：1. 12c之前设置SQLNET.EXPIRE_TIME在sqlnet.ora文件中,DCD判断链接并不使用TCP keep-alive

[20200219]log_archive_dest_1定义问题.txt--//别人的系统,log_archive_dest_1定义问题，在测试环境模拟，并做一个记录。1.环境：SYS@book> @ ver1PORT_STRING             &nb

[20200218]连接串与专用模式.txt--//今天为了一个测试使用直接使用连接串，在测试中遇到一个问题，做1个记录：$ sqlplus scott/book@"(DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=book))(ADDRESS=(PROTOCOL=tcp)(SERVER = DEDICATED)(HOST=localhost)(PORT=

[20200219]strace跟踪设置ENABLE=BROKEN的情况(网络的情况).txt--//前面的测试都是在本地服务端进行，使用lo接口。测试真实网络的情况：1.环境：SCOTT@book> @ ver1PORT_STRING             &

[20200219]strace跟踪设置ENABLE=BROKEN的情况.txt--//使用strace跟踪设置ENABLE=BROKEN的情况.--//开始我以为使用strace-f跟踪sqlplus+连接串，就可以获得服务端与客户端进程的相关信息，实际上错了，--//服务端端程序通过监听进程tnslsnr派生出来的，跟踪要跟踪2个进程。1.环境：SCOTT@book> @ ver1POR

[20200218]ENABLE=BROKEN在连接串中4.txt--//上午测试在连接串中加入与不加入ENABLE=BROKEN的情况，测试有点乱，我下午换1个角度测试：1.环境：SCOTT@book> @ ver1PORT_STRING            &nbsp

[20200218]无ENABLE=BROKEN在连接串中3.txt--//上午测试在连接串中加入与不加入ENABLE=BROKEN的情况，测试有点乱，我下午换1个角度测试：1.环境：SCOTT@book> @ ver1PORT_STRING            &nbs

[20200218]ENABLE=BROKEN在连接串中.txt--//昨天看https://blog.dbi-services.com/sqlnet-expire_time-and-enablebroken/--//转抄:Those parameters, SQLNET.EXPIRE_TIME in sqlnet.ora and ENABLE=BROKEN in a connection des