Author: mac

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   目的 ——-   本文介绍了新的9i闪回功能，它提供发出查询和访问数据的功能，就像它是在过去的某个点。同时展示了如何使用游标来实现闪回功能的例子。     范围 & 应用 ——————-   本文针对想过去某点查看数据的DBA 。这在数据可能被错误删除或更新的情况下特别有用，且执行时间点恢复来检索丢失的数据是不可取或不实际的。     Oracle9i: 通过闪回恢复丢失的数据 ————————————————   闪回查询的一个重要用法是取之前的数据并使其成为当前数据的功能。虽然闪回查询不能使你直接使数据向前到当前，可以使用游标来有效做到这一点。   闪回查询的实现是使用了撤消undo结构，与9i数据库维持以提供事务支持的结构相同。从Oracle 9i起，数据库有能力通过自动撤消管理（AUM）在指定的撤销表空间中自动管理撤销段。在使用闪回查询之前，强烈建议建立设置数据库运行AUM。这是因为闪回查询依赖于undo_retention时间，这仅在AUM下有效。这个撤销保留期间指定被提交的事务在可能被覆盖前应在撤销段保留多久时间。接着，这一期间就成为了可以“闪回”多远的限制。请注意，如果你没有创建一个足够大的撤销表空间，撤消信息可能在撤消保留期结束前被覆盖。有关在AUM下设置数据库的详细信息，请参考Note: 135090.1。   初始设置： ————–   o   通过创建undo表空间开始：   SQL> create undo tablespace UNDOTBS datafile ‘/database/901/V901/undotbs01.dbf’ size 100M;   o   一旦你创建了undo表空间，你需要在init.ora或spfile中设置以下参数来配置实例使用    AUM，指定保留时间（在这里是1200 秒）并使用创建的undo表空间： undo_management=auto undo_retention=1200…

The CR block build time shows the accumulated time from the point when the database cache layer is notified of a CR requests until it is either sending it or needs to wait for a log flush for that block. Generally speaking, it is the time it takes to find or construct the read-consistent version…

gc cr block flush time The CR block flush time is part of the service time for a CR buffer. The redo log write time and redo log sync time can influence the gc cr block flush time significantly.  Each individual start time is maintained in the request structure that is put on the log…

