今天在学习物化视图时，遇到了ORA-12034问题

最新推荐文章于 2021-04-06 00:00:25 发布
最新推荐文章于 2021-04-06 00:00:25 发布
阅读量5.8k 收藏
点赞数
分类专栏： oracle fundamental
本文介绍了解决Oracle数据库中ORA-12034错误的方法，该错误通常发生在物化视图日志刷新过程中。文章详细分析了错误产生的原因及如何通过调整元数据来修复这一问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

今天在学习物化视图时，遇到了ORA-12034问题，场景如下：

物化视图日志站点(11.2.0.1版本)：

    1、对于T1表创建了物化视图日志：

      create materialized view log on t1;

     2、又创建了一个本地的物化视图：

      create materialized view tmv1
      refresh fast
      start with sysdate
      next sysdate+1/1440 
      as
      select * from t1;


远程站点(10.2.0.1版本)：

   1、通过数据库链路，也创建对于t1表的物化视图：

      create materialized view tmv3
      refresh fast
      start with sysdate
      next sysdate+1/1440 
      as
      select * from t1@orcl.oracle.com;


结果远程站点在JOB刷新时报错了：

ERROR at line 1:

ORA-12034: materialized view log on "SCOTT"."T1" younger than last refresh

后来通过搜索网上的资料，临时解决了，但是感觉还不是最好的方法，目前没有找到更好的方法，暂时记录下来：

其实后来经过分析，可以简单的在sys.slog$表中插入一条记录，：

insert into sys.slog$ values('SCOTT','T1',NULL,171,NULL,to_date('2014-01-07 15:44:18','yyyy-mm-dd hh24:mi:ss'),null,null);

commit;

插入的时间可以通过如下命令查看，查看哪个物化视图的SNAPTIME小，就插入哪个时间：

SELECT SOWNER, VNAME, MOWNER, MASTER, to_char(SNAPTIME,'yyyy-mm-dd hh24:mi:ss') FROM SYS.SNAP_REFTIME$;

