Author: mac

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected] 适用于: Oracle 数据库 – 企业版 – 版本 9.0.1.0及以上 本文的信息适用于任何平台 症状 您收到以下错误: ORA-01122: ” database file %s failed verification check ” 原因: 文件中的信息和控制文件的信息不一致。 请参阅附带消息获取原因。 操作：请确保数据库文件和控制文件是该数据库的正确的文件。 ORA-01110:”data file %s: ‘%s’” 原因: 为获取另一个错误的详情，报告文件名。 操作: 请参阅相关错误信息 01110, 00000, “data file %s: ‘%s’” 和下列之一: ORA-01201: ” file size %s in header does not…

【Maclean Liu视频技术分享】11g ocm考纲复习Active Data Guard + Fast Failover + DG Broker   Data Guard讨论帖 ：http://t.askmac.cn/thread-2530-1-1.html   教学视频观看地址：   https://zcdn.askmac.cn/Maclean%20Liu%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB11g%20ocm%E8%80%83%E7%BA%B2%E5%A4%8D%E4%B9%A0Data%20Guard.mp4     【Maclean Liu技术分享】11g ocm考纲复习Data Guard.pdf (176.18 KB, 下载次数: 69)

Oracle RAC 概要 Oracle9i 开始提供的cluster技术 可用性 实现高速故障转移，使得系统故障时的downtime时间最小化 扩展性 根据负荷量可以使得处理性能最优化 投資成本 可以导入最低限度的结构，减少初始成本 提供灵活使用资源，实现最优的投资成本     Oracle ASM 概要 Oracle 10g开始提供的数据库最优存储管理 Striping 磁盘group中，用所有的disk进行Striping (不会发生hotspot) Ø维持性能 镜像 根据文件类型，在oracle水平中进行镜像链接 (2重化 / 3重化 / 没有镜像) Ø可用性的担保 动态rebalance disk的追加 / 删除时自动重新配置数据 Ø扩展性       数据中心最合适的平台         RAC / ASM 的进化历程     Oracle Grid Infrastructure 整体像  …

