Author: mac

  • Oracle Database 13c展望

    Oracle Database 13c展望, 13能发展点啥 现在说为时尚早, 但显然如果当前热议的话题 cloud云计算 和大数据 不变的话,那么显然 Oracle Database还要往这2个方向发展, 或许在13中可能把Exadata 的Smart Scan 、Storage Index等特性释出, Exadata可能发展出更多 强壮的特性。 😆

  • 全面解析9i以后Oracle Latch闩锁原理

    Latch闩锁在Oracle中属于 KSL Kernel Services Latching, 而从顶层视图来说 KSL又属于VOS  Virtual Operating System。       Latches 是一种 低级别(low-level)的 锁机制, 初学IT的同学请注意 低级不代表简单, C语言对比java语言要 低级一些但C并不比java简单。   在一些文章著作中也将latch称为spin lock 自旋锁。  latch用来保护 共享内存(SGA)中的数据 以及关键的代码区域。   一般我们说有2种latch:   1)Test and Set 简称TAS  : TAS是计算机科学中的专指, test-and-set instruction  指令 用以在一个 原子操作(atomic 例如非中断操作)中写入到一个内存位置 ,并返回其旧的值。 常见的是 值1被写入到该内存位置。 如果多个进程访问同一内存位置, 若有一个进程先开始了test-and-set操作,则其他进程直到第一个进程结束TAS才可以开始另一个TAS。  关于TAS指令更多信息 可以参考wiki ,包括TAS的伪代码例子:    http://t.cn/zQgATRr        …

  • 【Oracle Database 12c】RMAN新特性

    在12c中提出了不少RMAN备份恢复的新特性,这里我们先草草地过一下这些新特性。 sysbackup 管理角色覆盖了 备份backup和recovery恢复所需要的权限, 还包括连接到已关闭的 数据库。  系统管理员可以将sysbackup而非sysdba赋予给那些只操作备份和恢复的用户,由此减少了SYSDBA这个超级用户权限过重的问题。  与SYSDBA相反,SYSBACKUP不包含访问所有表的SELECT ANY TABLE权限。     使用SYSBACKUP登陆RMAN C:\Users\xiangbli>rman target “‘/ as sysbackup'” 恢复管理器: Release 12.1.0.1.0 – Production on 星期一 8月 19 07:55:45 2013 Copyright (c) 1982, 2013, Oracle and/or its affiliates. All rights reserved. 已连接到目标数据库: MACLEAN (DBID=1694338843) 现在RMAN增强了SQL接口可以通过RMAN做一些查询了。 RMAN> select user from dual; 使用目标数据库控制文件替代恢复目录 USER —————————— SYSBACKUP    …

  • Maclean写的Oracle入门书

    Maclean写的Oracle入门书      试读目录: 第一章 Oracle数据库源流考 第二章 Oracle体系架构漫谈     第一章 Oracle数据库源流考   Oracle数据库源流考 Oracle数据库今后的大势     Oracle数据库源流考   如果对Oracle软件发展历程不感兴趣,可以跳过本章节   Oracle之名源于甲骨文CEO 拉里·埃里森在20世纪70年代在一间名为Ampex的软件公司,为中央情报局设计的一套代号为Oracle的数据库软件,拉里·埃里森是当时的程序员之一。   1970年当时还就职于国际商业机器公司(IBM)的Edgar F. Codd发表了名为《A Relational Model of Data for Large Shared Data Banks》的文章,最早提出了关系型模型(Relational Model)。 这篇文章启发了拉里·埃里森开发一个RDBMS数据库的想法。   Edgar F. Codd在1981年获得图灵奖, 他还设计了能够自我复制的计算机               书刊和媒体常将Oracle描述为第一个RDBMS软件,但这个提法是错误的。因为实际上IBM的一个实验室” San Jose Research Laboratory”在1974年以研究为目的开发了一套名为”IBM SYSTEM R”的数据库软件,SYSTEM…

  • 在Exadata上为11.2.0.3 RAC配置Huge Page

    在Exadata上为11.2.0.3 RAC配置Huge Page   1、如想设置SGA仅使用HugePage类型内存则设置: Alter system set use_large_pages=ONLY scope=spfile; 否则可以保留use_large_pages=TRUE 2、 shutdown数据库实例 3、echo “vm.nr_hugepages=42000”   >>  /etc/sysctl.conf 4、sysctl -w vm.nr_hugepages=42000 5、grep Huge /proc/meminfo 如果grep Huge /proc/meminfo看到HugePages_Total不为42000,则需要重启OS才能使之生效 6、启动数据库实例 7、grep Huge /proc/meminfo If the setting of nr_hugepages is not effective, you will need to reboot the server to make HugePages allocation during system startup. [root@mac02db02 onecommand]#  dcli…

  • Solix EDMS 数据库归档

    数据增长对应用程序性能有巨大影响 你的生意依赖于数据,但数据增长可能导致应用程序APP的性能和体验下降,进而造成整体成本上涨。 根据调查核心应用程序所用产品数据库的80%数据是非活跃的。数据归档是数据生命周期管理最佳实践中重要的一环,直面数据增长锁带来的挑战。 提升性能,降低成本是达到卓越目的的捷径 当核心系统不得不处理过多数据时应用程序性能将遭遇性能拐点。 Solix EDMS数据库归档套件将次频繁访问的数据从产品数据库中适时移动以便优化应用程序性能。 并不用担心,你的应用仍能方便地访问所有归档数据! 今天就从使用Solix EDMS数据归档标准版开始吧 立即下载       诗檀软件是Solix大数据和EDMS解决方案在大中华区域的经销商和服务提供商。ParnassusData是诗檀软件的注册商标。了解更多关于诗檀软件:http://www.parnassusdata.com。 谢谢您使用Solix EDMS 标准版 (SE). ,感谢您的品论和反馈,如若任何评论和建议,请联系我们大中华区域的同事: 邮箱: [email protected] 电话: (+86) 13764045638 / 18521710662 地址: 上海市共和新路1988号10座610室 技术白皮书 Solix EDMS 数据归档是EDMS套件中的核心模块…   了解更多   成功案例 来看看美国轮胎公司是如何应对数据增长考验的!   了解更多 Solix EDMS数据归档帮助ADT将数据生命周期管理真正落地实践了,我们公司现在具备了管理从数据创建,存储,到删除整个过程的能力。从项目上线到数据归档,乃至最后的清除都已经纳入到了我们的长期数据治理战略中。 TONY VADEN, CIO 美国轮胎公司 AMERICAN TIRE DISTRIBUTORS

  • 【故障诊断】RMAN-06026与ABSOLUTE_FUZZY_CHANGE#

    在物理备库上restore datafile时遇到RMAN-06026错误:     如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638   QQ号:47079569    邮箱:[email protected]   ORACLE PRM是诗檀软件独立研发的ORACLE数据库灾难恢复软件,其具有全程图形化界面、简单高效等特点。 欢迎下载使用ORACLE PRM。 下载地址:http://parnassusdata.com/sites/default/files/ParnassusData_PRMForOracle_3206.zip   RMAN> run{ debug on; set until time “to_date(‘2013-08-08 19:12:03′,’yyyy-mm-dd hh24:mi:ss’)”; restore database ; debug off; } 2> 3> 4> 5> 6> RMAN-03036: Debugging set to level=9, types=ALL RMAN-03023: executing command: SET until clause RMAN-03090: Starting restore…

  • Oracle Database 12c新特性汇总页面

    Maclean Liu关于DB 12c新特性的研究文章如下:     【Oracle Database 12c新特性】 In-Database Archiving数据库内归档 【Oracle Database 12c新特性】SYS_AUTO_SPM_EVOLVE_TASK 自动作业 【Oracle Database 12c新特性】Online Statistics Gathering for Bulk-Load 针对批量数据加载的在线统计信息收集 【Oracle Database 12c新特性】32k varchar2 max_string_size 【12c新特性】RAC Cluster Hub Node-Leaf Node 【Oracle Database 12c新特性】ASM Scrubbing Disk Groups 【Oracle Database 12c新特性】TTnn TMON新的redo传输后台进程 【12c database 新特性】Adaptive Execution Plans 自适应的执行计划 【Oracle Database 12c新特性】wait event DISPLAY_NAME 【Oracle Database…

  • 【Oracle Database 12c新特性】 In-Database Archiving数据库内归档

    Oracle Database 12c中引入了 In-Database Archiving的新特性, 该特性允许用户通过对表上的数据行标记为inactive不活跃的,以归档数据。 这些inactive的数据行可以通过压缩进一部优化,且对应用来说默认不可见。    可以通过一个session级别的参数来控制数据的可见与否。   通过In-Database Archiving数据库内归档特性可以在单库中存放更长周期的数据, 而损耗很少的应用性能。 归档数据还可以通过压缩来进一步提升备份效能。   要管理一张表的In-Database Archiving,必须为表启用ROW ARCHIVAL  并操作ORA_ARCHIVE_STATE 这个隐藏字段 。 此外用户还可以指定session级别的 ROW ARCHIVAL VISIBILITY为ACTIVE  或者ALL。   下面为演示示例:   /* Set visibility to ACTIVE to display only active rows of a table.*/ ALTER SESSION SET ROW ARCHIVAL VISIBILITY = ACTIVE; CREATE TABLE employees_indbarch (employee_id NUMBER(6) NOT…

  • 【Oracle Database 12c新特性】SYS_AUTO_SPM_EVOLVE_TASK 自动作业

    Oracle Database 12c中引入了一个新的自动系统作业,即SYS_AUTO_SPM_EVOLVE_TASK。 该作业将在每天的自动维护作业窗口中自动执行。 SYS_AUTO_SPM_EVOLVE_TASK负责检索和排序SPM中未被接受的执行计划non-accepted plan以便verification。 当此执行计划经过verified,过该计划满足性能阀值则将被自动接受accepted 。因此,当优化器将一个non-accepted的执行计划加入到SQL statement plan history中,在很多情况下若该计划确实是更好的,则会在第二天被接受并可以使用。   注意该自动task存在时间上的限制为一个小时(默认TIME_LIMIT=3600s),因此可能造成部分计划未被verified。 在此种场景下,下一个维护窗口该task执行时将处理剩余的执行计划。     SYS_AUTO_SPM_EVOLVE_TASK 1 SELECT parameter_name, parameter_value 2 FROM dba_advisor_parameters 3* WHERE task_name = ‘SYS_AUTO_SPM_EVOLVE_TASK’ SQL> / PARAMETER_NAME PARAMETER_VALUE —————————— —————————————- DAYS_TO_EXPIRE UNLIMITED END_SNAPSHOT UNUSED END_TIME UNUSED INSTANCE UNUSED JOURNALING INFORMATION MODE COMPREHENSIVE START_SNAPSHOT UNUSED START_TIME UNUSED TARGET_OBJECTS 1 TIME_LIMIT 3600…