提供7*24专业Sybase数据库远程及现场技术支持,Sybase ASE及Sybase SQL Anywhere数据库修复服务,
请联系电话: (微信),QQ: 289965371!
We supply technical support for Sybase ASE and Sybase SQL Anywhere, also have many years of experience in recovering data from damanged Sybase devices.
Please contact us:
Phone:
Wechat: 13811580958
QQ: 289965371 联系我们获取数据库技术支持!
Email: 289965371@qq.com
扫描下方微信,联系我们:
扫描雨翰数据恢复官方微信获取专业数据库恢复服务

 

随着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中文版:

  1. 新增功能公告 适用于 Windows、Linux 和 UNIX 的 Open Server 15.7 和 SDK 15.7
  2. 新增功能摘要
  3. 新增功能指南
  4. ASE 15.7 发行公告
  5. 配置指南(windows)
  6. 安装指南(windows)
  7. 参考手册:构件块
  8. 参考手册:命令
  9. 参考手册:过程
  10. 参考手册:表
  11. Transact-SQL® 用户指南
  12. 系统管理指南,卷 1
  13. 系统管理指南,卷 2
  14. 性能和调优系列:基础知识
  15. 性能和调优系列:锁定和并发控制
  16. 性能和调优系列:监控表
  17. 性能和调优系列:物理数据库调优
  18. 性能和调优系列:查询处理和抽象计划
  19. 性能和调优系列:使用 sp_sysmon 监控 Adaptive Server
  20. 性能和调优系列:利用统计分析改进性能
  21. 程序员参考 jConnect for JDBC 7.0.7
  22. Adaptive Server Enterprise 中的 Java
  23. 组件集成服务用户指南
  24. Ribo 用户指南
  25. 内存数据库用户指南
  26. Sybase Control Center for Adaptive Server® Enterprise
  27. 安全性管理指南
  28. 实用程序指南

 


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

sp_monitor

说明 显示有关 Adaptive Server 的统计信息。

语法 sp_monitor 语法按命令区分,因为许多类型都有其自己的参数。以下代 码段先显示整个存储过程的语法,再显示每个命令类型接口的语法。

sp_monitor [[connection | statement], [cpu | diskio | elapsed time]] [event, [spid ]]

[procedure, [dbname, [procname[, summary | detail]]]] [enable] [disable]

[help], [deadlock][procstack]

参数 connection

显示有关每个连接的信息。 connection 使用以下监控表:

monProcessSQLText

monProcessActivity statement

显示有关每个语句的信息。 statement 使用以下监控表:

monProcessSQLText

monProcessStatement cpu | diskio | elapsed time

这些参数用于对 sp_monitor connection sp_monitor statement 的输出排 序。

cpu – 指示各个连接或语句消耗的 CPU 时间。

diskio – 指示每个连接或语句执行的物理读取数。

elapsed time – 指示每个连接或语句的 CPU 时间和等待时间的总 和。

event

有三种可能的显示内容。如果指定:

零个选项 – 仅显示用户任务。

sp_monitor, event, "-1" – 显示有关所有任务(包括用户任务和系统 任务)的等待信息。

sp_monitor, event, "spid" – 仅显示有关指定的服务器进程 ID 的等待 信息。


spid

允许获取有关特定任务的 event 信息,方法是输入它的 spid。必须在 引号内指定 spid 的数值。

procedure

显示有关存储过程的统计信息:

ProcName – 正在被监控的存储过程。

DBNAME – 存储过程所在的数据库。

NumExecs – 此特定存储过程大约执行的次数。

AvgCPUTime – 执行存储过程所需的平均 CPU 时间。

AvgPhysicalReads – 存储过程执行的平均磁盘读取数。

AvgLogicalReads – 存储过程执行的平均逻辑读取数。

AvgMemUsed_KB – 存储过程使用的平均内存量 (以 KB 为单位)。

procedure 使用 monSysStatement 监控表。

dbname

显示有关指定数据库的过程的信息。

procname

显示有关指定过程的信息。

summary | detail

显示摘要信息 (它提供过程的所有实例的平均值),或者显示详细信 息 (它提供有关存储过程的每个实例的信息)。

