记一次Oracle异常二：异常又续，书接上一回
又？我为什么会说"又"呢？
上文链接在这里：https://blog.csdn.net/weixin_44868854/article/details/106440395
上回说到，好不容易把半死不活的Oracle给救回来了，然后我就放着不管，当我要做实验报告的时候，我cao，又崩了！
由于，没有来得及截图，就口述一波异常情况吧！
按照常规操作
sqlplus /no log
conn /as sysdba
没有问题，各种查询也是可以的
关键来了，当我试图给某个表空间更名的时候，卡住了，就是那种不上不下，什么反应没有的卡住。然后我以为是网络不行，关掉重启，甚至把这个docker实例停掉重启，发现还是无补于事~~~~终于在一顿操作猛如虎之后，我大胆的猜测，我该不会是又掉同一个坑了吧！
当我按照Nomount、mount、open三步骤启动数据库的时候，终于，我tm还真是掉同一个坑里面了，又是只能启动到mount状态！然后果断查看一下闪回恢复空间flash_recover_arer的使用情况，傻眼了，我上次将原本1G的空间扩展到是5个G，然后我就没操作过，连select都没有，中间也就十几天，它那个空间使用情况就已经去到了99.27%？？？？？（可恼也）
正如我上文所说的，一味退缩是不行的，早晚也会再次出问题！
于是这次我来点硬的，删除那些日志文件，从此一了百了。
首先是启动RMAN，这个是Oracle专门用来进行数据库备份和恢复的，
再次强调一波，以下操作都是在Linux环境下的
这样就可以进入RMAN的操作空间；
然后就是连接，命令如下：
connect target sys/sys
#target 后面的其实是用户和密码，要指定对象就在密码后面加’@数据库对象‘
在RMAN也可以查看一下归档日志情况，命令与sqlplus上一致
list archivelog all
然后就是本文最重要的点了，删除这些日志文件
delete archivelog all completed befored 'SYSDATE-7'
这样就会把七天前的日志全部删掉。然后再次查看闪回恢复区的使用情况，回到了0%。这里就因机而异了，因为我没什么日志，所以删7天前跟删完其实没有多大区别。
限于我的水平问题，在有些地方上就不作详细述说，如果是对这种情况有更多的了解的话，可以参考下面这条链接的大佬写的博客，关于Oracle数据闪回恢复以及日志文件相关的操作都有很详细的分析。
https://www.cnblogs.com/andy6/p/5997410.html
忍一时风平浪静，退一步越想越气！当时我就应该把它给删了的。也顺便吐槽一波，在找这个问题的时候，翻了好多博客，都是在说这个问题有三种操作可以解决，然后永远都是只列出来扩展那一种而已，然后连续好几篇都是换了个标题换了个出处的复读机。真的有时候面向搜索引擎学习也是件蛮痛苦的事情~