FAQ

 

SQL相关

 

高可用性

 

诊断案例

 

内部分析

 

新技术

 

技术专题

 

Unix及其他

 
文档下载
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

 

Oracle技术专题
浏览次数:

    字符集专题

    • DBA警世录:where条件很重要 November 19, 2007
      注意到props$.value$列都被更新为ZHS16GBK,显然这是在一次不适当的更新操作中遗漏了WHERE条件。 所以今天我想提醒DBA们的是，WHERE条件很重要，在UPDATE时一定不要遗漏。

    • DBA警世录:更新系统表(props$)修改字符集 June 8, 2006
      今天在Itpub上再次看到字符集变化导致的问题,作者给出的案例是这样的: 数据库为 9.2.0.7.0 ,OS : Solaris Operating System (SPARC 64-bit) 起因是这样的，我的一客户那里UPS出现故障导致系统宕机，然后起来，大约过了10来分钟，突然操作系统找不到磁盘又一次宕机，然后再起来，有用户报一个SQL用不上索引. 这个SQL是这样的： select * from ww.test20060504 dg where dg.user_number='7290' 第一个想法是给那个索引做分析，但还是不行，我们就对这个表做了一次分析，但执行计划没有什么改变...

    • 中文表名-导入导出-字符集 October 18, 2005
      我从不推荐使用中文表名，因为可能在导入导出、字符集设置、应用显示等方面存在问题，要想正确解决面对的所有问题，必然需要对Oracle相关知识具有相当的了解，否则只是徒增困扰而已

    • Oracle字符集子集与超级的对应关系 September 12, 2004
      很多朋友经常问起Oracle字符集子集与超级的对应关系，我将从Oracle8.1.6到9.2.0的对应关系列举在这里供大家参考

    • 字符集问题的初步探讨(七)-字符集更改的内部操作 September 11, 2004
      这个命令是当你选择了使用典型方式创建了种子数据库以后，Oracle会根据你选择的字符集设置，把当前种子数据库的字符集更改为期望字符集，这就是这条命令的作用.

    • 字符集问题的初步探讨(六)-乱码的产生 September 11, 2004
      对于DBA来说，有一个很重要的原则就是:不要把你的数据库置于危险的境地！

    • 字符集问题的初步探讨(二)-数据库的字符集 September 11, 2004
      一旦你的字符集选定了，数据库中能够存储的字符就受到了限制，所以你选择的字符集的应该可以容纳所有你将用到字符。

    • 字符集问题的初步探讨(一)-字符集的基本知识 September 11, 2004
      Oracle全球支持(即Globalization Support)允许我们使用本地语言和格式来存储和检索数据。通过全球支持，Oracle可以支持多种语言及字符集，得以展示数据库的强大魅力

    • 字符集问题的初步探讨(五)-导出文件字符集 September 11, 2004
      我们知道在导出文件中，记录着导出使用的字符集id,通过查看导出文件头的第2、3个字节，我们可以找到16进制表示的字符集ID,在Windows上，
      我们可以使用UltraEdit等工具打开dmp文件，查看其导出字符集

    • 字符集问题的初步探讨(三)-字符集的更改 September 11, 2004
      修改数据库字符集时必须谨慎，修改之前一定要为数据库备份。由于不能回退这项操作,因此可能会造成数据丢失或者损坏。

    • 字符集问题的初步探讨(四)-导入导出及转换 September 11, 2004
      导入导出是我们常用的一个数据迁移及转化工具，因其导出文件具有平台无关性，所以在跨平台迁移中，最为常用。

    Statspack专题

    • SQL*Net more data to client意味着什么? January 25, 2008
      这说明数据库在向客户端发送数据，而且是"more"，不停的发送，如果网络状况不好，或者网络流量过大，都可能导致这一等待非常显著

    • Statspack ORA-00001 错误的解决 October 16, 2005
      有朋友遇到Statspack ORA-00001错误。
      这个错误此前从未遇到，但是既然是主键冲突，那肯定是存在重复主键的数据。


    • Statspack专题 November 14, 2004
      Statspack专题....

    • Statspack之十四-"log file sync" 等待事件 October 14, 2004
      当一个用户提交(commits)或者回滚(rollback),session的redo信息需要写出到redo logfile中. 用户进程将通知LGWR执行写出操作,LGWR完成任务以后会通知用户进程. 这个等待事件就是指用户进程等待LGWR的写完成通知.

    • Statspack之十三-Enqueue October 14, 2004
      enqueue是一种保护共享资源的锁定机制。该锁定机制保护共享资源，如记录中的数据，以避免两个人在同一时间更新 同一数据。enqueue 包括一个排队机制，即FIFO（先进先出）排队机制。

    • Statspack之十二-db file scattered read-DB文件分散读取 October 14, 2004
      当数据库进行全表扫时，基于性能的考虑，数据会分散(scattered)读入Buffer Cache。如果这个等待事件比较显著，可能说明对于某些全表扫描的表，没有创建索引或者没有创建合适的索引，我们可能需要检查这些数据表已确定是否进行了正确的设置。

    • Statspack之十一-Statspack报告各部分简要说明 June 25, 2004
      数据库采样时段，这一部分记录了数据库采样的时间，以及采样点数，这部分信息对于report来说是十分重要。 任何统计数据都需要通过时间纬度来衡量，离开了时间，任何数据都失去了意义。

    • Statspack之十-调整STATSPACK的收集门限 June 24, 2004
      因为每一个快照都会收集很多数据，每一行都代表获取快照时数据库中的一个SQL语句，所以stats$sql_summary很快就会成为Statspack中最大的表。

    • Statspack之九-其它重要脚本 June 24, 2004
      在诊断系统问题时，可能需要向专业人士提供原始数据，这时我们可以导出Statspack表数据，其中我们可能用到：spuexp.par

    • Statspack之八-删除历史数据 June 24, 2004
      删除stats$snapshot数据表中的相应数据，其他表中的数据会相应的级连删除

    • Statspack之四-测试安装好的Statspack June 24, 2004
      运行statspack.snap可以产生系统快照，运行两次，然后执行spreport.sql就可以生成一个基于两个时间点的报告。

    • Statspack之五-规划自动任务 June 24, 2004
      Statspack正确安装以后，我们就可以设置定时任务，开始收集数据了。可以使用spatuo.sql来定义自动任务。

    • Statspack之六-生成分析报告 June 24, 2004
      一个statspack的报告不能跨越一次停机，但是之前或之后的连续区间，收集的信息依然有效。你可以选择之前或之后的采样声称report。

    • Statspack之七-移除定时任务 June 24, 2004
      当你完成了一个采样报告，你应该及时移除这个job任务，在生产环境中，遗漏一个无人照顾的job是非常危险的， 如果statspack运行一个星期，采样的数据量是非常惊人的。有的生产企业因疏忽而当机！

    • Statspack之三-安装statspack June 24, 2004
      安装Statspack需要用internal身份登陆，或者拥有SYSDBA(connect / as sysdba)权限的用户登陆。 需要在本地安装或者通过telnet登陆到服务器。

    • Statspack之二-需要更改的系统参数 June 24, 2004
      为了能够顺利安装和运行Statspack你可能需要设置以下系统参数....

    • Statspack之一-Statspack简介 June 24, 2004
      通过Statspack我们可以很容易的确定Oracle数据库的瓶颈所在，记录数据库性能状态，也可以使远程技术支持人员迅速了解你的数据库运行状况。 因此了解和使用Statspack对于DBA来说至关重要。

    压力测试专题

    • 使用ORION测试HP StorageWorks MSA1000存储 December 25, 2007
      在当前存储配置下，IO最大吞吐量可以达到138M/s，iops稳定状态达到2800左右，而Latency在Load Level 30左右的时候达到10ms。

    • Linux单磁盘IO速度概要 July 14, 2007
      昨天测试一个朋友的系统，Dell的新服务器，型号未知，5x300G Disk Raid5的配置，结果简单的测试下来，IO速度仅仅能达到8M/s左右。

    • 使用orastress!进行数据库压力测试 October 18, 2004
      Orastress!的作者是Geoff Ingram,也就是我们前面介绍的orabm的作者,他曾经为Oracle工作数年,是High Performance Oracle" (ISBN: 0471224367)一书的作者.

    • 使用orabm进行CPU压力测试... October 18, 2004
      orabm是一个开源的系统CPU性能测试工具...

    • 使用Bonnie进行系统IO性能测试 October 18, 2004
      Bonnie是一款极小的测试系统IO性能的工具,源代码公开..

    • 使用Bonnie++进行系统IO性能测试 October 18, 2004
      由于Bonnie存在一些众所周知的问题,比如>2G的文件支持. Russell Coker 开发了一套新的代码,用以支持>2G的文件等,得到Tim Bray (tbray@textuality.com)的许可之后,Russell把他的软件命名为bonnie++,在网上发布,并开始流行起来.

    • 如何安装和使用orabm October 18, 2004
      简要介绍orabm的安装...

    • 如何实施Benchmark测试-你需要怎样的测试 October 18, 2004
      我们以存储测试为例,你不仅需要为服务器、HBA、光纤交换机、RAID承担开销，而且还需要承担诸如文件系统、卷管理器等大量软件费用.

    • 如何实施Benchmark标准测试-问题的提出及Tpc-C标准 October 18, 2004
      在大系统设计过程中，经验显示是不足够的，你必须拿出足够的证据来说明你的架构，你的系统必须在理论上能够满足用户的需求. 到这里我们已经看到,一个最重要的内容被引入了，那就是:用户需求.

    诊断案例

 

 

 

 

CopyRight © 2004 ~ 2008 eygle.com, All rights reserved.