enable

启用 sp_monitor 的新选项。它打开开始监控所需的配置参数。

disable

禁用监控。

help

显示 sp_monitor 的语法和示例,同时报告将此过程用于死锁分析的详 细信息:

sp_monitor 'help', 'deadlock'

help 选项还可提供特定于命令的示例。

deadlock

指示 sp_monitor 处理 monDeadlock 表中的历史数据,并输出每个死锁 实例的输出块。


procstack 检查任务的执行上下文,包括深层嵌套存储过程的执行上下文。所执 行的过程堆栈从 monProcessProcedures 监控表中提取。

示例 示例 1 报告有关 Adaptive Server 繁忙情况的信息:

sp_monitor

last_run

current_run

seconds

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

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

---------

Jan 29 1987 10:11AM

Jan 29 1987 10:17AM

314


cpu_busy

io_busy

idle

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

---------

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

4250(215)-68%

67(1)-0%

109(100)-31%


packets_received

packets_sent

packet_errors

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

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

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

781(15)

10110(9596)

0(0)


total_read

total_write total_errors

connections

-----------

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

-----------

394(67)

5392(53) 0(0)

15(1)


示例 2 说明如何显示有关连接的信息:

1> sp_monitor "connection"

2> go

spid

LoginName

ElapsedTime

LocksHeld

SQLText

----

---------

-----------

---------

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

12

sa

90300

2

exec get_employee_salaries

27

sa

17700

1

exec get_employee_perks


缺省情况下,缺省输出按 ElapsedTime 的降序顺序排序。

示例 3 标识出执行物理读取最多的连接:

1> sp_monitor "connection","diskio"

2> go

spid

LoginName

Physical_Reads

LocksHeld

SQLText

----

---------

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

---------

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

12

sa

117

2

exec get_employee_salaries

27

sa

1

0

exec get_employee_perks


示例 4 显示有关每条语句的信息:

1> sp_monitor "statement"


2> go

spid

LoginName

ElapsedTime

SQLText

----

---------

-----------

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

12

sa

100

exec get_employee_salaries


示例 5 显示每个任务花费时间等待的事件以及等待的持续时间,按等待 时间的降序顺序报告:

1> sp_monitor "event"

2> go

SPID

WaitTime

Description

------

-----------

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

6

108200

hk:pause for some time

29

108200

waiting for incoming network data

10

107800

waiting while allocating new client socket

15

17100

waiting for network send to complete

14

5900

waiting for CTLIB event to complete

14

400

waiting for disk write to complete

7

200

hk:pause for some time

7

100

waiting on run queue after yield

12

100

waiting for network send to complete


示例 6 显示 spid 14 的事件数据:

1> sp_monitor "event","14"

2> go

WaitTime Description

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

9000 waiting for CTLIB event to complete 600 waiting for disk write to complete

200 waiting for disk write to complete

100 waiting on run queue after yield

100 wait for buffer write to complete

示例 7 提供最近运行的过程的摘要,按平均经历时间的降序顺序排序。 本示例提供历史监控信息,而不是当前状态。

1> sp_monitor "procedure"

2> go


Average Procedure Statistics

============================


ProcName DBName AvgElapsedTime AvgCPUTime AvgWaitTime AvgPhysicalReads AvgLogicalReads AvgPacketsSent NumExecs

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

neworder_remote tpcc 1833 16 1083 26 96 0 6


neworder_local

tpcc

1394

13

1181

31

122

0

38

tc_startup

tpcc

1220

3

1157

0

3

0

59

delivery

tpcc

1000

0

800

23

49

0

2

用法 注释 使用与 sp_monitor 关联的新参数之前,必须设置监控表以及启用 这些选项所需的相关存储过程。请参见 Performance and Tuning:Monitoring and Analyzing (《性能和调优:监控和分析》)中的 Installing Monitoring Tables (“安装监控表”)。

image


• Adaptive Server 跟踪它对一系列全局变量产生的影响。sp_monitor 显 示这些全局变量的当前值以及自最后执行过程后的更改量。

对于每一列,这些统计信息以 number(number)-number%

number(number) 形式出现。

第一个数值表示秒数 (对于 cpu_busyio_busy idle)或自

