随着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数据库技术问题需要咨询,请联系我!
以下官方手册为ASE 15.7 ESD#2中文版:
- 新增功能公告 适用于 Windows、Linux 和 UNIX 的 Open Server 15.7 和 SDK 15.7
- 新增功能摘要
- 新增功能指南
- ASE 15.7 发行公告
- 配置指南(windows)
- 安装指南(windows)
- 参考手册:构件块
- 参考手册:命令
- 参考手册:过程
- 参考手册:表
- Transact-SQL® 用户指南
- 系统管理指南,卷 1
- 系统管理指南,卷 2
- 性能和调优系列:基础知识
- 性能和调优系列:锁定和并发控制
- 性能和调优系列:监控表
- 性能和调优系列:物理数据库调优
- 性能和调优系列:查询处理和抽象计划
- 性能和调优系列:使用 sp_sysmon 监控 Adaptive Server
- 性能和调优系列:利用统计分析改进性能
- 程序员参考 jConnect for JDBC 7.0.7
- Adaptive Server Enterprise 中的 Java
- 组件集成服务用户指南
- Ribo 用户指南
- 内存数据库用户指南
- Sybase Control Center for Adaptive Server® Enterprise
- 安全性管理指南
- 实用程序指南
使用 Adaptive Server 协调服务
本地 Adaptive Server 事务工作有时会分配给可修改远程数据的远程服务 器。当本地事务通过执行远程过程调用 (RPC) 来更新其它 Adaptive Server 表中的数据时,或者当本地事务使用组件集成服务 (CIS) 来修改远程表中 的数据时,就可能会出现这种情况。
事务协调服务概述
在 Adaptive Server 12.0 版本之前,本地事务在执行 RPC 或通过 CIS 更新 数据后将无法回退在远程 Adaptive Server 中所做的工作。此外,执行本 地事务的客户端无法确保远程工作已实际提交,例如在远程服务器发生 系统障时。
Adaptive Server 提供了相应的服务,可将事务传播给远程服务器并协调所 有服务器的工作,以确保所有工作都作为一个逻辑单元来提交或回退。 有了这些事务协调服务,Adaptive Server 本身就可以作为分布式事务管理 器来管理在多个 Adaptive Server 中进行数据更新的事务。
由于分布式事务所涉及的其它 Adaptive Server 也可能会协调远程参与者, 因此可以进一步将事务以层级的方式传播给其它服务器。例如,在 图 8-2 中,连接到 ASE1 的客户端启动了一个分别在 ASE2 和 ASE3 上执行 RPC 的事务。ASE1 的协调服务将该事务传播到 ASE2 和 ASE3。
由于 ASE2 也启用了事务协调服务,因此它可以将该事务传播给其它远 程参与者。在该图中,ASE2 将事务传播给使用 CIS 更新数据的 ASE4。
图 8-2:层次事务协调
begin tran
客户端
exec rpc2 exec rpc3 提交
rpc2
ASE2 ASTC
ASE1 ASTC
ASE3
rpc3
提交节点
父节点 (ASE2)
和参与者 (ASE3)
更新 ASE4
参与者
在 图 8-2 中,ASE1 称作分布式事务的提交节点。当 ASE1 上的事务提交 时,ASE1 的协调服务将指示 ASE2 和 ASE3 做好向它们传播的事务的准 备工作。在 ASE3 的本地工作已准备好用于提交时,它会指明其事务已 准备就绪。ASE2 必须完成其本地工作,并指示 ASE3 准备其事务。在 ASE2 和 ASE3 中准备事务时,ASE1 中的协调服务会提交原始事务。然 后,提交下级事务的指示将通过与传送准备指示相同的方式,传送到 ASE2、ASE3,并最终传送到 ASE3。
DTP 环境中符合 X/Open XA 的行为
X/Open XA 协议要求资源管理器为传播给远程资源管理器的事务提供协 调服务。之所以有这种要求,是因为外部事务管理器(在某些情况下包 括启动该事务的客户端)不知道何时将事务传播给远程服务器,因此无 法确保远程事务按要求完成或中止。
作为资源管理器,新的事务协调服务使 Adaptive Server 完全符合 X/Open XA 协议。分布式事务可以通过 RPC 和 CIS 隐式传播给远程服务器,而 Adaptive Server 将确保全局事务的提交或回退状态保留在它所协调的远 程服务器中。
需求和行为
sp_who
只要每个远程的 Adaptive Server 版本均为 12.0 或更高版本,Adaptive Server 事务协调服务就可确保远程服务器的工作进行逻辑性提交或回退。
事务协调服务对于执行分布式事务的客户端是透明的。当本地客户端事 务执行 RPC 或通过 CIS 更新数据时,协调服务将为远程工作创建新的事 务名称,并将该事物传播给下级远程服务器。当本地客户端提交或回退 本地事务时,Adaptive Server 会该请求与每个下级服务器进行协调,以确 保同时提交或回退远程事务。
Adaptive Server 事务协调服务作为一个或多个名为“ASTC HANDLER” 的后台任务运行,并可以使用 sp_who 进行查看。在使用多个 Adaptive Server 引擎的系统中,“ASTC HANDLER”进程的数量(向下舍入为最 接近的整数)为:
引擎数 * 2/3
Adaptive Server 上最多可以运行 4 个“ASTC HANDLER”进程。 下面的 sp_who 输出显示的是单个“ASTC HANDLER”:
fid spid status loginame origname hostname blk_spid dbname tempdbname cmd block_xloid threadpool
--- ---- --------- --------- --------- ---------------- -------- ------
-----
----------- ----------------- ----------- -----------------
0 1 running sa sa dtmsol1 0 master tempdb SELECT 0 syb_default_pool
0 2 sleeping NULL NULL master 0 master tempdb NETWORK HANDLER 0 syb_default_pool
0 3 sleeping NULL NULL 0 master tempdb DEADLOCK TUNE 0 syb_default_pool
0 |
4 |
sleeping NULL NULL |
0 master |
tempdb MIRROR HANDLER |
0 syb_default_pool |
||
0 |
5 |
sleeping NULL NULL |
0 master |
tempdb HOUSEKEEPER |
0 syb_default_pool |
||
0 |
6 |
sleeping NULL NULL |
0 master |
tempdb CHECKPOINT SLEEP |
0 syb_default_pool |
||
0 |
7 |
sleeping NULL NULL |
metin1_dtm 0 sybsystemdb |
tempdb ASTC HANDLER |
0 syb_default_pool |
配置参与者服务器资源
缺省情况下,事务协调服务总是被启用。系统管理员可以使用 enable xact coordination 配置参数来启用或禁用这些服务。有关该参数的完整说 明,请参见《系统管理指南》。
同时,系统管理员必须确保 Adaptive Server 具有所需的资源,以协调事 务所请求的所有 RPC 和 CIS 更新。每当事务发出 RPC 或 CIS 更新请求 时,事务协调器就必须获得可用的 DTX 参与者。DTX 参与者或“分布 式事务参与者”是一种内部内存结构,Adaptive Server 使用它来协调已 经传播给下级 Adaptive Server 的事务。在 图 8-2 中,ASE1 需要三个可 用的 DTX 参与者,而 ASE2 需要两个可用的 DTX 参与者。(在这两种 情况下,都使用单个 DTX 参与者来协调所传播事务的本地工作。)
DTX 参与者资源一直由进行协调的 Adaptive Server 使用,直到关联的远 程事务已提交。这通常会在启动事务提交后 的一段时间内发生,因为只 要所有下级事务都成功地准备好它们的工作,启动事务就将立即提交。
如果没有可用的 DTX 参与者,则无法处理 RPC 请求和 CIS 更新请求, 该事务也随之被中止。
使用 number of dtx participants 配置参数,系统管理员可以配置 Adaptive Server 中可用 DTX 参与者的总数。number of dtx participants 用于设置 Adaptive Server 事务协调服务一次可传播和协调的远程事务的总数。
在缺省情况下,Adaptive Server 可以协调 500 个远程事务。将 number of dtx participants 设置为较小的值会减少服务器能够管理的远程事务的数量。 如果没有可用的 DTX 参与者,则新的分布式事务将不能启动。如果没有 可用的 DTX 参与者传播新的远程事务,则正在进行的分布式事务可能会 中止。
将 number of dtx participants 设置为较大的值会增加 Adaptive Server 能够处 理的远程事务分支的数量,但占用的内存也更多。
针对系统优化 number of dtx participants
在高峰期间,可使用 sp_monitorconfig 检查 DTX 参与者的使用情况:
sp_monitorconfig "number of dtx participants"
Usage information at date and time:Jun 18 1999 9:00AM.
Name Num_Free Num_Active Pct_act Max_Used Reuse_cnt Instance_Name
---------------------------- -------- ---------- -------- -----------
number of dtx participant |
480 |
20 |
4.00 |
37 |
210 |
NULL |
number of dtx participant |
480 |
20 |
4.00 |
37 |
210 |
NULL |
-------- ------------------------
participants
如果 #Free 的值是零或非常低,则新的分布式事务可能会由于缺少 DTX
参与者而无法启动。可考虑增加 number of dtx participants 的值。
如果 #Max Ever Used 的值太低,则未使用的 DTX 参与者可能会占用可供 其它服务器功能使用的内存。可考虑减小 number of dtx participants 的值。
在异构环境中使用事务协调服务
在 Adaptive Server 将事务传播给其它 12.0 版本或更高版本的 Adaptive Server 时,它可确保分布式事务作为整体的完整性。不过,本地 Adaptive Server 事务的工有时会分配给不支持 12.0 版本或更高版本事务协调服务 的远程服务器。当事务使用 RPC 来更新以前 Adaptive Server 版本中的数 据时,或者使用 CIS 服务更新非 Sybase 数据库中的数据时,就可能出现 这种情况。在这些情况下,进行协调的 Adaptive Server 将不能确保远程 服务器的工作随原始事务回退提交。
在 Adaptive Server 中,通过设置 strict dtm enforcement 配置参数,系统管理 员可以强制或放松将分布式事务当作一个逻辑单元来提交或回退的要求。
注释 另外,也可以使用具有 strict_dtm_enforcement 选项的会话级别 set
命令来替换 strict dtm enforcement 的值。
strict dtm enforcement 决定 Adaptive Server 事务协调服务是否要严格执行 分布式事务的 ACID 属性。
如果将 strict dtm enforcement 设置为 1(打开),就可确保只将事务传播 给可以参与 Adaptive Server 协调事务的服务器。如果事务试图更新不支 持事务协调服务的服务器中的数据,Adaptive Server 将中止该事务。
在异构环境中,可能需要使用不支持事务协调的服务器,包括旧版本的 Adaptive Server 和使用 CIS 配置的非 Sybase 数据库存储。在这些情况下, 可以将 strict dtm enforcement 设置为 0(关闭)。这样能使 Adaptive Server 将事务传播到遗留的 Adaptive Server 和其它数据存储,但并不确保这些 服务器的远程工作能够随原始事务回退或提交。
监控协调事务和参与者
Adaptive Server 使用新系统表 sybsystemdbdbo.syscoordinations 中的数据, 跟踪与下级服务器所执行工作的状态有关的信息。请参见《参考手册: 表》,以查看此表的完整定义。
sp_transactions 过程还显示 syscoordinations 表中用于进行中的远程事务的数 据。有关详细信息,请参见 第 181 页的“获取有关分布式事务的信息” 。
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加密的数据文件
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.xSQL 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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------