ITPub博客

当一个系统运行缓慢性能下降的时候，很难知道原因是什么。是内存泄漏，磁盘子系统瓶颈，还是某个特定应用程序在可扩展性方面有限制？有一些途径可以发现和了解引起性能问题的根源，并且有可能消除它。　 　　本文给出了从哪里入手的一些建议。文中介绍了如何着手性能方面的考虑以及如何定位常见的性能瓶颈，还介绍了与性能密切相关一些概念，比如私有的共享内存（ISM-Intimate Shared Memory）与优先内存页面调度。文章重点是放在Solaris 2.6操作环境下。 　　着手性能问题 　　性能，或许比计算机系统其它方面的行为更需要有通盘的考虑。

3. 寻找性能瓶颈 　　一旦你已经定义了需要解决的性能问题，下一步骤就是缩小范围到瓶颈产生的地方。 　　这个阶段有必要问这样一些问题： 　　应用程序能告诉我它看到哪些是瓶颈？拿Oracle作例子，一个Oracle数据库管理员应该知道BSTAT/ESTATS是什么以及如何运行和理解它们。还是那句话，从应用程序的角度来看问题，BSTATS/ESTATS可以显示限制了Oralce性能的瓶颈，这可以作为进一步分析的指导。 　　大部分的时间花在哪里，是内核还是用户进程？通过vmstat、mpstat、sar、ps、prstat可以回答这个问题。 　　具有相近类型的所有资源是否同

核心提示：四、不同版本的EXP/IMP问题？一般来说，从低版本导入到高版本问题不大，麻烦的是将高版本的数据导入到低版本中，在Oracle9i之前，不同版本Oracle之间的EXP/IMP可以通过下面的方法来解决： 1、在高版本数据库上运行底版本的catexp.sql； 2、使用低版本的EXP来导出高版..... 四、不同版本的EXP/IMP问题？ 一般来说，从低版本导入到高版本问题不大，麻烦的是将高版本的数据导入到低版本中，在Oracle9i之前，不同版本Oracle之间的EXP/IMP可以通过下面的方法来解决： 1、在高版本数据库上运行底版本的catexp.sql； 2、使

Oracle8i/9i EXP/IMP使用经验 （1）作者： 来源: 核心提示：一、8i EXP常用选项 1、FULL，这个用于导出整个数据库，在ROWS=N一起使用时，可以导出整个数据库的结构。 例如： exp sys file = . / db_str.dmp log = . / db_str. log full = y rows = n compress = y direct = y 2、BUFFER和FEEDBACK，在导出比较多的数据时，我会考..... 一、8i EXP常用选项 1、FULL，这个用于导出整个数据库，在ROWS=N一起使用时，可以导出整个数据库的结构。例如： exp sys file=./db_str.dmp log=./db_str.log full=y rows=n compress=y direct=y

EOFfor table in $(cat tables.txt)doexp dbuser/oracle file=${table}_$(date '+%Y%m%d').dmp tables=$table direct=ydone5.2 冷备份shutdown数据库，将所有和本实例有关的文件，包括datafile,controlfile,redolog,archived redolog,initora.ora等全部备份。恢复时只要将这些文件放回从前的目录，startup数据库即可。5.3 联机全备份+日志备份5.3.1 设置如果数据库实例原来没有使用归档日志功能，则必须进行配置修改initoradb.ora：log_archive_start = true #实例启动时同时启动归档进程。log_archive_dest_1= "location=/appl/orac

axloghistory 1maxdatafiles 254 maxinstances 1archivelogcharacter set ZHS32GB18030national character set AL16UTF16datafile '${ORACLE_BASE}/oradata/${ORACLE_SID}/system01.dbf' size 300Mdefault temporary tablespace tbstemp tempfile '${ORACLE_BASE}/oradata/${ORACLE_SID}/temp01.dbf' size 500Mundo tablespace tbsundo datafile '${ORACLE_BASE}/oradata/${ORACLE_SID}/undo01.dbf' size 500M;其特点为使用专用的回滚和临时表空间，而不象Oracle 8i中的那样，回滚和临时表空间与普通表空间没有差异，这样既简化了配置也有

primary key关键字建立同名的primary key constraint和unique index，表的每个域都有自身的constraint。相关系统表：user_tables(tabs)，dba_tables #表属性user_tab_columns(cols),dba_tab_columns #表各列属性索引（index）create index emp_x01 on emp(name) storage(initial 10M next 10M pctincrease 0 maxextents 5000) pctfree 10 tablespace tbs_index;可参照表对storage的处理方式。create index emp_x01 on emp(name) pctfree 10 tablespace tbs_index;相关系统表：user_indexes(ind),dba_indexes #索引属性user_ind_columns,db

