远程Sybase数据库技术支持,联系手机:13811580958,QQ:289965371!

 

随着Sybase被完全整合到SAP下,Sybase原来的支持网站被SAP Support Portal取代。
只有购买了SAP服务的用户才能使用账号登录SAP Support Portal进行介质下载、补丁升级、报Incident等。
目前,原Sybase所有产品(包括:Adaptive Server Enterprise、Sybase IQ、Replication Server、PowerDesigner等)的官方手册仍然可以从http://infocenter.sybase.com/help/index.jsp进行浏览或下载。暂不清楚该网站http://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. 实用程序指南

 


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

螺旋锁争用和网络连接调优

内存数据库不像磁盘驻留式数据库那样有那么多的延迟和争用问题,原 因是它们不使用磁盘 I/O。但是,在负载非常高的情况下,内存数据库 可能会受到其它螺旋锁争用和内存访问问题的困扰:

高速缓存螺旋锁争用 — 在负载非常高的情况下,可能会成为内存 高速缓存的瓶颈。请考虑将高速缓存分区数增加到 64 个或更多。大 量高速缓存分区所需的额外内存资源微不足道,但通过减少高速缓 存管理器螺旋锁争用提高了性能。

对象管理器螺旋锁争用 — 如果您的应用程序频繁访问少量对象, 您可能会注意到对元数据结构的螺旋锁争用,这种情况由 sp_sysmon 报告。

使用 dbcc tune 'des_bind' 可绑定频繁访问对象的描述符,以使其永远 不会被清除。即使仅绑定几个常用对象的描述符,也可以大大减少 总体元数据螺旋锁争用情况并提高性能。


改进对锁管理程序散列表螺旋锁比率的争用

内存数据库的吞吐量可能会产生对锁管理程序散列表螺旋锁比率的争用。 表锁散列表以及页和行锁散列表螺旋锁可能会成为产生争用的重要因素。

sp_sysmon Lock Management 部分显示了对于为这些散列表管理散列 桶的螺旋锁的争用百分比:

Lock Management

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


Lock Summary per sec per xact count % of total

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

Total Lock Request 285063.3 43.0 17103795 n/a

Avg Lock Contention 1857.3 0.3 111435 0.7 %

Cluster Locks Retained 0.0 0.0 0 0.0 %

Deadlock Percentage 0.1 0.0 8 0.0 %


Lock Detail per sec per xact count % of total

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

Table Lock Hashtable

Lookups 130160.4 19.6 7809622 n/a Avg Chain Length n/a n/a 0.00000 n/a Spinlock Contention n/a n/a n/a 4.6 %

[...]

Page & Row Lock HashTable

Lookups 268968.1 40.6 16138085 n/a Avg Chain Length n/a n/a 1.03330 n/a Spinlock Contention n/a n/a n/a 4.8 %

通常,如果此争用超过大约 4%,请考虑减小这些螺旋锁与散列桶之间 的比率。对一个螺旋锁所控制的散列桶个数进行控制的配置选项的缺省 值是:

如果 lock table spinlock ratio 的缺省值为 20,则会影响 Table Lock Hashtable 输出中的螺旋锁争用。

如果 lock spinlock ratio 的缺省值为 85,则会影响 Page & Row Lock Hashtable 输出中的螺旋锁争用。

当螺旋锁争用很严重时,减小 lock table spinlock ratio lock spinlock ratio 的值可以提高运行期性能。用较多螺旋锁来控制较少的散列桶所产生的 额外内存开销并不大。开始时,可以将配置参数的值减小一半。如果发 生极端螺旋锁争用情况 (超过 10%),则将相应的配置选项减小到非常 小的值 (例如, 3 – 5)可能有助于消除螺旋锁开销产生的性能瓶颈。


确定网络连接数


缺省情况下, Adaptive Server 使用单个网络监听器,该监听器可以在任 何引擎上运行。当 Adaptive Server 收到连接请求时,接受该连接的引擎 将成为该连接的网络引擎,而当相应的任务执行网络 I/O 时,必须迁移 到此引擎。

如果同时存在很多个客户端连接, Adaptive Server 可能无法在不同的连 接请求之间调度监听器 (除非连接请求由于时间片耗完而放弃)并在 同一个引擎上接受所有连接。由于任何相应任务都必须在该引擎上运行 以执行网络 I/O,因此该引擎成为瓶颈。使用 sp_sysmon Network I/O Management 部分可确定 Adaptive Server 如何分配网络 I/O。以下示例说 明 Adaptive Server 未按比例分配网络 I/OEngine 2 使用了 88% 以上的 网络 I/O,而其它引擎使用了很少的网络 I/O,甚至根本没有使用:

Network I/O Management

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


Total Network I/O Requests 7301.5 1.4 438092 n/a