针对Flash Recovery Area删除文件不回收空间的问题诊断， 即在FRA下删除了文件但space未被回收的情况， 首先收集如下信息   ALERT LOG   select * from v$recovery_area_usage; select * from v$recovery_file_dest;   rman 收集： show all; catalog recovery area;   并收集以下TRACE: alter session set events ‘immediate trace name kra_trace level 1’; execute dbms_backup_restore.refreshAgedFiles; alter session set events ‘immediate trace name kra_trace level 4’;

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   Oracle数据库– 企业版– 版本11.2.0.以及更高版本 本文档中的信息适用于任何平台。 症状 由于ORA-01139/ ORA-16433，RMAN复制打开时报错CLONE，辅助pfile中指定了错误的UNDO表空间: contents of Memory Script: { Alter clone database open resetlogs; } executing Memory Script } executing Memory Script RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-00601: fatal error in recovery manager RMAN-03004: fatal error during execution…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   Oracle数据库– 企业版– 版本11.1.0.7以及更高版本 本文档中的信息适用于任何平台。 症状 可能出现的症状： o数据库升级到11.1.0.7.2    该数据库显示在读写模式。 （打开）    由于错误，RMAN重新同步目录失败： o这个问题可能是由于重建控制文件时使用重置日志，以及随后打开重置日志时的失败引起的， 也就是说，如果重建控制文件时使用重置日志，并且在打开重置日志时出现问题，在此状态下数据库会报错: ORA-16433：数据库尚未在读写模式被打开  . $ rman catalog rman/rman@xxx target sys/xxx@xxx Recovery Manager: Release 11.1.0.7.0 – Production on Mon Mar 15 10:58:49 2010 Copyright (c) 1982, 2007, Oracle. All rights reserved. connected to target database: OPMMPRF2…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected] Oracle 数据库 –企业版– 版本8.1.7.0 到 12.1.0.1 [版本 8.1.7 到 12.1] Oracle 数据库 – 标准版 –版本8.1.7.0 到 12.1.0.1 [版本 8.1.7到12.1] 本文的信息适用于任何平台。 症状 目的: 本文的写作目的是提供一个更新LOB列的脚本，参考由于NOLOGGING 操作引起损坏的LOB块和一个空LOB. 当sql 语句，如SELECT ，访问LOB列时，会避免出现错误ORA-1578 / ORA-26040， 如果需要，可以产生一个表输出。 问题: 读取表中的LOB列时，会产生ORA-1578 和ORA-26040: ORA-1578 : Oracle数据块损坏(file # %s, block # %s) ORA-26040: 使用NOLOGGING选项加载数据块 因为出现错误DBV-200，产生错误的数据文件DBVERIFY失败 (rdbms version < 10.2.0.4)…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected] Oracle 数据库 – 企业版 – 版本 8.0.5.0 到 12.1.0.2 [版本8.0.5 to 12.1] 本文的信息适用于任何平台 症状 Oracle文件中的OS块 OS 块头在第一个数据文件块中，用于Oracle存储操作系统信息。 是零块，不是Oracle 块1中的数据文件头。 零块中的损坏不会破坏数据，低于11g 的版本，dbverify/rman检测不出， 11g 版本中的Dbverify 需要加强，以检测损坏。 DBF大小可以用来检查块0的一致性。 当该块损坏时，数据库有时会被打开，不出现任何错误，因为块0只被某些特定的数据库操作打开，例如，‘CREATE CONTROLFILE’或11g 版本中Database OPEN 。 症状 当特定数据文件的OS块头无效时，创建控制文件可能会报告错误ORA-27047: ORA-27047 : 不能读取文件中中的块头。 HPUX中的例子: ORA-1503: 创建控制文件失败 ORA-1565: 识别文件‘/oradata/users.dbf’ 中的错误 ORA-27047: 不能读取文件中的块头 HP-UX Error: 22: 参数无效 Additional information:…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   这个事件让Oracle跳过只进行全表扫描的某些类型的损坏块，因此允许输出或“创建表作为选择”类型的操作，以便从没有损坏块的表中检索行，损坏块中的数据丢失。        对Oracle 7.2以前的Oracle版本，该事件是受限的，因为它只允许跳过软损坏的块，大部分的1578错误是介质损坏造成的，在这种情况下，事件10231是不中用的。        从Oracle7.2起，该事件可以跳过多种形式的介质损坏块除了软损坏的块，因此是更为有用的，仍旧使用*NOT* 操作。 Note:28814.1 描述了当该事件失败时，可供选择的其他方法。 什么是SKIP_CORRUPT标志 ? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~         从Oracle8i中起事件10231的功能 在PER-SEGMENT的基础上已被外在化，使得标记表有可能跳过损坏的块，使用DBMS_REPAIR包，该标志被设置或清除，DBA_TABLES有一个SKIP_CORRUPT列，用来表示对象的标志是否被设置。          设置该事件或标志 ~~~~~~~~~~~~~~~~~~~~~~~~~   该事件可以在会话中设置，或者在数据库实例级别中设置，如果你打算使用CREATE TABLE AS SELECT 或ALTER TABLE <> MOVE ，那么在会话中设置该事件就足够了，如果你想要输出表数据，最好在实例级别上设置该事件，如果在Oracle8i 或更高的版本中还可以设置SKIP_CORRUPT表属性。   Oracle8i,9i,10g,11g   ~~~~~~~~~~~~~~~~~~~        …

视图 DBA_OPTSTAT_OPERATIONS  记录了详细的DBMS_STATS操作历史，可以看到 包括 gather_database_stats (auto) 、gather_table_stats(到表级别)、copy_table_stats(到表级别)。其数据来源于 WRI$_OPTSTAT_OPR   SQL> select distinct operation from DBA_OPTSTAT_OPERATIONS; OPERATION —————————————————————- copy_table_stats gather_database_stats gather_table_stats lock_table_stats unlock_table_stats purge_stats gather_database_stats (auto) SQL> select dbms_stats.get_stats_history_availability from dual; GET_STATS_HISTORY_AVAILABILITY ————————————————————————— 24-APR-13 08.31.36.886874000 AM +00:00 ==》最早可用的历史统计信息   SQL> select dbms_stats.get_stats_history_retention from dual; GET_STATS_HISTORY_RETENTION ————————— 31 ==> 统计信息的保留期 exec dbms_stats.alter_stats_history_retention(10);   ==》修改统计信息保留期 select * from dba_tab_stats_history ==》查询某张表的 统计信息历史情况，…