This article describes the adaptive server system through the Sp_sysmon of the operation of a comprehensive system to understand, is conducive to better understanding of system performance, more effective system management, rational use and allocation of system resources, to achieve system performance tuning purposes.
Learn from 18 aspects of the performance of the system and use environment parameters to tune performance when appropriate:
1, kernel Management (kernal) 2, Application Management (APPMGMT) 3, data cache management (Dcache)
4, ESP management (ESP) 5, index management (INDEXMGMT) 6, lock management (locks)
7, Memory Management (memory) 8, metadata cache Management (Mdcache) 9, Task management (TASKMGMT)
10, monitor access to the implementation of SQL (monaccess) 11, network I/O management (netio)
12. Parallel query Management (parallel) 13, process cache Management (Pcache) 14, Recovery Management (recovery)
15, transaction Management (XACTMGMT) 16, transaction profile (Xactsum) 17, disk I/O management (Diskio)
18. Work Process Management (WPM)
The English short word after parentheses is the module parameter.
Environment: 1, the user database has the data table auths and article for practice
2, the data table has 100,000 rows of data
3, the user has the query, the modification, the deletion and so on basic database table Operation Authority
Step: Perform Sp_sysmon "00:10:00" (server-level system storage process, no need to open a database), or perform the following format process to view the specific operation batch command corresponding to the system performance:
Sp_sysmon Begin_sample
SQL statement or storage process
Sp_sysmon Commit_sample
This experiment uses Sp_sysmon "HH:MM:SS", the performance module name.
Conclusion: Through this exercise, we can understand the current system in various aspects of the system operating conditions, performance problems and imbalance imbalance, learn to use the corresponding parameters and measures to solve and tune, and constantly compare the performance before and after adjustment, and ultimately improve system performance.
Note: 1, the command execution result set at the beginning of the same as the following, the block exercise is no longer one by one listed:
======================================================================
Sybase Adaptive Server Enterprise System Performance
======================================================================
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, the implementation of the result set of each column information tip:
Per sec: average of each second during sampling
Per XACT: average of each transaction submitted during sampling
Count: Total value per second during sampling
% of total: percentages, depending on different circumstances
3, the result set corresponding to the performance of the description, analysis and tunable description
4, this exercise only gives some of the module monitoring results (may have deletions), with Sp_sysmon "HH:MM:SS" can see all the details.
monitoring execution of SQL access
Command line: Sp_sysmon "00:10:00", monaccess
Results:
Monitor access to executing SQL (monitoring access to execute SQL)
-------------------------------
Per sec/XACT count% of total
------------ ------------ ---------- ----------
Waits on Execution plans 0.0 0.0 0 N/A
Each attempt to use Sp_showplan, but must wait for the Access query plan to read eligibility and report the number of waits.
Number of SQL Text overflows 0.0 0.0 0 N/A
The number of times the SQL batch text exceeded the size of the text buffer.
Maximum SQL Text requested/n N/A 0 N/A
(since beginning of sample)
The max SQL text monitored (default 0) parameter specifies the amount of memory that is allocated to each connected user to hold the SQL text to RAM for sever monitor sharing. The recommended value is 1024.