1. 增强可用性：如果表的某个分区出现故障，表在其他分区的数据仍然可用;

　　2. 维护方便：如果表的某个分区出现故障，需要修复数据，只修复该分区即可;

　　3. 均衡I/O：可以把不同的分区映射到磁盘以平衡I/O，改善整个系统性能;

　　4. 改善查询性能：对分区对象的查询可以仅搜索自己关心的分区，提高检索速度。

　　DM数据库提供对表的分区方法有两种：

　　1、范围分区：范围分区就是对表中的某个值的范围进行分区，根据某个值的范围，决定将该数据存储在哪个分区上。

　　2、HASH分区：HASH分区是通过指定分区编号来均匀分布数据的一种分区类型，因为通过在I/O设备上进行散列分区，使得这些分区大小一致。

　　除了对表进行分区，还可以对索引进行分区。DM支持下面三种类型的分区索引：

　　1、本地索引：其分区方式与其所在基础表的分区方式一模一样的索引。本地索引的每个分区仅对应于其所在基础表的一个分区。

　　2、全局分区索引：使用不同于其所在表的分区键进行分区的索引，其所在表可以是分区表或非分区表。

　　3、全局非分区索引：全局非分区索引基本上和非分区表的索引一样。索引结构是不分区的。

　　1.1 水平分区表的创建

　　在介绍水平分区表的创建之前。先要了解分区键的概念。

　　分区键：分区键是分区表的某一列，它决定了分区表中每一行数据划分到哪个分区。该列的数据类型为DM常用数据类型，不支持BLOB、TEXT、ROWID、BIT、BINARY、VARBINARY、时间间隔等类型和用户自定义类型。分区键不可以删除或修改。

　　范围分区通过LEFT或RIGHT关键字来指定每个值是第一个分区的上边界 (LEFT) 还是第二个分区的下边界 (RIGHT)。边界值不要求是递增的序列，但是不能重复，边界值不可以为NULL，支持使用常量表达式或返回常量值的函数来指定分区的边界值。

　　如：建立范围分区表CREATE TABLE TAB1(C1 INT, C2 INT, C3 VARCHAR(100)) PARTITION BY RANGE (C1) LEFT FOR VALUES (1, 100, 10000);

　　PARTITION NO1234

　　VALUESVAL<=11

　　建立HASH分区表CREATE TABLE TAB2(C1 INT, C2 INT, C3 VARCHAR(100)) PARTITION BY HASH(C1) PARTITIONS 3; TAB2以C1为分区键，且分区数为3。

　　范围区间或HASH分区数目不能超过64个。不同的分区可以指定到不同的文件组。。

　　1.2 分区索引的创建

　　本地索引、全局非分区索引、全局分区索引可以建立在范围分区表或HASH分区表上，普通表上可以建立全局分区索引。

　　如：CREATE TABLE T(C1 INT, C2 INT, C3 VARCHAR(100)) PARTITION BY RANGE(C1) LEFT FOR VALUES(1, 100);

　　CREATE INDEX T_IND1 ON T (C2); -- 本地索引，系统将自动创建3个分区子索引，这些分区子索引按照C1进行分区。

　　CREATE NOT PARTIAL INDEX T_IND2 ON T (C2); -- 全局非分区索引，索引不分区。

　　CREATE INDEX T_IND3 ON T (C2) PARTITION BY RANGE(C2) LEFT FOR VALUES(5, 55); -- 全局分区索引，索引按照C2列分区

　　1.3 水平分区表和分区索引的维护

　　DM支持对范围分区表和范围分区表上的索引进行合并和拆分。HASH分区表和HASH分区表上的索引不支持合并和拆分，本地分区索引不允许合并和拆分。

　　分区合并通过指定分区号将相邻的两个分区合并成一个分区。MERGE分区时，相邻的两个分区可以是相同的文件组，也可以是不同的文件组。

　　分区拆分通过指定常量表达式值将某一个分区拆分成两个分区，指定的常量表达式值不能是原有的分区范围值。SPLIT分区时，可以指定新的文件组，或者不指定文件组。

　　1.4 水平分区的使用

　　水平分区表、分区索引的使用和普通表、普通索引的使用一样。用户通过SQL语句建立范围分区和HASH分区表，以及水平分区索引以后，普通的INSERT、DELETE、UPDATE、SELECT语句的使用不受任何影响。

　　分区拆分或合并以后，普通的INSERT、DELETE、UPDATE、SELECT语句的使用不受任何影响。

二、适合读者对象：数据库开发程序员，数据库的数据量很多，涉及到对SP（存储过程）的优化的项目开发人员，对数据库有浓厚兴趣的人。

三、介绍：在数据库的开发过程中，经常会遇到复杂的业务逻辑和对数据库的操作，这个时候就会用SP来封装数据库操作。如果项目的SP较多，书写又没有一定的规范，将会影响以后的系统维护困难和大SP逻辑的难以理解，另外如果数据库的数据量大或者项目对SP的性能要求很，就会遇到优化的问题，否则速度有可能很慢，经过亲身经验，一个经过优化过的SP要比一个性能差的SP的效率甚至高几百倍。

四、内容：

1、开发人员如果用到其他库的Table或View，务必在当前库中建立View来实现跨库操作，最好不要直接使用“databse.dbo.table_name”，因为sp_depends不能显示出该SP所使用的跨库table或view，不方便校验。

2、开发人员在提交SP前，必须已经使用set showplan on分析过查询计划，做过自身的查询优化检查。

3、高程序运行效率，优化应用程序，在SP编写过程中应该注意以下几点：

a)SQL的使用规范：

i.尽量避免大事务操作，慎用holdlock子句，提高系统并发能力。

ii.尽量避免反复访问同一张或几张表，尤其是数据量较大的表，可以考虑先根据条件提取数据到临时表中，然后再做连接。

iii.尽量避免使用游标，因为游标的效率较差，如果游标操作的数据超过1万行，那么就应该改写；如果使用了游标，就要尽量避免在游标循环中再进行表连接的操作。

iv.注意where字句写法，必须考虑语句顺序，应该根据索引顺序、范围大小来确定条件子句的前后顺序，尽可能的让字段顺序与索引顺序相一致，范围从大到小。

v.不要在where子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。 vi.尽量使用exists代替select count(1)来判断是否存在记录，count函数只有在统计表中所有行数时使用，而且count(1)比count(*)更有效率。

vii.尽量使用“>=”，不要使用“>”。

viii.注意一些or子句和union子句之间的替换

ix.注意表之间连接的数据类型，避免不同类型数据之间的连接。

x.注意存储过程中参数和数据类型的关系。

xi.注意insert、update操作的数据量，防止与其他应用冲突。如果数据量超过200个数据页面（400k），那么系统将会进行锁升级，页级锁会升级成表级锁。

b)索引的使用规范：

i.索引的创建要与应用结合考虑，建议大的OLTP表不要超过6个索引。

ii.尽可能的使用索引字段作为查询条件，尤其是聚簇索引，必要时可以通过index index_name来强制指定索引

iii.避免对大表查询时进行table scan，必要时考虑新建索引。 iv.在使用索引字段作为条件时，如果该索引是联合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用。 v.要注意索引的维护，周期性重建索引，重新编译存储过程。

c)tempdb的使用规范：

i.尽量避免使用distinct、order by、group by、having、join、cumpute，因为这些语句会加重tempdb的负担。

ii.避免频繁创建和删除临时表，减少系统表资源的消耗。

iii.在新建临时表时，如果一次性插入数据量很大，那么可以使用select into代替create table，避免log，提高速度；如果数据量不大，为了缓和系统表的资源，建议先create table，然后insert。

iv.如果临时表的数据量较大，需要建立索引，那么应该将创建临时表和建立索引的过程放在单独一个子存储过程中，这样才能保证系统能够很好的使用到该临时表的索引。

v.如果使用到了临时表，在存储过程的最后务必将所有的临时表显式删除，先truncate table，然后drop table，这样可以避免系统表的较长时间锁定。

vi.慎用大的临时表与其他大表的连接查询和修改，减低系统表负担，因为这种操作会在一条语句中多次使用tempdb的系统表。

d)合理的算法使用：

根据上面已提到的SQL优化技术和ASE Tuning手册中的SQL优化内容,结合实际应用,采用多种算法进行比较,以获得消耗资源最少、效率最高的方法。

具体可用ASE调优命令：set statistics io on, set statistics time on , set showplan on 等。

文章描述了通过sp_sysmon对Adaptive Server系统运行情况有一个全面系统了解，有利于更好地熟悉系统性能，更为有效地进行系统管理，合理地利用和配置系统资源，达到系统性能调优的目的。
从18个方面了解在用系统性能状况，并在适当的时候利用环境参数进行性能调优：

1、内核管理（kernal）
2、应用管理（appmgmt）
3、数据缓存管理（dcache）
4、ESP管理（esp）
5、索引管理（indexmgmt）
6、锁管理（locks）
7、内存管理（memory）
8、元数据高速缓存管理（mdcache）
9、任务管理（taskmgmt）
10、监视器访问SQL的执行（monaccess）
11、网络I/O管理（netio）
12、并行查询管理（parallel）
13、过程缓存管理（pcache）
14、恢复管理（recovery）
15、事务管理（xactmgmt）
16、事务概要（xactsum）
17、磁盘I/O管理（diskio）
18、工作进程管理（wpm）

括号后英文短词是该模块参数。
步骤：执行sp_sysmon “00:10:00”（server级系统存贮过程，不需要打开某个数据库），或者执行如下格式的过程，查看具体操作批命令对应系统性能情况：（10分钟系统查看）
sp_sysmon begin_sample
SQL语句或者存贮过程
sp_sysmon commit_sample
本实验采用 sp_sysmon “hh:mm:ss”,性能模块名。
可了解当前系统在各方面的系统运行状况，性能出现什么问题和不平衡不协调之处，学会使用相应的参数和措施进行解决和调优，不断比较对照调整前后的性能状况，最终改善系统性能。
说明：1、该命令执行结果集的开头相同如下：

======================================================================
Sybase Adaptive Server Enterprise System Performance Report
======================================================================
Server Version: Adaptive Server Enterprise/11.9.2/1031/P/NT (IX86)/OS 3.
Server Name: Server is Unnamed
Run Date: May 28, 2001
Statistics Cleared at: 15:57:27
Statistics Sampled at: 16:07:28
Sample Interval: 00:10:00

2、执行结果集的每列信息提示：

per sec ： 采样期间每秒的平均值
per xact： 采样期间每提交一个事务的平均值
count ： 采样期间每秒的总计值
% of total： 占总数的百分比，根据不同情况各有不同

