应用程序管理 « 性能和调优系列：使用 sp_sysmon 监控Adaptive Server

随着Sybase被完全整合到SAP下，Sybase原来的支持网站被SAP Support Portal取代。
只有购买了SAP服务的用户才能使用账号登录SAP Support Portal进行介质下载、补丁升级、报Incident等。
目前，原Sybase所有产品（包括：Adaptive Server Enterprise、Sybase IQ、Replication Server、PowerDesigner等）的官方手册仍然可以从https://infocenter.sybase.com/help/index.jsp进行浏览或下载。暂不清楚该网站https://infocenter.sybase.com/help/index.jsp何时会被完全迁移到SAP Support上！
Sybase官方手册英文版有html和pdf两种格式，而中文版手册只有pdf一种格式。为了国内Sybase用户更方便、快捷地搜索Sybase常见产品的官方手册内容，特将中文版Sybase官方手册转为html格式！
Sybase产品官方手册中文版的html格式所有内容的版权归SAP公司所有！本博客站长是Sybase数据库的铁杆粉丝！

如有Sybase数据库技术问题需要咨询，请联系我！

QQ :289965371

Email:

以下官方手册为ASE 15.7 ESD#2中文版：

< 上一个 | 内容 | 下一步 >

应用程序管理 ‌ ‌

报告用户任务的执行统计信息。如果使用资源限制，或者通过设置执行属性和指派引擎密切连接来计划对应用程序进行调优，则本部分十分有用。对应用程序、登录或存储过程进行任何调整前，请在典型负载期间运行 sp_sysmon，并熟悉本部分的统计信息。

有关相关背景信息，请参见《性能和调优系列：基础知识》。

请求详细的应用程序信息

如果用第三个 sp_sysmon 参数 ( applmon ) 请求有关特定任务的信息， sp_sysmon 输出除了给出摘要信息以外，还会分别给出每个应用程序的特定统计信息。您可以选择使用以下两种方式之一显示详细的应用程序信息：

• 应用程序和登录信息（使用 sp_sysmon 参数 appl_and_login ) —

sp_sysmon 输出每个登录和所执行的应用程序的单独部分。

• 仅应用程序信息（使用 sp_sysmon 参数， appl_only）：sp_sysmon 输出每个应用程序的一部分，该部分组合了执行该应用程序的所有登录的数据。

例如，如果有 10 名用户使用 isql 登录，5 名用户使用名为 sales_reports 的应用程序登录，则请求 “应用程序和登录”信息会输出 15 个详细信息部分。请求 “仅应用程序”信息会显示两个详细信息部分，一个概述所有 isql 用户的活动，另一个概述 sales_reports 用户的活动。

appl_and_login 可用于 sp_sysmon 的所有部分。下面是一个语法示例：

sp_sysmon “00:05:00” , @applmon=appl_and_login

请参见第 6 页的 “指定应用程序详细信息参数”。

样本输出

Application Management

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

Application Statistics Summary (All Applications)

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

Priority Changes		per sec	per xact	count	% of total
--------------------------		------------	----------	--------	----------
To	High Priority	3.4	0.1	2058	18.6	%
To	Medium Priority	9.6	0.2	5774	52.3	%
To	Low Priority	5.4	0.1	3217	29.1	%
------------------------		------------	------------	--------
Total Priority Changes		18.4	0.5	11049

Allotted Slices Exhausted	per sec	per xact	count	% of total
--------------------------	-----------	----------	-------	----------
High Priority	0.0	0.0	0	0.0	%
Medium Priority	13.8	0.3	8251	100.0	%
Low Priority	0.0	0.0	0	0.0	%

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

Total Slices Exhausted

13.8

0.3

8251

Skipped Tasks By Engine

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

Total Engine Skips

per sec

-----------

0.0

per xact

----------

0.0

count

--------

% of total

----------

n/a

Engine Scope Changes

0.0

n/a

以下示例显示应用程序和登录的输出；其中仅包括一个应用程序和登录的信息。第一行标识应用程序名（箭头前面）和登录名（箭头后面）。

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

Application->Login:ctisql->adonis

Application Activity	per sec	per xact	count	% of total
--------------------------	------------	----------	--------	----------
CPU Busy	0.1	0.0	27	2.8 %
I/O Busy	1.3	0.1	461	47.3 %
Idle	1.4	0.2	486	49.9 %

Number of Times Scheduled 1.7 0.2 597 n/a

Application Priority Changes per sec	per xact	count	% of total
-------------------------- ------------	----------	--------	----------
To High Priority 0.2	0.0	72	50.0 %
To Medium Priority 0.2	0.0	72	50.0 %
To Low Priority 0.0	0.0	0	0.0 %
-------------------------- ------------	----------	--------	----------
Total Priority Changes 0.4	0.0	144

