锁定工具 « 性能和调优系列：锁定和并发控制 « Sybase数据库技术,数据库恢复

随着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_who 、 sp_lock 和 sp_familylock 可报告用户所持有的锁，和显示被其它事务阻塞的进程。

获取有关阻塞进程的信息 ‌

sp_who 用于报告系统进程。如果用户的命令被另一个任务或工作进程所持有的锁阻塞，则 status 列显示 “lock sleep”（锁休眠），以指示该任务或工作进程正在等待现有锁被释放。

blk_spid 或 block_xloid 列可显示持有一个锁或多个锁的任务或事务的进程 ID。

可添加用户名参数，以获取关于特定 Adaptive Server 用户的 sp_who 信息。如果未提供用户名称，则 sp_who 报告 Adaptive Server 中的所有进程。

例如，请考虑如果您在 pubs2 数据库中运行三个会话会发生什么情况：会话一删除 authors 表，会话二选择 authors 表中的所有数据，会话三针对 spid 15 运行 sp_who。这种情况下，会话二挂起，会话三在 sp_who 输出中报告此情况：

sp_who '15' fid spid status	loginame	origname	hostname	blk_spid	dbname
tempdbname cmd		block_xloid	threadpool
--- ---- ---------	---------	---------	---------------	--------	-----------
----------- ----------------- -----------			-----------------
0 15 recv sleep sa sa tempdb AWAITING COMMAND 0			PSALDINGXP 0 syb_default_pool		pubs2

如果您针对 spid 16 运行 sp_who：

sp_who '16' fid spid status	loginame origname	hostname	blk_spid	dbname
tempdbname cmd	block_xloid	threadpool
--- ---- ----------	--------- ---------	---------------	--------	-----------
----------- ----------------- ----------- 0 16 lock sleep sa sa		----------------- PSALDINGXP		15	pubs2

tempdb SELECT 0 syb_default_pool

如果您针对 spid 15 运行 sp_lock， class 列会显示与当前用户的游标相关联的锁的游标名称以及其他用户的游标 ID：

fid	spid loid locktype	table_id page
row	dbname class	context
-----	----- ---------- --------------------------	---------- ----------
-----	--------------- ---------------------	---------------
0	15 30 Ex_intent	576002052 0
0	pubs2 Non Cursor Lock
0	15 30 Ex_page-blk	576002052 1008
0	pubs2 Non Cursor Lock
0	15 30 Ex_page	576002052 1040
0	pubs2 Non Cursor Lock	Ind pg

如果您针对 spid 16 运行 sp_lock， class 列会显示与当前用户的游标相关联的锁的游标名称以及其他用户的游标 ID：

fid spid loid locktype table_id page row dbname class context

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

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

0 16 32 Sh_intent 576002052

0 0 pubs2 Non Cursor Lock

注释在本章中， sp_lock 和 sp_familylock 的输出样本省略了 class 列，以增强可读性。 class 列可报告持有锁的游标名称或 “Non Cursor Lock”

（非游标锁）。

通过 sp_lock 查看锁‌

要获取 Adaptive Server 中当前被持有的锁的报告，应使用 sp_lock：

sp_lock

fid spid loid locktype table_id page row dbname context

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