3、结果集对应给出性能情况描述、分析以及可调性说明
4、只给出部分模块的监视结果（可能有删节），用sp_sysmon “hh:mm:ss”可看全部详细情况。
单元一：监视内核利用情况
命令行：sp_sysmon “00:10:00”,kernal
结果：

Kernel Utilization （内核利用）

------------------
Engine Busy Utilization
Engine 0 1.8 %
引擎繁忙程度应在80%-90%之间，如果长期在90%以上，应考虑增加引擎数来改善性能。因为此时内部管理进程无法向磁盘写入，则检查点需要将许多页写回磁盘，而检查点进程很可能将CPU的利用率提高到100%，导致响应时间明显增加。
CPU Yields by Engine per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Engine 0 6.6 0.6 3949 100.0 %
引擎放弃CPU次数：% of total=1个引擎放弃次数/所有引擎放弃次数，如果显示引擎利用率较低，可通过放弃数判断是否真实反映引擎的停止情况。增加“runnable process search count”（引擎放弃CPU给OS之前一个引擎循环查找可执行任务的次数）参数可增加CPU的驻留时间，而如果想减少引擎在空闲时检查I/O的时间，可减少该参数的值。
Network Checks
Total Network I/O Checks 0.0 0.0 0 n/a
引擎发送或接收网络包的次数。引擎空闲时频繁检查网络包，如果该值很低而“CPU Yields by Engine”的值高，表明引擎可能被频繁放弃。
可能包括阻塞和非阻塞两种检查方式。非阻塞方式不管有无I/O等待都对网络进行I/O检查。如果引擎已被放弃并正执行阻塞网络检查，则在网络包到达以后仍保持一段睡眠时间（潜伏期）。此时增加“runnable process search count”（缺省2000）参数可减少潜伏期，保持引擎有较长的循环检查时间，而不是过早被放弃。
Disk I/O Checks磁盘I/O检查情况：
Total Disk I/O Checks 693.2 58.8 415939 n/a
Checks Returning I/O 469.9 39.9 281921 67.8 %
引擎对I/O情况的有效检查（I/O完成次数），如过高或过低，用“i/o polling process count”（Server的调度程序在检查磁盘I/O或网络I/O之前可执行的最大进程数）参数增加或减少检查频率。通常说增加该值可增加有大量磁盘或网络I/O的应用的吞吐量，反之，减少该值有可改善其响应时间。
Avg Disk I/Os Returned n/a n/a 0.03020 n/a

增加引擎在检查期间的等待时间可改善吞吐量，因为减少引擎检查I/O时间相应增加执行进程的时间。

单元二：监视并行查询管理
命令行：sp_sysmon “00:10:00”,parallel
结果： 报告并行查询次数、执行期间调整了多少工作进程，以及在merge和sort操作时加锁情况。

Parallel Query Management
-------------------------
Parallel Query Usage per sec per xact count % of total
------------------------- --------- --------- ------- ----------
Total Parallel Queries 0.1 8.0 16 n/a
优化器自动确定是否并行操作，以及为此使用多少工作进程。
WP Adjustments Made
Due to WP Limit 0.0 0.0 0 0.0 %
会话级的限制受“set parallel_degree” or “set scan_parallel_degree”参数控制。
Due to No WPs 0.0 0.0 0 0.0 %
缺乏可用的工作进程导致申请工作进程数减少。可适当增加“number of worker processes”
Merge Lock Requests per sec per xact count % of total
报告并行merge操作的锁请求数，很快授予锁的数目，下面3种类型锁的等待情况：
------------------------- --------- --------- ------- ----------
Network Buffer Merge Locks
Granted with no wait 4.9 438.5 877 56.2 %
Granted after wait 3.7 334.5 669 42.9 %
Result Buffer Merge Locks
Granted with no wait 0.0 0.0 0 0.0 %
Granted after wait 0.0 0.0 0 0.0 %
Work Table Merge Locks
Granted with no wait 0.1 7.0 14 0.9 %
Granted after wait 0.0 0.0 0 0.0 %
------------------------- --------- --------- -------
Total # of Requests 8.7 780.0 1560
Sort Buffer Waits per sec per xact count % of total
------------------------- --------- --------- ------- ----------
Total # of Waits 0.00.0 0 n/a
并行排序所用“排序缓冲区等待”锁。如果等待数较高，可考虑加大“number of sort buffers”的值。
======================================================================

单元三：监视执行SQL的访问情况
命令行：sp_sysmon “00:10:00”,monaccess
结果：

Monitor Access to Executing SQL（监视执行SQL的访问情况）

-------------------------------
per sec per xact count % of total
------------ ------------ ---------- ----------
Waits on Execution Plans 0.0 0.00 n/a
每个试图使用sp_showplan但必须等待获得访问查询计划的读资格，报告等待次数。
Number of SQL Text Overflows 0.0 0.0 0 n/a
SQL批文本超过文本缓冲区大小的溢出次数。
Maximum SQL Text Requested n/a n/a 0 n/a
(since beginning of sample)
“max SQL text monitored”（缺省为0）参数指定分配给每个连接用户的内存量，用以保存SQL文本到内存，供sever监视器共享。推荐值为1024。
======================================================================
单元四：事务概要
命令行：sp_sysmon “00:10:00”,xactsum
结果：

Transaction Profile（事务概要）

报告提交的事务数，要尽量减少多数据库事务的提交（一个事务对多数据库的访问）
Transaction Summary per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Committed Xacts 11.8 n/a 7073 n/a
Transaction Detailper sec per xactcount% of total
------------------------- ------------ ------------ ---------- ----------
Inserts
APL Heap Table 13.6 1.2 8189 100.0 %
如果大量堆表数据插入，结合查看锁的堆表最后一页锁情况，是否引起严重的锁争夺，随之调整相应的数据表，避免因为锁资源争夺引起性能降低。
APL Clustered Table 0.0 0.0 0 0.0 %
对全页锁的表插入数据行，注意可能引起的页分裂。
Data Only Lock Table 0.0 0.0 0 0.0 %
------------------------- ------------ ------------ ---------- ----------
Total Rows Inserted 13.6 1.2 8189 100.0 %

单元五：事务管理
命令行：sp_sysmon “00:10:00”,xactmgmt
结果：

Transaction Management（事务管理）

----------------------
　　用户日志cache（每个用户对应一个）降低了写入事务日志的次数，如果是多处理器系统还减少了事务日志当前页的争夺，因而提高了性能。可配置环境参数“user log cache size”（缺省最低2048字节），太小导致用户日志常满并频繁写入事务日志，太大则每个连接用户都扩大，又造成内存浪费。原则是配置不超过事务完成写入事务日志的长度。
ULC Flushes to Xact Log per sec per xact count % of total
各种类型导致写入事务日志的次数
------------------------- ------------ ------------ ---------- ----------
by Full ULC 0.0 0.0 0 0.0 %
如果% of total的值超过20%，考虑增加环境参数“user log cache size”的值。
by End Transaction 11.8 1.0 7095 95.5 %
以显式或隐式的rollback或commit标志事务结束。值大表示有很多短小事务。
by Change of Database 0.0 0.0 12 0.2 %
如果值大，考虑减低ULC中大于2K的缓冲池，降低或去除大块I/O池。
by System Log Record 0.5 0.0 321 4.3 %
其% of total值大于20%并且ULC长度大于2048，考虑降低ULC的长度。
by Other 0.0 0.0 0 0.0 %
------------------------- ------------ ------------ ----------

Total ULC Flushes 12.4 1.1 7428

单元六：索引管理
命令行：sp_sysmon “00:10:00”,indexmgmt
结果：

Index Management（索引管理）
索引可以加速数据检索，但同时又降低了更新的性能。

----------------
Nonclustered Maintenance per sec per xact count % of total
非聚簇索引维护情况：报告因为插入、删除、修改、页分裂等造成的索引维护次数。
------------------------- ------------ ------------ ---------- ----------
Ins/Upd Requiring Maint 0.0 0.0 0 n/a
影响索引的插入和修改的操作数，需要维护非聚簇索引。对于插入，有多少非聚簇索引，就需要增加多少索引维护的开销；对于修改，则只对相关的索引进行维护。
# of NC Ndx Maint 0.0 0.0 0 n/a
因为插入和修改需要对多少非聚簇索引进行维护。
Deletes Requiring Maint 0.0 0.0 0 n/a
# of NC Ndx Maint 0.0 0.0 0 n/a
影响索引的删除操作次数，以及需要维护的非聚簇索引数。
RID Upd from Clust Split 0.0 0.0 0 n/a
在APL（全页锁）的聚簇索引表发生页分裂次数，相应需要进行索引维护。
# of NC Ndx Maint 0.0 0.0 0 n/a
页分裂后对应的索引维护次数。
Upd/Del DOL Req Maint0.0 0.0 0 n/a
DOL表发生影响索引的修改删除操作次数。
# of DOL Ndx Maint 0.0 0.0 0 n/a
对应索引维护次数。
Page Splits 0.0 0.0 0 n/a
包括数据页、聚簇索引页和非聚簇索引页因为插入新行没有足够空间单元导致页分裂。页分裂造成修改索引页、修改页指针、增加锁资源争夺等从而降低性能。
如果页分裂度高（次数多），而又是对全页加锁表进行插入操作，并且表有组合键的聚簇索引，这时可通过改变那些索引的页分裂点来减少页分裂，即是说组合键的第一个键表中在用，第二个键列值按升序排列；也可考虑用fillfactor的合适配置来降低在聚簇索引的APL表的数据页以及非聚簇索引的叶子数据页上的页分裂。
建议对表插入行按照升序插入方式，这样发生页分裂点也是在插入行点而不是在页中间，这样能够提高性能。通过dbcc tune (ascinserts, 1, "表名")设置插入方式，0反之。
如果索引维护量大，会因为维护需要额外的进程、额外的I/O、额外的索引页锁从而影响性能。可以通过对比不同操作次数与导致的维护次数，如果维护次数很多，还发生页分裂、retries等现象，严重时可考虑不用索引。
单元七：锁管理
命令行：sp_sysmon “00:10:00”,locks
结果：

Lock Management（锁管理）
报告锁、死锁、锁提升和锁争夺的情况

