月度归档： 2020 年 6 月

公司的测试数据库，开发的在上面跑脚本，把库资源全占完了，要我把库重启，我懒得去重启，就直接杀了oracle的进程，结果还是不行，就只能去重启库了：

$sqlplus / as sysdba

SQL>shutdown abort

SQL>startup

ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance

ORA-03113：end-of-file on communication channel

ORA-32004的错误，按照老外的方法：

sql>alter system reset log_archive_start scope=spfile;

完美解决，也有说是直接清理干净日志系统就可以，反正这里也是要清理的，不然ORA-03113错误没法解决。

ORA-03113：end-of-file on communication channel，去alert.xml里看，有关于闪回区日志占满的情况，这里就直接清理好了。

$rman target /

DELETE force archivelog ALL completed before ‘SYSDATE’;

然后再startup，这里就成功启动了。

今天去DG备库上生成报告，然后给了一段提示：

ORA-01187: cannot read from file  because it failed verification tests
ORA-01110: data file 201: ‘/oradata/seven/temp01.dbf’

临时表空间坏了？查看一下大小，跟主库不一样，主库6G，备库只有50M，真是怪了。

SQL>SELECT FILE_ID,FILE_NAME, STATUS FROM DBA_TEMP_FILES;

ERROR at line 1:
ORA-01187: cannot read from file 201 because it failed verification tests
ORA-01110: data file 201: ‘/u03/oradata/AGX/temp01.dbf’

SQL> select name,bytes/1024/1024,status from v$tempfile;

NAME                           BYTES/1024/1024 STATUS

---

/oradata/seven/temp01.dbf                   30 ONLINE

直接开干吧，老外说可以让系统检查一下，我试了一下，没用：

SQL>ALTER SYSTEM CHECK DATAFILES；

删除临时文件：

SQL> alter database  tempfile ‘/oradata/seven/temp01.dbf’ drop;

Database altered.

SQL> select name,bytes/1024/1024,status from v$tempfile;

no rows selected

重新添加临时数据文件：

SQL> alter tablespace temp add tempfile ‘/oradata/seven/temp01.dbf’ size 30M reuse autoextend on;

Tablespace altered.

SQL> select name,bytes/1024/1024,status from v$tempfile;

NAME                           BYTES/1024/1024 STATUS

---

/oradata/seven/temp01.dbf                   30 ONLINE