Network I/Os Delayed 0.0 0.0 0

0.0 %


Total TDS Packets Received per sec per xact count % of total

------------------------- ------------ ------------ -------- ------------ Engine 0 308.8 0.1 18528 7.7 %

Engine 1 163.6 0.0 9818 4.1 %

Engine 2 3558.8 0.7 213527 88.3 %

Engine 3 0.0 0.0 2 0.0 %

Engine 4 0.0 0.0 0 0.0 %

Engine 5 0.0 0.0 0 0.0 %

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

Total TDS Packets Rec'd 4031.3 0.8 241875


Avg Bytes Rec'd per Packet n/ n/a 136

n/a

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


Total TDS Packets Sent per sec per xact count % of total

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

Engine

0

308.8

0.1

18529

7.7

%

Engine

1

163.6

0.0

9818

4.1

%

Engine

2

3558.9

0.7

213531

88.3

%

Engine

3

0.0

0.0

2

0.0

%

Engine

4

0.0

0.0

0

0.0

%


Engine 5

0.0 0.0

0

0.0 %

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

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

--------

Total TDS Packets Sent

4031.3

0.8 241880

若要解决不平衡的网络 I/O 使用率,请使用多个网络监听器并将它们绑 定到不同的引擎 (通常,一个监听器对应一个引擎)。若要确定将多少 个客户端绑定到每个网络监听器,请划分客户端连接以便每个监听器接 受大约相同数量的连接。例如,如果有 6 个网络监听器和 60 个客户端,

可将每组 10 个客户端连接到一个监听器。

在平衡上述网络监听器后, sp_sysmon 输出可能如下所示:

Network I/O Management

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


Total Network I/O Requests

8666.5

1.3

519991

n/a

n/a

Network I/Os Delayed

0.0

0.0

0

0.0 %


Total TDS Packets Received per sec per xact count % of total

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

Engine

0

893.4

0.1

53602

17.8

%

Engine

1

924.5

0.1

55468

18.5

%

Engine

2

701.9

0.1

42113

14.0

%

Engine

3

906.0

0.1

54358

18.1

%

Engine

4

896.1

0.1

53763

17.9

%

Engine

5

683.8

0.1

41028

13.7

%

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

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

--------

-------

Total TDS Packets Rec'd

5005.5

0.8

300332

Avg Bytes Rec'd per Packet n/ n/a 136

n/a

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


Total TDS Packets Sent per sec per xact count % of total

Engine

0

893.3

0.1

53595

17.8

%

Engine

1

924.5

0.1

55467

18.5

%

Engine

2

701.9

0.1

42113

14.0

%

Engine

3

905.9

0.1

54355

18.1

%

Engine

4

896.1

0.1

53763

17.9

%

Engine

5

683.8

0.1

41026

13.7

%

Engine

0

893.3

0.1

53595

17.8

%

Engine

1

924.5

0.1

55467

18.5

%

Engine

2

701.9

0.1

42113

14.0

%

Engine

3

905.9

0.1

54355

18.1

%

Engine

4

896.1

0.1

53763

17.9

%

Engine

5

683.8

0.1

41026

13.7

%

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


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

Total TDS Packets Sent 4031.3 0.8 241880


网络监听器不平衡并非内存数据库所特有的问题,在磁盘驻留式数据库 中也可能发生。但是,由于内存驻留式数据库不使用磁盘 I/O,因此它 们通常具有比磁盘驻留式数据库更高的吞吐量。吞吐量增加以及不存在 磁盘 I/O 延迟会使内存数据库完成比磁盘驻留式数据库更多的工作,包 括执行更多网络 I/O,而这可能会由于网络监听器负载不平衡而增加瓶 颈的严重性。




--------------------------------------华丽的分割线-------------------------------------------------------------------------
之前就已经研发成功了能够从Sybase SQL Anywhere的DB文件中恢复数据的工具:ReadASADB。
此工具支持ASA v5.0,v6.0,v7.0,v8.0,v9.0,v10.0,v11.0,v12.0等版本。
恢复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
  2. 适用于所有的UltraLite版本
  3. 能够恢复出来表结构和数据
  4. 能够恢复自定义数据类型
  5. 能够恢复存储过程等对象的语法
  6. 能够导出到目标数据库
  7. 能够导出到SQL文件并生成导入脚本
  8. 支持多种字符集  包括:cp850、cp936、gb18030、utf8等
  9. 能够恢复未加密或者简单加密类型的数据
  10. 简单易用
  11. 限制:不支持AES加密的数据文件
请参考:研发成功了从Sybase SQL Anywhere的DB文件上恢复数据的工具
            SQL Anywhere数据库非常规恢复工具ReadASADB使用介绍

ReadASADB适用场景

各种误操作:

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

本工具的应用场景:

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