分享
 
 
 

Oracle冷备份的不完全恢复

王朝oracle·作者佚名  2008-05-31
窄屏简体版  字體: |||超大  

冷备份的不完全恢复:基于三种情况

一 冷备份.

建立表空间test,用户test,表名test 插入数据

insert into test.test(a,b) values(to_char(sysdate,'yyyy-mm-dd hh24:mi:ss'),to_char(sysdate,'yyyy-mm-dd hh24:mi’));

commit;

alter system archive log current;

进行了两个事务(commit)和日志切换

commit;

alter system archive log current;日志切换同时归档

select checkpoint_change#,archive_change# ,controlfile_change# from v$database;

1 984675 983549 984675 初始备份时的scn

此时进行冷备份

执行shutdown immediate

拷贝所有的数据文件,控制文件,在线日志文件,归档日志文件,假如需要,spfile,密码文件

最好多拷贝几份,以便反复测试使用。

二、添加数据文件

startup

打开数据库

删除test.test 表中的所有数据

然后插入数据

insert into test.test(a,b) values(to_char(sysdate,'yyyy-mm-dd hh24:mi:ss'),to_char(sysdate,'yyyy-mm-dd hh24:mi’));

commit;

alter system archive log current;

进行了两个事务(commit)和日志切换

commit;

前14条每两个进行一个commit,同时alter system archive log current;

后面的

每一个进行commit;

alter system archive log current;

select * from test.test

1 2005-12-17 16:41:41 2005-12-17 16:41:41

2 2005-12-17 16:42:36 2005-12-17 16:42:36

3 2005-12-17 16:29:14 2005-12-17 16:29:14

4 2005-12-17 16:28:26 2005-12-17 16:28:26

5 2005-12-17 16:28:27 2005-12-17 16:28:27

6 2005-12-17 16:29:12 2005-12-17 16:29:12

7 2005-12-17 16:29:49 2005-12-17 16:29:49

8 2005-12-17 16:29:49 2005-12-17 16:29:49

9 2005-12-17 16:30:07 2005-12-17 16:30:07

10 2005-12-17 16:30:09 2005-12-17 16:30:09

11 2005-12-17 16:30:26 2005-12-17 16:30:26

12 2005-12-17 16:30:27 2005-12-17 16:30:27

13 2005-12-17 16:31:04 2005-12-17 16:31:04

14 2005-12-17 16:31:23 2005-12-17 16:31:23

15 2005-12-17 16:31:42 2005-12-17 16:31:42

16 2005-12-17 16:31:56 2005-12-17 16:31:56

17 2005-12-17 16:33:58 2005-12-17 16:33:58

18 2005-12-17 16:34:05 2005-12-17 16:34:05

19 2005-12-17 16:34:10 2005-12-17 16:34:10

20 2005-12-17 16:34:17 2005-12-17 16:34:17

产生scn的历史记录是

select * from V$log_History

1 1 577296464 1 1 982616 2005-12-17 16:04:04 983547

2 2 577296471 1 2 983547 2005-12-17 16:07:44 983552

3 3 577297714 1 3 983552 2005-12-17 16:07:51 985596

4 4 577297760 1 4 985596 2005-12-17 16:28:34 985702

5 5 577297794 1 5 985702 2005-12-17 16:29:20 985822

6 6 577297813 1 6 985822 2005-12-17 16:29:54 985939

7 7 577297835 1 7 985939 2005-12-17 16:30:13 986021

8 8 577297888 1 8 986021 2005-12-17 16:30:35 986145

9 9 577297926 1 9 986145 2005-12-17 16:31:28 986266

10 10 577298076 1 10 986266 2005-12-17 16:32:05 986803

11 11 577298200 1 11 986803 2005-12-17 16:34:36 987235

12 12 577298250 1 12 987235 2005-12-17 16:36:40 987465

13 13 577298299 1 13 987465 2005-12-17 16:37:30 987584

14 14 577298317 1 14 987584 2005-12-17 16:38:18 987673

15 15 577298507 1 15 987673 2005-12-17 16:38:37 988309

16 16 577298512 1 16 988309 2005-12-17 16:41:46 988312

17 17 577298515 1 17 988312 2005-12-17 16:41:52 988317

18 18 577298516 1 18 988317 2005-12-17 16:41:55 988320

19 19 577298518 1 19 988320 2005-12-17 16:41:56 988323

20 20 577298528 1 20 988323 2005-12-17 16:41:58 988328

21 21 577298563 1 21 988328 2005-12-17 16:42:08 988445

此时

select checkpoint_change#,archive_change# ,controlfile_change# from v$database;

1 987945 987670 987945

shutdown immediate ;

再次完全冷备份当前的数据文件、控制文件、日志文件,归档日志文件(没有归档日志文件恢复就成了空话)(当不完全恢复不成功或反复使用时使用,这点很重要,在实际你的生产运行数据库恢复时也是要这样。)

恢复:三种方法

基于时间

(alter database ) recover database (automatic) until time ‘2005-12-16 11:09:01’;

(alter database ) recover database (automatic) until time ‘2005-12-16 11:09:01’ using backup controlfile;

基于变更

(alter database ) recover database until change 985822;

(alter database ) recover database until change 985822using backup controlfile;

基于撤销

(alter database ) recover database until cancel ;

(alter database ) recover database until cancel until change 985822using backup controlfile;

这里的是否使用控制文件,取决于原有的控制文件是否损坏,和控制文件发生了变化(比如删除了表空间的操作,而,删除数据和表的操作时不会影响到控制文件的变化)

A、 基于时间(不使用备份的控制文件)

shutdown immediate

使用原来备份的数据文件,控制文件使用最新的,而不是备份的数据文件;

SQL> shutdown immediate

数据库已经关闭。

已经卸载数据库。

Oracle 例程已经关闭。

SQL> startup mount

ORACLE 例程已经启动。

Total System Global Area 135338868 bytes

Fixed Size 453492 bytes

Variable Size 109051904 bytes

Database Buffers 25165824 bytes

Redo Buffers 667648 bytes

数据库装载完毕。

SQL> recover database until time '2005-12-17 16:30:07' ;

ORA-00279: 更改 984674 (在 12/17/2005 16:14:05 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00003.001

ORA-00280: 更改 984674 对于线程 1 是按序列 # 3 进行的

指定日志: {<RET>=suggested filename AUTO CANCEL}

auto

ORA-00279: 更改 985596 (在 12/17/2005 16:28:34 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00004.001

ORA-00280: 更改 985596 对于线程 1 是按序列 # 4 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00003.001'

ORA-00279: 更改 985702 (在 12/17/2005 16:29:20 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00005.001

ORA-00280: 更改 985702 对于线程 1 是按序列 # 5 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00004.001'

ORA-00279: 更改 985822 (在 12/17/2005 16:29:54 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00006.001

ORA-00280: 更改 985822 对于线程 1 是按序列 # 6 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00005.001'

已应用的日志。

完成介质恢复。

SQL> alter database open resetlogs;

数据库已更改。

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

到此恢复成功

因为使用的是介质恢复(不完全恢复)

故一定要使用resetlogs,重置日志序列号,和将日志scn归零,当再次添加数据或引起scn变化的时候 archive_change#将得到和其他连个相近(?)的数字

可以查询一下

SQL> select checkpoint_change#,archive_change# ,controlfile_change# from v$database;

CHECKPOINT_CHANGE# ARCHIVE_CHANGE# CONTROLFILE_CHANGE#

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

985935 0 985997

SQL> select * from test.test;

A B

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

2005-12-17 16:29:14 2005-12-17 16:29:14

2005-12-17 16:28:26 2005-12-17 16:28:26

2005-12-17 16:28:27 2005-12-17 16:28:27

2005-12-17 16:29:12 2005-12-17 16:29:12

2005-12-17 16:29:49 2005-12-17 16:29:49

2005-12-17 16:29:49 2005-12-17 16:29:49

已选择6行。

查询第六行的时间和log_history的记录发现是scn=985822

故恢复的时候假如直接恢复到第六条数据,就可使用scn=985822

b 基于时间恢复(使用备份的控制文件)

拷贝第一次冷备份的所有的数据文件,控制文件

SQL> shutdown immediate

ORA-01109: 数据库未打开

已经卸载数据库。

ORACLE 例程已经关闭。

SQL> startup mount

ORACLE 例程已经启动。

Total System Global Area 135338868 bytes

Fixed Size 453492 bytes

Variable Size 109051904 bytes

Database Buffers 25165824 bytes

Redo Buffers 667648 bytes

数据库装载完毕。

SQL> recover database until time '2005-12-17 16:30:07' using backup controlfile;

ORA-00279: 更改 984674 (在 12/17/2005 16:14:05 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00003.001

ORA-00280: 更改 984674 对于线程 1 是按序列 # 3 进行的

指定日志: {<RET>=suggested filename AUTO CANCEL}

auto

ORA-00279: 更改 985596 (在 12/17/2005 16:28:34 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00004.001

ORA-00280: 更改 985596 对于线程 1 是按序列 # 4 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00003.001'

ORA-00279: 更改 985702 (在 12/17/2005 16:29:20 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00005.001

ORA-00280: 更改 985702 对于线程 1 是按序列 # 5 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00004.001'

ORA-00279: 更改 985822 (在 12/17/2005 16:29:54 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00006.001

ORA-00280: 更改 985822 对于线程 1 是按序列 # 6 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00005.001'

已应用的日志。

完成介质恢复。

SQL> alter database open resetlogs;

数据库已更改。

SQL> select checkpoint_change#,archive_change# ,controlfile_change# from v$database;

CHECKPOINT_CHANGE# ARCHIVE_CHANGE# CONTROLFILE_CHANGE#

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

985935 0 985997

SQL> select * from test.test;

A B

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

2005-12-17 16:29:14 2005-12-17 16:29:14

2005-12-17 16:28:26 2005-12-17 16:28:26

2005-12-17 16:28:27 2005-12-17 16:28:27

2005-12-17 16:29:12 2005-12-17 16:29:12

2005-12-17 16:29:49 2005-12-17 16:29:49

2005-12-17 16:29:49 2005-12-17 16:29:49

已选择6行。

SQL>

B、a 基于变更的恢复(不包含备份的控制文件)

SQL> recover database until change 985822;

ORA-00905: 缺少要害字

SQL> recover database until change 985822;

ORA-00279: 更改 984674 (在 12/17/2005 16:14:05 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00003.001

ORA-00280: 更改 984674 对于线程 1 是按序列 # 3 进行的

指定日志: {<RET>=suggested filename AUTO CANCEL}

auto

ORA-00279: 更改 985596 (在 12/17/2005 16:28:34 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00004.001

ORA-00280: 更改 985596 对于线程 1 是按序列 # 4 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00003.001'

ORA-00279: 更改 985702 (在 12/17/2005 16:29:20 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00005.001

ORA-00280: 更改 985702 对于线程 1 是按序列 # 5 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00004.001'

已应用的日志。

完成介质恢复。

SQL> alter database open resetlogs;

数据库已更改。

SQL> select * from test.test;

A B

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

2005-12-17 16:29:14 2005-12-17 16:29:14

2005-12-17 16:28:26 2005-12-17 16:28:26

2005-12-17 16:28:27 2005-12-17 16:28:27

2005-12-17 16:29:12 2005-12-17 16:29:12

2005-12-17 16:29:49 2005-12-17 16:29:49

2005-12-17 16:29:49 2005-12-17 16:29:49

已选择6行。

SQL> select checkpoint_change#,archive_change# ,controlfile_change# from v$database;

CHECKPOINT_CHANGE# ARCHIVE_CHANGE# CONTROLFILE_CHANGE#

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

985824 0 985886

B、b 基于变更的恢复(包含备份的控制文件)

SQL> shutdown immediate

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

SQL> startup mount

ORACLE 例程已经启动。

Total System Global Area 135338868 bytes

Fixed Size 453492 bytes

Variable Size 109051904 bytes

Database Buffers 25165824 bytes

Redo Buffers 667648 bytes

数据库装载完毕。

SQL> recover database automic until change 985822 using backup controlfile;

ORA-00905: 缺少要害字

#说明这里的automic 是不能使用的

SQL> recover database until change 985822 using backup controlfile;

ORA-00279: 更改 984674 (在 12/17/2005 16:14:05 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00003.001

ORA-00280: 更改 984674 对于线程 1 是按序列 # 3 进行的

指定日志: {<RET>=suggested filename AUTO CANCEL}

auto

ORA-00279: 更改 985596 (在 12/17/2005 16:28:34 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00004.001

ORA-00280: 更改 985596 对于线程 1 是按序列 # 4 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00003.001'

ORA-00279: 更改 985702 (在 12/17/2005 16:29:20 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00005.001

ORA-00280: 更改 985702 对于线程 1 是按序列 # 5 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00004.001'

已应用的日志。

完成介质恢复。

SQL> alter database open resetlogs;

数据库已更改。

SQL> select checkpoint_change#,archive_change# ,controlfile_change# from v$database;

CHECKPOINT_CHANGE# ARCHIVE_CHANGE# CONTROLFILE_CHANGE#

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

985824 0 985885

SQL> select * from test.test;

A B

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

2005-12-17 16:29:14 2005-12-17 16:29:14

2005-12-17 16:28:26 2005-12-17 16:28:26

2005-12-17 16:28:27 2005-12-17 16:28:27

2005-12-17 16:29:12 2005-12-17 16:29:12

2005-12-17 16:29:49 2005-12-17 16:29:49

2005-12-17 16:29:49 2005-12-17 16:29:49

已选择6行。

SQL>

SQL> shutdown immediate

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

SQL> startup

ORACLE 例程已经启动。

Total System Global Area 135338868 bytes

Fixed Size 453492 bytes

Variable Size 109051904 bytes

Database Buffers 25165824 bytes

Redo Buffers 667648 bytes

数据库装载完毕。

数据库已经打开。

SQL> select checkpoint_change#,archive_change# ,controlfile_change# from v$database;

CHECKPOINT_CHANGE# ARCHIVE_CHANGE# CONTROLFILE_CHANGE#

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

987124 0 987124

SQL

这里关闭后重启发现 CHECKPOINT_CHANGE和controlfile_change# from v$database

数字变了,而ARCHIVE_CHANGE#依然是0,说明什么问题呢???

假如添加数据后

SQL> insert into test.test(a,b) values(to_char(sysdate,'YYYY-MM-DD hh24:mi:ss'),to_char(sysdate,'YYYY-MM-DD hh24:mi

:ss'));

已创建 1 行。

SQL> commit;

提交完成。

SQL> alter system archive log current;

系统已更改。

SQL> select checkpoint_change#,archive_change# ,controlfile_change# from v$database;

CHECKPOINT_CHANGE# ARCHIVE_CHANGE# CONTROLFILE_CHANGE#

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

987124 987744 987747

添加数据后发现archive 和控制文件的scn一致,但check_point 的scn没变

下面的事件

SQL> shutdown immediate

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

SQL> startup

ORACLE 例程已经启动。

Total System Global Area 135338868 bytes

Fixed Size 453492 bytes

Variable Size 109051904 bytes

Database Buffers 25165824 bytes

Redo Buffers 667648 bytes

数据库装载完毕。

数据库已经打开。

SQL> select checkpoint_change#,archive_change# ,controlfile_change# from v$database;

CHECKPOINT_CHANGE# ARCHIVE_CHANGE# CONTROLFILE_CHANGE#

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

987906 987744 987906

SQL>

发现CHECKPOINT_CHANGE# 和CONTROLFILE_CHANGE#序号始终一致,而日志scn

值得思考????????

C a基于取消(不包含备份的控制文件)

SQL> shutdown immediate

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

SQL> startup mount

ORACLE 例程已经启动。

Total System Global Area 135338868 bytes

Fixed Size 453492 bytes

Variable Size 109051904 bytes

Database Buffers 25165824 bytes

Redo Buffers 667648 bytes

数据库装载完毕。

SQL> recover database until cancel;

ORA-00279: 更改 984674 (在 12/17/2005 16:14:05 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00003.001

ORA-00280: 更改 984674 对于线程 1 是按序列 # 3 进行的

指定日志: {<RET>=suggested filename AUTO CANCEL}

ORA-00279: 更改 985596 (在 12/17/2005 16:28:34 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00004.001

ORA-00280: 更改 985596 对于线程 1 是按序列 # 4 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00003.001'

指定日志: {<RET>=suggested filename AUTO CANCEL}

ORA-00279: 更改 985702 (在 12/17/2005 16:29:20 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00005.001

ORA-00280: 更改 985702 对于线程 1 是按序列 # 5 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00004.001'

指定日志: {<RET>=suggested filename AUTO CANCEL}

ORA-00279: 更改 985822 (在 12/17/2005 16:29:54 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00006.001

ORA-00280: 更改 985822 对于线程 1 是按序列 # 6 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00005.001'

指定日志: {<RET>=suggested filename AUTO CANCEL}

cancel

介质恢复已取消。

SQL> alter database open resetlogs;

数据库已更改。

SQL> select checkpoint_change#,archive_change# ,controlfile_change# from v$database;

CHECKPOINT_CHANGE# ARCHIVE_CHANGE# CONTROLFILE_CHANGE#

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

985824 0 985886

SQL> select * from test.test;

A B

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

2005-12-17 16:29:14 2005-12-17 16:29:14

2005-12-17 16:28:26 2005-12-17 16:28:26

2005-12-17 16:28:27 2005-12-17 16:28:27

2005-12-17 16:29:12 2005-12-17 16:29:12

2005-12-17 16:29:49 2005-12-17 16:29:49

2005-12-17 16:29:49 2005-12-17 16:29:49

已选择6行。

SQL>

C b基于取消(包含备份的控制文件)

SQL> shutdown immediate

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

SQL> recover database until cancel using backup controlfile;

ORA-01034: ORACLE not available

SQL> startup mount

ORACLE 例程已经启动。

Total System Global Area 135338868 bytes

Fixed Size 453492 bytes

Variable Size 109051904 bytes

Database Buffers 25165824 bytes

Redo Buffers 667648 bytes

数据库装载完毕。

SQL> recover database until cancel using backup controlfile;

ORA-00279: 更改 984674 (在 12/17/2005 16:14:05 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00003.001

ORA-00280: 更改 984674 对于线程 1 是按序列 # 3 进行的

指定日志: {<RET>=suggested filename AUTO CANCEL}

ORA-00279: 更改 985596 (在 12/17/2005 16:28:34 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00004.001

ORA-00280: 更改 985596 对于线程 1 是按序列 # 4 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00003.001'

指定日志: {<RET>=suggested filename AUTO CANCEL}

ORA-00279: 更改 985702 (在 12/17/2005 16:29:20 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00005.001

ORA-00280: 更改 985702 对于线程 1 是按序列 # 5 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00004.001'

指定日志: {<RET>=suggested filename AUTO CANCEL}

ORA-00279: 更改 985822 (在 12/17/2005 16:29:54 生成) 对于线程 1 是必需的

ORA-00289: 建议: D:\ORACLE\ORACLE92\RDBMS\ARC00006.001

ORA-00280: 更改 985822 对于线程 1 是按序列 # 6 进行的

ORA-00278: 此恢复不再需要日志文件 'D:\ORACLE\ORACLE92\RDBMS\ARC00005.001'

指定日志: {<RET>=suggested filename AUTO CANCEL}

cancle

ORA-00308: 无法打开存档日志 'cancle'

ORA-27041: 无法打开文件

OSD-04002: 无法打开文件

O/S-Error: (OS 2) 系统找不到指定的文件。

指定日志: {<RET>=suggested filename AUTO CANCEL}

cancel

介质恢复已取消。

SQL> alter database open resetlogs;

数据库已更改。

SQL> select checkpoint_change#,archive_change# ,controlfile_change# from v$database;

CHECKPOINT_CHANGE# ARCHIVE_CHANGE# CONTROLFILE_CHANGE#

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

985824 0 985886

SQL> select * from test.test;

A B

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

2005-12-17 16:29:14 2005-12-17 16:29:14

2005-12-17 16:28:26 2005-12-17 16:28:26

2005-12-17 16:28:27 2005-12-17 16:28:27

2005-12-17 16:29:12 2005-12-17 16:29:12

2005-12-17 16:29:49 2005-12-17 16:29:49

2005-12-17 16:29:49 2005-12-17 16:29:49

已选择6行。

SQL>

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
2023年上半年GDP全球前十五强
 百态   2023-10-24
美众议院议长启动对拜登的弹劾调查
 百态   2023-09-13
上海、济南、武汉等多地出现不明坠落物
 探索   2023-09-06
印度或要将国名改为“巴拉特”
 百态   2023-09-06
男子为女友送行,买票不登机被捕
 百态   2023-08-20
手机地震预警功能怎么开?
 干货   2023-08-06
女子4年卖2套房花700多万做美容:不但没变美脸,面部还出现变形
 百态   2023-08-04
住户一楼被水淹 还冲来8头猪
 百态   2023-07-31
女子体内爬出大量瓜子状活虫
 百态   2023-07-25
地球连续35年收到神秘规律性信号,网友:不要回答!
 探索   2023-07-21
全球镓价格本周大涨27%
 探索   2023-07-09
钱都流向了那些不缺钱的人,苦都留给了能吃苦的人
 探索   2023-07-02
倩女手游刀客魅者强控制(强混乱强眩晕强睡眠)和对应控制抗性的关系
 百态   2020-08-20
美国5月9日最新疫情:美国确诊人数突破131万
 百态   2020-05-09
荷兰政府宣布将集体辞职
 干货   2020-04-30
倩女幽魂手游师徒任务情义春秋猜成语答案逍遥观:鹏程万里
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案神机营:射石饮羽
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案昆仑山:拔刀相助
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案天工阁:鬼斧神工
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案丝路古道:单枪匹马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:与虎谋皮
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:李代桃僵
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:指鹿为马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:小鸟依人
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:千金买邻
 干货   2019-11-12
 
推荐阅读
 
 
 
>>返回首頁<<
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有