0	15	30	Ex_intent	208003772	0	0	sales	Fam	dur
0	15	30	Ex_page	208003772	2400	0	sales	Fam	dur,	Ind pg
0	15	30	Ex_page	208003772	2404	0	sales	Fam	dur,	Ind pg
0	15	30	Ex_page-blk	208003772	946	0	sales	Fam	dur
0	30	60	Ex_intent	208003772	0	0	sales	Fam	dur
0	30	60	Ex_page	208003772	997	0	sales	Fam	dur
0	30	60	Ex_page	208003772	2405	0	sales	Fam	dur,	Ind pg
0	30	60	Ex_page	208003772	2406	0	sales	Fam	dur,	Ind pg
0	35	70	Sh_intent	16003088	0	0	sales	Fam	dur
0	35	70	Sh_page	16003088	1096	0	sales	Fam	dur,	Inf key
0	35	70	Sh_page	16003088	3102	0	sales	Fam	dur,	Range
0	35	70	Sh_page	16003088	3113	0	sales	Fam	dur,	Range
0	35	70	Sh_page	16003088	3365	0	sales	Fam	dur,	Range
0	35	70	Sh_page	16003088	3604	0	sales	Fam	dur,	Range
0	49	98	Sh_intent	464004684	0	0	master	Fam	dur
0	50	100	Ex_intent	176003658	0	0	stock	Fam	dur
0	50	100	Ex_row	176003658	36773	8	stock	Fam	dur
0	50	100	Ex_intent	208003772	0	0	stock	Fam	dur
0	50	100	Ex_row	208003772	70483	1	stock	Fam	dur
0	50	100	Ex_row	208003772	70483	2	stock	Fam	dur
0	50	100	Ex_row	208003772	70483	3	stock	Fam	dur
0	50	100	Ex_row	208003772	70483	5	stock	Fam	dur
0	50	100	Ex_row	208003772	70483	8	stock	Fam	dur
0	50	100	Ex_row	208003772	70483	9	stock	Fam	dur
32	13	64	Sh_page	240003886	17264	0	stock
32	16	64	Sh_page	240003886	4376	0	stock
32	17	64	Sh_page	240003886	7207	0	stock
32	18	64	Sh_page	240003886	12766	0	stock
32	18	64	Sh_page	240003886	12767	0	stock
32	18	64	Sh_page	240003886	12808	0	stock
32	19	64	Sh_page	240003886	22367	0	stock
32	32	64	Sh_intent	16003088	0	0	stock	Fam	dur
32	32	64	Sh_intent	48003202	0	0	stock	Fam	dur
32	32	64	Sh_intent	80003316	0	0	stock	Fam	dur
32	32	64	Sh_intent	112003430	0	0	stock	Fam	dur
32	32	64	Sh_intent	176003658	0	0	stock	Fam	dur
32	32	64	Sh_intent	208003772	0	0	stock	Fam	dur
32	32	64	Sh_intent	240003886	0	0	stock	Fam	dur

sp_lock 30

本例显示了串行进程以及一个并行进程的锁状态：

• spid 15 持有一个表的排它意图锁、一个数据页锁和两个索引页锁。后缀 “blk”指示此进程正在阻塞需要获取锁的另一个进程； spid 15 正在阻塞另一个进程。一旦阻塞进程结束，其它进程将继续执行。

• spid 30 持有一个表的排它意图锁、一个数据页锁和两个索引页锁。

• spid 35 正在以隔离级别 3 执行范围查询。它持有几个页的范围锁和一个无限键锁。

• spid 49 是运行 sp_lock 的任务；在运行时，它持有 master 中 spt_values

表的共享意图锁。

• spid 50 持有两个表的意图锁及几个行锁。

• fid 32 显示多个 spid 持有锁：父进程 (spid 32) 持有 7 个表的共享意图锁，而工作进程持有其中一个表的共享页锁。

lock type 列用于指示锁是共享锁（前缀为 “Sh”）、排它锁（前缀为 “Ex”）还是更新 (Update) 锁，指示它属于表（“table”或 “intent”）锁、页 (page) 锁还是行 (row) 锁。

后缀 “ demand”表明，所有当前共享锁一被释放，该进程应可获得一个排它锁。

context 列包括下列一个或多个值：

• “Fam dur”表示任务将持有锁，直至查询结束，也就是说，工作进程系列的持续期间任务都将持有锁。共享意图锁即属于系列持续锁。

对于并行查询，协调进程总是获取并行查询期间持有的共享意图表锁。如果并行查询是事务的一部分，且事务中较早的语句已执行了数据修改，则协调进程持有所有已更改数据页的系列持续锁。

查询以隔离级别 3 执行时，工作进程可持有系列持续锁。

• “Ind pg”表示索引页锁（仅适用于所有页锁定表）。

• “Inf key”表示无限键锁，用于以事务隔离级别 3 执行的一些范围查询的 DOL 锁定表中。