Application I/Os Completed	per sec	per xact	count	% of total
--------------------------	------------	----------	--------	----------
Disk I/Os Completed	0.6	0.1	220	53.9 %
Network I/Os Completed	0.5	0.1	188	46.1 %
-------------------------	------------	-------	--------
Total I/Os Completed	1.1	0.1	408

Resource Limits Violated	per sec	per xact	count	% of total
--------------------------	------------	----------	--------	----------
IO Limit Violations
Estimated	0.0	0.0	0	0.0 %
Actual	0.1	4.0	4	50.0 %
Time Limit Violations
Batch	0.0	0.0	0	0.0 %
Xact	0.0	0.0	0	0.0 %
RowCount Limit Violations	0.1	4.0	4	50.0 %

-------------------------	-----------	-------	--------
Total Limits Violated	0.1	8.0		8

Application Statistics Summary (All Applications)

摘要部分的 sp_sysmon 统计信息可帮助确定资源利用中是否存在异常情况。如果存在，可使用详细的报告进行进一步的研究。

应用程序统计信息显示：

• 任务是否在不同的优先级间来回切换

• 指派给任务允许其运行的时间是否适当

• 已指派低优先级的任务的 CPU 时间是否不足

• 有关负载平衡的引擎绑定是否正确

“Application Statistics Summary”包括系统任务及用户任务的数据。如果摘要报告指出资源问题，而您未在应用程序或应用程序和登录信息中看到支持证据，请研究报告的 sp_sysmon 内核部分（第 19 页的 “内核使用率 ”）。

Priority Changes

报告在采样间隔期间每个优先级运行队列中所有用户任务发生的优先级变化。与系统相关的活动会引起的某些优先级切换，看到这种情况是正常的。例如，在以下情况时就会发生这种优先级切换：

• 任务在等待锁时进入休眠状态 — Adaptive Server 临时提升任务的优先级。

• 管家任务休眠 — Adaptive Server 在管家清洗和管家杂事任务唤醒时将优先级提升为中级，并在管家清洗和管家杂事任务重新休眠时将其重新更改为低优先级。

• 任务执行存储过程 — 该任务采用存储过程的优先级，并在执行此过程后恢复其先前的优先级别。

如果使用逻辑进程管理并且与稳定状态值相比，进行了大量优先级更改，则可能表明某个应用程序，或与该应用程序相关的用户任务的优先级更改频繁。请检查各个应用程序的优先级更改数据。确认应用程序和登录是否按照您预期的方式运行。

如果确定高优先级更改率不是由某个应用程序或相关任务引起的，则可能是由系统活动引起的。

Total Priority Changes

报告在采样期间优先级更改的总次数。本部分提供了一种快捷的方法，可用来确定是否发生了大量的运行队列优先级更改。

Allotted Slices Exhausted

每个运行队列中的用户任务超过分配的执行时间的次数。用户任务获得对引擎的访问后，允许该任务在给定的一段时间内执行。如果时间用尽前任务未放弃引擎， Adaptive Server会请求它尽快放弃而不要占有关键资源。放弃后，任务会重新回到运行队列。

“Allocated Slices Exhausted”可帮助您确定是否存在应该对其执行属性或引擎关联进行调优的 CPU 密集型应用程序。如果这些数值高，则表明应用程序是 CPU 密集型的。应用程序级信息可帮助您确定要调优的应用程序。某些任务，尤其是那些执行大量排序操作的任务是 CPU 密集型的。

使用 “Alloted slices exhausted”评估新硬件要求。速度更快的 CPU 通常更有优势，您遇到的用尽的时间片越多，升级到速度更快的 CPU 后，您的网站获得的好处就越多。

Skipped Tasks By Engine

引擎在运行队列顶部跳过用户任务的次数。这种情况出现在运行队列顶部的任务与引擎组密切连接，并且非引擎组中的引擎在队列中将其绕过的时候。

此值受配置引擎组和引擎组绑定影响。如果低优先级的任务被绕过而执行更多关键的任务，则该类别的较高值是可接受的。可能存在这种情况：引擎组绑定以至准备运行任务无法找到兼容的引擎。这种情况下，引擎处于空闲状态时，任务可能需要等待执行。请研究引擎组及其绑定方式，并检查负载平衡。

Engine Scope Changes

用户在采样间隔期间更改任何用户任务的引擎组绑定的次数。

Per Application 或 Per Application And Login

本部分提供有关由特定应用程序和登录任务，或每个应用程序的所有用户使用的系统资源的详细信息。

Application Activity

