eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - Powered by Eygle.com
eygle.com 我要留言
《深入解析Orac le》一书前言
昵称
内容 页: 1 - << < 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 > >> - 404
# 44450
skysea
To: 盖老师
　　继44449报警信息
[B]Tue Aug 18 15:33:05 2009
Hex dump of (file 3, block 13133) in trace file /u01/app/oracle/admin/dbrac/bdump/dbrac2_j000_23025.trc
Corrupt block relative dba: 0x00c0334d (file 3, block 13133)
Bad header found during buffer read
Data in bad block:
 type: 2 format: 2 rdba: 0x0080184d
 last change scn: 0x0000.00016696 seq: 0x5d flg: 0x04
 spare1: 0x0 spare2: 0x0 spare3: 0x0
 consistency value in tail: 0x6696025d
 check value in block header: 0xed71
 computed block checksum: 0x0
Reread of rdba: 0x00c0334d (file 3, block 13133) found same corrupted data
Tue Aug 18 15:33:11 2009
Hex dump of (file 3, block 13081) in trace file /u01/app/oracle/admin/dbrac/udump/dbrac2_ora_21784.trc[/B]
From: skysea
2009.08.22 06:04
版主选项: 回复 编辑
# 44449
skysea
To: 盖老师
　　问题"44437续问
"/u01/app/oracle/admin/dbrac/bdump/alert_dbrac2.log"似乎有错误。
部分日志如下
Tue Aug 18 15:31:34 2009
Starting ORACLE instance (normal)
...........
Completed: ALTER DATABASE OPEN
[B]Hex dump of (file 3, block 13148) in trace file /u01/app/oracle/admin/dbrac/udump/dbrac2_ora_21784.trc
Corrupt block relative dba: 0x00c0335c (file 3, block 13148)
Bad header found during buffer read
Data in bad block:
 type: 2 format: 2 rdba: 0x0080185c
 last change scn: 0x0000.00016930 seq: 0x1 flg: 0x04
 spare1: 0x0 spare2: 0x0 spare3: 0x0
 consistency value in tail: 0x69300201
 check value in block header: 0x9361
 computed block checksum: 0x0
Reread of rdba: 0x00c0335c (file 3, block 13148) found same corrupted data
Tue Aug 18 15:32:21 2009
Corrupt Block Found
 TSN = 2, TSNAME = SYSAUX
 RFN = 3, BLK = 13148, RDBA = 12596060
 OBJN = 10943, OBJD = 10943, OBJECT = MGMT_METRICS_IDX_01, SUBOBJECT =
 SEGMENT OWNER = SYSMAN, SEGMENT TYPE = Index Segment
From: skysea
2009.08.22 06:01
版主选项: 回复 编辑
# 44448
您好！


来自: 北京

To: 盖老师
　　向尊敬的盖老师推荐：
排名世界第一的数据库活动监控、安全保护解决方案
排名世界第一的美国Guardium实时数据库活动监控（DAM）、操作审计、防御保护、数据安全、访问活动全程跟踪、防止遭受攻击、防数据泄露（DLP）、弱点评估（VA）、漏洞检测、恶意违规行为自动检测、防止应用欺诈、变更审计（CAS）、强化内部控制、降低IT系统风险、自动化审计流程、法律遵从合规性报表等综合解决方案！保护贵公司的核心关键数据。
欲咨询详细信息，欢迎致电：
13691 567 568
 高经理
谢谢！
From: 您好！
2009.08.19 08:12
版主选项: 回复 编辑
# 44437
skysea
To: 盖老师
　　oracle 10g在两台IBMx346部署rac，最后dbca时，在最后一步“Completing Database Creation”报错,内容如下
ORA-00600: internal error code, arguments: [6002], [0], [0], [2], [0], [], [], []
ORA-06512："SYS.UTL_RECOMP" at line 608
ORA-06512："SYS.UTL_RECOMP" at line 605
ORA-06512：at line 1
点击报错窗口“OK”后，似乎数据创建成功。而且数据库和实例在两台IBMx346都正常运行，且一切资源都正常。
盖老师：ORA-00600: internal error code, arguments: [6002], [0], [0], [2], [0], [], [], []是什么错误，严重吗？
望指教。谢谢


From: skysea
2009.08.16 20:12
To: skysea
　　似乎是最后编译阶段出错了，你可以看看有没有INVALID的对象，如果没有就不怕了。
From: eygle
2009.08.18 22:05
版主选项: 回复 编辑
# 44436
Leeric


来自: Beijing