–内存管理的新功能：引入PGA 的上限尺寸限制   管理program global area (PGA) 传统的 PGA 内存管理 Oracle 9i Database 中，导入了自动 PGA 内存(PGA 自动调整功能) 通过PGA_AGGREGATE_TARGET初始化参数自动导出实例中活跃的工作区域中，可以使用的PGA内存总量 –Oracle可以自动调整分类处理以及哈希结合中所使用的SQL工作区域       自动 PGA 的内存操作与限制   通过PGA_AGGREGATE_TARGET 初始化参数所指定的值就是目标值，但并不一定能残留在指定值以内的内存尺寸之中 –比指定值尺寸更大的案例 大量的进程同时开始分类处理的案例 连接到实例的进程数增加的情况 –如SGA 的 SGA_TARGET初始化参数一样，这并不是无法超过指定值尺寸的结构 直到OS的空白区域中，虚拟内存不足，或者进程到底可以使用的内存上限时，就会发生ORA-4030错误 –OS 整体内存枯竭，可能使得系统整体面临危险   Oracle 12c引入了PGA 的上限尺寸限制 PGA_AGGREGATE_LIMIT 参数   设定实例全体中可以获得的PGA的上限值 –超过上限执行获得时就会发生ORA-4036 –SYS 用户，后台进程不属于这种情况 默认值：较大值 –2048 MB or PGA_AGGREGATE_TARGET × 2…

  最近某个非常重要的产品中采用了ASM 这次我们想分享在这个产品中获知的优点，希望OJ职员们能够认识到ASM的优点 ASM 是 Exadata 必需的部件   解除ASM相关的常有的疑虑与不安情绪 –为了大家能够更加自信地向客人推荐ASM 深入理解ASM 通过使用ASM ，使得系统结构简化   来自事先分发的调查问卷     全世界范围内的ASM使用情况 使用RAC的客户存储     虽然说ASM很方便・・・ 会场里充满疑虑与不安 设计上会不会很麻烦？ 会不会使得故障更加容易发生？ 通过ASM 进行stripe的话，会不会使得单一实例访问性能恶化？ 通过ASM的镜像功能，硬件RAID会不会可行性更高？ 重复调整平衡以及制成表区域时，数据会不会有偏差？ 虚拟存储（自动精简配置）会不会更容易管理？ 阶段化存储可以自动调优会不会用起来更加方便？ 在备份中随意使用存储拷贝会不会不好？ 有没有质量问题？     Best Practice 是什么? Disk Group 的设计(細分化/个数/依赖关系) AU 存储(4M 有效的例子) asm_power_limit 的推荐值? 以storage 观点来考虑 与3rd party 制成的 C/W 的组合情况 (11g R2…

Oracle Real Application Clusters（RAC） 共享磁盘/共享高速缓存型cluster数据库 所有节点可以直接访问所有数据 Oracle软件维持缓冲区高速缓存的一致性 Cache Fusion Technology 可以通过所有节点来分散负荷 分离故障节点故障节点 全自动恢复处理 正常节点中不分散   构成RAC 的组成部分以及其功能 Global Resource Directory (GRD) 在此说明RAC环境固有的数据库的内部操作：以GRD 为中心，在RAC环境中的锁定机制、实例恢复。 Oracle Clusterware 在此说明10g RAC 的结构中必需的Oracle Cluster ware 。通过Oracle Cluster ware 来管理节点以及实例的membership的机制，10g RAC 的管理方法   表数据的物理储存image   数据库的SELECT操作 单一实例的SELECT的操作如下所示 SELECT 对象块中储存A与B的数据 SELECT A 搜索缓冲区高速缓存，发现不存在（高速缓存miss） 从磁盘中读入DB块 抽出SELECT 对象的记录A SELECT B 搜索缓冲区高速缓存内发现存在（高速缓存命中） 抽出SELECT 对象的记录B  …

Oracle 的推荐字符集   作为数据库字符集来选择Unicode 推荐在所有的新建系统配置中使用Unicode 现有系统最终也需要移动到Unicode中 通过Unicode构筑系统的优点 主要在于便利性、兼容性以及扩展性方面 可以在大部分的开发环境以及标准规格中（XML以及Web服务等）使用 因为Unicode consortium定义的，所以有兼容性 便于追加JIS X 0213:2004 等字符 不需要支持多语言数据时，或者不需要Unicode时 长期来说，可能会在新建系统中选择最优选项，结果上来说可以节省成本，获得竞争上的优越性   今后的动向 Microsoft 公司的OS、 Windows Vista 已经符合JIS规则「JIS X 0213:2004」（JIS2004）了 对应Oracle Database 支持将JIS X 0213 的字符 作为Unicode储存 JIS X 0213 的 Unicode 映射，对应Unicode 的版本3.2 这次 Unicode 的版本需要在Oracle Database 10g Release1 (10.1.0)以后才能应用。 为了在数据库中储存JIS X 0213 的字符集 Oracle Database 10.1.0 以后需要使用数据库字符集…

一般来说OGG Goldengate 抽取进程对CPU的压力非常小， 而对于I/O 、network的吞吐量有轻量级的要求。 用低配置AIX测试结果如下。 抽取进程支持DB Log生成峰值速度 = 4 * 2.1 = 8.4 MB/秒，或30GB/小时，或726 GB/天。 抽取进程平均CPU占用1.9% 。 投递进程支持DB Log生成平均速度 = 2,096,854 * 2.1 = 4.5 MB/秒，或16 GB/小时，或380 GB/天。 投递进程平均CPU占用7% 。     对于Extract抽取日志缓慢导致延迟的问题，优先采用如下方法诊断具体慢在 抽取 还是 写trail上：   1. 收集原始慢的Extract的性能信息 GGSCI> stats extract <extract_name>, totalsonly *, reportrate sec GGSCI> stats extract <extract_name>, totalsonly *, reportrate…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]     ORA-10588 oerr ora 10588 10588, 00000, “Can only allow 1 corruption for normal media/standby recovery” // *Cause: The number specified in the ALLOW n CORRUPTION option is too big. // *Action: change to allow zero or one corruption.     适用于： Oracle Server – Enterprise Edition…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   适用于： Oracle Server – Enterprise Edition – 版本 10.2.0.1到 11.2.0.2.0 [Release 10.2 到 11.2] 本文信息适用于任何平台。 目的 本文将详细介绍来使用闪回数据库技术恢复被错误drop的用户的步骤。 范围 本文针对各经验级别的DBA。 前提条件 – 数据库必须在归档日志模式 – 数据库数据库在闪回数据库模式。 – 用户被drop的时间必须在db_flashback_retention_target内且所有闪回个归档日志必须可用。 – 应该没有对于该用户schema中的任何对象的NOLOGGING 操作。 详细信息 这个测试情况包括以下步骤 步骤1 : 确保有足够的闪回日志来进行闪回数据库 步骤2 : 模拟人为错误 – User Drop 步骤3:  执行Flashback Database 步骤4: 在只读模式下打开闪回数据库 步骤5: 检查用户可用性和其数据…