Aug 12
下面方法在网上找的,经测试,非常成功。
SQL2000安装挂起

1。将Program files下的SQL安装目录删除(此处如果有重要的数据,请先备份)

C:\Program Files\Microsoft SQL Server\80\Tools。
C:\Program Files\Microsoft SQL Server\MSSQL。

2。删除ExceptionComponents:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\setup

删除“MSSQLServer”:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer。

3。删除“MSDTC”:HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSDTC。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager中找到PendingFileRenameOperations项目,并删除它。这样就可以清除安装暂挂项目(此项目会自动生成,开机的时间就会自己生成。)
Aug 6

创建全文检索索引
article_info_t 表,content字段

[code]
CREATE  INDEX article_content_index
ON article_info_t(content)
INDEXTYPE IS ctxsys.CONTEXT;
[code]

查询
SELECT *  FROM article_info_t WHERE contains (content, '经销商') > 0
Jul 4
SELECT A.OWNER,
A.OBJECT_NAME,
C.SID,
C.SERIAL#,
C.PROGRAM
FROM ALL_OBJECTS A,
V$LOCKED_OBJECT B,
V$SESSION C
WHERE ( A.OBJECT_ID = B.OBJECT_ID )
AND (B.PROCESS = C.PROCESS )
ORDER BY 1,2;

alter system kill session '12,99'
Jun 30
V$SQLAREA

  本视图持续跟踪所有shared pool中的共享cursor,在shared pool中的每一条SQL语句都对应一列。本视图在分析SQL语句资源使用方面非常重要。

V$SQLAREA中的信息列

HASH_VALUE:SQL语句的Hash值。
ADDRESS:SQL语句在SGA中的地址。
这两列被用于鉴别SQL语句,有时,两条不同的语句可能hash值相同。这时候,必须连同ADDRESS一同使用来确认SQL语句。
PARSING_USER_ID:为语句解析第一条CURSOR的用户
VERSION_COUNT:语句cursor的数量
KEPT_VERSIONS:
SHARABLE_MEMORY:cursor使用的共享内存总数
PERSISTENT_MEMORY:cursor使用的常驻内存总数
RUNTIME_MEMORY:cursor使用的运行时内存总数。
SQL_TEXT:SQL语句的文本(最大只能保存该语句的前1000个字符)。
MODULE,ACTION:使用了DBMS_APPLICATION_INFO时session解析第一条cursor时的信息

V$SQLAREA中的其它常用列

SORTS: 语句的排序数
CPU_TIME: 语句被解析和执行的CPU时间
ELAPSED_TIME: 语句被解析和执行的共用时间
PARSE_CALLS: 语句的解析调用(软、硬)次数
EXECUTIONS: 语句的执行次数
INVALIDATIONS: 语句的cursor失效次数
LOADS: 语句载入(载出)数量
ROWS_PROCESSED: 语句返回的列总数

V$SQLAREA中的连接列Column View Joined Column(s)
HASH_VALUE, ADDRESS V$SESSION SQL_HASH_VALUE, SQL_ADDRESS
HASH_VALUE, ADDRESS V$SQLTEXT, V$SQL, V$OPEN_CURSOR HASH_VALUE, ADDRESS
SQL_TEXT V$DB_OBJECT_CACHE NAME

示例:
1.查看消耗资源最多的SQL:
SELECT hash_value, executions, buffer_gets, disk_reads, parse_calls
FROM V$SQLAREA
WHERE buffer_gets > 10000000 OR disk_reads > 1000000
ORDER BY buffer_gets + 100 * disk_reads DESC;

2.查看某条SQL语句的资源消耗:
SELECT hash_value, buffer_gets, disk_reads, executions, parse_calls
FROM V$SQLAREA
WHERE hash_Value = 228801498 AND address = hextoraw('CBD8E4B0');
查找前10条性能差的sql 语句
SELECT * FROM (select PARSING_USER_ID,EXECUTIONS,SORTS,COMMAND_TYPE,DISK_READS,sql_text FROM v$sqlarea
order BY disk_reads DESC )where ROWNUM<10 ;
说明:
EXECUTIONS表示同一条SQL语句一共执行了多少次,SORTS表示排序的次数,DISK_READS表示物理读的数量。
DISK_READS NUMBER
The sum of the number of disk reads over all child cursors

