随着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
- 安全性管理指南
- 实用程序指南
使用 set 命令捕获和关联计划
在会话级,任何用户都可以使用 set plan dump 和 set plan load 命令启 用和禁用抽象计划的捕获和使用。 set plan replace 可确定现有计划 是否被更改的计划覆盖。
启用和禁用抽象计划模式会在该包括该命令的批处理结束时生效
(类似 showplan)。因此,在运行查询之前,应在单独的批处理中 更改此模式:
set plan dump on go
/*queries to run*/ go
存储过程中使用的任何 set plan 命令都不会影响它们所在的过程 (但 延迟编译影响的那些语句除外),但在这些过程结束后仍然有效。
set plan dump 命令可激活和停用抽象计划的捕获。可用不带组名的
set plan dump 命令将计划保存到缺省组 ap_stdout 中:
set plan dump on
若要在特定抽象计划组中开始捕获计划,请指定组名。以下示例将
dev_plans 组设置为捕获组:
set plan dump dev_plans on
发出 set 命令前,您指定的组必须存在。系统过程 sp_add_qpgroup 可创建抽象计划组;只有系统管理员或数据库所有者才能创建抽象 计划组。抽象计划组一旦存在,任何用户都可将计划转储到该组中。
有关创建计划组的信息,请参见 第 347 页的 “创建组”。 若要使计划捕获功能失效,请使用:
set plan dump off
不必指定组名即可结束捕获模式。任何时候保存或匹配抽象计划 时,只能有一个抽象计划组处于活动状态。如果当前正在将计划保 存到组,请关闭计划转储模式,然后为新组重新启用它,如下所示:
set plan dump on /*save to the default group*/ go
/*some queries to be captured */ go
set plan dump off go
set plan dump dev_plans on go
/*additional queries*/ go
在 set plan dump 生效时使用 use database 命令会禁用计划转储模式。
set plan load 命令可激活和停用查询与存储的抽象计划的关联。 若要使用缺省组 ap_stdin 启动关联模式,请使用:
set plan load on
若要使用另一抽象计划组启用关联模式,请指定该组名:
set plan load test_plans on
对于计划关联,同一时间只能有一个抽象计划组处于活动状态。如 果计划关联对某个组来说处于活动状态,则必须停用当前组,并为 新组激活计划关联,如下所示:
set plan load test_plans on go
/*some queries*/ go
set plan load off go
set plan load dev_plans on go
在 set plan load 生效时使用 use database 命令会禁用计划装载模式。
计划捕获模式处于活动状态时,可通过启用或禁用 set plan replace 来选择是否用相同查询的计划替换现有计划。若要激活计划替换模 式,请使用:
set plan replace on
不要使用 set plan replace 指定组名;它会影响当前的活动捕获组。 禁用计划替换:
set plan replace off
在 set plan replace 生效时使用 use database 命令会禁用计划替换模式。
何时使用替换模式
捕获计划时,如果查询与已保存计划具有相同的查询文本,则不会 替换现有计划,除非已启用 replace 模式。如果已为特定查询捕获了 抽象计划,并且正在对数据库进行可影响优化程序选择的物理更改, 请替换现有计划,以便保存这些更改。
可能需要计划替换的一些操作有:
• 添加或删除索引,或者更改索引中的键或键排序
• 更改表上的分区
• 添加或删除缓冲池
• 更改影响查询计划的配置参数
大多数情况下,不要启用 plan load 模式。当计划关联处于活动状态 时,任何计划说明都可用作优化程序的输入。例如,如果某个完整 的查询计划包括 prefetch 属性和 2K 的 I/O 大小,已创建了 16K 的缓 冲池,并且想要替换计划中的预取说明,则不要启用 plan load 模式。
当表中的数据分配发生变化时,或者在重建索引、更新统计信息或 更改锁定方案之后,最好检查查询计划并替换一些抽象计划。
同时使用 dump、 load 和 replace 模式
无论 replace 模式是否处于活动状态,都可同时激活 plan dump 和
plan load 模式。
对同一组使用 dump 和 load
如果在未启用 replace 模式的情况下,对同一组启用了 dump 和 load:
• 如果存在对查询有效的计划,通常会装载和使用它,以优化 查询。
• 如果存在的计划无效 (例如,由于索引被删除),则将生成并 使用新计划以优化查询,但不保存新计划。
• 如果只存在部分计划,则会生成完整的计划,但不替换现有的 部分计划。
• 如果不存在用于查询的计划,则生成一个计划,并将其保存。 如果同时也启用了 replace 模式:
• 如果存在对查询有效的计划,通常会装载和使用它,以优化 查询。
• 如果计划无效,则生成并使用新计划,以优化查询,同时替换 原有计划。
• 如果该计划只是部分计划,则生成和使用完整的计划,同时替 换现有的部分计划。部分计划中的说明用作优化程序的输入。
• 如果不存在用于查询的计划,则生成一个计划,并将其保存。
对不同组使用 dump 和 load
如果在未启用 replace 模式的情况下,对一个组启用 dump,而对另 一个组启用 load:
• 如果在装载组中存在对查询有效的计划,则装载并使用此计划。 该计划会保存在转储组中,除非该转储组中已存在一个用于查 询的计划。
• 如果装载组中的计划无效,则生成一个新计划。该新计划会保 存在转储组中,除非该转储组中已存在一个用于查询的计划。
• 如果装载组中的计划只是部分计划,则生成完整的计划,并保 存在转储组中,除非该组中已存在一个计划。部分计划中的说 明用作优化程序的输入。
• 如果装载组中不存在用于查询的计划,则生成此计划,并保存 在转储组中,除非该转储组中已存在一个用于查询的计划。
如果同时也启用了 replace 模式:
• 如果在装载组中存在对查询有效的计划,则装载并使用此计划。
• 如果装载组中的计划无效,则生成并使用新计划,以优化查询。 新计划保存在转储组中。
• 如果装载组中的计划只是部分计划,则生成完整的计划,并保 存在转储组中。部分计划中的说明用作优化程序的输入。
• 如果装载组中不存在用于查询的计划,则生成一个新计划。新 计划保存在转储组中。
对某些 set 参数的编译期更改
在 Adaptive Server 15.0.2 之前的版本中, set 参数在执行或重新编译 存储过程后生效。Adaptive Server 15.0.2 及更高版本允许您在编译时 使用优化程序 set 参数,以影响存储过程或批处理中的优化程序。
注释 这一更改的行为可能会影响结果集的组成。 Sybase 建议, 在生产系统中使用 15.0.2 版 set 参数之前,先检查这些参数创建的 结果集。
从存储过程返回前,必须重置 set 参数,否则后续存储过程的执行 可能会受到影响。如果计划将此更改传播给后续存储过程,请使用 export_options 参数。
Adaptive Server 更改了以下参数的编译期行为:
• distinc_sorted
• distinct_sorting
• distinct_hashing
• group_sorted
• group_hashing
• bushy_space_search
• parallel_query
• order_sorting
• nl_join
• merge_join
• hash_join
• append_union_all
• merge_union_all
• merge_union_distinct
• hash_union_distinct
• store_index
• index_intersection
• index_union
• multi_table_store_ind
• opportunistic_distict_view
• advanced_aggregation
• replicated_partition
• group_inserting
• basic_optimization
• auto_query_tuning
• query_tuning_mem_limit
• query_tuning_time_limit
• set plan optgoal
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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------