Archive for the 'Oracle技术' Category

2008年06月04日

通过logmnr工具实现数据恢复

最近接到的case.接到客户报障,xxx数据库的一个关键表数据被误删除了,需要做紧急数据恢复。接到客户报障后,随后联系了开发商的工程师。
一.问题分析,经过与局方和开发商的讨论,以及根据系统情况,了解到如下信息。
1.误删除的表名为EMP用户下的EPM_PRO_WORK开头的表名
2.误删除的数据是该表的部分记录。
3.通过delete方式删除,误删除时间大概上午在9:00至11:00分左右,

综合以上信息,因为误删的EPM_PRO_WORKPROCESS表的其中一部分记录,并且是通过delete方式。这种方式适用于通过日志挖掘的方式做数据恢复,所以采用oracle自身的工具logminer方式做数据恢复。
二 定位被删除的表名,表名为EPM .EPM_PRO_WORKPROCESS
SQL> select owner,table_name from dba_tables where table_name like ‘%EPM_PRO_WORK%’;
OWNER TABLE_NAME
—————————— ——————————
EPM EPM_PRO_WORKPROCESS
EPM EPM_PRO_WORKPROCESS_TEMP
EPM_TEST EPM_PRO_WORKPROCESS
EPM_TEST EPM_PRO_WORKPROCESS_TEMP
EPM2 EPM_PRO_WORKPROCESS_TEMP
EPM2 EPM_PRO_WORKPROCESS
EPM3 EPM_PRO_WORKPROCESS
EPM3 EPM_PRO_WORKPROCESS_TEMP 【点击这里阅读全文】

2008年04月03日

如何简单实现控制用户查询数据

需求:
在实际应用中,由于数据库某些用户必须拥有SELECT ANY TABLE权限,这就促使了这些用户能够顺利访问其它表数据的权限,出于业务数据安全考虑,对于某些关键表,只能是特定用户才能访问,也就是说即便是拥有SELECT ANY TABLE权限的用户,也禁止访问这些关键表的数据

【点击这里阅读全文】

2008年01月25日

通过DBLINK执行远程procedure的问题

昨天,遇到一个问题,本机的procedure能够正常运行,但是,通过DBLINK在另外一台主机
访问,就出现异常,无法正常运行,后经多方测试,已找到原因并解决,现总结如下:

download the pdf files
参考metalink相关文档Doc ID: Note:1026597.6:

2008年01月25日

MAXDATAFILES参数和DB_FILES参数

上午收到一个task,要在下周重建一个数据库的控制文件,生产系统,非常非常大的生产系统,好不容易等到一个停机的机会.

task的内容很简单,要求将控制文件中的参数maxdatafiles修改到4000,目前是1238.这个值很奇怪.一般应该没有人会设置这么个值来玩的,1024,2048这些值还有可能是创建的时候整的,1238,这个值真奇怪,难道是创建数据库的人认为这个是幸运数字?
【点击这里阅读全文】