SORTS NUMBER
Sum of the number of sorts that were done for all the child cursors

EXECUTIONS NUMBER
Total number of executions, totalled over all the child cursors
分析性能差的sql
SELECT EXECUTIONS , DISK_READS, BUFFER_GETS,
ROUND((BUFFER_GETS-DISK_READS)/BUFFER_GETS,2) Hit_radio,
ROUND(DISK_READS/EXECUTIONS,2) Reads_per_run,
SQL_TEXT
FROM V$SQLAREA
WHERE EXECUTIONS>0
AND BUFFER_GETS >0
AND (BUFFER_GETS-DISK_READS)/BUFFER_GETS < 0.8
查询共享池中已经解析过的SQL语句及其相关信息
--EXECUTIONS 所有子游标的执行这条语句次数
--DISK_READS 所有子游标运行这条语句导致的读磁盘次数
--BUFFER_GETS 所有子游标运行这条语句导致的读内存次数
--Hit_radio 命中率
--Reads_per_run 每次执行读写磁盘数

笼统的说EXECUTIONS,BUFFER_GETS,Hit_radio越高表示读内存多,磁盘少是比较理想的状态,因此越高越好
另外两个越高读磁盘次数越多,因此低点好
选出最占用资源的查询
    select b.username username,a.disk_reads reads,a.executions exec,
    a.disk_reads/decode(a.executions,0,1,a.executions) rds_exec_ratio,
    a.sql_text statement
    from v$sqlarea a,dba_users b
    where a.parsing_user_id=b.user_id
    and a.disk_reads>100000
    order by a.disk_reads desc;
Jun 26
oracle 9208 patch:

    ftp://updates.oracle.com/4547809/p4547809_92080_AIX64-5L.zip
    ftp://updates.oracle.com/4547809/p4547809_92080_AXP.zip
    ftp://updates.oracle.com/4547809/p4547809_92080_HP64.zip
    ftp://updates.oracle.com/4547809/p4547809_92080_HPUX-IA64.zip
    ftp://updates.oracle.com/4547809/p4547809_92080_LINUX-S390.zip
    ftp://updates.oracle.com/4547809/p4547809_92080_LINUX.zip
    ftp://updates.oracle.com/4547809/p4547809_92080_Linux-IA64.zip
    ftp://updates.oracle.com/4547809/p4547809_92080_Linux-x86-64.zip
    ftp://updates.oracle.com/4547809/p4547809_92080_MVS.zip
    ftp://updates.oracle.com/4547809/p4547809_92080_SOLARIS.zip
    ftp://updates.oracle.com/4547809/p4547809_92080_SOLARIS64.zip
    ftp://updates.oracle.com/4547809/p4547809_92080_TRU64.zip
    ftp://updates.oracle.com/4547809/p4547809_92080_WINNT.zip
    ftp://updates.oracle.com/4547809/p4547809_92080_WINNT64.zip


oracle 10.2.0.4 patch:

    ftp://updates.oracle.com/6810189/p6810189_10204_AIX5L.zip
    ftp://updates.oracle.com/6810189/p6810189_10204_HPUX-IA64.zip
    ftp://updates.oracle.com/6810189/p6810189_10204_HPUX-64.zip
    ftp://updates.oracle.com/6810189/p6810189_10204_Solaris-64.zip
    ftp://updates.oracle.com/6810189/p6810189_10204_Linux-x86-64.zip
    ftp://updates.oracle.com/6810189/p6810189_10204_Linux-x86.zip
    ftp://updates.oracle.com/6810189/p6810189_10204_Win32.zip
    ftp://updates.oracle.com/6810189/p6810189_10204_MSWIN-x86-64.zip


其他版本的相关Bug号,可以根据以上规则来查找自己需要的补丁:

    9.2.0.4 = 3095277
    9.2.0.5 = 3501955
    9.2.0.6 = 3948480
    9.2.0.7 = 4163445
    9.2.0.8 = 4547809
    10.1.0.3 = 3761843
    10.1.0.4 = 4163362
    10.1.0.5 = 4505133
    10.2.0.2 = 4547817
    10.2.0.3 = 5337014

Pages: 4/8 First page Previous page 1 2 3 4 5 6 7 8 Next page Final page [ View by Articles | List ]