# 43807
wangxl
|
|
To: eygle
盖老师: 你好!
我有一个测试数据库,不小心使用了drop tablespace 命令,不过还留下表空间的.DBF文件,这种情况如何进行恢复过来,先谢谢了!
From: wangxl 2007.12.21 02:21
|
|
|
|
To: wangxl
[COLOR=blue]备份是DBA的第一要意,如果有备份就一切好说,如果没有备份就需要第三方工具,如DUL/AUL来进行恢复了。[/COLOR]
From: eygle 2007.12.21 04:40
|
|
|
|
# 43804
shop
|
|
To:
盖老师
您好,你写的书实用性很强,看了你的《Oracle数据库性能优化》,似乎讲的都是关于oracle9i的,现在oracle11g都已经出来了,这些技术到oracle10g,oracle11g会不会用不上啊?现在正学ORACLE9i,也担心会跟不上oracle技术的发展形势,因此在此请教了。
谢谢!
From: shop 2007.12.19 18:13
|
|
|
|
To: shop
[COLOR=blue]这本书是比较早了,学习现在应该以10g为主的。[/COLOR]
From: eygle 2007.12.19 23:47
|
|
|
|
# 43802
苦恼
|
|
To: eygle
我遇到一个问题:
系统:Win2K + Oracle 8.1.72G内存 + 36G Scsi X 2 硬盘
现遇到问题如下:
数据库中有几个表(每个表约三十万行记录),应用程序在查询这几张表时,速度奇慢. 原来以为是数据库出了问题,就将原来的数据库exp出来后,重装了数据库,再将数据imp回去.当场查询,发现速度很快(10秒钟不到结果就出来了).但第二天作同样的查询,速度大约七至八分钟.
经过测试,发现只要对这几个表运行统计命令:
analyze table tabA estimate statistics sample 20 percent;
analyze talbe tabB estimate statistics sample 20 percent;
.....
然后查询,同样10秒钟不到结果就出来了.但过了几个小时后,查询速度会有所下降,约需30秒钟左右.第二天,查询同样需要七八分钟,如果不做analyze分析,则最慢时查询可能要十四五分钟左右.如果做了analyze分析,查询速度又是一开始就很快,但第二天就变慢.
数据库重装了也这样,不知道应该从什么地方查找原因?
From: 苦恼 2007.12.19 16:17
|
|
|
|
To: 苦恼
[COLOR=blue]
那肯定是执行计划出了问题,你对比一下执行计划。
[/COLOR]
From: eygle 2007.12.19 23:51
|
|
|
|
# 43800
rocket_zhao
|
|
To: eygle
从一开始啊,此时用的是备份的控制文件,那么此时的联机日志那里来的?
From: rocket_zhao 2007.12.18 17:14
|
|
|
|
To: rocket_zhao
[COLOR=blue]
控制文件可以从主库备份而来。
在不打开数据库你可以不需要online redo,如果是完全恢复最后可以从主库拷贝过来,如果是不完全恢复,resetlogs会重置。
如果要read only打开,可以将最后几个归档日志改为redo,其内容是一致的。
[/COLOR]
From: eygle 2007.12.19 23:42
|
|
|
|
# 43799
rocket_zhao
|
|
To: eygle
盖老师:
您好!有个问题请教一下,就是您的《循序渐渐》中第七章使用热备份文件和归档日值文件在目标机进行数据文件迁移并逐步恢复时,目标机使用的控制文件和联机日值文件是源数据库的,还是目标数据库的?
From: rocket_zhao 2007.12.18 00:13
|
|
|
|
To: rocket_zhao
[COLOR=blue]最后阶段么?来自源库,目标库不存在啊。[/COLOR]
From: eygle 2007.12.18 01:17
|
|
|
|
|