Adaptive Server 重新启动后的总数 (对于其它列)。

小括号中的数值表示自最后一次运行 sp_monitor 后的秒数或总 数。百分比符号指示自最后一次运行 sp_monitor 后的时间百分比。

例如,如果报告将 cpu_busy 显示为 “4250(215)-68%”,则它意味 着 CPU Adaptive Server 最后一次启动以来处于忙状态的时间为 4250 秒,自 sp_monitor 最后一次运行以来处于忙状态的时间 215 秒,并且占 sp_monitor 自最后一次运行以来总时间的 68%

对于 total_read 列,值 394(67) 意味着自 Adaptive Server 最后一次启 动以来已有 394 个磁盘读取,其中 67 个读取是自最后一次运行 sp_monitor 后进行的。

此表显示每种选项类型访问的监控表。

1-24:按监控类型访问的监控表

监控类型

访问的表

配置选项

配置选项类型

connection

monProcessSQLext

max SQL text monitored

SQL batch capture

布尔型

monProcessActivity

wait event timing

布尔型

per object statistics active

布尔型

procstack

monProcessProcedures

不适用

statement

monProcessSQLText

max SQL text monitored

SQL batch capture

布尔型

monProcessStatement

statement statistics active

布尔型

per object statistics active

布尔型

wait event timing

布尔型


监控类型

访问的表

配置选项

配置选项类型

event

monProcessWaits

wait event timing

布尔型

process event waits

布尔型

procedure

monSysStatement

statement statistics active

布尔型

per object statistics active

布尔型

statement pipe max messages

statement pipe active

布尔型

deadlock

monDeadlock

deadlock pipe max messages

deadlock pipe active

布尔型


sp_monitor connection 仅监控主动执行的 T-SQL 的连接,而不报告所 有连接。

必须从 master 数据库中运行 sp_monitor。但是,如果要分析其它数 据库中存档的死锁数据,可从该数据库中运行 sp_monitor deadlock

在不使用任何选项调用 sp_monitor event 时,将不再显示所有任务

(包括系统任务)。在 Adaptive Server version 15.0.2 及更高版本中,

event 选项提供了三种可能性。如果:

不提供任何选项 – 仅显示用户任务。

指定 sp_monitor, event, "-1" – 显示有关所有任务 (包括用 户任务和系统任务)的等待信息。

指定 sp_monitor, event, "spid" – 仅显示有关指定的服务器 进程 ID 的等待信息。

1-25 描述 sp_monitor 报告中的列、等效的全局变量 (如果有)及 其含义。除 last_runcurrent_run seconds 以外,这些列标题也是 全局变量的名称,但以 @@ 开头的所有全局变量除外。由全局变量 报告的数字单位上也有差别 – 全局变量报告的数字不是以毫秒计 的 CPU 时间,而是计算机时钟周期。

1-25sp_monitor 报告中的列

列标题

等效变量

含义

last_run

sp_monitor 过程最后一次运行的时钟时间。

current_run

当前时钟时间。

РО

sp_monitor 最后一次运行以来的秒数。

cpu_busy

@@cpu_busy

Adaptive Server CPU 执行 Adaptive Server 工作的秒数 (CPU 时 间)。

io_busy

@@io_busy

Adaptive Server 执行输入和输出操作所用的秒数 (CPU 时间)。

idle

@@idle

Adaptive Server 处于空闲状态的秒数 (CPU 时间)。

packets_received

@@pack_received

Adaptive Server 读取的输入包的数目。


列标题

等效变量

含义

packets_sent

@@pack_sent

Adaptive Server 写入的输出包的数目。

packet_errors

@@packet_errors

Adaptive Server 读写包时检测到的错误数。

total_read

@@total_read

Adaptive Server 的磁盘读取操作的数目。

total_write

@@total_write

Adaptive Server 的磁盘写入操作的数目。

total_errors

@@total_errors

读写数据时 Adaptive Server 检测到的错误数。

连接

@@connections

Adaptive Server 的登录或登录尝试次数。


Adaptive Server 启动后首次 sp_monitor 运行时,小括号中的数值 没有意义。

