随着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 与 recovery interval in minutes 参数配合使用可指定允许 的最长恢复时间。 Adaptive Server 会以足够高的频率运行自动检查 点以在指定的时间段内恢复数据库。
缺省值为 5，允许每个数据库在 5 分钟内完成恢复。若要将恢复间 隔更改为 3 分钟，请使用：
sp_configure "recovery interval in minutes", 3
注释 恢复间隔对以下事务没有影响：在 Adaptive Server 发生故障 时处于活动状态、长期运行且记入日志内容很少的事务 （如 create index）。恢复这些事务所花费的时间可能与运行它们所花费的时间 相等。为避免长时间的延迟，需在数据库的一个表上创建索引后立 即转储每个数据库。
自动检查点过程
检查点任务大约每分钟检查一次服务器上的每个数据库，以便了解 自上次进行检查点操作以来已添加到事务日志中的记录数。如果服 务器估计恢复这些事务所需的时间大于数据库的恢复间隔， Adaptive Server 会发出一个检查点。
已修改的页从高速缓存写入数据库设备，并且检查点事件被记录在 事务日志中。然后，检查点任务 “休眠”一分钟。
若要查看检查点任务，请执行 sp_who。检查点任务通常会在 “cmd” 列中显示为 “CHECKPOINT SLEEP”：
fid spid status loginame origname hostname blk_spid dbname tempdbname cmd block_xloid threadpool
--- ---- ---------- -------- -------- ---------------- -------- ------
---------- ----------------- ----------- -------------------
. . .
0 2 sleeping NULL NULL NULL 0 master tempdb DEADLOCK TUNE 0 syb_default_pool
0 3 sleeping NULL NULL NULL 0 master tempdb ASTC HANDLER 0 syb_default_pool
0 4 sleeping NULL NULL NULL 0 master tempdb CHECKPOINT SLEEP 0 syb_default_pool
. . .
用户数据库升级后进行检查点操作
Adaptive Server 在升级用户数据库后立即插入一条检查点记录。 Adaptive Server 使用此记录确保 dump database 先于 dump transaction 在已升级的数据库上执行。
进行自动检查点操作后截断日志
系统管理员可在 Adaptive Server 执行自动检查点操作后截断事务 日志。
若要设置 trunc log on chkpt 数据库选项（该选项在出现自动检查点时 截断事务日志），请从 master 数据库执行以下命令：
sp_dboption database_name, "trunc log on chkpt", true
此选项不宜用于生产环境，因为它在截断事务日志之前不会保留一 个副本。仅将 trunc log on chkpt 用于：
• 其事务日志由于不在单独的段上而无法备份的数据库
• 当前备份不重要的测试数据库
注释 如果将 trunc log on chkpt 选项保留为缺省条件 off，则事务 日志将不断增长，直到您用 dump transaction 命令将其截断。
若要避免用尽日志空间，请设计最后机会阈值过程以转储事务日志。 请参见 第 17 章 “使用阈值管理可用空间”。
可用检查点
在 Adaptive Server 没有要处理的用户任务时，管家清洗任务会自动 开始将脏缓冲区中的数据写入磁盘。如果管家任务可以刷新所有已 配置高速缓存中的所有活动缓冲池，它将唤醒检查点任务。检查点 任务确定是否必须对数据库执行检查点操作。
作为管家清洗任务的结果发生的检查点称为自由检查点。自由检查 点不包括将许多脏页写入数据库设备的工作，因为该工作已由管家 清洗任务完成。自由检查点可能会缩短数据库恢复时间。
请参见 （《性能和调优系列：基础知识》中的第 3 章 “使用引擎和
CPU”。
手动请求检查点
数据库所有者可以执行 checkpoint 命令来强制将内存中的所有已修改 页写至磁盘中。手动检查点不会截断日志，即使 sp_dboption 的 trunc log on chkpt 选项处于启用状态也是如此。
使用 checkpoint 命令：
• 作为特殊情况 （例如，在计划的 shutdown with nowait 之前）下的 预防措施，以便 Adaptive Server 恢复机制在恢复间隔内执行。
（普通的 shutdown 执行检查点操作。）
• 在执行 sp_dboption 后，使数据库选项中所做的更改生效。（运 行 sp_dboption 后，会有信息性消息提醒您运行 checkpoint。）
您可以使用 checkpoint 标识一个或多个数据库或使用 all 子句 （该子 句对所有数据库执行检查点检查）。请参见 《参考手册：命令》。
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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------
提供Sybase ASE及Sybase SQL Anywhere数据库修复服务，电话: 13811580958(微信)，QQ: 289965371！We have many years of experience in recovering data from damanged Sybase devices. Contact us by Phone: +86 13811580958 Wechat: 13811580958 Email: 289965371@qq.com
京ICP备2020043699号-2
Powered by WordPress | SiteMap | Baidu Knows | Google Knows | About
