Author: mac
-
流言终结者: AWR的保留天数和SYSAUX表空间的使用率有关吗?
今天在QQ群的技术讨论中有人提及AWR实际保留的天数并非10g的 7天 或 11g 的 8天 ,而是视乎SYSAUX表空间的使用率而定,当SYSAUX表空间空闲空间较多时会将AWR数据保留地更久。 虽然不知道以上这番理论出自那部书籍,但是至少是说的有模有样的,而且网友还告诉我这是他测试过的结果。 实际是这样吗? 我相信这位网友并没有吹牛,他很可能查询dba_hist_snapshot等AWR视图且看到了的确有7天之前的快照仍被保留着,而没有被清理掉。我们来重演他所看到的现场: 测试使用版本11.2.0.2 , 11g中默认AWR保留8天: SQL> select * from v$version; BANNER ——————————————————————————– Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 – 64bit Production PL/SQL Release 11.2.0.2.0 – Production CORE 11.2.0.2.0 Production TNS for Linux: Version 11.2.0.2.0 – Production NLSRTL Version 11.2.0.2.0 – Production SQL> select * from…
-
Oracle实现高可用性的设计 (1)
学完本课后,应能完成以下工作: 在环境中设计一个可用性最高的体系结构 确定环境的最佳 RAC 和 Data Guard 拓扑结构 在 RAC 环境中配置 Data Guard 代理配置文件 确定要使用的最佳 ASM 配置 以滚动方式修补您的 RAC 系统 计划外停机的原因 在设计高度可用的解决方案时,一个真正的挑战是检查和解决所有可能的停机原因。应考虑计划外停机和计划停机两方面的原因,这一点非常重要。本幻灯片中显示的方案对计划外故障进行了分类,它将故障分类为软件故障、硬件故障、人为错误和灾难。在每个类别标题的下方,列出了与该类别相关的可能的故障原因。 软件故障包括操作系统、数据库、中间件、应用程序和网络故障。其中任何组件发生故障都会导致系统故障。 硬件故障包括系统、外围设备、网络和电源故障。 人为错误是故障的主要原因,包括操作者、用户、数据库管理员和系统管理员的错误。另一种能够导致计划外停机的人为错误类型是蓄意破坏。 最后一类是灾难。这类故障虽然比较少见,但是会对企业造成非常严重的影响,因为这些故障会对运营产生持久的影响。灾难的可能原因包括火灾、洪水、地震、电源故障和爆炸。设计得当的高可用性解决方案应考虑到所有这些因素,尽可能避免计划外停机。 计划停机的原因 计划停机同样也可以中断运营,对于那些用户分布在多个时区中的国际性企业尤为如此,有时甚至会中断一整天。在这种情况下,设计一个能够将计划中断降低到最低的系统显得十分重要。如本幻灯片中的方案所示,计划停机的原因包括例行操作、定期维护和新部署。例行操作是指一些频繁的维护任务,包括备份、性能管理、用户管理、安全管理以及批处理操作。 定期维护(如安装补丁程序或重新配置系统)有时是更新数据库、应用程序、操作系统中间件或网络所必需的操作。 新部署是指对硬件、操作系统、数据库、应用程序、中间件或网络进行的重要升级。不仅应考虑执行升级的时间,还要考虑这些更改可能对应用程序整体产生的影响,这一点很重要。 Oracle 对停机的解决方案 计划外停机主要是由计算机故障或数据故障造成的,而计划停机主要是由数据更改或系统更改造成的: RAC 可以提供最佳的性能、可扩展性和可用性。 使用快速启动故障恢复可以限制数据库崩溃/恢复时间。数据库可以自行调整检查点处理,以保证所需的恢复时间目标。 ASM 会对数据库存储使用联机预配来提供更高的可用性。 闪回能够快速解决人为错误。 Oracle Hardware Assisted Resilient Data (HARD) 是一个功能全面的程序,用于防止数据损坏。 Recovery Manager (RMAN) 自动执行数据库备份和恢复。数据恢复指导(不支持 RAC)可诊断数据故障并提供修复选项。 Data…
-
Oracle数据库使用闪回和 LogMiner
闪回和 LogMiner 的新增功能和增强功能 在 Oracle Database 11g 中易于使用: 闪回数据归档功能可自动跟踪和安全存储在某个记录的生存期(而非应用程序逻辑)内对该记录进行的所有事务处理更改。 闪回事务处理和相关事务处理或作业回退提高了处理还原逻辑错误的灵活性 采用与闪回事务处理集成在一起的基于浏览器的 Enterprise Manager (EM) LogMiner 界面 组织经常需要跟踪和存储在某个记录的生存期内对该记录进行的所有事务处理更改。现在不必再将此智能功能内置到应用程序中。闪回数据归档功能以安全的方式满足了长期保留需求(超过还原保留期)。 使用 Oracle Database 11g 您可以闪回所选事务处理和所有相关事务处理。此恢复操作使用还原数据创建并执行相应的校正事务处理,使受影响的数据还原到其原始状态。闪回事务处理或“作业回退”只使用一个命令即可在保持数据库联机的同时,轻松并快速地回退某一特定事务处理或一组事务处理及其相关事务处理,从而提高了逻辑恢复期间的可用性。 在早期版本中,管理员需要为 LogMiner 安装并使用单独的 Java 控制台。使用 Enterprise Manager 界面,管理员可以使用一个与闪回事务处理集成在一起的界面,因此少了一个安装任务。 这些增强功能提供了基于任务的直观方法(通过 EM 图形化用户界面),或者降低了应用程序的复杂性,因此增强了易用性并节省了时间(https://www.askmac.cn/archives/oracle数据库使用闪回和-logminer.html )。 闪回数据归档概览:“Oracle Total Recall” 以非常安全、高效且透明的方式跟踪对所有 Oracle 数据的 历史记录更改 “安全” –无法修改历史记录数据 –根据规范进行保留 –基于保留策略自动清除 “高效” –采用特殊的内核优化,最小化捕获历史记录数据的性能开销 –以压缩形式存储在表空间中,最小化存储要求 –对应用程序是完全透明的 –易于设置 闪回数据归档是一个新的数据库对象,是存储历史记录信息的逻辑容器。它存储在一个或多个表空间中,跟踪一个或多个表的历史记录。您需要为每个闪回数据归档指定保留持续时间。可在闪回数据归档中按保留要求分组历史记录表数据。多个表可以共享相同的保留和清除策略。 使用“Oracle Total…
-
Exadata X2-2 vs EMC Greenplum DCA vs Netezza TwinFin 12主要配置大对比
下图列出了Oracle Exadata X2-2 vs EMC Greenplum DCA vs Netezza TwinFin 12 三种一体机的主要配置对比:
-
了解ocssd.bin如何控制RAC节点重启
ocssd.bin是RAC cluterware重要的后台进程,这里我们不再介绍其复杂的功用,只介绍一些ocssd.bin reboot node的细节。 注意在11gR2 standalone 环境中ocssd.bin crash/panic或者被手动KILL掉,都不会导致节点重启: [oracle@mlab1 ~]$ crsctl stat res -t ——————————————————————————– NAME TARGET STATE SERVER STATE_DETAILS ——————————————————————————– Local Resources ——————————————————————————– ora.DATA.dg ONLINE ONLINE mlab1 ora.FRA.dg ONLINE ONLINE mlab1 ora.LISTENER.lsnr ONLINE ONLINE mlab1 ora.asm ONLINE ONLINE mlab1 Started ora.ons OFFLINE OFFLINE mlab1 ——————————————————————————– Cluster Resources ——————————————————————————– ora.cssd 1 ONLINE ONLINE mlab1…
-
Oracle等待事件:NULL EVENT
NULL EVENT-Oracle等待事件 Wait Event 当会话在等待一个不知名的事件时,会话session的event被标记为NULL EVENT,即虽然session在等待,但是Oracle RDBMS software没有对现在等待事件做命名(naming)。 等待时间 该事件的等待时间取决于其当时处在的上下文。 参数 该等地事件没有参数。 关于该等待事件的建议: 该不知名的等待事件在正常情况下不会出现,出现一般说明遇到了软件BUG,建议联系Oracle Support。
-
OGG-01738 BOUNDED RECOVERY
2012-10-20 10:28:02 INFO OGG-01738 BOUNDED RECOVERY: CHECKPOINT: for object pool 1: p17448_extr: start=SeqNo: 343, RBA: 79286800, SCN: 0.3712874 (3712874), Timesta mp: 2012-10-19 22:27:45.000000, Thread: 1, end=SeqNo: 343, RBA: 79287296, SCN: 0.3712874 (3712874), Timestamp: 2012-10-19 22:27:45.000000, Thread: 1. 2012-10-20 14:28:05 INFO OGG-01738 BOUNDED RECOVERY: CHECKPOINT: for object pool 1: p17448_extr: start=SeqNo: 343, RBA: 107000336, SCN: 0.3725744…
-
深入理解Oracle Universal Installer (OUI) Text
文档介绍了Oracle Universal Installer (OUI)的一些细节只是,PPT Slideshare版地址在这里:https://www.askmac.cn/archives/%E6%B7%B1%E5%85%A5%E7%90%86%E8%A7%A3oracle-universal-installer-oui.html , 这里share一下Text版本的。 OUI是什么? 基于Java的图形用户界面(GUI)应用程序 会从products.xml文件中读取组件信息并安装套件 OUI提供了统一的用户安装界面 使用OUI的先题条件: 使用OUI需要用到Java运行时环境即Java Runtime Environment (JRE),在绝大多数平台上该JRE会由OUI自动安装(少数如itanium Linux平台需要另外安装) 内存需求:基于不同平台及所安装的Oracle产品而不同,在绝大多数情况下至少需要32MB以上的空闲内存 磁盘空间需求:在Windows上至少需要60MB空间而在Unix平台上则为70MB才能启动OUI,此外库信息文件(inventory files)大约占用1MB空间 OUI能做什么? 其核心功能无疑是安装各类Oracle产品或组件 反安装组建或产品 维护基于XML的产品信息仓库(inventory) 为安装执行必要的安装前检查 当需要时额外调用配置助手(如Netca,DBCA,DBUA等) 从oracle 11g开始,OCM也就是Oracle Configuration Manager也同样被综合到OUI的框架中 信息库操作,包括附件节点列表 OUI具有那些阶段? 启动阶段 开始对用户可见,载入必要的文件并显示一个欢迎界面 安装阶段 用户选择安装或反安装某些产品;提供源和目标目录 选择阶段 需要安装的产品被勾选,可用磁盘空间及必要磁盘空间被显示,并会出现summary总结页面 安装进度阶段 实际安装过程中,显示安装进度条 安装完成阶段 要求用户运行root.sh脚本,并启动某种配置助理工具(configuration assistants) 安装模式 互动模式 用户使用图形界面访问各安装流程在对话框中并提供必要的安装信息,当提示时。在小范围安装中最为合适 静默安装 省略图形界面,由相应文件(response file)提供必要的信息。在安装过程中自动化实现,在众多服务器时。 如setup.exe -slient…
-
Oracle 数据库管理权限
有两种 Oracle 用户权限: 系统权限:具备该权限的用户可在数据库中执行特定 操作 对象权限:具备该权限的用户可访问并操纵特定对象 权限是指执行特定类型的 SQL 语句或访问另一个用户的对象的权利。包括以下权利: 连接到数据库 创建表 从另一用户的表中选择行 执行另一用户的已存储过程 系统权限: 每一系统权限都允许用户执行某一特定的数据库操作或某类数据库操作,例如,创建表空间的权限就是一种系统权限。 对象权限: 每一对象权限都允许用户对特定对象(如表、视图、序列、过程、函数或程序包)执行特定的操作。 DBA 的权限控制包括: 为用户提供执行某种操作的权限 授予和撤消执行系统功能的权限 将权限直接授予用户或角色 将权限授予所有用户 (PUBLIC) 系统权限 有 100 多种不同的系统权限。 权限中的关键字 ANY 表示用户在任何方案中都具备 这种权限。 GRANT 命令为一个用户或一组用户添加一项权限。 REVOKE 命令则用来删除权限。 系统权限可分为以下几类: 允许执行系统范围操作的权限;如 CREATE SESSION,CREATE TABLESPACE 允许管理用户自己方案中的对象的权限;如 CREATE TABLE 允许管理任何方案中的对象的权限;如 CREATE ANY TABLE 可使用 DDL 命令 GRANT 和 REVOKE…
-
理解IMPDP ORA-19505、ORA-31640错误
若在Oracle RAC集群数据库中,则可能Data Pump Worker数据泵工作进程在非发起本Expdp的节点上被分配并工作,除非指定了EXPDP参数CLUSTER=NO。 若启动该Workder进程的节点上相应的data pump目录没有合适的权限,则remote node上的Worker将无法正常工作。 可以利用cluster=no参数来Workaround这个由于RAC引起的ORA-19505错误。 [oracle@lab1 ~]$ oerr ora 19505 19505, 00000, “failed to identify file \”%s\”” // *Cause: call to identify the file returned an error // *Action: check additional messages, and check if the file exists 关于EXPDP/IMPDP的CLUSTER参数说明如下: CLUSTER Default: YES Purpose Determines whether Data Pump can use Oracle Real…