• Adaptive Server 的管家任务使用服务器的空闲周期将从高速缓存更 改的页写入磁盘。此进程影响 sp_monitor 报告的 cpu_busyio_busy idle 列的值。若要禁用该管家任务并消除这些影响,请将 housekeeper free write percent 配置参数设置为 0

sp_configure "housekeeper free write percent", 0

当具有代表性的工作量在系统上运行时,必须运行 sp_monitor

通常,将按以下顺序运行这些过程:

运行 sp_monitor enable

调用 sp_monitor 选项

完成监控后,运行 sp_monitor disable

使用 sp_monitor procedure 时,返回的行数可能非常大;可能要使用 summary 选项,而不是 detail 选项。在活动的系统上,此命令可能要 花一段时间才能完成。

权限 无论是否启用细化权限,对 sp_monitor 的权限检查都相同:

sybsystemprocs 的数据库所有者可以执行 sp_monitor 并将 execute 权 限授予其他用户。

存储过程使用 execute as owner 创建。所有者是 sa。所有者必须拥有

mon_role,缺省情况下,用户 sa 拥有该权限。

有关详细信息,请参见 Performance and Tuning: Monitoring and Analyzing

(《性能和调优:监控和分析》)中的 “Monitoring Table”(监控表)。

审计 sysaudits 表的 event extrainfo 列中的值如下所示:



事件 审计选项

image

审计的命令或访

问权限 extrainfo 中的信息

38 exec_procedure 执行过程 角色 – 当前活动角色

关键字或选项 NULL

先前值 NULL

当前值 NULL

其它信息 – 所有输入参数

代理信息 set proxy 有效时的初始登录名


另请参见 系统过程 sp_who




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

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)上提取数据的非常规恢复工具
  1. 适用于所有的SQL Anywhere版本    包括:5.x,6.x,7.x,8.x,9.x,10.x,11.x,12.x,16.x,17.x
  2. 适用于所有的UltraLite版本
  3. 能够恢复出来表结构和数据
  4. 能够恢复自定义数据类型
  5. 能够恢复存储过程等对象的语法
  6. 能够导出到目标数据库
  7. 能够导出到SQL文件并生成导入脚本
  8. 支持多种字符集,包括:cp850、cp936、gb18030、utf8等
  9. 能够恢复未加密或者简单加密类型的数据
  10. 简单易用
  11. 限制:不支持AES加密的数据文件
请参考:研发成功了从Sybase SQL Anywhere的DB文件上恢复数据的工具
            SQL Anywhere数据库非常规恢复工具ReadASADB使用介绍

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

各种误操作:

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

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的主要功能:

  1. 被勒索病毒加密数据文件及备份文件情况下的恢复;
  2. 系统崩溃只剩下数据文件的情况下的恢复,甚至数据库文件不存在而只有损坏的备份文件情况下的恢复;
  3. 因断电、硬盘坏道等造成数据库文件损坏情况下的恢复;
  4. delete数据恢复、误update数据恢复、误删除表(drop)恢复、误truncate表恢复 等;
  5. 各种Sybase内部系统表损坏、索引错误的修复;
  6. master数据库损坏而无法正常运行情况下的恢复;
  7. Sybase数据库被标记为可疑,不可用等情况的恢复;
  8. Sybase数据库中数据文件内部出现坏块情况下的恢复;
  9. Sybase数据库无数据文件但有日志文件的情况下的恢复;
  10. Sybase数据库只有数据文件无任何日志文件的情况下的恢复;
  11. Sybase数据文件被误删除情况下的碎片提取恢复;
  12. 磁盘阵列上的Sybase数据库被误格式化情况下的数据库恢复;
  13. 数据库sysobjects等系统表损坏无法正常应用情况下的恢复;
  14. Sybase数据库还原数据库出现失败情况下的恢复;
  15. 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的主要功能:

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

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

只要SQL Server数据库的数据文件存在,我们就有办法帮您从数据文件中找回重要数据。
  1. 从数据文件中直接恢复数据
  2. 不能附加时直接恢复数据并生成新的数据库
  3. 系统表损坏的数据库修复
  4. 快速修复SQL 823错误、连接中断错误

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

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