> 文章列表 / Page 28

作者为:  SHOUG成员 – ORACLE ACS高级顾问罗敏 本文地址：https://www.askmaclean.com/archives/oracle-acs%E8%B5%84%E6%B7%B1%E9%A1%BE%E9%97%AE%E7%BD%97%E6%95%8F-%E8%80%81%E7%BD%97%E6%8A%80%E6%9C%AF%E6%A0%B8%E5%BF%83%E6%84%9F%E6%82%9F%EF%BC%9A11g%E6%96%B0%E6%8A%80%E6%9C%AF%E6%96%B0%E5%8A%9F.html     本章首先将以自己一个与11g相关的尴尬经历开始，然后对11g新技术和新特性进行一番总体介绍，再围绕一个具体技术话题，讲述11g新技术使用策略的重要性，最后针对11g新技术/新功能的总体使用策略提供自己的具体建议，希望这些内容对广大读者在11g平台的设计、开发和运维等方面工作有所裨意。   5.1 我被客户“打懵”了 故做镇定 2012年2月的某一天，应某国有大型银行的要求，来到了该银行的南方开发基地，为其正在进行的11g升级项目提供技术支持和咨询服务工作。那天上午一踏入会议室，与该行一群新老朋友简短地寒暄之后，便很快进入了正题： “罗工，你先帮我们梳理一下这张表格，11g这些新特性到底用还是不用？” 我快速扫描了一下大屏幕上投影的表格，以下是片断内容： 维护项 11g对应的功能点 是否使用 使用说明…

作者为:  SHOUG成员 – ORACLE ACS高级顾问罗敏 本文永久地址：https://www.askmaclean.com/?p=16572   本人的第一本书《品悟性能优化》，“洋洋洒洒”近500页，按Oracle性能优化方法论从上往下，即从应用设计开发，到系统层面逐步展开叙述。性能优化的确是IT系统各方人士长期面临的艰难挑战，也是大家百谈不厌的话题。本书虽然没有对性能优化再浓墨重彩，但很多章节内容其实也是围绕性能优化而展开的。 本章我们先对《品悟性能优化》一些重要观点进行回顾，然后再通过若干案例，对这些观点进行总结。同时，由于受篇幅等因素限制，针对《品悟性能优化》书所没有包括的一些优化技术，例如适合于数据仓库的Bitmap索引、Bitmap Join索引等进行介绍。 众所周知，应用性能问题对系统整体性能影响最大，所以本章案例更多地侧重于应用性能问题的解剖。同时，性能问题也涉及IT系统的方方面面，本章最后一个案例就是分析数据库备份恢复中的性能问题。   重温《品悟性能优化》一些重要观点 回顾性能优化方法论 Oracle性能优化方法论主要分为如下两种： 自顶向下（Top-Bottom） 该方法论可以如下图表示：   即在项目设计、开发、上线的全程都展开性能优化工作，而且优化工作开始地越早，其效益也越高，同时付出的成本也最小。而优化工作开始地越晚，其效益也越低，并且付出的成本也最大。 之所以叫自顶向下，是因为一方面从软件生命周期角度而言，从头开始就关注性能优化工作。另一方面，最初我们在业务逻辑、架构设计等层面关注性能问题，然后再逐步深入到应用设计、开发和测试层面考虑优化，最后才到数据库系统、操作系统、硬件等层面考虑参数设置、存储配置等优化，即从IT系统架构层面而言，也是自顶向下的。…

作者为:  SHOUG成员 – ORACLE ACS高级顾问罗敏 本文永久地址：https://www.askmaclean.com/?p=16572         请允许我重复在《品悟性能优化》中关于分区技术的一段叙述：“Oracle公司历史上第一位华裔高级副总裁（SVP）曾说：随着分区技术的出现，标志着Oracle公司真正成为了名符其实的企业级数据库软件供应商，Oracle数据库也真的具有海量数据处理能力了。” 正因为Oracle分区技术在满足海量数据处理的高性能、扩展性、数据可管理性、数据生命周期管理、数据备份恢复、高可用性等综合需求中，扮演着太重要的作用，分区技术又是那么地丰富多彩。因此，我们还是结合上一章某银行大集中项目，在本章对分区技术进行专题叙述。包括该系统现有分区方案的评估、大集中系统的分区方案，以及全局分区索引、11g分区新技术等专题技术的介绍。本章最后通过一个最新案例，介绍分区技术方案的实施过程和感悟。 现有系统分区方案分析 以下就是该银行系统现有的分区方案情况，以及我们项目组给出的相关评估分析： 现有系统分区状况 目前，现有系统进行了一定的分区工作，具体情况大致如下： 表分区 表分区情况如下：   PARTITI…