• “Range”表示范围锁，用于以事务隔离级别 3 执行的一些范围查询。要查看有关特定登录的锁信息，请给出进程的 spid：

fid spid loid locktype table_id page

row dbname class context

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

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

0		30	60 Ex_intent			208003772	0
	0		sales	Fam	dur
0		30	60 Ex_page			208003772	997
	0		sales	Fam	dur

0 30 60 Ex_page 208003772 2405

0 sales Fam dur, Ind pg

0 30 60 Ex_page 208003772 2406

0 sales Fam dur, Ind pg

sp_lock 30, 15

如果指定的 spid 也是进程系列的 fid， sp_who 将输出所有进程的信息。也可请求有关多个 spid 的锁信息：

fid spid loid locktype table_id page

row dbname class context

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

-----		--------------- ---------------------	---------------
0	15	30 Ex_page	208003772 2400
0		sales Fam dur, Ind pg
0	15	30 Ex_page	208003772 2404
0		sales Fam dur, Ind pg
0	15	30 Ex_page-blk	208003772 946
0		sales Fam dur
0	30	60 Ex_intent	208003772 0
0		sales Fam dur
0	30	60 Ex_page	208003772 997
0		sales Fam dur
0	30	60 Ex_page	208003772 2405
0		sales Fam dur, Ind pg
0	30	60 Ex_page	208003772 2406
0		sales Fam dur, Ind pg

通过 sp_familylock 查看锁

sp_familylock 显示由系列持有的锁。本例显示，协调进程（fid 51 、 spid 51 ）持有四个表中每一个表的共享意图锁，工作进程持有共享页锁：

sp_familylock 51

fid spid loid locktype table_id page

row dbname class context

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

-----		--------------- ---------------------	---------------
51	23	102 Sh_page	208003772	945

	0		sales
51		51	102	Sh_intent	16003088	0
	0		sales	Fam dur
51		51	102	Sh_intent	48003202	0
	0		sales	Fam dur
51		51	102	Sh_intent	176003658	0
	0		sales	Fam dur
51		102		Sh_intent	208003772	0
	0		sales	Fam dur

也可指定 sp_familylock 的两个 ID。

网络缓冲区合并期间的系列内阻塞

当许多工作进程返回查询结果时，可能会看到工作进程间的阻塞。本例显示了在第六个工作进程上的五个工作进程阻塞：

sp_who 11

fid spid status loginame origname hostname blk_spid dbname

tempdbname cmd

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

block_xloid

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

threadpool

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

--------

-----------

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

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

11 sleeping diana diana tempdb SELECT 0

16 lock sleep diana diana

olympus

syb_default_pool

olympus

sales

tempdb WORKER PROCESS 0

17 lock sleep diana diana

syb_default_pool

olympus

sales

tempdb WORKER PROCESS 0

18 send sleep diana diana

syb_default_pool

olympus

sales

tempdb WORKER PROCESS 0

19 lock sleep diana diana

syb_default_pool

olympus

sales

tempdb WORKER PROCESS 0

20 lock sleep diana diana

syb_default_pool

olympus

sales

tempdb WORKER PROCESS 0

21 lock sleep diana diana

syb_default_pool

olympus

sales

tempdb WORKER PROCESS 0

syb_default_pool

当每个工作进程向网络缓冲区写入结果时，会获得网络缓冲区的排它地址锁。缓冲区已满时，它被发送到客户端，在网络写入完毕前，锁始终被持有。

监控锁超时

Adaptive Server 包括以下有关跟踪锁的信息：

• monLockTimeouts 监控表提供有关因阻塞时间超过为 lock wait period 配置的值而被拒绝的锁请求的信息。请参见《参考手册：表》中的第 3 章 “监控表”。

• 这些配置参数将 Adaptive Server 配置为收集锁等待超时信息并使其可供 monLockTimeout 表使用：

• lock timeout pipe active

• lock timeout pipe max messages

请参见《系统管理指南：第一卷》中的第 5 章 “设置配置参数”。

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

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

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。
+-------------------------------------华丽的分割线-------------------------------------------------------------------------