帮助您确定应用程序是 I/O 密集型还是 CPU 密集型。它报告在应用程序中所有用户任务在执行、进行 I/O 或处于空闲状态时所花费的时间。它还报告安排和选择运行任务的次数。

CPU 繁忙

采样间隔期间执行用户任务的时钟周期数。如果该类别中的数值较高，则表明是 CPU 绑定的应用程序。如果这会导致出现问题，您可能需要考虑引擎绑定。

I/O Busy

采样间隔期间用户任务执行 I/O 的时钟周期数。如果该类别中的数值高，则表明是 I/O 密集型的进程。如果空闲时间值也高，则此应用程序可能是 I/O 绑定。

如果为应用程序指派较高的优先级、将其绑定到轻载引擎或引擎组，或将应用程序的数据分隔到多个设备上，则可能会实现较好的吞吐量。

Idle

采样间隔期间用户任务空闲的时钟周期数。

Number of Times Scheduled

安排和选择用户任务在引擎上运行的次数。该数据可帮助确定应用程序是否有充足的资源。对于通常需要占用大量 CPU 时间的任务，如果该值低，则可能表明资源不充足。请考虑在带有足够的引擎资源的已装载系统中更改优先级。

Application Priority Changes

该应用程序在采样期间更改其优先级的次数。

当 “Application Management”类别指明某个问题时，可使用这一部分来找出问题的起因。

Application I/Os Completed

报告在采样间隔期间该应用程序完成的磁盘和网络 I/O 数。该类别表明完成的磁盘和网络 I/O 总数。

如果怀疑 I/O 的完成情况存在问题，请参见第 120 页的 “磁盘 I/O 管理” 和第 126 页的 “网络 I/O 管理”。

Resource Limits Violated

针对以下各项的违反次数和类型：

• 违反 I/O 限制 — 估计的和实际的

• 时间限制 — 批处理和事务

• 违反 RowCount 限制

• Total Limits Violated

如果在采样期间未超过任何限制，则仅输出总计行。

< 上一个 | 内容 | 下一步 >

--------------------------------------华丽的分割线-------------------------------------------------------------------------

Sybase SQL Anywhere数据库恢复工具ReadASADB：

之前就已经研发成功了能够从Sybase SQL Anywhere的DB文件中恢复数据的工具: ReadASADB。
此工具支持ASA v5.0, v6.0, v7.0, v8.0, v9.0, v10.0, v11.0, v12.0, v16.0, v17.0等版本。
能够从损坏的SQL Anywhere数据文件(.db)和UltraLite数据文件(.udb)上提取数据的非常规恢复工具。
恢复Sybase SQL Anywhere的工具在国内处于领先水平。

Sybase SQL Anywhere数据库恢复工具ReadASADB功能
能够从损坏的SQL Anywhere数据文件(.db)和UltraLite数据文件(.udb)上提取数据的非常规恢复工具

适用于所有的SQL Anywhere版本包括：5.x,6.x,7.x,8.x,9.x,10.x,11.x,12.x,16.x,17.x
适用于所有的UltraLite版本
能够恢复出来表结构和数据
能够恢复自定义数据类型
能够恢复存储过程等对象的语法
能够导出到目标数据库
能够导出到SQL文件并生成导入脚本
支持多种字符集，包括：cp850、cp936、gb18030、utf8等
能够恢复未加密或者简单加密类型的数据
简单易用
限制：不支持AES加密的数据文件

请参考：研发成功了从Sybase SQL Anywhere的DB文件上恢复数据的工具
SQL Anywhere数据库非常规恢复工具ReadASADB使用介绍

Sybase SQL Anywhere数据库恢复工具ReadASADB适用场景

各种误操作：

误截断表(truncate table)
误删除表(drop table)
错误的where条件误删数据
误删除db或log文件
误删除表中的字段

Sybase SQL Anywhere数据库恢复工具ReadASADB的应用场景：

1.因为物理磁盘故障、操作系统、系统软件方面或者掉电等等原因导致的Sybase SQL Anywhere数据库无法打开的情况；
2.误操作，包括truncate table,drop table,不正确的where条件导致的误删除等；
Sybase SQL Anywhere无法打开时，比较常见的错误是：Assertion failed。
如：
1、Internal database error *** ERROR *** Assertion failed:201819 (8.0.1.2600) Checkpoint log: invalid bitmap page -- transaction rolled back
2、Internal database error *** ERROR *** Assertion failed:201819 (8.0.1.2600) Page number on page does not match page requested -- transaction rolled back
3、Internal database error *** ERROR *** Assertion failed:200502 (9.0.2.2451) Checksum failure on page 23 -- transaction rolled back
4、File is shorter than expected
5、Internal database error *** ERROR *** Assertion failed: 201116 Invalid free list index page found while processing checkpoint log -- transaction rolled back
6、*** ERROR *** Assertion failed: 51901 Page for requested record not a table page or record not present on page
7、*** ERROR *** Assertion failed: 201417 (7.0.4.3541) Invalid count or free space offset detected on a table page
8、Internal database error *** ERROR *** Assertion failed: 201425 (8.0.3.5594) Invalid count or free space offset detected on a free list page -- transaction rolled back.
9、Internal database error *** ERROR *** Assertion failed: 100702 (8.0.1.2600) Unable to modify indexes for a row referenced in rollback log -- transaction rolled back

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