---------------
Lock Summary（锁概述） per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Total Lock Requests 26.1 2.2 15676 n/a
总共的锁请求
Avg Lock Contention 0.0 0.0 0 0.0 %
平均锁争夺
Deadlock Percentage 0.0 0.0 0 0.0 %
死锁出现的比例
Lock Hashtable Lookups 26.1 2.2 15677 n/a
对hash表的表、页、行锁的查询次数。
Avg Hash Chain Length n/a n/a 0.00038 n/a
Hash链平均长度：采样期间每个hash桶的平均加锁数目。如果每个hash链超过4个锁，可用参数“lock hashtable size”调整扩大加锁hash表的大小，尤其是大型bcp可配置更大。
Lock Detail per sec per xactcount % of total
------------------------- ------------ ------------ ---------- ----------
对于各种类型的锁细节，重点查看其立即授予和等待情况。
Last Page Locks on Heaps 堆表最后页锁
Granted 13.6 1.2 8189 100.0 %
Waited 0.0 0.0 0 0.0 %
------------------------- ------------ ------------ ---------- ----------
Total Last Pg Locks 13.6 1.2 8189 100.0 %
如果堆表最后一页锁的争夺激烈（尤其是热对象的等待时间过长），考虑建立聚簇索引，或者表分区来解决锁资源争夺问题。
Deadlocks by Lock Type per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Total Deadlocks 0.0 0.00 n/a
死锁出现次数。当很多事务同时访问同一个数据库时，会加剧锁资源争夺，严重时事务之间会发生死锁。可用sp_object_stats查明死锁位置。该过程报告资源争夺最激烈的10张表、一个数据库中资源争夺的表和单个表的争夺情况。语法为sp_object_stats interval [, top_n
[, dbname [, objname [, rpt_option ]]]]，查看锁争夺情况只需设置interval为“hh:mm:ss”。如果显示每种锁的争夺程度超过15%，应该改变加锁方式，比如表的全页锁改成数据页锁，数据页锁改成数据行锁等。
Deadlock Detection 死锁检测
Deadlock Searches 0.0 0.0 0 n/a
死锁检测次数。死锁检测将特花费时间，如果检测次数过多，用参数“deadlock checking period”（缺省500ms）调节死锁检测周期。
Lock Promotions 锁提升
Total Lock Promotions 0.0 0.0 0 n/a
锁提升指排它页锁到排它表锁、共享页锁到共享表锁、排它行锁到排它表锁、共享行锁到共享表锁、共享next_key锁到共享表锁。查看锁提升是否加剧了锁争夺或死锁发生，如果锁争夺激烈并且锁提升频繁，考虑调整锁的隔离级别，对全页锁表，需要2级也可强制为3级。
Lock Timeouts by Lock Type per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Total Timeouts 0.0 0.0 0 n/a

单元八：数据cache管理
命令行：sp_sysmon “00:10:00”,dcache
结果：

Data Cache Management（数据cache管理）

---------------------
　　报告数据cache的自旋锁争夺、cache应用、cache击中错失、配置缓冲池的翻转、清洗缓存（包括脏页）、预取的请求与拒绝、读脏页请求等情况。
Cache Statistics Summary (All Caches)
-------------------------------------
per sec per xactcount % of total
------------ ------------ ---------- ----------
Cache Search Summary cache的击中和错失次数
Total Cache Hits 18.6 1.6 11171 89.9 %
Total Cache Misses2.1 0.2 1251 10.1 %
------------------------- ------------ ------------ ----------
Total Cache Searches 20.7 1.8 12422
Cache Turnover
Buffers Grabbed 0.2 0.0 102 n/a
缓存掠夺。Count表示cache缓存块链中从LRU末端取走的缓存块次数。
Buffers Grabbed Dirty 0.0 0.0 0 0.0 %
脏页掠夺。在从LRU末端取走脏页时必须等待将脏页写回磁盘。如果其值非零，可找出是什么cache受到影响，这事关cache的击中性能问题。
Cache Strategy Summary cache策略（对所有的cache）
Cached (LRU) Buffers 19.8 1.7 11880 100.0 %
报告有多少cache中的缓存块放置到MRU/LRU链的头部。
Discarded (MRU) Buffers 0.0 0.0 0 0.0 %
报告多少缓存块采用了获取-丢弃策略，缓存块用过以后被放到缓存块链的刷洗标记处。
Large I/O Usage
0.0 0.0 0 n/a
大块I/O请求使用次数，这里没有设置大块I/O，故均为0值，也没有其授权或拒绝使用情况。
Large I/O Effectiveness
大块I/O的使用效果，百分比值低表示很少的页被带入cache供查询使用，可进一步查看单个cache的使用情况。
Pages by Lrg I/O Cached 0.0 0.0 0 n/a
通过涉及的页数衡量性能是否有益。低的百分比值意味着表的存贮结构很碎，或是不恰当的cache配置策略。
Asynchronous Prefetch Activity
0.0 0.0 0 n/a
异步预取情况可结合磁盘I/O管理查看。可看参数“global async prefetch limit”。
Other Asynchronous Prefetch Statistics
APFs Used 0.0 0.0 0 n/a
异步预取合格的页数。
APF Waits for I/O 0.0 0.0 0 n/a
进程等待异步预取完成的次数。表示查询需要的页没有尽早地完成异步预取，这样进程处于等待状态。出现一定的百分比是合理的：查询的首次异步预取请求通常需要等待；每次的顺序扫描移动到新的分配单元时发出预取请求，查询必须等待第一次的I/O结束；每次非聚簇索引扫描找到合适的行集，也会发出对页的预取请求，也要等待第一次的页返回。
APF Discards 0.0 0.0 0 n/a
报告已经被异步预取读入但在使用之前就被放弃的页数。如果其值高，建议增加缓冲池的尺寸单位（比如从2K增加4K、8K、16K的缓冲池）以改善性能，或者表示预取进入cache的很多页并不为查询所需要。
Dirty Read Behavior
Page Requests 0.0 0.0 0 n/a
隔离级为0的脏读请求的页数。
-------------------------------------------------------------------------------
Cache: default data cache 缺省数据cache的情况：
per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Spinlock Contentionn/a n/a n/a 0.0 %
自旋锁只对SMP环境有用。当一个用户任务对cache的修改完成之前，其它任务将不能访问该cache而只有等待。虽然自旋锁驻留时间短，但对于高事务率的多处理器系统的性能依然有不好影响，如果自旋锁比例超过10%，应考虑建立命名cache或者是增加cache分片。
Utilization n/a n/a n/a 100.0 %
下面是cache检查的具体情况：
Cache Searches
Cache Hits 18.6 1.6 11171 89.9 %
Found in Wash 1.1 0.1 677 6.1 %
Cache Misses 2.1 0.2 1251 10.1 %
------------------------- ------------ ------------ ----------
Total Cache Searches 20.7 1.8 12422
Pool Turnover
2 Kb Pool
LRU Buffer Grab 0.2 0.0 102 100.0 %
Grabbed Dirty 0.0 0.0 0 0.0 %
------------------------- ------------ ------------ ----------
Total Cache Turnover 0.2 0.0 102
Buffer Wash Behavior
Statistics Not Available - No Buffers Entered Wash Section Yet
Cache Strategy
Cached (LRU) Buffers 19.8 1.7 11880 100.0 %
Discarded (MRU) Buffers 0.0 0.0 0 0.0 %
Large I/O Usage
Total Large I/O Requests 0.0 0.0 0 n/a
Large I/O Detail
No Large Pool(s) In This Cache
Dirty Read Behavior
Page Requests 0.0 0.0 0 n/a

单元九：内存管理
命令行：sp_sysmon “00:10:00”,memory
结果：
Memory Management（内存管理）
per secper xactcount % of total
--------------------------- ------------ ------------ ---------- ----------
Pages Allocated 0.0 0.0 13 n/a
Pages Released 0.0 0.0 13 n/a

内存中分配一个新页的次数（相当于分配新页数），以及释放内存的页数。

单元十：磁盘I/O管理
命令行：sp_sysmon “00:10:00”,diskio
结果：

Disk I/O Management（磁盘I/O管理）

-------------------报告server总体磁盘I/O行为，包括读、写和逻辑设备上的semaphore争夺。
Max Outstanding I/Os per sec per xact count % of total
最大显著I/O数：server总体开销的最大I/O数，分别通过server和引擎表示。
------------------------- ------------ ------------ ---------- ----------
Server n/a n/a 10 n/a
Engine 0 n/a n/a 10 n/a
I/Os Delayed by
系统遇到I/O延迟问题，类似于I/O被server或操作系统限制阻塞一样。多数操作系统都有一个参数限制异步I/O数。可用sp_configure查看参数“allow sql server async i/o”。
Disk I/O Structures n/a n/a 0 n/a
达到磁盘I/O结构极限从而被延迟的I/O数。当server超过了可用磁盘I/O的控制块数，I/O就会被延迟，因为server在开始一个I/O请求时需要通过任务来得到一个磁盘I/O控制块。如果其值非零，通过设置增加参数值“disk i/o structures”（缺省256）来增加磁盘I/O控制块数，如果操作系统允许尽可能设置大一些，以使用光磁盘I/O结构的机会降到最小。
Server Config Limit n/a n/a 0 n/a
用参数“max async i/os per server”（缺省2147483647）进行调整server一次所用异步磁盘I/O请求数。
Engine Config Limit n/a n/a 0 n/a
引擎配置最大异步磁盘I/O请求数限制，用参数“max async i/os per engine”查看和调整。
Operating System Limit n/a n/a 0 n/a
操作系统的限制数查看操作系统文档。
Device Activity Detail
----------------------
Device:
master.dat
master per sec per xact count % of total
------------------------- ------------ ------------ ---------- ----------
Reads
APF 0.0 0.0 0 0.0 %
Non-APF 0.2 0.0 102 78.5 %
Writes 0.0 0.0 28 21.5 %
------------------------- ------------ ------------ ---------- ----------
Total I/Os 0.2 0.0 130 1.5 %
Device Semaphore Granted 0.2 0.0 130 100.0 %
Device Semaphore Waited 0.0 0.0 0 0.0 %
-----------------------------------------------------------------------------

　　象Oracle系统那样，在Sybase中优化器提示可以更改优化器。它们应当更慎重地使用。当数据建模正确实行，必要的索引存在，及时地更新统计，仔细编写代码后，ASE优化器可以完成出色的优化工作。

ASE允许你说明优化器改动如下：
[ SET FORCEPLAN ON ]

SELECT columns
  FROM table ( [ INDEX indid or name | PREFETCH size | MRU | LRU ] )
 WHERE columns = something

UPDATE table
   SET columns = something
  FROM table ( [ INDEX indid or name | PREFETCH size | MRU | LRU ] )
 WHERE columns = something

