随着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 不收集监控表所需的监控信息。使用 sp_configure 将配置 Adaptive Server 为开始收集监控信息。有许多配置选 项 (下面列出)用于控制许多区域的监控数据收集。
许多监控表要求您在 Adaptive Server 收集其数据之前启用一个或多个配置 选项。不同表需要不同选项。 表 1-1 介绍了每个监控表需要的配置选项。
若要配置 Adaptive Server 以收集常规监控信息,请执行以下操作:
1 缺省情况下,当您首次配置 Adaptive Server 时, enable cis 配置参数 处于启用状态 (设置为值 1)。请检验此参数是否被启用。
2 enable monitoring 配置参数决定其它监控选项是否启用;请将 enable monitoring 设置为 1。
sp_configure “enable monitoring”, 1
当您输入以下命令时, Adaptive Server 会显示专用于监控的配置参数的 完整列表:
用于控制监控信息收集的配置参数有:
• enable monitoring
• deadlock pipe active
• deadlock pipe max messages
• errorlog pipe active
• errorlog pipe max messages
• max SQL text monitored
• object lockwait timing
• per object statistics active
• plan text pipe active
• process wait events
• sql text pipe active
• sql text pipe max messages
• statement pipe active
• statement pipe max messages
• statement statistics active
• SQL batch capture
• wait event timing
注释 有关配置参数的说明,请参见 《系统管理指南:第一卷》中的 第 5 章 “设置配置参数”。
许多监控表使用内存缓冲区 (称为 “管道”)来收集监控数据。以下 参数可控制为每个管道分配的内存量:
• deadlock pipe max messages
• errorlog pipe max messages
• sql text pipe max messages
• plan text pipe max messages
• statement pipe max messages
Adaptive Server 可以动态向管道中添加内存,但无法动态从中删除内存, 因此,如果减小管道参数的大小,则必须重新启动 Adaptive Server 才能 让新的管道大小生效。
以下是用于确定这些参数的大小的算法:
• 对于各个 Adaptive Server,每个管道配置需要的内存为:
configuration_value x number_of_engines
• 在集群环境中,每个集群实例都分配创建监控表管道所需的内存。 请参见 第 15 页的 “在集群环境中使用监控表 ” 。
Adaptive Server 使用配置参数来控制为监控表收集哪些数据。许多监控 表要求您在 Adaptive Server 收集数据之前启用配置参数。必须先向用户 授予 mon_role,然后他们才能查询某些监控表。
如果您不使用某个监控表,请禁用关联的配置参数,从而减少 Adaptive Server 上因收集监控数据导致的负载。
表 1-1 列出所有监控表及其适用的配置参数。
性能和调优系列:监控表
性能和调优系列:监控表
7
7
表 1-1:某些监控表需要的配置参数
表 1-1:某些监控表需要的配置参数
监控表简介
监控表简介
第 1 章
第 1 章
monLockTimeout |
monLocks |
monLicense |
monIOQueue |
monIOController |
monInmemoryStorage |
monFailoverRecovery |
monErrorLog |
monEngine |
monDeviceSpaceUsage |
monDeviceIO |
monDeadLock |
monDBRecoveryLRTypes |
monDBRecovery |
monDataCache |
monCMSFailover |
monClusterCacheManager |
monCLMObjectActivity |
monCIPCMesh |
monCIPCLinks |
monCIPCEndpoints |
monCIPC |
monCachedStatement |
monCachedProcedures |
monCachedObject |
monCachePool |
|
X |
X |
X |
X |
X |
X |
X |
X |
X |
X |
X |
X |
enable monitoring |
||||||||||||||
SQL batch capture |
||||||||||||||||||||||||||
X |
deadlock pipe active |
|||||||||||||||||||||||||
X |
deadlock pipe max messages |
|||||||||||||||||||||||||
X |
errorlog pipe active |
|||||||||||||||||||||||||
X |
errorlog pipe max messages |
|||||||||||||||||||||||||
object lockwait timing |
||||||||||||||||||||||||||
per object statistics active |
||||||||||||||||||||||||||
plan text pipe active |
||||||||||||||||||||||||||
X |
lock timeout pipe active |
|||||||||||||||||||||||||
X |
lock timeout pipe max messages |
|||||||||||||||||||||||||
plan text pipe max messages |
||||||||||||||||||||||||||
process wait events |
||||||||||||||||||||||||||
SQL text pipe active |
||||||||||||||||||||||||||
SQL text pipe max messages |
||||||||||||||||||||||||||
X |
statement cache size |
|||||||||||||||||||||||||
statement pipe active |
||||||||||||||||||||||||||
statement pipe max messages |
||||||||||||||||||||||||||
X |
statement statistics active |
|||||||||||||||||||||||||
wait event timing |
||||||||||||||||||||||||||
max SQL text monitored |
||||||||||||||||||||||||||
X |
enable stmt cache monitoring |
|||||||||||||||||||||||||
capture compression statistics |
enable monitoring |
SQL batch capture |
deadlock pipe active |
deadlock pipe max messages |
errorlog pipe active |
errorlog pipe max messages |
object lockwait timing |
per object statistics active |
plan text pipe active |
lock timeout pipe active |
lock timeout pipe max messages |
plan text pipe max messages |
process wait events |
SQL text pipe active |
SQL text pipe max messages |
statement cache size |
statement pipe active |
statement pipe max messages |
statement statistics active |
wait event timing |
max SQL text monitored |
enable stmt cache monitoring |
capture compression statistics |
|
monLogicalCluster |
|||||||||||||||||||||||
monLogicalClusterAction |
|||||||||||||||||||||||
monLogicalClusterInstance |
|||||||||||||||||||||||
monLogicalClusterRoute |
|||||||||||||||||||||||
monNetworkIO |
X |
||||||||||||||||||||||
monOpenDatabases |
X |
||||||||||||||||||||||
monOpenObjectActivity |
X |
X |
X |
||||||||||||||||||||
monOpenPartitionActivity |
X |
X |
|||||||||||||||||||||
monPCIBridge |
|||||||||||||||||||||||
monPCIEngine |
|||||||||||||||||||||||
monPCISlots |
|||||||||||||||||||||||
monPCM |
|||||||||||||||||||||||
monProcedureCache |
X |
||||||||||||||||||||||
monProcedureCacheMemor yUsage |
|||||||||||||||||||||||
monProcedureCacheModule Usage |
|||||||||||||||||||||||
monProcess |
X |
X |
|||||||||||||||||||||
monProcessActivity |
X |
X |
|||||||||||||||||||||
monProcessLookup |
|||||||||||||||||||||||
monProcessMigration |
|||||||||||||||||||||||
monProcessNetIO |
X |
||||||||||||||||||||||
monProcessObject |
X |
X |
|||||||||||||||||||||
monProcessProcedures |
X |
X |
|||||||||||||||||||||
monProcessSQLText |
X |
X |
X |
||||||||||||||||||||
monProcessStatement |
X |
||||||||||||||||||||||
monProcessWaits |
X |
X |
X |
性能和调优系列:监控表
性能和调优系列:监控表
9
9
监控表简介
监控表简介
第 1 章
第 1 章
monWaitEventInfo |
monWaitClassInfo |
monThreadPool |
monThread |
monTempdbActivity |
monTask |
monTableTransfer |
monTables |
monTableParameters |
monTableCompression |
monTableColumns |
monSysWorkerThread |
monSysWaits |
monSysStatement |
monSysSQLText |
monSysPlanText |
monSysLoad |
monStatementCache |
monState |
monSQLRepMisses |
monSQLRepActivity |
monRepSenders |
monRepScannersTotalTime |
monRepScanners |
monRepLogActivity |
monProcessWorkerThread |
|
X |
X |
X |
X |
X |
X |
X |
X |
X |
X |
X |
enable monitoring |
|||||||||||||||
X |
SQL batch capture |
|||||||||||||||||||||||||
deadlock pipe active |
||||||||||||||||||||||||||
deadlock pipe max messages |
||||||||||||||||||||||||||
errorlog pipe active |
||||||||||||||||||||||||||
errorlog pipe max messages |
||||||||||||||||||||||||||
X |
object lockwait timing |
|||||||||||||||||||||||||
X |
X |
X |
X |
X |
per object statistics active |
|||||||||||||||||||||
X |
plan text pipe active |
|||||||||||||||||||||||||
lock timeout pipe active |
||||||||||||||||||||||||||
lock timeout pipe max messages |
||||||||||||||||||||||||||
X |
plan text pipe max messages |
|||||||||||||||||||||||||
process wait events |
||||||||||||||||||||||||||
X |
SQL text pipe active |
|||||||||||||||||||||||||
X |
SQL text pipe max messages |
|||||||||||||||||||||||||
X |
statement cache size |
|||||||||||||||||||||||||
X |
statement pipe active |
|||||||||||||||||||||||||
X |
statement pipe max messages |
|||||||||||||||||||||||||
X |
statement statistics active |
|||||||||||||||||||||||||
X |
wait event timing |
|||||||||||||||||||||||||
X |
max SQL text monitored |
|||||||||||||||||||||||||
X |
enable stmt cache monitoring |
|||||||||||||||||||||||||
X |
capture compression statistics |
enable monitoring |
deadlock pipe active |
deadlock pipe max messages |
errorlog pipe active |
errorlog pipe max messages |
object lockwait timing |
per object statistics active |
plan text pipe active |
lock timeout pipe active |
lock timeout pipe max messages |
SQL text pipe active |
SQL text pipe max messages |
statement cache size |
statement pipe active |
statement pipe max messages |
statement statistics active |
wait event timing |
max SQL text monitored |
enable stmt cache monitoring |
capture compression statistics |
||||
monWorkload |
|||||||||||||||||||||||
monWorkloadPreview |
|||||||||||||||||||||||
monWorkloadProfile |
|||||||||||||||||||||||
monWorkloadRaw |
|||||||||||||||||||||||
monWorkQueue |
错误 12036
如果您查询监控表,但未启用这些表需要的所有配置参数, Adaptive Server 会发出错误 12036,但仍运行该查询。虽然即使您未启用所有配 置参数,许多监控表中仍包含准确的数据,但某些数据是不正确的,因 为 Adaptive Server 将不收集填充表中的一个或多个列所需的数据。
请考虑启用必需的配置参数。有关详细信息,请参见 表 1-1。
mon_role 和其它访问控制
只有具有 mon_role 的用户才可以访问这些监控表。只有被授予此角色的 用户可以在监控表上执行查询。可以授予或撤消特定登录名、角色或组 对监控表的 select 权限,从而向部分 (或全部)监控表添加其它访问控 制。有关获得角色的信息,请参见 《系统管理指南:第一卷》中的第 11 章 “管理用户权限”。
其中的一些监控表可能包含敏感信息。例如, monSysSQLText 和 monProcessSQLText 表中包含发送给 Adaptive Server 的所有 SQL 文本。 此文本可能包含诸如对雇员薪水记录的更新之类的信息。管理员应考虑 向这些表中添加更多访问限制 (如将访问权限限制为具有特定角色的 用户),来满足其系统的安全性要求。
注释 如果您是在集群环境中使用监控表,则 Workload 和 LogicalCluster
监控表不需要 mon_role 权限。
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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------