[20241013]sqlplus spool与文件覆盖.txt
--//这个问题在8月份遇到的问题，我发现在sqlplus下spool a.sql文件，并没有在当前目录产生a.sql文件，后来我发现建立在环境变量
--//ORACLE_PATH定义的目录下,当时以为自己打开多个会话，没有注意自己工作的当前目录。事后我测试，问题视乎消失了，我再没有仔
--//细探究。
--//昨天在使用spool命令时再次出现这种诡异的现象，才引起我的注意，这才发现问题的根本原因，通过例子将问题演示出来。
1.环境：
SCOTT@book01p> @ ver2
==============================
PORT_STRING : x86_64/Linux 2.4.xx
VERSION : 21.0.0.0.0
BANNER : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production
BANNER_FULL : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production
Version 21.3.0.0.0
BANNER_LEGACY : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production
CON_ID : 0
PL/SQL procedure successfully completed.
$ echo -e "$SQLPATH\n$ORACLE_PATH"
/home/oracle/sqllaji:/home/oracle/sqllaji/tpt
/home/oracle/sqllaji:/home/oracle/sqllaji/tpt
--//我定义2个环境变量SQLPATH与ORACLE_PATH，在linux下ORACLE_PATH定义有效，windows下正好相反，建议如果记不住，两个都定义相
--//同的值。
2.测试：
--//session 1:
SCOTT@book01p> @ spid
SID SERIAL# PROCESS SERVER SPID PID P_SERIAL# C50
---- ---------- -------- --------- ---- --- ---------- --------------------------------------------------
275 27250 4289 DEDICATED 4291 66 12 alter system kill session '275,27250' immediate;
SCOTT@book01p> host pwd
/home/oracle/study/202410
--//当前执行sqlplus时的当前目录是/home/oracle/study/202410.
--//window 1:
$ pwd
/home/oracle/sqllaji
--//在/home/oracle/sqllaji目录下建立文件tmp123.txt。
$ echo $(date) >| tmp123.txt
$ cat tmp123.txt
Sun Oct 13 10:14:43 CST 2024
$ wc tmp123.txt
1 6 29 tmp123.txt
--//session 1:
SCOTT@book01p> spool tmp123.txt
--//window 1:
$ ls -l /proc/4291/fd | grep tmp
--//连接oracle的进程并没有看到打开tmp123.txt的文件句柄,当时测试也遇到类似困惑。不过马上明白应该看看sqlplus进程，因为我在
--//本地连接数据库，sqlplus进程对应前面显示PROCESS字段，也就是4289.
$ ls -l /proc/4289/fd | grep tmp
l-wx------. 1 oracle oinstall 64 2024-10-13 10:17:25 10 -> /home/oracle/sqllaji/tmp123.txt
--//可以发现在sqlplus下执行spool时，如果环境变量SQLPATH与ORACLE_PATH定义的目录该文件存在，优先将文件打开建立在该目录，这
--//样的结果导致环境变量SQLPATH与ORACLE_PATH对应文件被覆盖。
--//session 1:
SCOTT@book01p> spool tmp123.txt
SCOTT@book01p> @ver2
==============================
PORT_STRING : x86_64/Linux 2.4.xx
VERSION : 21.0.0.0.0
BANNER : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production
BANNER_FULL : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production
Version 21.3.0.0.0
BANNER_LEGACY : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production
CON_ID : 0
PL/SQL procedure successfully completed.
SCOTT@book01p> spool off
--//window 1:
$ ls -l /proc/4289/fd | grep tmp
--//文件句柄关闭。
$ wc /home/oracle/sqllaji/tmp123.txt
25 106 1909 /home/oracle/sqllaji/tmp123.txt
--//对比前面的执行wc的输出，文件长度已经发生变化，该文件被破坏了。
--//这个在运维中应该引起足够注意，好的解决方法限制环境变量SQLPATH，ORACLE_PATH目录下的文件只读，或者
--//通过chattr修改文件目录属性，限制修改操作。不过这样当真正需要修改时要取消设置，比较麻烦。
--//另外spool时如果不指定sql后缀的文件，也许一定程度减少覆盖。
--//还有一个方法就是使用绝对目录。我觉得最不可思议的地方是使用相对目录，竟然优先使用的也是SQLPATH或者ORACLE_PATH定义环境
--//的文件。
--//补充测试：
--//session 1,使用相对目录有问题!!
SCOTT@book01p> host pwd
/home/oracle/study/202410
SCOTT@book01p> spool ./tmp123.txt
--//window 1:
$ ls -l /proc/3796/fd | grep tmp
l-wx------. 1 oracle oinstall 64 2024-10-14 08:56:04 10 -> /home/oracle/sqllaji/tmp123.txt
--//session 1,使用绝对目录没有问题。
SCOTT@book01p> spool /home/oracle/study/202410/tmp123.txt
SCOTT@book01p> host ls -l /proc/3796/fd | grep tmp
l-wx------. 1 oracle oinstall 64 Oct 14 08:56 10 -> /home/oracle/study/202410/tmp123.txt
--//session 1,将文件建立在环境变量ORACLE_PATH指定的第2个目录下。
$ rm /home/oracle/sqllaji/tmp123.txt
SCOTT@book01p> host touch /home/oracle/sqllaji/tpt/tmp123.txt
--//采用相对目录。
SCOTT@book01p> spool ./tmp123.txt
SCOTT@book01p> host ls -l /proc/3796/fd | grep tmp
l-wx------. 1 oracle oinstall 64 Oct 14 08:56 10 -> /home/oracle/sqllaji/tpt-oracle-master/tmp123.txt
--//这样ls看到的文件属性前面有1个l，估计表示lock。
--//注：我的测试环境tpt是软连接指向tpt-oracle-master
$ ls -l | grep tpt
lrwxrwxrwx. 1 oracle oinstall 17 2021-11-22 09:28:29 tpt -> tpt-oracle-master
drwxr-xr-x. 19 oracle oinstall 20480 2024-10-14 09:09:10 tpt-oracle-master
drwxr-xr-x. 19 oracle oinstall 20480 2024-09-14 17:37:54 tpt-oracle-master.org
--//session 1，3个目录文件都存在的情况下：
SCOTT@book01p> host touch /home/oracle/sqllaji/tmp123.txt
SCOTT@book01p> host touch /home/oracle/sqllaji/tpt/tmp123.txt
SCOTT@book01p> host touch /home/oracle/study/202410/tmp123.txt
SCOTT@book01p> spool tmp123.txt
SCOTT@book01p> host ls -l /proc/3796/fd | grep tmp
l-wx------. 1 oracle oinstall 64 Oct 14 08:56 10 -> /home/oracle/sqllaji/tmp123.txt
--//优先使用环境变量ORACLE_PATH指向的第一个目录下的文件。
SCOTT@book01p> spool ./tmp123.txt
SCOTT@book01p> host ls -l /proc/3796/fd | grep tmp
l-wx------. 1 oracle oinstall 64 Oct 14 08:56 10 -> /home/oracle/sqllaji/tmp123.txt
3.补充测试：
--//如果是目录呢？
--//window 1:
$ pwd
/home/oracle/sqllaji
$ mkdir tmp123.txt
--//session 1:
SCOTT@book01p> spool tmp123.txt
SP2-0606: Cannot create SPOOL file "/home/oracle/sqllaji/tmp123.txt"
--//报错，再次证明我前面的分析正确，感觉oracle的sqlplus spool不应该这样设计，这样不小心会导致文件覆盖。
--//我前面执行spool a.sql,实际上正好破环了tpt目录a.sql,我当时发现直接删除该文件。因为我有时候需要修改tpt目录下文件，
--//原始文件我有备份。
$ pwd
/home/oracle/sqllaji
$ find . -name a.sql -print
./tpt-oracle-master.org/a.sql
--//a.sql 用来 Display CURRENT active sessions。
--//事后我测试，问题视乎消失了，实际上spool指定的文件不在环境变量SQLPATH与ORACLE_PATH中存在，问题自然不存在。
--//再次说明，做好运维一些细节很重要，不要放弃自己在工作中遇到的任何问题，最好笔记，这样再次遇到就会做到临危不乱。
--//如果昨天不是spool a.sql,而tpt目录下正好有1个a.sql文件，这个问题也许永远不被发现。
4.收尾：
--//删除相关目录下tmp123.txt文件。
--//修复破坏现场。
$ pwd
/home/oracle/sqllaji
$ rmdir tmp123.txt
$ cp tpt-oracle-master.org/a.sql tpt/
SCOTT@book01p> @ a
A-Script: Display CURRENT active sessions...
no rows selected