DELETE table
  FROM table ( [ INDEX indid or name | PREFETCH size | MRU | LRU ] )
 WHERE columns = something

[ SET FORCEPLAN OFF ]

指定索引

　　通过用关键字INDEX及说明indid或索引名称你可以强制使用特定的索引，如果你必须强迫使用一个索引，你应当一直用索引名称而不是indid。这是因为indid是根据生成的次序分派给许多索引，例行的数据库维护会改变indid。

你也可以用( INDEX 0 )来定义一个图表扫描。这意味着ASE要进行一次全图表扫描。

强制索引
SELECT columns
  FROM table ( INDEX index_name )
 WHERE columns = something

UPDATE table
   SET columns = something
  FROM table ( INDEX index_name )
 WHERE columns = something

DELETE table
  FROM table ( INDEX index_name )
 WHERE columns = something

To force a Full Table Scan:
SELECT columns
  FROM table ( INDEX 0 )
 WHERE columns = something

UPDATE table
   SET columns = something
  FROM table ( INDEX 0 )
 WHERE columns = something

DELETE table
  FROM table ( INDEX 0 )
 WHERE columns = something

　　象我们前面提到的，使用提示会引起应用维护和最甲优化策略的应用问题，如果你要强制实施索引或图表扫描，不要在应用代码内执行。用索引或图表扫描生成一个view，用view作为图表。这将使你的维护方便很多，并且指明了强制索引或图表扫描的对象。

例如

CREATE
  VIEW vw_[index_name | scan]_test_table
AS
SELECT columns
  FROM table ( INDEX index_name | 0 )
go

这段语句访问了图表，强制实施了一种方法，并可以用作view

例如

SELECT columns
  FROM vw_[index_name | scan]_table
 WHERE columns = something

UPDATE table
   SET columns = something
  FROM vw_[index_name | scan]_table
 WHERE columns = something

DELETE table
  FROM vw_[index_name | scan]_table
 WHERE columns = something

连接次序

用SET FORCEPLAN [ ON | OFF ]实施连接次序

　　警告！！！实施连接次序会增加应用的维护工作。另外系统的发展也会产生一条更有效的途径。

　　根据选项设定的SET FORCEPLAN ON all查寻将用它们在查寻中FROM子句的次序来连接。

例如
SET FORCEPLAN ON

SELECT t1.columns
  FROM table1 t1,
       table2 t2
 WHERE t1.column01 = t2.column01

SET FORCEPLAN OFF
go

　　在前面的例子中，我们强制ASE在作为Outer图表的test_table1上进行扫描，根据统计情况这可能是一件很坏的事，只要非常熟练的DBA才能用这样的逻辑来实施。

1、内存
   内存是对性能影响最大，也是最需要也是最难调优的地方。内存调优一定要，常用的需要调整的参数有：

sp_configure “max memory”,0,”2600M” (设置为共享内存的75%,重启生效)
sp_configure “allocate max shared mem”,1 (启动的时候自动分配max memory指定的最大内存)
sp_cacheconfig “default data cache”,”1300m”(设置数据缓存为max memory的一半)
sp_cacheconfig “default data cache”,”cache_partition=2″
sp_configure “procedure cache size”,102400 (过程高速缓存,通常是max mem20%-30%,这里是200M,在大量的执行sql的时候这个参数一定要调大)
sp_cacheconfig ‘tempdb_cache’,'100m’,'mixed’ (创建一个100M命名高速缓存tempdb_cache给temdpb使用)
sp_bindcache ‘tempdb_cache’,tempdb (将tempdb_cache绑定到tempdb)

   实际中遇到一个很头痛的问题， 32位Windows版本的Sybase 最大内存只能到搞到3G左右，"default data cache"的值超过 1500M Sybase实例就起不来了，导致服务器的16G内存形同虚设，所以如果大家的项目和我这个类似，服务器和操作系统由客户提供，还换不了的，内存不妨要求个4G就够了，多了也浪费。

2、CPU
   当服务器的CPU个数多于一个时，可以考虑多CPU。实际上对于OS会自动调度，设一下只不过是控制的更精确一点。实际需要根据CPU数来修改，若CPU=N，一般设置为N-1。设置这个参数，比如我的服务器8个CPU, 就像下面这样设置：

sp_configure “max online engines”,7
sp_configure “number of engines at startup”,7
sp_configure “max parallel degree”,1 (并行的度，大于或等于1)
sp_configure “number of worker processes”,7 (并行度＊并发连接数＊1.5倍)

3、连接数(这个没什么说的，数量管够就可以，默认数为25，可根据应用需要来修改。)
sp_configure “number of user connections”,600

查询数据库死进程
select * from master..syslogshold

4、锁
   数据库的锁机制其实是一个比较复杂的话题，这里只能简单说一下。Sybase数据库系统两个级别的锁机制：所有页锁、数据页锁。所有页锁在当数据库加锁时，既锁数据页，也锁索引页；数据页锁当数据库加锁时，只锁数据页，不锁索引页。
   Sybase支持三种类型的锁: 数据表锁、数据页锁、数据行锁。 一些常用的调优命令和策略如下:

sp_configure "number of locks",50000 （设置锁的数量）
    系统设置时要把锁的数量设大一点，简单说就是要管够；如果需要节省空间，减少维护量，使用所有页锁机制；而如果需要加快速度，空间足够，使用数据页锁机制。

   sp_sysmon “00:10:00”,locks （检测表的使用情况）
   当通过监测发现锁竞争超过15%时，首先修改加锁最重的表的锁机制，然后再把数据页锁设置为数据行锁。如果发现螺旋锁多，则为该表建立单独的命名缓存并对命名缓存进行分区。

5、I/O
   数据库调优总的思路是尽量减少和分散物理I/O，尽量减少网络I/O。

   减少物理I/O的办法有： 在命名缓存中增加大块的I/O缓冲池，把数据分散到多个硬盘上,采用RAID技术,建立段，使一个表跨越多个硬盘等等，基本和其他的数据库软件调优一样。
   减少网络I/O的办法是采用大数据包。
sp_configure "default network packet size",2048 设置网络传送包的大小(需要重启动)
sp_configure "max network packet size",2048

6、设备调整
   主要调整两块： 一个是业务数据库的数据设备与日志设备必须分开，添加临时数据库设备；另一个是调整Tempdb，这一条很重要却很容易被大家忽视。
   Tempdb是sybase数据库当中的临时库，用于存放中间结果和临时表。由于使用很频繁而默认大小又很小，我们需要加大其设备空间和库的大小，尽可能把tempdb放置到最快的硬盘上，并建立单独的命名缓存。
sp_cacheconfig ‘tempdb_cache’,'200m’,'mixed’ (创建一个200M命名高速缓存tempdb_cache给temdpb使用)
sp_bindcache ‘tempdb_cache’,tempdb (将tempdb_cache绑定到tempdb)

1. 查看数据库的版本
select @@version

2. 查看数据库所在机器操作系统参数
exec master..xp_msver

3. 查看数据库启动的参数
sp_configure

4. 查看数据库启动时间
select convert(varchar(30),login_time,120) from master..sysprocesses where spid=1
查看数据库服务器名和实例名
print 'Server Name...............：' + convert(varchar(30),@@SERVERNAME)
print 'Instance..................：' + convert(varchar(30),@@SERVICENAME)

5. 查看所有数据库名称及大小
sp_helpdb
重命名数据库用的SQL
sp_renamedb 'old_dbname', 'new_dbname'

6. 查看所有数据库用户登录信息
sp_helplogins
查看所有数据库用户所属的角色信息
sp_helpsrvrolemember
修复迁移服务器时孤立用户时,可以用的fix_orphan_user脚本或者LoneUser过程
更改某个数据对象的用户属主
sp_changeobjectowner [@objectname =] 'object', [@newowner =] 'owner'
注意：更改对象名的任一部分都可能破坏脚本和存储过程。
把一台服务器上的数据库用户登录信息备份出来可以用add_login_to_aserver脚本
查看某数据库下,对象级用户权限
sp_helprotect

7. 查看链接服务器
sp_helplinkedsrvlogin
查看远端数据库用户登录信息
sp_helpremotelogin

8.查看某数据库下某个数据对象的大小
sp_spaceused @objname
还可以用sp_toptables过程看最大的N(默认为50)个表
查看某数据库下某个数据对象的索引信息
sp_helpindex @objname
还可以用SP_NChelpindex过程查看更详细的索引情况
SP_NChelpindex @objname
clustered索引是把记录按物理顺序排列的，索引占的空间比较少。
对键值DML操作十分频繁的表我建议用非clustered索引和约束，fillfactor参数都用默认值。
查看某数据库下某个数据对象的的约束信息
sp_helpconstraint @objname

9.查看数据库里所有的存储过程和函数
use @database_name
sp_stored_procedures
查看存储过程和函数的源代码
sp_helptext '@procedure_name'
查看包含某个字符串@str的数据对象名称
select distinct object_name(id) from syscomments where text like '%@str%'
创建加密的存储过程或函数在AS前面加WITH ENCRYPTION参数
解密加密过的存储过程和函数可以用sp_decrypt过程

10.查看数据库里用户和进程的信息
sp_who
查看SQL Server数据库里的活动用户和进程的信息
sp_who 'active'
查看SQL Server数据库里的锁的情况
sp_lock
进程号1--50是SQL Server系统内部用的,进程号大于50的才是用户的连接进程.
spid是进程编号,dbid是数据库编号,objid是数据对象编号
查看进程正在执行的SQL语句
dbcc inputbuffer ()
推荐大家用经过改进后的sp_who3过程可以直接看到进程运行的SQL语句
sp_who3
检查死锁用sp_who_lock过程
sp_who_lock

11.查看和收缩数据库日志文件的方法
查看所有数据库日志文件大小
dbcc sqlperf(logspace)
如果某些日志文件较大，收缩简单恢复模式数据库日志，收缩后@database_name_log的大小单位为M
backup log @database_name with no_log
dbcc shrinkfile (@database_name_log, 5)

12.分析SQL Server SQL 语句的方法：
set statistics time {on | off}
set statistics io {on | off}
图形方式显示查询执行计划
在查询分析器->查询->显示估计的评估计划(D)-Ctrl-L 或者点击工具栏里的图形
文本方式显示查询执行计划
set showplan_all {on | off}
set showplan_text { on | off }
set statistics profile { on | off }

