rman 备份报ORA-19501ORA-27063，是有坏块还是BUG?channel ORA_DISK_1: starting piece 1 at 31-MAR-08RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: failure of backup command at 03/31/2008 14:53:32ORA-19501: read error on file "/oracle/oradata/hmisb/datafile/system01.dbf", blockno 53825 (blocksize=8192)

ORACLE 9i限制特定IP访问数据库的疑问？在sqlnet.ora中增加如下部分-----------------------------#### 来自 protocol.ora 的属性 ####tcp.validnode_checking=yes#允许访问的IPtcp.invited_nodes=(ip1,ip2……)#禁止访问的IPtcp.excluded_nodes=(ip1,ip2……)之后重新启动监听器即可以下是我的测试：在我的测试库的sqlnet.ora中增加如下：NAMES.DIRECTORY_PATH= (TNSNAMES)#tcp.validnode_checking=yestcp.excluded_nodes=(192.1.1.87)我没有重新启动监听器，也限制了我的IP访

大家给看看我这是什么问题？严重不？应该怎么处理？谢谢！Aix 5.2错误信息：errptIDENTIFIER TIMESTAMPT C RESOURCE_NAMEDESCRIPTION613E5F380328111908 P H LVDDI/O ERROR DETECTED BY LVM2E493F130328111908 P H hdisk5ARRAY OPERATION ERROR613E5F380328111908 P H LVDDI/O ERROR DETECTED BY LVM2E493F130328111908 P H hdisk5ARRAY OPERATION ERROR详细信息：$ errpt -a-------------------------------------------------------------

我的IO是否有问题？总感觉好像有问题！Aix 5.2$ iostat 2 5tty:tintoutavg-cpu:% user% sys% idle% iowait0.02.25.00.982.511.6Disks:% tm_actKbpstpsKb_readKb_wrtnhdisk15.045.69.8303310120314668362hdisk02.626.85.348426003314668362dac20.0103.38.8714127107685638916dac3

求助：ORA-00600:[4080], [2], [131], [], [], [], [], []是什么原因导致的？怎么处理？ksedmp: internal or fatal errorORA-00600: internal error code, arguments: [4080], [2], [131], [], [], [], [], []Current SQL statement for this session:select log, oldest, oldest_pk, oldest_oid, oldest_new,youngest+1/86400,flag, yscnfrom sys.mlog$ where mowner = :1 and master = :2 for update----- Call Stack Trace -----callingcallentryargument values in

急：如何知道过去的某个时间有多少用户连接了数据库，连接的进程是什么？IP是多少？在线等！