set semsys:seminfo_semopm=100set semsys:seminfo_semmap=200set semsys:seminfo_semmnu=250set semsys:seminfo_semvmx=32767set msgsys:msginfo_msgmni=200set msgsys:msginfo_msgmap=200set msgsys:msginfo_msgmax=65536set msgsys:msginfo_msgmnb=655360set msgsys:msginfo_msgssz=64set msgsys:msginfo_msgtql=1000set msgsys:msginfo_msgseg=16384set rlim_fd_max=4096set rlim_fd_cur=1024参见solaris_7_8/system注意：一定要先重建好kernel后再安装，因为oracle安装时根据kernel动态连接程序，如果先安装oracle，即使随后正确调整

SQL>;alter rollback segment r01 online；注意修改$ORACLE_HOME/dbs/initoradb.ora中的激活回滚段段名另创建一个尺寸无限制的回滚段（r99），供特殊用途SQL>;create rollback segment r99 storage（initial 128k next 128k maxextents 5000） tablespace rbs；如果在创建回滚段时使用create public rollback segment，则不需要在$ORACLE_HOME/dbs/initoradb.ora中用rollback_segment=(…)选项激活，推荐使用public方式相关系统表：SQL>; select segment_name, initial_extent, next_extent, max_extents, extents,bytes from db

安装时,选custom方式,安装时不建立数据库,字符集可选Simplified Chinese 1.3 HP-UX 1.3.1 Oracle 8 流程大致与unixware相同，调整kernel参数可通过sam，选择 /Kernel Configuration/Actions/Apply Tuned Parameter Set/OLTP Database Server System，另外为提高I/O能力，还需调整以下参数：核心参数 参考值 解释 bufpages 61992 缓冲页 dbc_max_pct 10 动态缓存占内存最大百分比 dbc_min_pct 10 动态缓存占内存最小百分比 nbuf 设定共享库目录SHLIB_PATH，不是LD_LIBRARY_PATH SHLIB_PATH=$SHLIB_PATH:$ORACLE_HOME/lib;export SHLIB_PATH

8.2.3 事务 558.2.4 标准SQL语句 558.2.5 动态SQL语句 558.2.6 数组操作 568.3 编程框架 588.3.1 总体原则 588.3.2 单线程和多线程 598.3.3 开发工具 609 OCI-Oracle Call Interface 619.1 连接和断开 619.1.1 句柄层次 619.1.2 连接流程 619.1.3 断开流程 629.2 SQL语句 629.2.1 事务 629.2.2 无结果集的sql语句 639.2.3 有结果集的sql语句 639.2.4 LOB 659.3 编程框架 679.3.1 总体原则 679.3.2 sql语句 689.3.3 函数 6910 附录-MYSQL 7210.1 安装配置 7210.2 管理 7210.2.1 初始调整 7210.2.2 建立用户对象 7310.3 开发 7310.3.1 连接和

ORACLE傻瓜手册长篇连载作者：swwin 来源: http://www.chinaunix.net核心提示：发表:wxjoshua 时间:2002/12/1912:13:01 ORACLE傻瓜手册 TobeDBAornottobe,thatisNOTthequestion.----Arron 作者允许自由散发此文档，但对其进行的任何修改应通知作者，以便于维护版本。 Oracle是一头恐龙，而且随着版本号的不断上升，体系越来越庞大，功能越来越复 杂..... 发表: wxjoshua时间: 2002/12/19 12:13:01 ORACLE傻瓜手册To be DBA or not to be, that is NOT the question.---- Arron作者允许自由散发此文档，但对其进行的任何修改应通知作者，以

去年年底的时候，曾经提过一个想法，叫做"数据探索器"，参见： http://groups.google.com/group/ttnn/browse_thread/thread/714cf1e6df88... 基本想法是扔进去一堆数，然后出来统计分析报告。后来还曾考虑如果有一种挂在web上的自助分析服务就好了。今天收到的google alert里面，竟然真的出现一个叫做online data analysis system，赶紧点开看看，是一个edu网站。 http://www.icpsr.umich.edu/SAMHDA/das.html 进去转悠半天，没整明白。反正看到几个分析方法的选项，我不是搞数据挖掘的，里面的单词把我弄得头晕，退出了。哪位大

