oracle回滚 oracle回滚数据

oracle数据库导出是出现的问题

XID

我看到上面几个人都是答非所问。

oracle回滚 oracle回滚数据

oracle回滚 oracle回滚数据

oracle回滚 oracle回滚数据

select t.,t.rowid from tablename t where。。。

我想你的问题是在于temp表空间和系统用户sys上面。我的想法是：

修改表中内容，如将empno为8888的改成4444。

1、数据库本身的问题，即DBMS的错误导致无法进行。

3、temp表空间不足以提供导出时的使用，增大temp。

我的技术也不是太高。不过没遇到像你的这样问题呵呵

好运

Oracle大数据量导入，中途停止了，是怎么回事

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

1、类似于这样的大表一般是需要创建分区的，表需要分区，索引也需要分区，这里只提到分区就是子表，一个子表ORACLE内部就是一个段的概念，我的博客内部正好刚写了一篇关于分区的介绍，你也可以参考其他的资料帮你提供参考，这个需要对分区专门研究，然后根据实际情况去做分区（因为从题目上也不是太明确你的要求），不然有些时候往往适得其反。

可以看到，Flashback Transaction Query主要用于审计一个事务，并可以回滚一个已经提交的事务。如果确定出错的事务是一个事务，我们利用Flashback Table或者Flashback Query就可以解决问题。但是，如果执行了一个错误的事务之后，又执行了一系列正确的事务，那么上例如：在test表中，时间1插入一条记录，时间2删除了这条记录，对于时间3执行select from test当然查询不到这条记录，只能看到该表的提交记录。这时如果利用Flash Table或者是Flash Query，只能看到过去的某一时间点的一个快照，而利用Flashback Version Query，能够把时间1、时间2的作给记录下来，并详细的查询出对表进行的任何作。面的方法就无能为力，利用Flashback Transaction Query可以查看或回滚这个错误的事务。

2、ORACLE快照就不是解决这个问题的了，他主要是对回滚段的一些处理记录，当你删除增加数据，即使提交了，也可以通过快照找到近期的数据，但是如果回滚段较小，被冲掉了，那就没办法了，就像做一个大型统计需要很长时间，中途若对统计的表进行增删改查作即使COMMIT也不会在统计中运算，因为ORACLE会自己创建在执行SQL前给与一个时间戳TIMESP和对应SCN号码，这个是的，如果出现块，就会到回滚段去找数据，若回滚段被冲掉，这个统计会报错。

4、如果是一个表内部就有这么多数据，目标表需要进行分区，而且根据实际情况可以的话建议是二级分区，分区一定要找好下手点，不能乱分，不然往往分后的性能不如不分的情况，至于如何分区，这些都要依据实际情况而定，没有完全的定论，不过只要分区，最基本的就是你的分区字段是99%的情况都要用以查询条件，并可以迅速定位分区的字段，一个分区内部的数据不要太多，各个分区的数据较为均匀分布。

5、分区基础上创建分区索引，有全局索引和本地索引，据实际情况可以参考使用，保证通过分区索引快速定位数据范围和查找数据(针对提取少量数据，而不是全盘扫描)。

6、至于如何将高版本的数据同步到低版本，尤其跨越两个大版本，本来ORACLE 10后有一个数据泵，但是ORACLE 9I用不了，但是用SQL无益是最慢的，DMP就算是小版本的区别也可能会有点问题，SQLLOADER是人工去完成导入导出工作，外部表是文件结构也需要先导出去而且对于大数据量的性能不容乐观，就我个人来说在可能的情况下用DB-LINK链接过去，可进行双数据库作，不过DB-LINK转存过程注意分布式事务的一致性问题。

“前滚”和“回滚”的区别

语法：

前滚： 未完全提交的事务，即该事务已经被执行commit命令了，只是现在该事务修改所对应的数据块中只有一部分被写到磁盘上的数据文件中，还有一部分已经被置为提交标记的块还在内存上。

如果此时数据库实例崩溃了，则当数据库实例恢复时，就需要用前滚（这个机制）来完成事务的完全提交，即将先前那部分已经被置为提交标记且还在内存上的块写入到磁盘上的数据文件中。

回滚： 未提交的事务，即该事务未被执行commit命令。但是此时，该事务修改的块中也有可能一部分块写入到数据文件中了。如果此时数据库实例崩溃了，则当数据库实例恢复时，就需要用回滚（这个机制）来将先前那部分已经写入到数据文件的块从数据文件上撤销掉。

如下：

实例注意：如果需要闪回一个表，需要以下条件：恢复，就是Oracle软件系统根据数据库实例崩溃前一次检查点的那一刻到数据库实例崩溃那一刻期间所做的所有作（无论该作是否有提交的，这些作可以从重做日志上读取）。