作者为:  SHOUG成员 – ORACLE ACS高级顾问罗敏 本文永久地址：https://www.askmaclean.com/?p=16572   简而言之，数据库物理设计就是为满足海量数据的高性能、可扩展性、高可用性等处理需求，在数据库逻辑设计基础上，结合具体的数据库管理系统平台和硬件平台，特别是运用Oracle相关特色技术，进行的详细物理级设计工作。 事实上，Oracle物理设计的内涵非常丰富，外延也非常广泛。例如Oracle每个被存储的对象（普通表、索引、大对象LOB字段等）几乎都涉及到相关物理属性的设计；还包括数据库实例初始化参数设计、数据库块选择、数据库字符集选择、控制文件规划、日志文件设计等诸多方面；还有数据文件、表空间，特别是分区方案设计；如果采用ASM技术，还有ASM实例设计、ASM磁盘组设计、ASM 文件设计等；以及操作系统参数设计、存储系统配置设计等更多方面。 真是林林总总，目不暇接。本章将以一个银行案例为背景，介绍物理设计一些主要内容，本书后面章节还将涉及物理设计其它方面的相关内容，例如分区、大对象LOB等。 20多年前的物理设计 前面章节对自己20多年前刚工作时，在领导带领下开展的数据库逻辑设计和数据流程图设计工作，不无得意。实际上，在当年技术环境下，露怯的事情太多了。以下以物理设计为例，讲述当年的趣事。 20多年前我们几乎没有物理设计的概念，就知道如何在逻辑上写出建表语句而已，连表空间都不指定，更别提表的pctfree, pctused等一堆物理属性参数了。大家知道当年Oracle 5.1版在不指定表空间的缺省情况下，把表搁哪儿了吗？SYSTEM表空间！ 于是，在我们项目组历经半年的应用软件设计和开发之后，开始往数据库里灌数据时，不一会儿，数据库就报SYSTEM表空间满的错误（ORA-1652）了。此时，作为刚毕业的研究生，我被委以重任，研究如何解决该问题。在当年连Oracle联机文档都没有的情况下，抱着一本不知道是科海还是希望出版的，翻译得象天书一样的资料，苦苦研读，终于找到了如何扩表空间的命令。当年的Oracle 5.1版，居然要先通过一个Oracle提供的ccf工具，在操作系统创建一个文件，然后再通过“ alter tablespace…

作者为: SHOUG成员 – ORACLE ACS高级顾问罗敏   第一章 逻辑设计中那些事   数据库逻辑设计是从事数据库应用设计、开发、运行维护等各方面工作的一个重要的基础性工作。根据不同的业务和应用需求，确定并遵循数据库逻辑设计原则，比如按照第三范式（3NF）开展逻辑设计，不仅能满足减少数据冗余、保证数据一致性和完整性、易扩展性和伸缩性等需求，而且也是保障系统高性能的一个重要基础。 一次，本人与一家公司进行为期3天的数据库性能优化培训。为达到良好的培训效果，事前与该公司几位技术骨干就培训大纲进行讨论，其中一位客户就提到：“罗老师，增加一个逻辑设计的专题吧，特别是讲讲一些最佳实践经验和常见的设计错误。”可见，该客户也深深体验到了逻辑设计的重要性。 于是，本书就以数据库逻辑设计开篇了。本章首先将以若干年前一个典型案例开始，进而介绍关于数据库设计的规范化理论，以及逻辑设计的工具Oracle Data Modeler，然后介绍非规范化设计的若干最佳实践，最后将针对逻辑设计发表若干感悟。     还是从案例开始 十多年前在一个网站从事专职DBA工作的某一天，一位开发人员过来请我帮忙分析她编写的一个简单SQL语句的性能问题。以下是具体情况： 语句和执行计划 语句再简单不过，即查询“喜欢文学的所有客户”。  …

https://apex.oracle.com/pls/apex/f?p=19297:4:9567174845042::NO:4:P4_ID:8320   谢谢！感谢oracle中国，感谢上海oracle用户组的小伙伴提名。也许maclean( 刘相兵)不是世界上最年轻的Oracle ACE技术总监Director,也许maclean没有去到最初打算去的地方，但感觉告诉自己我在去我想到的地方的路上。

  如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   某东莞工厂用户Oracle ERP EBS系统oracle数据库数据文件受损，导致关键表空间无法online问题，经过诗檀软件oracle工程师手动修复数据文件头 datafile header强制数据文件online后，数据可以正常访问，几乎未丢失数据。  

  某系统由于存储损坏导致一个大对象LOB的LOB INDEX存在坏块corruption，且该系统无任何有效之备份。此时若要恢复对BLOB/CLOB中的数据则无法使用常规的方法，这里可以使用PRM-DUL 工具(http://www.parnassusdata.com/)来恢复其中数据。   场景重现为如下： select * from BASE_CUSTOMERS_PHOTO where outid='XXXXXX' select count(*) from BASE_CUSTOMERS_PHOTO  28050     此时对LOB…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   prm-DUL下载地址：http://zcdn.parnassusdata.com/DUL5108.zip   ORA-01555 oerr ora 1555 01555, 00000, "snapshot too old: rollback…

  如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected] prm-DUL下载地址：http://zcdn.parnassusdata.com/DUL5108.zip 对于Oracle中的数据误删除可以分为以下几类（这里我们一般不考虑闪回数据库flashback database） 1、 误delete 删除表上的行 , 对策： 10g以后可以尝试闪回查询flashback query前提是快照未变得过久。这种情况下常规有RMAN备份的话，可以的话可以基于删除前的一个时间点做TSPTIR基于表空间的时间点恢复已达到恢复目的。 如果备份和闪回查询都不可用，则可以尝试使用PRM-DUL的恢复undelete数据功能，前提是被删除的数据行在数据块级别没有被彻底删除。 2、误drop表，对策：…