Sybase ASE数据库恢复工具READSYBDEVICE：

一个不依赖数据库管理系统、直接从Sybase数据库设备文件上提取数据的业内领先的恢复工具！
能够从损坏的Sybase ASE设备文件(.dat)上提取数据的非常规恢复工具。

Sybase ASE数据库恢复工具READSYBDEVICE的主要功能：

被勒索病毒加密数据文件及备份文件情况下的恢复；
系统崩溃只剩下数据文件的情况下的恢复，甚至数据库文件不存在而只有损坏的备份文件情况下的恢复；
因断电、硬盘坏道等造成数据库文件损坏情况下的恢复；
delete数据恢复、误update数据恢复、误删除表(drop）恢复、误truncate表恢复等；
各种Sybase内部系统表损坏、索引错误的修复；
master数据库损坏而无法正常运行情况下的恢复；
Sybase数据库被标记为可疑，不可用等情况的恢复；
Sybase数据库中数据文件内部出现坏块情况下的恢复；
Sybase数据库无数据文件但有日志文件的情况下的恢复；
Sybase数据库只有数据文件无任何日志文件的情况下的恢复；
Sybase数据文件被误删除情况下的碎片提取恢复；
磁盘阵列上的Sybase数据库被误格式化情况下的数据库恢复；
数据库sysobjects等系统表损坏无法正常应用情况下的恢复；
Sybase数据库还原数据库出现失败情况下的恢复；
Sybase数据库只剩下损坏的备份文件情况下的恢复。

Sybase ASE数据库恢复工具READSYBDEVICE支持的版本：

Sybase ASE 11.0.x，11.5.x，11.9.x，12.0.x，12.5.x，15.0.x，15.5.x，15.7.x，16.0.x

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

SQL Server数据库恢复工具SQLRescue：

一个不依赖数据库管理系统、直接从SQL Server数据库文件上提取数据的业内领先的恢复工具！
能够从损坏的SQL Server数据库文件(.mdf)上提取数据的非常规恢复工具。

SQL Server数据库恢复工具SQLRescue的主要功能：

系统崩溃只剩下数据文件的情况下的恢复，即无日志文件或者日志文件损坏情况下的恢复；
断电导致数据库文件损坏情况下的恢复；
硬盘坏道造成数据库损坏情况下的恢复；
数据文件内部存在坏页情况下的恢复；
企业管理器误删除数据表记录，管理软件误删除数据表记录的恢复；
并闩锁错误、格式化、误删除后导致软件不能使用的情况；
无法读取并闩锁页sysindexes失败情况下的修复；
数据文件被误删除情况下的碎片提取恢复；
系统表损坏、索引错误、误删除数据库表、删除记录的数据找回；
master数据库损坏而无法正常运行情况下的恢复；
数据文件无法附加情况下的数据恢复；
数据库被标记为可疑，质疑，不可用等情况的恢复；
数据库sysobjects等系统表损坏情况下的恢复；
数据被误(drop、delete、truncate）删除表数据的恢复,误update后的数据恢复等；
还原时报一致性错误，错误823等情况下的数据恢复，各种错误提示的数据库文件修复；
数据库被误格式化等情况下的数据库恢复；
日志收缩造成数据库损坏情况下的恢复；
仅剩损坏的备份文件情况下的恢复。

SQL Server数据库恢复工具SQLRescue技术特点：

只要SQL Server数据库的数据文件存在，我们就有办法帮您从数据文件中找回重要数据。

从数据文件中直接恢复数据
不能附加时直接恢复数据并生成新的数据库
系统表损坏的数据库修复
快速修复SQL 823错误、连接中断错误

SQL Server数据库恢复工具SQLRescue支持的版本：

Microsoft SQL Server 7.0, 2000, 2005, 2008, 2008R2, 2012, 2014, 2016, 2017,2019。
+-------------------------------------华丽的分割线-------------------------------------------------------------------------

Sybase数据库技术,数据库恢复

如有Sybase数据库技术问题需要咨询，请联系我！

Application Statistics Summary (All Applications)

Per Application 或 Per Application And Login