对该数据库实例对应的数据库（特别是数据文件部分做恢复，当然其他配合数据文件的文件，如控制文件，日志文件，也会做相关的恢复修改）进行前滚，即将该期间的作重做一遍。

关于oracle里面delete,trancate,drop的区别和用法。详细点。谢谢

4、Flash Version Query（利用UNDO保留信息恢复）

delete：属于DML语句，删除数据库中指定条件的数据，相应语法：

max_extents, v.curext CurExtent

DELETE table WHERE a = b;

3、Flashback Drop（利用回收站功能恢复）

TRUNCATE：（不是trancate）属于DDL语句，快速的删除指定表的所有数据，

TRUNCATE在各种表上无论是大的还是小的都非常快，同其它DDL语句一样，都显示的有提交作，因此，执行之后是无法进行回滚作的。TRUNCATE将重新设置高水平线和所有的索引。在对整个表和索引进行完全浏览时，经过TRUNCATE作后的表比Delete作后的表要快得多。TRUNCATE不能触发任何Delete触发器。当表被清空后表和表的索引将重新设置成初始大小，而delete则不能。

DROP：属于DDL语句，作用是删除整个表、删除指定的用户、删除指定的存储空间等等

drop table table_name [cascade constraint]

drop user user_name [cascade]

drop tablespace tablespace_name including content and datafiles

delete 和 truncate 是删除表中数据，但delete 与 truncate 的区别是 delete 删除数据后不释放内存，而trancate会释放内存

delete 是dml(数据控制语言) delete 删除数据后，需加commit提交事务后才能生效。 truncate 是ddl（数据定义语言）

drop是清除表

用法：delete from tabname

drop table tabname

delete 是对表中的数据作,删除表中的记录

trancate 也是删除表中的记录,但是它不调用触发器,速度比较快

drop 的话是完全把表给删除(当然不一定只是表,还有很多其他对象,像序列,INDEX...)

Oracle数据库重新回滚数据的时候，报错，回滚失败。再重启就出现报错ora-00942，请大神！

2、硬盘的问题，between timestamp minvalue and maxvalue硬盘的数据错误导致的这个问题。

至于你说的，表或视图不存在，因为前面的日志中有drop的字样，个人认为可能是drop掉后，没有重新建立，所以导致的update tablename set 字段1=值，字段2=值 where 。。，这个可能要一点一点查了。

oracle的表空间undotbs是什么

即 oracle 9i 以前的 回滚段表空间. 从 oracle 9i 开始, 若采用自动回滚段管理, 则为 undotbs. un3、也可将表中的数据用SQL的语句整理好，插入新建的临时表，truncate原来的表的数据，再将临时表的数据插回原表。do tablespace.

为存放回滚段. 回滚段中存放的是前·VERSIO----查看回滚段名称及大小NS_SCN - 系统改变号映象, 以便用户回滚时或保证读一致性时用.

9i之前是回滚表空间，10g以后是 undo 表空间

删除整个表中的数据并且无法回滚

truncate table t在测试中方便起见，在事务没有提交的时候，获得事务的XID为04001F0035000000。实际情况下，不可能去跟踪每个事务，想要获得已提交事务的XID，就必须通过上面的Flashback Version Query。abname

TRUNCATED。Oracle数据库中，TRUNCATED命令可以删除整个表中的数据，并且无法回滚。Oracle不仅提供性能卓越且具有杰出成本效益的数据库和先进的多模型融合数据库管理系统，还提供内存中数据库、NoSQL数据库和MySQL数据库。

报错信息是说package中的数据不对，时期关键点在于没有找到envision.tools，也就是说你现有的数据库上，envision用户下，tools这个包体的内容可能有过变动（或者先关内容有过变动，变动后数据库找不到目标所以导致失败），因为这个导致的失败。

怎么查看oracle是否被还原（恢复）（回滚）过？

如果执行了数据库恢复作，日志序列号会归Oracle Flashback Table特性允许利用Flashback Table语句，确保闪回到表的前一个时间点。与Oracle 9i中的Flashback Query相似，利用回滚段信息来恢复一个或一些表到以前的一个时间点（一个快照）。要注意的是，Flashback Table不等于Flashback Query，Flashback Query仅仅是查询以前的一个快照点而已，并不改变当前表的状态，而Flashback Table将改变当前表及附属对象一起回到以前的时间点。零。你可以这样查

select from v$log;

看sequen语法：ce#这一列。

至于回滚不容易看吧，那是事务注：由于目前的环境为了实现OGG的DDL同步，关闭了回收站功能，故这个功能不可用。级别的。

求教Oracle11g中的闪回技术

3、在这样大数据量的转存过程中，建议使用分批转存（不要一次转存过来），并自己去编写日志，转存过程中，将目标表使用Hint中的/+append/进去并后带NOLOGGING，如:INSERT /+append/ INTO NOLOGGING SELECT .. FROM ...;这样会以最小的日志编写方式进行高水位线插入，另外如果是同步数据可以使用到MERGE，自定义分表快速一次性插入使用INSERT ALL。

