一到公司，就有人来反映了，查询数据出现这个提示：
这一天天的，好歹让我先喝口水啊
回忆一下这个库，测试环境的。前几天从正式库的DG库克隆过来的，改成测试环境的主库。这个具体操作可见我之前的贴：
https://www.modb.pro/db/237625
我试了一下select * from dual，正常。查询别的没事，查询这条语句就会出错。
打开alert日志，尝试重启一下实例：
启动后发现了这些东西：
Cannot re-create tempfile ..........., the same name file exists
已经很清楚了，dg被搞成主库后，重启时可能要修复一些临时文件，结果因为文件存在，re-create失败。应该是要删除掉该文件吧，再重启。
闪过这个思路之后，突然想起来：谨慎操作，不要随意删除文件。
百度之，在https://blog.csdn.net/pandaMR/article/details/39395911
看到了这句话：
临时文件重建失败，为了不在数据库的整个运行过程中，出现问题，需要关闭实例，删除损坏的临时文件，重新启动实例，就会重新创建出一个同名的临时文件，避免在数据库正常运行的过程中，出现问题。
比较放心了，大胆去操作吧。反正也只是测试环境，死就死了，死了再重新clone
复制了路径，cd之后：
日了狗了，这又是啥情况，连路径都不存在。
退一级，发现tempfile不存在，mkdir之。
再次重启数据库，alert提示：
创建成功了，问题搞定。再次查询，输出结果了。
总结：要我说，Cannot re-create tempfile ..........., the same name file exists，这个提示就有问题。明明是目录不存在，文件无法创建成功，他去提示文件存在。
再者，目录不存在，应该是自己去创建目录，再创建文件才对啊。所以说啊，这个oracle的一个低级的小bug吧，或者不算bug，不够严谨吧。
然后就来墨天轮记录一下了。谢谢收看！
------------------------
2022.8.9 又碰到：
alter tablespace temp drop tempfile '+DATADG/ecology/tempfile/temp01.dbf';
ORA-03261: the tablespace TEMP has only one file
alter tablespace temp add tempfile '/oadb/u01/app/oracle/oadata/ecology/temp01.dbf' size 2G;
搞定！