13.出现不一致错误时，NT事件查看器里出3624号错误，修复数据库的方法
先注释掉应用程序里引用的出现不一致性错误的表，然后在备份或其它机器上先恢复然后做修复操作
alter database [@error_database_name] set single_user
修复出现不一致错误的表
dbcc checktable('@error_table_name',repair_allow_data_loss)
或者可惜选择修复出现不一致错误的小型数据库名
dbcc checkdb('@error_database_name',repair_allow_data_loss)
alter database [@error_database_name] set multi_user
CHECKDB 有3个参数：
repair_allow_data_loss 包括对行和页进行分配和取消分配以改正分配错误、结构行或页的错误，以及删除已损坏的文本对象，这些修复可能会导致一些数据丢失。
修复操作可以在用户事务下完成以允许用户回滚所做的更改。
如果回滚修复，则数据库仍会含有错误，应该从备份进行恢复。
如果由于所提供修复等级的缘故遗漏某个错误的修复，则将遗漏任何取决于该修复的修复。
修复完成后，请备份数据库。
repai*_**st 进行小的、不耗时的修复操作，如修复非聚集索引中的附加键。
这些修复可以很快完成，并且不会有丢失数据的危险。
repair_rebuild 执行由 repai*_**st 完成的所有修复，包括需要较长时间的修复（如重建索引）。
执行这些修复时不会有丢失数据的危险。


添加、删除、修改使用db.Execute(Sql)命令执行操作
╔--------------------╗
☆ 数据记录筛选 ☆
╚--------------------╝
注意：单双引号的用法可能有误(没有测式)

Sql = "Select Distinct 字段名 From 数据表"
Distinct函数，查询数据库存表内不重复的记录

Sql = "Select Count(*) From 数据表 where 字段名1>#18:0:0# and 字段名1< #19:00# "
count函数,查询数库表内有多少条记录，“字段名1”是指同一字段
例：
set rs=conn.execute("select count(id) as idnum from news")
response.write rs("idnum")

sql="select * from 数据表 where 字段名 between 值1 and 值2"
Sql="select * from 数据表 where 字段名 between #2003-8-10# and #2003-8-12#"
在日期类数值为2003-8-10 19:55:08 的字段里查找2003-8-10至2003-8-12的所有记录，而不管是几点几分。

select * from tb_name where datetime between #2003-8-10# and #2003-8-12#
字段里面的数据格式为：2003-8-10 19:55:08，通过sql查出2003-8-10至2003-8-12的所有纪录，而不管是几点几分。

Sql="select * from 数据表 where 字段名=字段值 order by 字段名 [desc]"

Sql="select * from 数据表 where 字段名 like '%字段值%' order by 字段名 [desc]"
模糊查询

Sql="select top 10 * from 数据表 where 字段名 order by 字段名 [desc]"
查找数据库中前10记录

Sql="select top n * form 数据表 order by newid()"
随机取出数据库中的若干条记录的方法
top n，n就是要取出的记录数

Sql="select * from 数据表 where 字段名 in ('值1','值2','值3')"

╔--------------------╗
☆ 添加数据记录 ☆
╚--------------------╝
sql="insert into 数据表 (字段1,字段2,字段3 …) valuess (值1,值2,值3 …)"

sql="insert into 数据表 valuess (值1,值2,值3 …)"
不指定具体字段名表示将按照数据表中字段的顺序，依次添加

sql="insert into 目标数据表 select * from 源数据表"
把源数据表的记录添加到目标数据表

╔--------------------╗
☆ 更新数据记录 ☆
╚--------------------╝
Sql="update 数据表 set 字段名=字段值 where 条件表达式"

Sql="update 数据表 set 字段1=值1,字段2=值2 …… 字段n=值n where 条件表达式"

Sql="update 数据表 set 字段1=值1,字段2=值2 …… 字段n=值n "
没有条件则更新整个数据表中的指定字段值

╔--------------------╗
☆ 删除数据记录 ☆
╚--------------------╝
Sql="delete from 数据表 where 条件表达式"

Sql="delete from 数据表"
没有条件将删除数据表中所有记录)

╔--------------------------╗
☆ 数据记录统计函数 ☆
╚--------------------------╝
AVG(字段名) 得出一个表格栏平均值
COUNT(*|字段名) 对数据行数的统计或对某一栏有值的数据行数统计
MAX(字段名) 取得一个表格栏最大的值
MIN(字段名) 取得一个表格栏最小的值
SUM(字段名) 把数据栏的值相加

引用以上函数的方法：
sql="select sum(字段名) as 别名 from 数据表 where 条件表达式"
set rs=conn.excute(sql)
用 rs("别名") 获取统的计值，其它函数运用同上。

╔-----------------------------╗
☆ 数据表的建立和删除 ☆
╚-----------------------------╝
CREATE TABLE 数据表名称(字段1 类型1(长度),字段2 类型2(长度) …… )
例：CREATE TABLE tab01(name varchar(50),datetime default now())
DROP TABLE 数据表名称 (永久性删除一个数据表)

╔--------------------------╗
☆ 记录集对象的方法 ☆
╚--------------------------╝
rs.movenext 将记录指针从当前的位置向下移一行
rs.moveprevious 将记录指针从当前的位置向上移一行
rs.movefirst 将记录指针移到数据表第一行
rs.movelast 将记录指针移到数据表最后一行
rs.absoluteposition=N 将记录指针移到数据表第N行
rs.absolutepage=N 将记录指针移到第N页的第一行
rs.pagesize=N 设置每页为N条记录
rs.pagecount 根据 pagesize 的设置返回总页数
rs.recordcount 返回记录总数
rs.bof 返回记录指针是否超出数据表首端，true表示是，false为否
rs.eof 返回记录指针是否超出数据表末端，true表示是，false为否
rs.delete 删除当前记录，但记录指针不会向下移动
rs.addnew 添加记录到数据表末端
rs.update 更新数据表记录

14.查询数据库死进程
select * from master..syslogshold

Create Table Test(
c1 int not null,
c2 money default 0,
c3 varchar(20),
constraint PK_Test primary key(c1))
go

create index ind_c2_Test on Test(c2)
go

插入一些数据后，我们可以测试如下：
1> set showplan on
2> go
1> declare @var_int int
2> select @var_int=2
3> select * from Test where c1=@var_int
4> go

QUERY PLAN FOR STATEMENT 1 (at line 1).

    STEP 1
        The type of query is DECLARE.

QUERY PLAN FOR STATEMENT 2 (at line 2).

    STEP 1
        The type of query is SELECT.

QUERY PLAN FOR STATEMENT 3 (at line 3).

    STEP 1
        The type of query is SELECT.

        FROM TABLE
            Test
        Nested iteration.
        Using Clustered Index.
        Index : PK_Test
        Forward scan.
        Positioning by key.
        Keys are:
            c1  ASC
        Using I/O Size 2 Kbytes for data pages.
        With LRU Buffer Replacement Strategy for data pages.

(1 row affected)
 c1          c2                       c3
 ----------- ------------------------ --------------------
           2                   129.14 Hellen

(1 row affected)
我们看到，sybase的执行计划会使用clustered index来读取数据。

下面，采用money类型来进行测试
1> declare @var_money money
2> select @var_money=2
3> select * from Test where c1=@var_money
4> go

QUERY PLAN FOR STATEMENT 1 (at line 1).

    STEP 1
        The type of query is DECLARE.

QUERY PLAN FOR STATEMENT 2 (at line 2).

    STEP 1
        The type of query is SELECT.

QUERY PLAN FOR STATEMENT 3 (at line 3).

    STEP 1
        The type of query is SELECT.

        FROM TABLE
            Test
        Nested iteration.
        Table Scan.
        Forward scan.
        Positioning at start of table.
        Using I/O Size 2 Kbytes for data pages.
        With LRU Buffer Replacement Strategy for data pages.

(1 row affected)
 c1          c2                       c3
 ----------- ------------------------ --------------------
           2                   129.14 Hellen

(1 row affected)

我们可以看到，sybase没有采用索引，而是采用了全表扫描。

实际上，Sybase并不是类型不一致就一定不会使用索引，而是有一个匹配原则，原则上是只要索引列的类型优先级高于搜索条件的数据类型，就会使用索引。
这个优先级，可以通过查询系统表master.dbo.systypes.
1> select hierarchy,name from master.dbo.systypes
2> order by 1
3> go
 hierarchy name
 --------- ------------------------------
         1 floatn
         2 float
         3 datetimn
         4 datetime
         5 real
         6 numericn
         7 numeric
         8 decimaln
         9 decimal
        10 moneyn
        11 money
        12 smallmoney
        13 smalldatetime
        14 intn
        15 int
        16 smallint
        17 tinyint
        18 bit
        19 univarchar
        20 unichar
        22 sysname
        22 varchar
        22 nvarchar
        23 char
        23 nchar
        24 timestamp
        24 varbinary
        25 binary
        26 text
        27 image
        99 extended type

维护目的：

监测数据库的当前运行状况，保证数据库稳定运行。

做好数据库的日常的备份工作，减轻问题发生时的风险和责任

检测数据库的整体运行状况，对数据库的性能进行调整，保证数据库高效的运行。

可以减少紧急故障发生频率，减少对系统的影响。

尽早发现系统存在的潜在问题，使可能的故障消除在萌芽状态。

数据库日常维护的主要内容
监测数据库运行情况

监控CPU和I/O的使用情况

监控空间的使用情况

监控数据库的错误日志errorlog

制定一个合理的备份计划

检查数据库的一致性

数据库的排错

数据库性能调整

数据库日常维护的方法

数据库服务和备份服务的启动和关闭方法

数据库和备份服务的启动

$cd  $SYBASE/ASE-12_*/install

$startserver –f RUN_Servername(Servername为你的数据库服务名)

$startserver –f RUN_Servername_back

数据库和备份服务的关闭

isql –Usa –Pxxx –Sservername

>shutdown SYB_BACKUP (关闭备份服务)

>go

>use dbname (用户库)

>go

>checkpoint

>go

>shutdown

>go

查看sybase用户的运行环境是否正常

$env

查看SYBASE,SYBASE_ASE,SYBASE_OCS等环境是否正常

查看数据库服务和备份服务进程是否运行正常

$ps –ef | grep  dataserver

$ps –ef | grep  backupserver

查看数据库的版本和补丁信息

$dataserver –v

或是

isql –Usa –Pxxx –Sservername

>select  @@version

检查数据库的配置是否合理.

检查数据库内存分配、锁个数、存储过程缓冲、多CPU配置、用户连接配置、网络包尺寸等重要参数的设置。

命令：

sp_configure ‘allocate max shared memory’

sp_configure ‘max memory‘

sp_configure ‘procedure cache size‘

sp_configure ‘user log cache size’