Dorian Pyle著 该书并不拘泥于具体算法和局限的应用实例，而是从世界观（人们怎样通过主观的知识体系认识世界，并受其局限）入手，开篇即阐述了"为什么"，"确定挖什么"，"怎么挖，怎么建模"。 我越读越感觉，这些都是非常重要的，对于一个想在企业（由多人的不同思维、知识，企业的思维、知识构成的系统里）里崭露头角，对企业进步有所贡献的人。这也是作者不惜花好几页来定义"事件"，"物件"，"感知"，"结构"，"数据""系统"等的原因，重新梳理

去年，当股市在1100点徘徊的时候，没有人相信会到今天波澜壮阔的3600点。那个时候，为了看准一支股票，分析了各种线条，到处打听 所谓的内部消息，猜测揣摩各大机构的意图，利用散户的羊群心里，甚至想到要用BI工具来分析分析，即便如此，买了之后还得请如来佛祖、 玉皇大帝，观音菩萨、耶和华、穆罕穆德等各路诸神保佑它一定要涨上去。 如今遍地牛股，遍地流淌着的都是黄金白银，每当同事和朋友问起我该买那支股票的时候，即便是我信口开河，多少也会涨上去，似乎百 发百中，宛若赌神里面的周润发，对下一张牌了若指掌。 事实上，这个牛市

给省公司的一个客户打电话，说市公司市场部给提出一个分析需求，如何如何。一般这种事情是需要知会一下省公司的，因为他们是领导，钱是他们付的。 是个信用评级的需求，这在银行里面做的多。我刚说"信用评级"四个字，想不到对方就连珠炮一番蹦出一番话， "信用评级你们会做吗？" "你们做的东西都不知道中间过程，给出的结果不知道啥玩意儿" "你们别到时候糊弄我们..." 我给说懵了，平时跟这位打交道不多，虽然也知道他是个心直口快的人，却想不到如此"快"法，客客气气地放下电话。这算

上周跟人聊天，说起如何了解陌生行业的业务，得出一个结论——看报表。 非常同意这个说法，去年一位同事，想深入了解业务，问什么法子，我也说，从BI上面下载那些报表，一个个看就OK了。不过后来似乎他并没有这么做，当然有很多原因，其中一个原因就是比较枯燥。就连我自己，虽然知道这个道理，但一直也没有去深入阅读那些报表。 曾经有一天，在图书馆看杂志，哈佛商业评论上面有一篇关于一个女人的报道，她领导一堆人给零售商采集数据，做市场分析，人家那作的确实就比零售商自己更加了解零售市场，她简直就是我的偶像。 反观我们的业务咨

四月份的春天，有的地方阳光明媚，有的地方沙尘满天，有的地方暴雨连连，有的地方重建家园。但人心总是浮动的，在这个发情的季节，郎情妾意随处可见。 前天晚上又喝高了，这是10天里面第五次。不知道怎么地回到家，是别人送回去的，于是我很惊讶送我的人仍然保持清醒。因为那天晚上，大家都想是发情的猪，一个个猛灌的。刚落座的时候，我想着少喝，第二天要早起出差。可是，发情由不得自己，是这个季节。 这次是一位同事要离开，于是他请客买醉。离开的是ncr，去的是腾讯。这是个不错的消息，你看，国内企业开始将外企作为目标。不过我很奇

创新的重要性这里就不多讲了，但目前的情况是，创新在DWBI界只属于少数大公司，而中小公司被越来越逼到很小的发展空间。其典型的例子，就是大公司在推出自己的一套书据仓库方案，往往不会说什么方案，怎么实施，怎么设计，而是推出一系列的产品、工具以及行业模型，其核心技术尽在其中，而第三方只需要使用他们的工具和模型，然后根据客户的需求去实施。这样很明显，如果在架构、模型有突破创新的时候，他们的工具和模型会继续保持领先，而你解决不了的问题仍然存在。 而工具、模型并不是万能的，很简单的例子，就是厂商自己的项目里，往往

4月底的时候，HP成了BI领域的热点，因为他发布了新产品Neoview，号称是下一代数据仓库平台。 这玩意儿看起来是个大包，包括硬件软件和服务，将HP自己的服务器，他的存储，他的Non-Stop数据库，还有Knightsbridge软件都正在一起。Nonstop是一个从95年就开始搞的数据库产品，Knightbridge是HP去年年底买的一家BI服务公司。这套体系看起来咋这么眼熟呢，跟teradata的东西有点像，软硬兼施的套路。这也不怪，HP老大跟Teradata的关系挺深。 同时，就在4月24日这天，HP发布Neoview的当天，新闻上面BO、SAS、MicroStrategy、Cognos都有相关的报道