然后可以根据实际情况：exec dbms_mview.refresh('TMV1',C');  exec dbms_mview.refresh('TMV1','F');

就OK了。

－－－－更新－－－－

后来在同事的电脑上创建远程物化视图(11.2.0.1)，发现会在sys.slog$中注册记录，并且刷新正常，在自己的11.2.0.3的RAC上测试，也正常，不同大版本之间，低版本向高版本创建物化视图还真是问题多，而高版本向低版本创建物化视图经过测试也没有问题。


原贴地址：http://blog.itpub.net/8242091/viewspace-609538

最近发现客户的数据库db file scattered read很高，做了个statspack，top5里面的SQL全是和物化视图日志相关的SQL语句，一查mlog$_xxxx这些表的大小，竟然后几个高达3G的……

 

由于相关有问题的表数量比较多，而且很多大表，最主要的是，查询机上面还建立有物化视图日志，后面还挂着N个数据库在刷查询机的数据，如果把物化视图日志重建了，必须对后续的站点全部重刷，工作量太大。而且最大的表有40G，而UNDO表空间只有15G，重刷连UNDO表空间都不够……

 

还好客户可以考虑停机，决定通过改元数据的方法来处理这个重新刷新的问题。于是决定看下物化视图报ORA-12034的规则，以前没metalink，做的时候是把mlog$在重建前给拷贝出来，重建物化视图日志完成后，用备份的mlog$.oldest_pk（基于PK）/oldest（基于rowid）去更新mlog$的对应列。

 

参考的文档时：Doc ID:  204127.1

 

refresh fast的物化视图能否正常刷新，依赖于如下几个条件：

1.    A snapshot log exists.

2.    SNAP_REFTIME$.SNAPTIME >= MLOG$.OLDEST_PK

3.    SNAP_REFTIME$.SNAPTIME = SLOG$.SNAPTIME

4.    Current refresh timestamp >= MLOG$.YOUNGEST + 1second

 

第2，3条指出的SNAP_REFTIME$，是在物化视图站点上的该视图，记录的是物化视图的刷新时间，该时间是以mview log站点上的时间为基础

 

mview log site

mview site

SQL> host date

Fri Jul 17 20:52:30 CST 2009

SQL> host date

Sat Aug  1 01:25:03 CST 2009

 

SQL> BEGIN

  2  dbms_mview.refresh('MV_TEST','F');

  3  END;

  4  /

 

PL/SQL procedure successfully completed.

SQL> DROP MATERIALIZED VIEW LOG ON ctais2.t_test;

CREATE MATERIALIZED VIEW LOG ON ctais2.t_test;

 

Materialized view log dropped.

 

SQL>

Materialized view log created.

 

SQL> SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;

 

MOWNER  MASTER  OLDEST_PK

------- ------- -------------------

CTAIS2  T_TEST  2009-07-17 20:32:34

 

SQL> SELECT mowner,MASTER,snaptime FROM sys.slog$;

 

no rows selected

 

 

SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;

 

SOWNER  VNAME   MOWNER  MASTER  SNAPTIME

------- ------- ------- ------- -------------------

CTAIS2  MV_TEST CTAIS2  T_TEST  2009-07-17 20:31:54

 

SQL> BEGIN

  2  dbms_mview.refresh('MV_TEST','F');

  3  END;

  4  /

BEGIN

*

ERROR at line 1:

ORA-12034: materialized view log on "CTAIS2"."T_TEST" younger than last refresh

ORA-06512: at "SYS.DBMS_SNAPSHOT", line 820

ORA-06512: at "SYS.DBMS_SNAPSHOT", line 877

ORA-06512: at "SYS.DBMS_SNAPSHOT", line 858

ORA-06512: at line 2

 

SNAP_REFTIME$.SNAPTIME < MLOG$.OLDEST_PK

SQL> UPDATE sys.mlog$ SET oldest_pk=to_date('2009-07-17 20:31:54','yyyy-mm-dd hh24:mi:ss') WHERE mowner='CTAIS2' AND MASTER='T_TEST';

 

1 row updated.

 

SQL> commit;

 

Commit complete.

 

 

SQL> /

 

PL/SQL procedure successfully completed.

SQL> SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;

 

MOWNER  MASTER  OLDEST_PK

------- ------- -------------------

CTAIS2  T_TEST  2009-07-17 20:56:30

 

SQL> SELECT mowner,MASTER,snaptime FROM sys.slog$;

 

MOWNER  MASTER  SNAPTIME

------- ------- -------------------

CTAIS2  T_TEST  2009-07-17 20:56:30

SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;

 

SOWNER  VNAME   MOWNER  MASTER  SNAPTIME

------- ------- ------- ------- -------------------

CTAIS2  MV_TEST CTAIS2  T_TEST  2009-07-17 20:56:30

 

可以看到，根据SNAP_REFTIME$.SNAPTIME >= MLOG$.OLDEST_PK 可以判读是否能refresh fast

重建物化视图日志后，没有SLOG$的记录，该条件被忽略，刷新了一次后，该记录被增加

只需要将mlog$.oldest_pk更新为snap_reftime$.snaptime

 

接下来测试一个表上注册了多个物化视图的情况，在物化视图日志站点的数据库上，也建立了个MV_TEST的物化视图

mview log site

mview site

SQL> SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;

 

MOWNER  MASTER  OLDEST_PK

------- ------- -------------------

CTAIS2  T_TEST  2009-07-17 21:01:51

 

SQL> SELECT mowner,MASTER,snapid,snaptime FROM sys.slog$;

 

MOWNER  MASTER      SNAPID SNAPTIME

------- ------- ---------- -------------------

CTAIS2  T_TEST          24 2009-07-17 21:01:58

CTAIS2  T_TEST          23 2009-07-17 21:01:51

 

SQL> SELECT sowner,snapname,snapsite,snapshot_id FROM sys.reg_snap$;

 

SOWNER  SNAPNAME SNAPSITE   SNAPSHOT_ID

------- -------- ---------- -----------

CTAIS2  MV_TEST  SOURCE9             23   --本地站点

CTAIS2  MV_TEST  RAC9I               24   --远程站点

 

SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;

 

SOWNER  VNAME    MOWNER  MASTER  SNAPTIME

------- -------- ------- ------- -------------------

CTAIS2  MV_TEST  CTAIS2  T_TEST  2009-07-17 21:01:51

 

SNAP_REFTIME$.SNAPTIME = MLOG$.OLDEST_PK

SNAP_REFTIME$.SNAPTIME = SLOG$.SNAPTIME

SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;

 

SOWNER  VNAME   MOWNER  MASTER  SNAPTIME

------- ------- ------- ------- -------------------

CTAIS2  MV_TEST CTAIS2  T_TEST  2009-07-17 21:01:58

 

SNAP_REFTIME$.SNAPTIME > MLOG$.OLDEST_PK

SNAP_REFTIME$.SNAPTIME = SLOG$.SNAPTIME

SQL> DROP MATERIALIZED VIEW LOG ON ctais2.t_test;

 

Materialized view log dropped.

 

SQL> CREATE MATERIALIZED VIEW LOG ON ctais2.t_test;

 

Materialized view log created.

 

SQL> exec dbms_mview.refresh('MV_TEST','F');

BEGIN dbms_mview.refresh('MV_TEST','F'); END;

 

*

ERROR at line 1:

ORA-12034: materialized view log on "CTAIS2"."T_TEST" younger than last refresh

ORA-06512: at "SYS.DBMS_SNAPSHOT", line 820

ORA-06512: at "SYS.DBMS_SNAPSHOT", line 877

ORA-06512: at "SYS.DBMS_SNAPSHOT", line 858

ORA-06512: at line 1

SQL> exec dbms_mview.refresh('MV_TEST','F');

BEGIN dbms_mview.refresh('MV_TEST','F'); END;

 

*

ERROR at line 1:

ORA-12034: materialized view log on "CTAIS2"."T_TEST" younger than last refresh

ORA-06512: at "SYS.DBMS_SNAPSHOT", line 820

ORA-06512: at "SYS.DBMS_SNAPSHOT", line 877

ORA-06512: at "SYS.DBMS_SNAPSHOT", line 858

ORA-06512: at line 1

SQL>  SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;

 

MOWNER  MASTER  OLDEST_PK

------- ------- -------------------

CTAIS2  T_TEST  2009-07-17 21:09:11

 

SQL>  SELECT mowner,MASTER,snapid,snaptime FROM sys.slog$;

 

no rows selected

 

SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;

 

SOWNER  VNAME    MOWNER  MASTER  SNAPTIME

------- -------- ------- ------- -------------------

CTAIS2  MV_TEST  CTAIS2  T_TEST  2009-07-17 21:01:51

 

SNAP_REFTIME$.SNAPTIME < MLOG$.OLDEST_PK

SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;

 

SOWNER  VNAME   MOWNER  MASTER  SNAPTIME

------- ------- ------- ------- -------------------

CTAIS2  MV_TEST CTAIS2  T_TEST  2009-07-17 21:01:58

 

SNAP_REFTIME$.SNAPTIME < MLOG$.OLDEST_PK

SQL> UPDATE sys.mlog$ SET oldest_pk=to_date('2009-07-17 21:01:51','yyyy-mm-dd hh24:mi:ss') WHERE mowner='CTAIS2' AND MASTER='T_TEST'

  2  ;

 

1 row updated.

 

SQL> commit;

 

Commit complete.

 

SQL>  exec dbms_mview.refresh('MV_TEST','F');

 

PL/SQL procedure successfully completed.

SQL>  exec dbms_mview.refresh('MV_TEST','F');

BEGIN dbms_mview.refresh('MV_TEST','F'); END;

 

*

ERROR at line 1:

ORA-12034: materialized view log on "CTAIS2"."T_TEST" younger than last refresh

ORA-06512: at "SYS.DBMS_SNAPSHOT", line 820

ORA-06512: at "SYS.DBMS_SNAPSHOT", line 877

ORA-06512: at "SYS.DBMS_SNAPSHOT", line 858

ORA-06512: at line 1

SQL>  SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;

 

MOWNER  MASTER  OLDEST_PK

------- ------- -------------------

CTAIS2  T_TEST  2009-07-17 21:12:58

 

SQL> SELECT mowner,MASTER,snapid,snaptime FROM sys.slog$;

 

MOWNER  MASTER      SNAPID SNAPTIME

------- ------- ---------- -------------------

CTAIS2  T_TEST          23 2009-07-17 21:12:58

 

SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;

 

SOWNER  VNAME    MOWNER  MASTER  SNAPTIME

------- -------- ------- ------- -------------------

CTAIS2  MV_TEST  CTAIS2  T_TEST  2009-07-17 21:12:58

 

SNAP_REFTIME$.SNAPTIME = MLOG$.OLDEST_PK

SNAP_REFTIME$.SNAPTIME = SLOG$.SNAPTIME

可以看到，刷新成功后，MLOG$.OLDEST_PK被更新为sys.slog$.snaptime的最小值，远程站点无记录，所以就没有考虑。

SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;

 

SOWNER  VNAME   MOWNER  MASTER  SNAPTIME

------- ------- ------- ------- -------------------

CTAIS2  MV_TEST CTAIS2  T_TEST  2009-07-17 21:01:58

 

SNAP_REFTIME$.SNAPTIME < MLOG$.OLDEST_PK

 

 

SQL> UPDATE sys.mlog$ SET oldest_pk=to_date('2009-07-17 21:01:58','yyyy-mm-dd hh24:mi:ss') WHERE mowner='CTAIS2' AND MASTER='T_TEST'

  2  ;

 

1 row updated.

 

SQL> commit;

 

Commit complete.

 

 

SQL>  exec dbms_mview.refresh('MV_TEST','F');

 

PL/SQL procedure successfully completed.

SQL> exec dbms_mview.refresh('MV_TEST','F');

 

PL/SQL procedure successfully completed.

必须要先刷新另外一个站点，否则mlog$的记录还是会被更新为另一个注册记录

 

可以看到，如果表上注册了多个物化视图，那么要更新为一个站点的snaptime一次，刷一次，在更新为另一个站点的snaptime一次，在刷一次，因为在slog$中没有这个注册站点的记录。

 

mview log site

mview site

SQL> SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;

 

MOWNER  MASTER  OLDEST_PK

------- ------- -------------------

CTAIS2  T_TEST  2009-07-17 21:36:45

 

SQL>  SELECT mowner,MASTER,snapid,snaptime FROM sys.slog$;

 

MOWNER  MASTER      SNAPID SNAPTIME

------- ------- ---------- -------------------

CTAIS2  T_TEST          23 2009-07-17 21:36:56

CTAIS2  T_TEST          24 2009-07-17 21:36:45

 

SQL> SELECT sowner,snapname,snapsite,snapshot_id FROM sys.reg_snap$;

 

SOWNER  SNAPNAME SNAPSITE   SNAPSHOT_ID

------- -------- ---------- -----------

CTAIS2  MV_TEST  SOURCE9             23

CTAIS2  MV_TEST  RAC9I               24

 

SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;

 

SOWNER  VNAME    MOWNER  MASTER  SNAPTIME

------- -------- ------- ------- -------------------

CTAIS2  MV_TEST  CTAIS2  T_TEST  2009-07-17 21:36:56

SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;

 

SOWNER  VNAME   MOWNER  MASTER  SNAPTIME

------- ------- ------- ------- -------------------

CTAIS2  MV_TEST CTAIS2  T_TEST  2009-07-17 21:36:45

SQL>  DROP MATERIALIZED VIEW LOG ON ctais2.t_test;

 

Materialized view log dropped.

 

SQL> CREATE MATERIALIZED VIEW LOG ON ctais2.t_test;

 

Materialized view log created.

 

SQL>  SELECT mowner,MASTER,oldest_pk FROM sys.mlog$;

 

MOWNER  MASTER  OLDEST_PK

------- ------- -------------------

CTAIS2  T_TEST  2009-07-17 21:39:29

 

SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;

 

SOWNER  VNAME    MOWNER  MASTER  SNAPTIME

------- -------- ------- ------- -------------------

CTAIS2  MV_TEST  CTAIS2  T_TEST  2009-07-17 21:36:56

SQL> SELECT SOWNER, VNAME, MOWNER, MASTER, SNAPTIME FROM SYS.SNAP_REFTIME$;

 

SOWNER  VNAME   MOWNER  MASTER  SNAPTIME

------- ------- ------- ------- -------------------

CTAIS2  MV_TEST CTAIS2  T_TEST  2009-07-17 21:36:45

--更新为各个站点中的snap_reftime$.snaptime最小值，其实只需要是以前mlog$中该列的值

UPDATE sys.mlog$ SET oldest_pk=to_date('2009-07-17 21:36:45','yyyy-mm-dd hh24:mi:ss') WHERE mowner='CTAIS2' AND MASTER='T_TEST'

 

--slog$插入数据，主要snap_id.其实只需要是原来的slog$的数据

INSERT INTO SYS.Slog$ VALUES ('CTAIS2','T_TEST',NULL,23,NULL,to_date('2009-07-17 21:36:56','yyyy-mm-dd hh24:mi:ss'),NULL,NULL);

INSERT INTO SYS.Slog$ VALUES ('CTAIS2','T_TEST',NULL,24,NULL,to_date('2009-07-17 21:36:45','yyyy-mm-dd hh24:mi:ss'),NULL,NULL);

 

SQL> exec dbms_mview.refresh('MV_TEST','F');

 

PL/SQL procedure successfully completed.

SQL> exec dbms_mview.refresh('MV_TEST','F');

 

PL/SQL procedure successfully completed.

 

这样看来，手工维护物化视图日志，通过修改元数据，避免重新刷新，0RA-12034的办法为：

1.    停止业务(应用服务器，JOB,CRONTAB),关闭监听，从v$session中确定没有其他连接，保持数据一致性

2.    刷新所有相关物化视图（dba_registered_mviews可以确认，同时确认下有没现在已经没有刷新的注册，有就unregister掉）

3.    备份mlog$,slog$

4.    删除mview log并重建

5.    更新元数据

UPDATE MLOG$ A SET A.OLDEST_PK = (SELECT B.OLDEST_PK FROM MLOG$_BAK B WHERE B.MOWNER = A.MOWNER AND B.MASTER = A.MASTER);

 

UPDATE MLOG$ A SET A.OLDEST = (SELECT B.OLDEST     FROM MLOG$_BAK B       WHERE B.MOWNER = A.MOWNER       AND B.MASTER = A.MASTER);

 

INSERT INTO SLOG$  SELECT * FROM SLOG$_BAK WHERE MOWNER, MASTER,SNAPID NOT IN (SELECT MOWNER, MASTER, SNAPID FROM SLOG$);

 

另外提一下，如果把物化视图建立成on prebuilt table的形式，可以通过删除物化视图定义在重建，就可以很简单的维护这个问题。同样，对于DDL的修改，也可以解决而不需要重建。但是客户的物化视图是直接刷的，没办法了




关于物化视图增量刷新报ORA-12018 问题的解决方案
wrh_csdn的博客
09-11 1765
由于表之前采用的是全量刷新方式进行刷新，但是因为表的数据量越来越大，全量刷新的时候偶尔会出现失败的情况，因为同一个时点刷新的任务比较多，回滚段被占满了之后会出现报错，所以急需要解决这个问题。 发现源表在源系统里是有主键的，所以决定采用增量刷新来解决刷新失败的问题。 1.让DBA帮忙创建 MV LOG create materialized view log on HX_KPXT.FPGL_F...
Oracle物化视图创建报ORA-00942错的解决
miki西游
05-28 5320
在Oracle10g的数据库中，将一个物化视图做了一个简单的条件子句修改，删除后重建，但是，就建不成功，报ORA-00942表或视图不存在错误。 这个问题很奇怪，我首先想这会是一个bug吗？找了oracle的metalink，还真有类似bug记载，但给出的解决方法不合适。于是去自己分析解决，然后发现一个坑接着一个坑啊。 好吧，我先介绍物化视图的创建语句，如下所示： CREATE MATE
项目使用物化视图时，遇到了ORA-12034问题
weixin_33701564的博客
04-11 182
sqlplus /nolog --链接数据dba conn /as sysdba --给bim_dev授权，可以修改sys.mlog$表的权限 grant update on sys.mlog$ to BIm_dev; 转载于:https://www.cnblogs.com/523823-wu/p/8795195.html...
Oracle插入语句报错：ora-12034
sunhs1024的博客
06-05 2258
最近在使用kettle进行数据迁移，但是在执行时发现一个目标表的子段的数据类型不符合，于是对这个字段进行了修改，之后执行转换的时候就出现了报错：ORA-12034: "KLAPP"."MSRIMPPERSON"上的实体视图日志比上次刷新后的内容新于是上网找各种方式，大部分都给出了正确的解决方案，但是大部分没有详细说明，在这里记录一下：大部分都是直接给出解决办法：对物化视图进行刷新：exec dbm...
ORA-12034: materialized view log on "SCOTT"."T_ROWID" younger than last refresh
weixin_33853827的博客
11-25 352
往一张物化视图基表插入一条数据时报：ORA-12034: materialized view log on "SCOTT"."T_ROWID" younger than last refreshORA-06512: at "SYS.DBMS_SNAPSHOT", line 2563ORA-06512: at "SYS.DBMS_SNAPSHOT", line 2776ORA-...
ORA-12034：视图日志比上次刷新后的内容新
关注系统性能调优
09-15 4621
向LCM_DICTIONARY插入数据报错 ORA-12034: "LCM"."LCM_DICTIONARY"上的实体视图日志比上次刷新后的内容新 这是物化视图的问题，先通过下列方式找到物化视图： USER_MVIEWS SELECT mview_name, last_refresh_date, fullrefreshtim, increfreshtim   FROM dba_mview
oracle 错误 2430,解决物化视图ORA-12034'实体化视图日志比上次刷新后的内容新'的问题...
weixin_42522964的博客
04-02 778
有个应用想使用物化视图复制数据，为了应对将来可能遇到的问题，先做些异常测试。搭建使用rowid 创建物化视图 实现快速更新的环境：创建用户a, bgrant CONNECT to A;grant RESOURCE to A;grant CONNECT to B;grant RESOURCE to B;grant DROP ANY MATERIALIZED VIEW to B;grant CREAT...
创建物化视图ORA-12014错误解决方法
01-22
### 创建物化视图ORA-12014错误解决方法 #### 背景介绍 在Oracle数据库中，物化视图(Materialized View)是一种用于优化查询性能的重要工具。它预先计算并存储了复杂的查询结果，从而在实际查询时能够快速地返回...
oracle报错（ORA-00600）问题处理
12-16
Oracle数据库报错ORA-00600是一个内部错误，通常表示系统遇到了未预见的问题或已知的软件缺陷。这个错误通常与Oracle的内核代码有关，而不是用户的SQL操作。在描述中，我们看到错误与“kcblasm_1”和参数103相关联，...
物化视图手动刷新报错：ORA--12008:实物化视图的刷新路径中存在错误，ORA-01706:用户函数的结果值过大
weixin_42579074的博客
06-12 6852
物化视图手动刷新报错：ORA–12008:实物化视图的刷新路径中存在错误，ORA-01706:用户函数的结果值过大 执行语句： BEGIN DBMS_MVIEW.REFRESH ( list => ‘XXX_MATERIALIZED_VIEW’, Method =>‘C’, refresh_after_errors => True); END; 就报上面的错误，排查问题思路，我...
探讨实体化视图刷新的机制
02-24
探讨Oracle数据库中实体化视图刷新的机制
物化视图日志结构与ORA-12034 Mview log younger than last refresh
cuchengjiao8603的博客
05-10 521
我们都知道，要创建快速刷新的物化视图，必须先在MASTER SITE端创建物化视图日志。这里介绍一下Mview Log 的结构与江门NGBOSS和之前来电三期中出现的ORA-12034 materialized view log...
ORA-12034 Materialized View Log Younger Than Last Refresh
congan4475的博客
07-07 689
Metalink Note 204127.1 Diagnosing ORA-12034 Materialized View Log Younger Than Last Refresh [ID 204127.1...
物化视图日志的重建 与 ORA-12034
cti27515的博客
07-17 490
最近发现客户的数据库db file scattered read很高，做了个statspack，top5里面的SQL全是和物化视图日志相关的SQL语句，一查mlog$_xxxx这些表的大小，竟然后几个高达3G的…… 由于...
oracle实体视图日志,Oracle案例02——ORA-12034: "SCOTT"."USER_TABLE" 上的实体化视图日志比上次刷新后的内容新...
weixin_27215403的博客
04-06 423
通过查看schedual job报错日志，具体报错信息如下ORA-12034:"SCOTT"."USER_TABLE" 上的实体化视图日志比上次刷新后的内容新ORA-06512: 在 "SYS.DBMS_SNAPSHOT", line 2563ORA-06512: 在 "SYS.DBMS_SNAPSHOT", line 2776ORA-06512: 在 "SYS.DBMS_SNAPSHOT", l...
Oracle 数据库登录时出现ORA-12514 、ORA-01034、ORA-27101、ORA-01033 错误的解决
一路风尘
07-06 2332
今天我的Oracle遇到了登录问题，什么原因造成的，我也不清楚，可以说我都没乱搞，问题就不期而遇了。我按照网上的提示，折腾了一个下午，才解决这个问题。真是累啊！为了不让朋友像我这样困惑，我特地把解决过程说一下，其实用到的方法也是网友们提供的，我只是组合一下而已
【原创】《Oracle物化视图实战手册》-原理讲解-应用场景-实战演练
weixin_33994444的博客
01-27 278
《Oracle物化视图实战手册》场合：数据变化小，查询出数据还要2次利用，需要数据双向同步的场合视图：就是一条sql语句，每次查询时都要重新生成执行计划，重新执行，非常消耗时间，放在内存中一次性的物化视图：执行sql并保留结果，直接放在数据文件中，不放在内存中方便重用【空间换时间】，不受开关机的影响1.创建基表并插入数据create table sino_person_address (iid N...
Oracle 物化视图无法删除，无法更新解决方法
kerydia
06-28 3629
物化视图我习惯在字段最后面加一个 to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') update_ts 来区别是否更新，也方便他人知道数据是否更新 但是有的时候因为某些原因，导致物化视图死锁了，无法自动更新，也无法删除重建 在网上找了好久也没有找到有效的解决方法，最后各种拼在一起总算是解决了。 下面是解决方法： 1、使用PL/SQL登录 sys 用户（不...
物化视图日志异常的处理
kevin_LCC的专栏
06-22 4158
 搭建使用rowid 创建物化视图 实现快速更新的环境： 创建用户a, b grant CONNECT to A; grant RESOURCE to A; grant CONNECT to B; grant RESOURCE to B; grant DROP ANY MATERIALIZED VIEW to B; grant CREATE MATERIALIZED VIE
ORA-01031:权限不足ORA-06512:在"SYS.DBMS SNAPSHOT KKXRCA", line 3020ORA-06512:在"SYS.DBMS ISNAPSHOT", line 216ORA-01403: 未找到任何数据ORA-06512:在"SYS.DBMS ISNAPSHOT", line 196ORA-06512:在"SYS.DBMS SNAPSHOT KKXRCA", line 2852ORA-06512:在"SYS.DBMS SNAPSHOT KKXRCA", line 326:ORA-06512:在"SYS.DBMS SNAPSHOT KKXRCA", ine 329!ORA-06512:在"SYS.DBMS SNAPSHOT", line 16ORA-06512:在line2 View program sources of error stack?
最新发布
03-14
<think>嗯，用户遇到了Oracle数据库的权限问题，具体是ORA-01031权限不足，还有涉及DBMS_SNAPSHOT和SYS包的调用错误。首先，我需要回想一下ORA-01031错误的常见原因。这个错误通常是因为用户没有执行特定操作所需的权限。比如，如果用户尝试访问某个表或执行某个存储过程，但没有相应的权限，就会报这个错误。所以，解决这个问题的第一步应该是检查用户的权限是否足够。 接下来，用户提到DBMS_SNAPSHOT_UTL包的问题，可能是在创建或管理物化视图日志时遇到的。这个包属于SYS用户，普通用户可能需要显式授权才能使用。我记得SYS的包默认只有DBA权限的用户才能访问，所以需要确认用户是否有EXECUTE权限。另外，引用1和2中提到的问题可能与Oracle版本有关，特别是11g的bug可能导致某些存储过程出错。这时候可能需要应用补丁或者升级数据库。 然后，用户还提到ORA-01555和ORA-12034错误。ORA-01555通常与UNDO表空间不足或查询时间过长有关，需要调整UNDO表空间的大小或优化查询。ORA-12034则涉及物化视图日志的问题，可能需要重新创建日志或调整刷新策略。 接下来，我需要考虑如何逐步指导用户解决这些问题。首先检查权限，授予必要的系统权限和对象权限。比如，如果用户需要创建物化视图，可能需要GRANT CREATE MATERIALIZED VIEW。然后检查SYS包的权限，比如DBMS_SNAPSHOT_UTL，可能需要用SYSDBA用户授予EXECUTE权限。 如果权限没有问题，可能需要考虑数据库版本的问题。引用2提到Oracle 11g的bug，如果在10g上没问题，可能需要查看是否触发了已知的bug，并检查是否有可用的补丁。此外，ORA-01555的问题需要调整UNDO表空间，增加大小或保留时间，避免长事务导致的错误。 最后，关于物化视图日志的问题，如ORA-12034，可能需要检查日志是否损坏，必要时重建，并确保刷新操作在合理的时间窗口内完成，避免数据不一致。 用户可能需要具体的步骤示例，比如如何授予权限，如何检查UNDO配置，如何重建物化视图日志等。同时，需要提醒用户谨慎操作SYS对象，最好在测试环境验证后再应用到生产环境。如果有必要，联系Oracle支持处理潜在的bug。</think>### 分步解决方案 #### **1. 解决 ORA-01031 权限不足问题** **步骤 1：确认操作所需的权限** - 若涉及创建/修改对象（如表、物化视图），需检查用户是否具备以下权限： ```sql GRANT CREATE TABLE, CREATE MATERIALIZED VIEW, CREATE ANY SNAPSHOT TO [用户名]; ``` - 若涉及系统包（如`DBMS_SNAPSHOT_UTL`），需授予`EXECUTE`权限： ```sql GRANT EXECUTE ON SYS.DBMS_SNAPSHOT_UTL TO [用户名]; ``` **步骤 2：检查角色继承** - 确保用户未被限制通过角色继承权限。Oracle 中某些权限需直接授予用户而非角色： ```sql SELECT * FROM DBA_ROLE_PRIVS WHERE GRANTEE = '[用户名]'; ``` **步骤 3：验证 SYS 对象权限** - 若报错涉及`SYS.DBMS_SNAPSHOT_UTL`，需以`SYSDBA`身份检查包状态和权限： ```sql SELECT OBJECT_NAME, STATUS FROM DBA_OBJECTS WHERE OWNER = 'SYS' AND OBJECT_NAME = 'DBMS_SNAPSHOT_UTL'; GRANT EXECUTE ON SYS.DBMS_SNAPSHOT_UTL TO [用户名]; ``` **示例场景** 若用户执行物化视图刷新时出现权限不足： ```sql -- 直接授予物化视图相关权限 GRANT CREATE MATERIALIZED VIEW TO scott; GRANT EXECUTE ON DBMS_SNAPSHOT TO scott; ``` --- #### **2. 处理 DBMS_SNAPSHOT 和 SYS 包调用问题** **步骤 1：验证包状态** - 检查`DBMS_SNAPSHOT_UTL`是否有效： ```sql SELECT OBJECT_NAME, STATUS FROM DBA_OBJECTS WHERE OBJECT_NAME IN ('DBMS_SNAPSHOT_UTL', 'DBMS_SNAPSHOT'); ``` 若状态为`INVALID`，需重新编译： ```sql ALTER PACKAGE SYS.DBMS_SNAPSHOT_UTL COMPILE; ``` **步骤 2：处理 Oracle 版本兼容性问题** - 若问题在 Oracle 11g 中出现（如引用[^2]所述），检查是否触发已知 Bug： - 查询 Oracle 支持文档（如 MOS），确认 Bug 编号（如 Bug 12345678）。 - 应用官方补丁或升级到修复版本。 **步骤 3：重建物化视图日志（ORA-12034）** 若报错`ORA-12034: 实体化视图日志比上次刷新后的内容新`[^5]： ```sql -- 删除原有日志 DROP MATERIALIZED VIEW LOG ON scott.user_table; -- 重新创建日志 CREATE MATERIALIZED VIEW LOG ON scott.user_table WITH PRIMARY KEY, ROWID; ``` --- #### **3. 相关错误 ORA-01555 的预防** - **调整 UNDO 表空间**： ```sql ALTER DATABASE DATAFILE '/path/undo.dbf' RESIZE 10G; ALTER SYSTEM SET UNDO_RETENTION = 3600; -- 单位：秒 ``` - **避免长事务**：优化查询逻辑，减少全表扫描和锁竞争[^4]。 --- ### 总结操作顺序 1. 授予显式权限（对象权限 + SYS 包权限）。 2. 检查并修复无效的 SYS 包。 3. 处理版本兼容性问题（补丁/升级）。 4. 重建物化视图日志（针对 ORA-12034）。 5. 调整 UNDO 配置（针对 ORA-01555）。 ### 注意事项 - **谨慎操作 SYS 对象**：直接修改 SYS 拥有的包可能导致系统不稳定，建议先在测试环境验证。 - **监控 UNDO 使用**：通过`V$UNDOSTAT`视图分析 UNDO 空间使用趋势[^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值