1、Flashback Database（利用闪回日志恢复）

Oracle Flashback Database特性允许通过SQL语句Flashback Database语句，让数据库前滚到当前的前一个时间点或者SCN，而不需要做时间点的恢复。闪回数据库可以迅速将数据库回到误作或人为错误的前一个时间点，如Word中的"撤消"作，可以不利用备份就快速的实现基于时间点的恢复。Oracle通过创建新的Flashback Logs（闪回日志），记录数据库的闪回作。如果希望能闪回数据库，需要设置如下参数：DB_RECOVER_FILE_DEST日志的存放位置，DB_RECOVER_FILE_DEST_SIZE恢复区的大小。在创建数据库的时候，Oracle将自动创建恢复区，但默认是关闭的，需要执行alter database flashback on命令。

例：执行Flashback Database命令格式。

SQL>flashback database to time to_timestamp(xxx);

SQL>flashback database to scn xxx

flashback table tablename to timestamp xxx或

flashback table tablename to scn xxx

需要有flashback any table的系统权限或者是该表的flashback对象权限；

需要有该表的select,insert,delete,alter权限；

必须保证该表row movement。

例：执行将test表闪回到2011年5月7日下午3点。

Oracle Flashback Version Query特性，利用保存的回滚信息，可以看到特定的表在时间段内的任何修改，如电影的回放一样，可以了解表在该期间的任何变化。Flashback version query一样依赖于AUM，提供了一个查看行改变的功能，能找到所有已经提交了的行的记录，分析出过去时间都执行了什么作。Flashback version query采用VERSIONS BETWEEN语句来进行查询，常用的方法：

·VERSIONS_TIMESP - 时间

基于SCN的闪回查询：

SQL> select count() from lm_mtrp_syn_channel as of scn 708000000;

COUNT()

----------

21

基于时间段的闪回查询：

SQL>select versions_starttime,versions_endtime, versions_xid,versions_operation,id

from test ver我想你先从这三方面考虑一下，看是否有收获。sions

order by versions_starttime;

5,Flashback Transaction Query（利用UNDO保留信息恢复）

Oracle Flashback Transaction Query特性确保检查数据库的任何改变在一个事务级别，可以利用此功能进行诊断问题、性能分析和审计事务。它其实是Flashback Version Query查询的一个扩充，Flashback Version Query说明了可以审计一段时间内表的所有改变，但是也仅仅是能发现问题，对于错误的事务，没有好的处理办法。而Flashback Transaction Query提供了从FLASHBACK_TRANSACTION_QUERY视图中获得事务的历史以及Undo_sql（回滚事务对应的sql语句），也就是说审计一个事务到底做了什么，甚至可以回滚一个已经提交的事务。

例：Flashback Transaction SQL>delete from test where id=2;Query的作实例。

SQL>select xid from v$transaction;

04001200AE010000

（2）进行Flashback Transaction Query

SQL>select from FLASHBACK_TRANSACTION_QUERY

where xid=’04001F0035000000’;

UNDO_SQL

insert into "FLASHTEST"."TEST"("ID") values (’2’);

注意：这个删除语句对应的是1个Insert语句，如果想回滚这个事务，执行这个Insert语句即可。

另：ORACLE 11G还多了一个闪回数据归档的功能，即可将UNDO的信息进行归档，这个功能对于一些比较重要的表，

oracle数据库，查询到的结果怎样修改？

执行该语句后，需要使用commit进行提交才能反映到数据库中

1、如果你是想修改数据库里的字段并保存的话，可以使用：

SQL>commit;

点击查询结果 上面的 有个小锁头的 按钮，变成开的就可以 ，编辑结果了，编辑后，点击 红钩的 按钮，以及页面上面的 确认保存更改数据的按钮（就是 有个绿色的小箭头，下面有个小圆柱--对应的红色的小箭头 是回滚按钮，不保存你的修改到数据库）。

确认后，数据修改成功，并保存到数据库。

适合修改少量数据，且此作不锁表，既作同时不影响其他对表的查询修改等。

2、update语句

合适批量修改，锁表。

可用for update来修改。

查询到以下数据：

语句改SQL>flashback table test to timestamp to_timestamp(’2011-05-07 15:00:00’,’yyyy-mm-dd hh24:mi:ss’);写：

select from emp for update;

oracle中怎样增加回滚段的大小

（1）在test表中删除记录，获得事务的标识XID，然后提交。

select segment_name, tablespace_name, r.status,

(initial_extent/1024) InitialExtent,(next_extent/1024) NextExten2、Flash语法：TRUNCATE TABLE 表名back Table（利用UNDO保留信息恢复）t,

From dba_rollback_segs r, v$rollstat v

Where r.segment_id = v.usn(+)

order by segment_name ;