我的备份是否执行完了？是否执行成功了？为什么没有备份SYSTEM表空间呢？ 而且List backup中数据文件的号也不是连续的，这是为什么呢？全备份脚本un{3> backup full tag 'db0319' database include cur

SYSTEM表空间上有用户对像会有什么影响？影响有多大？用户反映ORACLE 8I ＋WINDOWS在做数据传输时特慢，经查发现用户有很多表和索引都建在SYSTEM表空间上，而且SYSTEM表空间有1。5G，不知道是不是这个原因？SYSTEM表空间上建了大量的用户表和索引，对系统会哪些来得影响？[ 本帖最后由 victor1010 于 2008-3-19 12:46 编辑 ]

如何知道某个表 在哪个用户下？

大家给看看RMN 全备份的脚本是否有问题？以及这个脚本的执行顺序？是先备controlfile再DATABASE 后archivelog 最后删除archivelog？对吗？感觉好像不对！！run{backup full tag 'DB' database include current controlfile format '/oracle/oradata/DB/BACKUP/FULLBACKUP/DB_fb_%d_%T_%s' plus archivelog format '/oracle/oradata/DB/BACKUP/ARCHBACKUP/DB_arch_%d_%T_%s' delete all input;}。另外，我的磁盘空间不够做全备份的，我应该用什么样的备份策略来保证出问题后可以恢复（不丢数据）？谢谢了！

Aix 磁盘IO是否有问题？我的磁盘是否有问题？$ iostattty:tintoutavg-cpu:% user% sys% idle% iowait0.01.95.10.982.911.2Disks:% tm_actKbpstpsKb_readKb_wrtnhdisk14.742.19.1272769941268880677hdisk02.424.24.941971928268880677dac20.094.87.8594093651625144068dac30.0

SQL> startup mount;ORACLE 例程已经启动。Total System Global Area563929356 bytesFixed Size70924 bytesVariable Size130408448 bytesDatabase Buffers433372160 bytesRedo Buffers77824 bytes数据库装载完毕。SQL> select status from v$instance;STATUS-------MOUNTEDSQL> alter database open;alter database open*ERROR 位于第 1 行:ORA-00600: ??????????: [3668], [1], [2], [321097], [321097], [4], [], []

最近一直在找DB 共享模式和专有模式这方面的资料，还是没有太清楚。大家帮忙解释一下。想知道怎么看服务器是运行在共享模式下还是专有模式下呢？各有什么优点和不足？

db file sequential read：该事件说明在单个数据块上大量等待，该值过高通常是由于表间连接顺序很糟糕（没有正确选择驱动行源），或者使用了非选择性索引。为什么表间连接顺序很糟糕为引启db file sequential read？大家帮忙解释一下！谢谢！

我在做好DATAGUARD后，进行了主备库的切换，切换是成功的！这后我想在切换后的主库（原来的备库）上建表，报没有回滚段，于是我做了以下操作select segment_name,tablespace_name,status from dba_rollback_segs;发现segment都OFFLINESQL> show parameter undo;NAMETYPEVALUE------------------------------------ ----------- ------------------------------undo_managementstringMANUALundo_retentioninteg

在网上看了”DSG SnapAssure-DC在联通行业的备份应用案例“，不知道大家在生产系统中是否应用了备份软件？都用的什么软件？对备份软件有什么看法？也可以看看这个http://blog.csdn.net/dsg_gulibin/category/315072.aspx

我在standby机器上select sequence#,applied from v$archived_log;归档已经传到standby相应目录下并且是自动管理恢复模式，可是归档日志没有被应用也没报错。是什么原因？我在执行：alter database recover managed standby database disconnect from session;后执行SQL> alter database open;alter database open*第 1 行出现错误:ORA-01154: 数据库忙。现在不允许打开, 关闭, 装载和卸载之后我又执行了SQL> alter database recover managed standby database cancel;再执行：SQL> alter datab

window+10G 同一机器做DG报以下错误，为什么？RMAN-06023: no backup or copy of datafile 1 found to restore在这之前主库执行了以下备份：RMAN> backup database plus archivelog format='d:\data\A_%d_%s.bak';RMAN> backup current controlfile for standyby format='d:\data\%d_%s.bak';备份成功而且是有效的！C:\>rman target sys/fjm123@stscfdb auxiliary sys/fjm123@standby2恢复管理器: Release 10.2.0.1.0 - Production on 星期三 1月 9 13:33:03 2008Copyright (c) 1982, 2005, Oracle.Al

丢失备份之前的日志时如何备份日志？在做DG时发现自己没有备份日志文件，想重新备份一下日志文件出理以下问题！恢复管理器: Release 10.2.0.1.0 - Production on 星期二 1月 8 18:00:09 2008Copyright (c) 1982, 2005, Oracle.All rights reserved.RMAN> connect target *2> backup database plus archivelog format='d:\data\AA_%d_%s.bak';3>连接到目标数据库: STSCFDB (DBID=549611691)启动 backup 于 08-1月 -08当前日志已存档使用目标数据库控制文件替代恢复目录分配的通道: ORA_DISK_1

rman create standby database 的问题WINDOW+10g 同一机器上当执行rman target sys/xxx@orcl auxiliary sys/xxx@standbyRecovery Manager: Release 10.2.0.3.0 - Production on Tue Jul 10 09:07:51 2007Copyright (c) 1982, 2005, Oracle.All rights reserved.connected to target database: ORCL (DBID=1155079945)connected to auxiliary database: ORCL (not mounted)RMAN> duplicate target database for standby dorecover ;RMAN-00571: =============================================