sp_configure ‘default network packet size’

sp_cacheconfig

sp_configure ‘number of user connections‘

sp_configure ‘number of locks‘

sp_configure ‘number of engines at startup’

sp_configure ‘max online engines’

sp_configure “number of open index”

sp_configure “number of open objects”

sp_configure “number of open partitions”

查看数据库的用户，数据库的锁状况

sp_who(用户)

sp_lock(锁)

select spid,blocked from sysprocesses where blocked>0(检查阻塞进程)

查看最早进程，发现不完整事务

select *  from master..syslogshold

其中对应的spid为最早的进程，如果最早的进程开始时间距离当前时间已经非常长(如2、3天)，则可能该进程有问题，确认后，应该将其kill，下面有一个存储过程来检测不完整的事务，可以将该存储过程放在操作系统的crontab中。

create proc proc_kill
@last_min int=720

AS

/*

** kill the processes that didn’t commit for a impossible time

** the parameter's time unit is minute,default is 12 hours

** the procedure is just for user transactions ,not  for xa transaction

** you can add this procedure to your opration system crontab

*/

declare @spid     int

declare @cspid     char(20)

select spid into #killtab from master..syslogshold where datediff(mi,starttime,getdate()) >@last_min and spid>0

declare t1_cur cursor for select * from #killtab

open t1_cur

fetch t1_cur into @spid

while @@sqlstatus!=2

begin

     select @cspid=convert(char(20),@spid)

     select "kill "+@cspid
exec("kill "+@cspid)
     fetch t1_cur into @spid

end

查看CPU和I/O的使用

#sar #iostat

#vmstat

查看Sybase的资源使用

sp_sysmon “00:10:00”

如果CPU或是I/O的使用率长期高于80%，则要看系统使用是否正常还是系统资源配置不够，具体细节可参考下面数据库的优化部分。

定期检查数据库日志使用的情况，定期清除数据库的日志

如果数据库日志满，则业务无法进行。

sp_helpdb dbname(用户库名)

发现数据库的日志空间不足，应立刻清除已经完成的事务，或是根据需要扩大日志空间。

定期清除日志：

dump tran dbname with  truncate_only

可以将上述的命令放在crontab中。

定期检查磁盘空间的使用。 如果发现操作系统有磁盘分区使用达到100%，应尽快处理。

#df -k

定期检查数据库的错误日志(errorlog)，如果错误日志中发现有数据库的严重错误，应立即处理。

有计划的截断数据库的错误日志。

数据库运行一定时间后，可以在数据库没有业务时，（下班或周末），将数据库stop后，将错误日志更名，然后重新启动数据库，产生一个新的数据库错误日志。

在错误日志中,以下的错误级别为不严重错误,通常是用户错误,如语法,读写权限空间不足等。
10 Status information

11  Specified database object not found

12 Wrong datatype encountered

13 User transaction syntax error

14 Insufficient permissions to execute commands

15 Syntax error in SQL statement

16 Miscellaneous user error

 Hardware/software errors

17 Insufficient resources

18 Non-fatal internal error

在错误级别17中,要注意错误号1105,1105表示空间不足(数据库数据或是日志)。

在错误级别18中,最多的是1608,1608表示一个客户连接不是正常方式退出的，

这类错误不用关注。

以下错误级别为严重错误,通常是系统(数据库、磁盘损坏、操作系统)错误
19 Fatal error in resource

20 Fatal error in current process

21 Fatal error in database process

22 Fatal error: table integrity suspect

23 Fatal error: database integrity suspect

24 Hardware error or system table corruption

在错误日志中，可以按照"Sybase Technical Support"来搜索，

找到的错误通常是严重错误。

检查数据库的一致性
检测系统数据库、用户数据库的数据分配页物理可用性，检查数据库系统表和用户表的数据完整性，查看是否有表损坏（可能是逻辑也可能是物理的损坏，如磁盘错误可能导致数据库的表损坏）

做数据库的一致性通常需要单用户状态，并且都是一些耗时操作（如果数据库大的话），因此，这些检查可以考虑在系统检修时运行。

dbcc checkalloc(dbname)检查数据库的空间分配，必须在单用户下执行

checkcatalog(dbname) 检查系统表的一致性

dbcc checkdb(dbname) 检查用户数据库的数据库一致性(包括系统表和用户表)

dbcc checktable(tablename) 检查一张表的数据一致性。

数据库的备份
数据库的备份对于日常的维护来说十分重要，系统管理员一定要注意数据库每天都有成功备份。需要检查备份的介质(磁盘或是磁带)是否正常。

备份命令:

dump database  to ‘/xx/xxx’ （设备名或是磁盘上的文件名）

用户可以规划一个备份的计划，然后将备份的命令放在crontab 中，让系统自动定时做数据库的备份。

数据库的排错
数据库通常的错误主要是以下几种

数据库服务无法启动

解决：查看数据库的错误日志，根据错误日志找到无法启动的原因，原因通常是ip地址，端口不对或是被占用，内存配置过大，或是数据库设备的属性不对，sybase用户没有访问权限。

数据库不能恢复(recovery)

解决：查看数据库的错误日志，找到数据库不能恢复的原因，然后做相应的处理。通常是由于系统突然断电或是系统非正常关机。

用户表不能访问

解决：查看数据库的错误日志，找到不能访问的原因。通常是由于访问权限或是表损坏，

最常见的数据库重大故障分析
根据我们的经验，除去硬件故障外，造成重大数据库故障都是因为日志满，重启动时异常删除日志导致，

而日志满主要是一下几个原因造成：

1）数据库配置不合理

主要是内存、锁的配置不合理。

2）存在不完整的事务或是进程

出现这种情况是由于不完整的事务引起的。引起不完整的事务主要有两个方面的原因：第一是网络质量不佳，如果在客户端向ASE服务端进行事务时，如果网络突然中断，会导致事务的不完整。第二是应用程序存在问题，而在这种情况下，重新启动数据库服务后，数据库的恢复可能是非常缓慢的，主要是看日志的大小和事务的类型，（有时用户为了快速启动，通常会异常清除数据库的日志，就有可能会造成数据库表损坏）所以，在这种情况下千万不要急于重新启动数据库服务。

如果存在不完整的事务，在该事务之后的所有事务都不能被清除，导致数据库日志满。

不完整的事务可以从master..syslogshold表中发现，如果其中starttime（最早的事务开始时间）距离当前时间很长，比如一天，一月，则该事务应该是一个不完整的事务，可以将该事务对应的数据库进程kill。

3）出现过大的事务
这类问题完全是应用或是人为造成的问题。例如一次删除一个5000万条记录的表，导致日志满。这种情况下重启动服务，数据库的恢复也将是十分缓慢的，防止出现这类问题，是将大事务转换成许多小事务来执行。在事务之间来删除数据库的日志。例如手工删除日志或是将数据库设置成自动清日志。

数据库的性能优化
查看数据库的配置，看能否有不合理的数据库配置。

查看方法参考上一节查看数据库的配置。

更新数据库的统计信息(页锁)

update statistics tablename

对行锁表回收空间(表锁)

reorg rebuild  tablename

做空间回收时需要在系统维护时做

监测数据库的运行，查看是否阻塞缩

sp_lock

sp_who

select spid,bloced from master..sysprocesses where blocked>0

对数据库系统运行进行监测，发现可能引起性能差的因素

在系统运行忙或是性能不佳时运行

sp_sysmon “00:10:00”

分析的一些常用工具：

在应用开发或是执行之前，对可能引起问题的语句检查命令：

set showplan on
set noexec on

这样，可以看到该语句的执行过程，而该语句并不执行。

set showplan off

set noexec off

off 以上的选项

set statistics io on /off
set statistics time on/off

在语句执行时可以看到I/O的实际情况（包括物理I/O,逻辑I/O)

以上语句基于session

在运行过程中查找可能有问题的语句的命令：

运行几次 sp_lock
查找其中对表意向锁 (sh_intent,ex_intent)较长时间的进程，记录下spid