To: 盖老师
　　您好，数据库原有一个2007年至今的沪深五分钟线和内外牌数据表，大概4G左右，查询维护起来非常不方便。现在我想通过分区表去维护，基本的思路是先对日期做Range Partition，在对分区里的股票代码列作List Partition，这样就可以通过分区方便的查询到任何一支股票在某一天的数据。现在用的方法是建立一个结构和原表相同的分区表，将原表中数据Exchange到分区表之后，在应用Split操作进行分区，但是操作起来非常麻烦，因为分区非常多，而且索引不知道怎么维护，所以特写信给您请求帮助，如有打扰，还请见谅，谢谢！！！
From: Leeric
2009.08.13 22:51
To: Leeric
　　如果有一定的停机时间，其实4G的表，你exp/imp做一次转换可能比你split效率要高

写好脚本，把表建好，imp很快的。
From: eygle
2009.08.16 05:58
版主选项: 回复 编辑
# 44435
zod
To: 盖老师
　　盖老师：
  您好：

  想咨询您一个关于表删除的问题。
  我们的系统运行在P570上，数据库版本是10.2.0.1.0
  现在有一个表大概有3G（3000K行）左右。我们想删除其中三分之一的数据。
  问题：
 
  1.删除后如果不做SHRINK操作，是不是在该表上的全表查询性能没有提高？
  2.如果要做SHRINK，在正常运行系统情况下（大概每3秒插入一条）需要多少时间
  3.会不会对回滚段有极大压力？
  4.还有其他可能出现的问题吗？

  感谢您的解答。

 祝您
 工作顺利
From: zod
2009.08.10 22:18
To: zod
　　1.是的
2.看数据块的数量，估计在晚上操作，一个晚上可以完成了
3.删除应该分批量，否则UNDO的压力会比较大
最好周末做，压力小的时候，没什么大问题，注意归档。
From: eygle
2009.08.11 18:07
版主选项: 回复 编辑
# 44434
cucumber
To:
　　盖老师：你好！
在itpub上看了你如下文章：
http://www.itpub.net/archiver/tid-220451.html
根据你的说明，以sys用户在oracle9201中执行orapatch.txt附件，然后以Oracle10.2.0.4的Exp导出9201的数据库，依然出现如下错误：
EXP-00056: ORACLE error 6550 encountered
ORA-06550: line 1, column 41:
PLS-00302: component 'SET_NO_OUTLINES' must be declared
ORA-06550: line 1, column 15:
PL/SQL: Statement ignored
EXP-00000: Export terminated unsuccessfully

请问盖老师这个问题该如何解决？
From: cucumber
2009.08.10 18:06
To: cucumber
　　那个文章也太久了，是针对10.0版本的。
不适用与9i及10.2版本

From: eygle
2009.08.11 18:09
版主选项: 回复 编辑
# 44433
eric
To: eygle
　　您好;
  盖老师,请教一个关于字符集的问题。情况是这样的:在一台电脑创建oracle可否实现两个实例，不同字符集共存(american_america.us7ascii和simplified chinese_china.zhs16gbk),
From: eric
2009.08.08 17:11
To: eric
　　应该说，可以建多个不同字符集的数据库，当然是没有问题的。
From: eygle
2009.08.09 19:11
版主选项: 回复 编辑
# 44432
anncy


来自: bj

To: eygle
　　盖老师：

 您好！


咨询您个问题，可否将10g从HP-UX同步到AIX上或LINUX上？

当然我知道物理方式（RMAN/BACKUP）不行的，EXP/IMP是应该可以的

当然还需要对HP-UX端的每日增量同步到另一端，这个可以用脚本实现吧。。。

我记得好象10g有个TOOLS能执行类似功能，但没尝试过，不知道您做过吗？

给指导下！多谢！！！
From: anncy
2009.08.08 10:40
To: anncy
　　exp/imp来同步非常不现实，高级复制、MV等技术还可以考虑。
From: eygle
2009.08.09 19:10
版主选项: 回复 编辑
# 44431
Paul
To: eygle
　　Eygle，你好！

我在按照你的《循序渐进ORACLE》第一章使用模板创建数据库的时候碰到了一个问题，具体情况是这样的：

1. 使用dbca命令成功创建了名为peng的模板
2. 执行peng.bat创建数据库，很快出现了错误并中断安装。

查询了trace.log和bdump目录下的alert_peng.log，发现错误信息如下：

ORA-09314: sltln: error translating logical name
OSD-04026: Invalid parameter passed.

google一番后说是创建控制文件失败，我查了一下init.ora文件，发现createDB.sql最后确实没有生成control_files参数项。(我是使用OMF来管理文件的)

请问如何解决这个问题？THX
From: Paul
2009.08.05 02:17
To: Paul
　　你可以尝试一个脚本一个脚本的手工执行，看看问题出在什么地方。

control_files 应该是后加入进去的，因为OMF管理，控制文件的名字生成后才能得知。
From: eygle
2009.08.09 19:07
版主选项: 回复 编辑
页: 1 - << < 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 > >> - 404
我要留言
Copyright © 2003~2012 eygle.com All Rights Reserved.
Powered by: www.eygle.com