( 比如，update 一张100万条记录中的一条，如果表不使用索引，最终会有一个Ex_row锁，但在表扫描期间，一直会有一个

Ex_intent意向锁）

通过spid,可以看到执行命令和执行过程：

dbcc traceon(3604)

go

dbcc sqltext(spid)

go

sp_showplan spid,null,null,null

go

查找阻塞进程：
select spid,blocked from master..sysprocesses where blocked>0

其中blocked 对应阻塞别人的进行，spid对应被阻塞经常，

查看blocked对应进程执行的命令和执行过程

方法同上

查找最耗资源的进程：下面有两个存储过程，可以分析在数据库繁忙时最消耗cpu和i/o资源的数据库进程，并显示该进程所执行的语句以及执行的过程，根据执行过程来判断问题的原因。

if exists( select name from  sysobjects where  type='P' and name='proc_who_do_io')
 drop proc  proc_who_do_io

go

/* print  top n (of  physical_io usages)  applications 's  execute plan and sql */
/* example useage : proc_who_do_io  */ 

create proc  proc_who_do_io

@inter_time    char(8)='00:00:05',

@topn  int=3

as

declare  @spid  int

select @spid=11

dbcc traceon(3604)

select  spid,cmd,physical_io,hostname,program_name into #t1 from  master..sysprocesses order

by spid

waitfor delay @inter_time

select spid,cmd,physical_io ,hostname,program_name into #t2 from  master..sysprocesses order

by spid

select  #t1.spid,#t1.cmd,#t1.program_name,#t1.physical_io as phy_io,#t1.hostname,#t2.physical_io - #t1.physical_io as
phy_io_add  into #t3 from #t1,#t2

where  #t1.spid=#t2.spid  and abs(#t2.physical_io - #t1.physical_io) >2 order by  #t2.physical_io - #t1.physical_io  desc

select *  from #t3

select  *  into #t4  from #t3 where 1=2

set rowcount 1

while  @topn >0

begin

 insert  #t4 select * from #t3

 delete #t3

 select @spid=spid from  #t4

 select "execute plan :"+  str(@spid)

 exec sp_showplan @spid,null,null,null

 dbcc sqltext(@spid)

 delete #t4

 select @topn = @topn-1

end

set rowcount 0

go

if exists( select name from  sysobjects where  type='P' and name='proc_who_use_cpu')
 drop proc  proc_who_use_cpu

go

/* print  top n (of  cpu usages)  applications 's  execute plan and sql */
/* example useage : proc_who_use_cpu  */ 

create proc  proc_who_use_cpu

@inter_time    char(8)='00:00:05',

@topn  int=3

as

declare  @spid  int

select @spid=11

dbcc traceon(3604)

select  spid,cmd,cpu,hostname,program_name into #t1 from  master..sysprocesses order

by spid

waitfor delay @inter_time

select spid,cmd,cpu ,hostname,program_name into #t2 from  master..sysprocesses order

by spid

select  #t1.spid,#t1.cmd,#t1.program_name,#t1.cpu ,#t1.hostname,#t2.cpu - #t1.cpu as
cpu_add  into #t3 from #t1,#t2

where  #t1.spid=#t2.spid  and abs(#t2.cpu - #t1.cpu) >2 order by  #t2.cpu - #t1.cpu  desc

select *  from #t3

select  *  into #t4  from #t3 where 1=2

set rowcount 1

while  @topn >0

begin

 insert  #t4 select * from #t3

 delete #t3

 select @spid=spid from  #t4

 select "execute plan :"+  str(@spid)

 exec sp_showplan @spid,null,null,null

 dbcc sqltext(@spid)

 delete #t4

 select @topn = @topn-1

end

set rowcount 0

go

数据库版本在 ASE12.5.0.3以上， 寻找索引使用情况
select s.SPID,s.CpuTime,t.LineNumber,t.SQLText

from monProcessStatement s,monProcessSQLText t

where s.SPID=t.SPID

order by s.CpuTime,s.SPID,t.LineNumber desc

Sybase封锁原理

数据共享与数据一致性是一对不可调和的矛盾，为了达到数据共享与数据一致，必须进行并发控制。并发控制的任务就是为了避免共享冲突而引起的数据不一致。Sybase SQL Server并发控制的方法是加锁机制（LOCKING）.

锁的类型

Sybase SQL Server有三种封锁类型：排它锁（exclusive lock,简称X锁）；共享锁（share lock,简称S锁）；更新锁（update lock,简称U锁）。这三种锁的相容矩阵表如下：

×:表示不兼容。∨：表示兼容。

Sybase SQL Server是自动决定加锁类型的。一般来说，读（SELECT）操作使用S锁，写（UPDATE,INSERT和delete）操作使用X锁。U锁是建立在页级上的，它在一个更新操作开始时获得，当要修改这些页时，U锁会升级为X锁。

锁的力度

SQL Server有两级锁：页锁和表锁。通常页锁比表锁的限制更少（或更小）。页锁对本页的所有行进行锁定，而表锁则锁定整个表。为了减小用户间的数据争用和改进并发性，SQL Server试图尽可能地使用页锁。

当SQL Server决定一个语句将访问整个表或表的大多数页时，它用表锁来提供更有效的锁定。锁定策略直接受查询方案约束，如果update或delete语句没有可用的索引，它就执行表扫描或请求一个表锁定。如果update或delete语句使用了索引，它就通过请求页锁来开始，如果影响到大多数行，它就要请求表锁。一旦一个语句积累的页锁超过锁提升阈值，SQL Server就设法给该对象分配一个表锁。如果成功了，页锁就不再必要了，因此被释放。表锁也在页层提供避免锁冲突的方法。对于有些命令SQL Server自动使用表锁。

锁的状态

SQL SERVER加锁有三种状态：

1）意向锁（intend）—是一种表级锁，它表示在一个数据页上获得一个S或X锁的意向。意向锁可以防止其他事务在该数据页的表上获得排它锁。

2）阻塞（blocking,简记blk）—它表明目前加锁进程的状态，带有blk后缀的锁说明该进程目前正阻塞另一个需要获得锁的进程，只有这一进程完成，其他进程才可以进行。

3）需求锁（demand）—表示此时该进程企图得到一个排它锁。它可以防止在这一表或页上加过多的S锁，她表示某一事务是下一个去锁定该表和该页的事务。

需求锁是一个内部过程，因此用sp_lock是无法看见的。

死锁DEADLOCK

简单地说，有两个用户进程，每个进程都在一个单独的页或表上有一个锁，而且每个进程都想在对方进程的页或表上请求不相容锁时就会发生“死锁”。在这种情况下，第一个进程在等待另一进程释放锁，但另一进程要等到第一个进程的对象释放时才会释放自己的锁。

SQL Server检查是否死锁，并终止事务中CPU时间积累最小的用户（即最后进入的用户）。SQL Server回滚该用户的事务，并用消息号1205通知有此死锁行为的应用程序，然后允许其他用户进程继续进行。

在多用户情形下，每个用户的应用程序都应检查每个修改数据的事务是否有1205号消息，以此确定是否有可能死锁。消息号1025表示该用户的事务因死锁而终止并被回滚。应用程序必须重新开始这个事务处理。

查找死锁原因

既然管理信息系统长时间死锁的原因是由于我们提交或者是提交不当，那么我们就可以通过修改程序防止出现死锁。定位死锁出错处主要经过以下三步：

1）在死锁出现时，用SP_WHO,SP_LOCK获得进程与锁的活动情况。
2）结合库表sysobjects和相应的操作员信息表查出被锁的库表与锁住别人的操作员。
3）根据锁定的库表与操作员的岗位，可以估计出程序大约出错处。询问操作员在死锁时执行的具体操作即可完全定位出错处。最后查找程序并修改之。

用sp_who获取关于被阻碍进程的信息

系统过程sp_who给出系统进程的报告。如果用户的命令正被另一进程保持的锁阻碍，则：
◆status列显示“lock sleep”。
◆blk列显示保持该锁或这些锁的进程标识，即被谁锁定了。
◆loginame列显示登录操作员。结合相应的操作员信息表，便可知道操作员是谁。
Fid spid status loginame origname blk dbname cmd
0 1 lock sleep lm lm 18 QJYD SELECT
0 2 sleeping NULL NULL 0 master NETWORK HANDLER
0 3 sleeping NULL NULL 0 master NETWORK HANDLER
……

用sp_lock浏览锁
要得到关于当前SQL Server上保持的锁的报告，可用系统过程sp_lock [spid1[,spid2]]，spid1,spid2是表master.dbo.sysprocesses中的sql server进程id号，用sp_who可以得到锁定与被锁定的spid号：

◆locktype列显示加锁的类型和封锁的粒度，有些锁的后缀还带有blk表明锁的状态。前缀表明锁的类型：Sh—共享锁，Ex—排它锁或更新锁，中间表明锁死在表上（”table”或’intent’）还是在页上（page）. 后缀“blk”表明该进程正在障碍另一个需要请求锁的进程。一旦正在障碍的进程一结束，其他进程就向前移动。“demand”后缀表明当前共享锁一释放， 该进程就申请互斥锁。

◆table_id列显示表的id号，结合sysobjects即可查出被封锁的表名。

执行该进程后屏幕显示

Fid Spid locktype table_id page row dbname Class context
0 1 Sh_intent 678293476 0 0 QJYD Non Cursor LockFam dur
0 1 Sh_page 678293476 31764 0 QJYD Non Cursor Lock
0 18 Ex_intent 9767092 0 0 QJYD Non Cursor LockFam dur
……

定位出错处

根据sp_who与sp_lock命令的结果，结合sysobjects和相应的操作员信息表。得到操作员及其在死锁时所操作的库表，便大约可以知道应用程序的出错处，再询问操作员在死锁时执行什么操作以进一步认证。最后查找程序并修正之。


附:
锁的问题一般来讲是这样的  
   
  首先判断是否存在锁竞争  
   
  1、基于系统管理员的经验找出热点表  
   
  2、通过以下方法判断：  
   
  sp_who  
  察看系统中是否有status为lock   sleep的用户。如果存在，再运行命令  
  sp_lock  
  察看系统中被锁住的表的table_id  
  继续运行命令  
  select   *   from   sysobjects   where   id   =   table_id  
  找到被锁住的表名。  
  如果发现sp_who中有多个用户被锁，那么，就可认为是锁造成了数据库系统的性能底下。  
   
  调优方法1：修改对应表的加锁模式由allpages为行级锁，如：  
  alter   table   XXXX   lock   datarows  
   
  调优方法2：改大环境参数number   of   locks，如：  
  sp_configure   “number   of   locks”,   50000  
  注意，在这种情况下需要保持total   memory与number   of   locks的匹配性。  
   
  调优方法3：配置锁提升阈值，可修改的配置包括两项内容：  
  Page(HWM)、Row(HWM)，命令如下：  
   
  Sp_configure   ‘page   lock   promotion   HWM’,   500  
  Sp_configure   ‘row   lock   promotion   HWM’,   500  

状态          表示       kill命令的效果

recv sleep  等待网络读取  立即
send sleep  等待网络发送  立即
alarm sleep 等待警报      立即
lock sleep  等待获取锁    立即
sync sleep  等待同系列另一进程的同步消息   立即.系列中的其它进程也必须变为可注销的状态
sleeping    等待磁盘I/O或某种其它资源.或许表示正在运行的进程,但正在执行大量的磁盘I/O  少数休眠进程不能苏醒,因而需要服务器重启以将其清除.
runnable    在可运行进程队列中       立即
running     活跃地运行在一个服务器引擎中  立即
infected    服务器已检测到严重的错误情况;极其少见    不要使用kill命令.可能需要重启服务器以清除进程.
background  由Adaptive Server而不是用户进程运行的进程例如阈值过程   立即;使用kill时必须极其小心.建议在注销背景进程之前,仔细检查sysprocesses
log suspend   到达日志的最后机会阈值时挂起的进程   立即

参考<sybase数据库系统管理指南>

 ---★ 本文转摘自『onlyhot blog ※ blog.onlyhot.cn』http://www.onlyhot.cn/blog/?action=show&id=1178

sp_getapplock 锁定应用程序资源

sp_releaseapplock 为应用程序资源解锁

SET LOCK_TIMEOUT 1800 锁超时期限设置

sp_configure 'deadlock checking period',5000 设置锁检测周期

sp_configure 'lock wait period',5000 设置锁的等待时间

sp_setrowlockpromote 设置基本个表的最大行锁升级数(锁数)

sp_setrowlockpromote 'TABLE',TREECODE,500,500,100

sp_setrowlockpromote 'TABLE',LCD05,500,500,100

[Lock Manager]

number of locks = 50000 #锁数

deadlock checking period = DEFAULT

freelock transfer block size = DEFAULT

max engine freelocks = DEFAULT

lock spinlock ratio = DEFAULT

lock hashtable size = DEFAULT

lock scheme = DEFAULT

lock wait period = DEFAULT

read committed with lock = DEFAULT

当很多事务同时访问同一个数据库时，会加剧锁资源争夺，严重时事务之间会发生死锁。可用sp_object_stats查明死锁位置。该过程报告资源争夺最激烈的10张表、一个数据库中资源争夺的表和单个表的争夺情况。语法为sp_object_stats interval [, top_n [, dbname [, objname [, rpt_option ]]]]，查看锁争夺情况只需设置interval为“hh:mm:ss”。如果显示每种锁的争夺程度超过15%，应该改变加锁方式，比如表的全页锁改成数据页锁，数据页锁改成数据行锁等。

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

allow remote access 1 0 1 1

print recovery information 0 0 0 0

recovery interval in minutes 5 0 5 5

tape retention in days 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

global async prefetch limit 10 0 10 10

global cache partition number 1 0 1 1

memory alignment boundary 2048 0 2048 2048

number of index trips 0 0 0 0

number of oam trips 0 0 0 0

procedure cache percent 20 22426 20 20

total data cache size 0 89698 0 89698

total memory 47104 196608 98304 98304

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

cis bulk insert batch size 0 0 0 0

cis connect timeout 0 0 0 0

cis cursor rows 50 0 50 50

cis packet size 512 0 512 512

cis rpc handling 0 0 0 0

enable cis 1 0 1 1

max cis remote connections 0 0 0 0

max cis remote servers 25 19 25 25

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

dtm detach timeout period 0 0 0 0

dtm lock timeout period 300 0 300 300

enable xact coordination 1 0 1 1

number of dtx participants 500 149 500 500

strict dtm enforcement 0 0 0 0

txn to pss ratio 16 3692 16 16

xact coordination interval 60 0 60 60

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

average cap size 200 0 200 200

caps per ccb 50 0 50 50

dump on conditions 0 0 0 0

maximum dump conditions 10 0 10 10

number of ccbs 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

allow sql server async i/o 1 0 1 1

disable disk mirroring 0 0 0 0

disk i/o structures 256 31 256 256

number of devices 10 #5 10 10

page utilization percent 95 0 95 95

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

event log computer name LocalSystem 0 LocalSystem LocalSystem

event logging 1 0 1 1

log audit logon failure 0 0 0 0

log audit logon success 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

esp execution priority 8 0 8 8

esp execution stacksize 77824 0 77824 77824

esp unload dll 0 0 0 0

start mail session 0 0 0 0

xp_cmdshell context 1 0 1 1

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

configuration file 0 0 0 /sybase/hgd

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

enable java 0 0 0 0

size of global fixed heap 300 0 300 300

size of process object heap 300 0 300 300

size of shared class heap 3072 0 3072 3072

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

default character set id 1 0 1 1

default language id 0 0 0 0

default sortorder id 50 0 50 50

disable character set conversi 0 0 0 0

enable unicode conversions 0 0 1 1

number of languages in cache 3 4 3 3

size of unilib cache 0 140 0 0

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

deadlock checking period 500 0 500 500

freelock transfer block size 30 0 30 30

lock address spinlock ratio 100 0 100 100

lock hashtable size 2048 48 2048 2048

lock scheme allpages 0 allpages allpages

lock spinlock ratio 85 0 85 85

lock table spinlock ratio 20 0 20 20

lock wait period 2147483647 0 2147483647 2147483647

max engine freelocks 10 0 10 10

number of locks 5000 2344 10000 10000

print deadlock information 0 0 1 1

read committed with lock 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

additional network memory 0 0 0 0

allow resource limits 0 0 0 0

audit queue size 100 42 100 100

average cap size 200 0 200 200

caps per ccb 50 0 50 50

deadlock pipe max messages 0 0 0 0

default network packet size 512 #505 512 512

disk i/o structures 256 31 256 256

enable rep agent threads 0 0 0 0

errorlog pipe max messages 0 0 0 0

event buffers per engine 100 #11 100 100

executable codesize + overhead 0 20261 0 20261

lock hashtable size 2048 48 2048 2048

lock spinlock ratio 85 0 85 85

max cis remote servers 25 19 25 25

max number network listeners 5 868 5 5

max online engines 1 216 1 1

max roles enabled per user 20 #22 20 20

memory per worker process 1024 0 1024 1024

number of alarms 40 3 40 40

number of aux scan descriptors 200 #258 200 200

number of ccbs 0 0 0 0

number of devices 10 #5 10 10

number of languages in cache 3 4 3 3

number of large i/o buffers 6 97 6 6

number of locks 5000 2344 10000 10000

number of mailboxes 30 1 30 30

number of messages 64 3 64 64

number of open databases 12 1239 12 12

number of open indexes 500 512 500 500

number of open objects 500 561 500 500

number of remote connections 20 86 50 50

number of remote logins 20 23 20 20

number of remote sites 10 1729 10 10

number of user connections 25 43141 250 250

number of worker processes 0 0 0 0

partition groups 1024 904 1024 1024

permission cache entries 15 #227 15 15

plan text pipe max messages 0 0 0 0

procedure cache percent 20 22426 20 20

process wait events 0 0 0 0

remote server pre-read packets 3 #83 3 3

size of global fixed heap 300 0 300 300

size of process object heap 300 0 300 300

size of shared class heap 3072 0 3072 3072

size of unilib cache 0 140 0 0

sql text pipe max messages 0 0 0 0

stack guard size 4096 #1108 4096 4096

stack size 86016 #23269 86016 86016

statement pipe max messages 0 0 0 0

total data cache size 0 89698 0 89698

total memory 47104 196608 98304 98304

txn to pss ratio 16 3692 16 16

wait event timing 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

number of open databases 12 1239 12 12

number of open indexes 500 512 500 500

number of open objects 500 561 500 500

open index hash spinlock ratio 100 0 100 100

open index spinlock ratio 100 0 100 100

open object spinlock ratio 100 0 100 100

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

Q diagnostics active 0 0 0 0

SQL batch capture 0 0 0 0

deadlock pipe active 0 0 0 0

deadlock pipe max messages 0 0 0 0

errorlog pipe active 0 0 0 0

errorlog pipe max messages 0 0 0 0

object lockwait timing 0 0 0 0

per object statistics active 0 0 0 0

plan text pipe active 0 0 0 0

plan text pipe max messages 0 0 0 0

process wait events 0 0 0 0

sql text pipe active 0 0 0 0

sql text pipe max messages 0 0 0 0

statement pipe active 0 0 0 0

statement pipe max messages 0 0 0 0

statement statistics active 0 0 0 0

wait event timing 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

additional network memory 0 0 0 0

allow remote access 1 0 1 1

allow sendmsg 0 0 0 0

default network packet size 512 #505 512 512

max network packet size 512 0 512 512

max number network listeners 5 868 5 5

number of remote connections 20 86 50 50

number of remote logins 20 23 20 20

number of remote sites 10 1729 10 10

remote server pre-read packets 3 #83 3 3

syb_sendmsg port number 0 0 0 0

tcp no delay 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

max async i/os per engine 2147483647 0 2147483647 2147483647

max async i/os per server 2147483647 0 2147483647 2147483647

o/s file descriptors 0 0 0 1024

tcp no delay 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

max parallel degree 1 0 1 1

max scan parallel degree 1 0 1 1

memory per worker process 1024 0 1024 1024

number of worker processes 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

additional network memory 0 0 0 0

lock shared memory 0 0 0 0

max SQL text monitored 0 7 0 0

shared memory starting address 0 0 0 0

total memory 47104 196608 98304 98304

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

max online engines 1 216 1 1

min online engines 1 0 1 1

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

enable rep agent threads 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

SQL Perfmon Integration 1 0 1 1

abstract plan cache 0 0 0 0

abstract plan dump 0 0 0 0

abstract plan load 0 0 0 0

abstract plan replace 0 0 0 0

allow backward scans 1 0 1 1

allow nested triggers 1 0 1 1

allow resource limits 0 0 0 0

allow updates to system tables 0 0 1 1

audit queue size 100 42 100 100

cpu accounting flush interval 200 0 200 200

cpu grace time 500 0 500 500

deadlock retries 5 0 5 5

default database size 2 0 2 2

default exp_row_size percent 5 0 5 5

default fill factor percent 0 0 0 0

enable DTM 0 0 0 0

enable HA 0 0 0 0

enable housekeeper GC 1 0 1 1

enable sort-merge join and JTC 0 0 0 0

event buffers per engine 100 #11 100 100

housekeeper free write percent 1 0 1 1

i/o accounting flush interval 1000 0 1000 1000

i/o polling process count 10 0 10 10

identity burning set factor 5000 0 5000 5000

identity grab size 1 0 1 1

license information 25 0 25 25

number of alarms 40 3 40 40

number of aux scan descriptors 200 #258 200 200

number of large i/o buffers 6 97 6 6

number of mailboxes 30 1 30 30

number of messages 64 3 64 64

number of open databases 12 1239 12 12

number of open indexes 500 512 500 500

number of open objects 500 561 500 500

number of pre-allocated extent 2 0 2 2

number of sort buffers 500 0 500 500

page lock promotion HWM 200 0 200 200

page lock promotion LWM 200 0 200 200

page lock promotion PCT 100 0 100 100

partition groups 1024 904 1024 1024

partition spinlock ratio 10 0 10 10

print deadlock information 0 0 1 1

row lock promotion HWM 200 0 200 200

row lock promotion LWM 200 0 200 200

row lock promotion PCT 100 0 100 100

runnable process search count 2000 0 2000 2000

size of auto identity column 10 0 10 10

sql server clock tick length 100000 0 100000 100000

text prefetch size 16 0 16 16

time slice 100 0 100 100

upgrade version 1100 0 12000 12000

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

allow procedure grouping 1 0 1 1

auditing 0 0 0 0

check password for digit 0 0 0 0

curread change w/ open cursors 1 0 1 1

current audit table 1 0 1 1

max roles enabled per user 20 #22 20 20

maximum failed logins 0 0 0 0

minimum password length 6 0 6 6

msg confidentiality reqd 0 0 0 0

msg integrity reqd 0 0 0 0

secure default login guest 0 guest guest

select on syscomments.text 1 0 1 1

suspend audit when device full 1 0 1 1

unified login required 0 0 0 0

use security services 0 0 0 0

Parameter Name Default Memory Used Config Value Run Value

-------------- ------- ----------- ------------ ---------

default network packet size 512 #505 512 512

number of pre-allocated extent 2 0 2 2

number of user connections 25 43141 250 250

permission cache entries 15 #227 15 15

stack guard size 4096 #1108 4096 4096

stack size 86016 #23269 86016 86016

systemwide password expiration 0 0 0 0

user log cache size 2048 0 2048 2048

user log cache spinlock ratio 20 0 20 20