随着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
- 安全性管理指南
- 实用程序指南
存储过程和最少日志记录 DML
会话中的 DML 日志记录设置是从所调用的系统过程中继承的，而在过 程中执行的任何 set dml_logging 命令的行为设置都由子过程继承。在退 出该过程的作用域后，无论 set export_options 是否为 on，都将恢复父会 话或父过程中的 dml_logging 设置。
示例 下列示例说明如何应用上述规则来影响过程内的表的日志记录模式。
示例 1 在本示例中，执行过程的用户也是它的所有者以及受此过程影 响的所有表的所有者：
create procedure p1 as begin
delete t1 where...
set dml_logging minimal
end go
update t2 where...
set dml_logging default go
exec p1 go
/*
** Exiting from the procedure restores the
** session's setting to what it was before
** calling the procedure, in this case, the
** logging mode will be back to DEFAULT
** (i.e. FULL).
*/
-- This will operate in logged mode now. delete t2
go
1 当执行在过程 p1 中开始时，日志记录模式为 full。
2 delete t1 以完全日志记录模式执行，然后，该过程的会话级日志 记录模式被更改为 minimal。
3 update t2 以最少日志记录模式执行。
4 在从 p1 中退出后，当控制返回到外部 SQL 批处理时，日志记录模 式设置恢复为 full。下一个 delete t2 以完全日志记录模式执行。
示例 2 本示例在将会话级日志记录模式设置为 minimal 的情况下执行过 程 p1。delete t1 以最少日志记录模式操作，update t2 也是如此。在 p1 完 成后，下一个 delete t2 也以最少日志记录模式操作，因为日志记录模式 已经恢复为调用 p1 之前的模式。
set dml_logging minimal go
exec p1 go
-- This will operate in minimally logged mode. delete t2
go
因为过程内部 DML 语句的日志记录模式受到调用会话或过程的会话级 设置的影响，所以 Sybase 建议您在过程体的开头显式选择所需的日志 记录模式。当该过程完成后，您可以根据需要将其重新设置为 default。
create procedure p1 as begin
set dml_logging minimal
delete t1 where ... update t2 where ...
end go
-- Optionally, reset upon exit set dml_logging default
不过，如果过程内部的 DML 语句多数情况下以单一日志记录模式 （例 如， full）执行，但偶尔必须以不同的 （最少日志记录）模式运行，则 Sybase 建议您从调用过程或 isql 会话中用会话级设置来控制日志记录 DML 语句，而不是在过程体内部包括日志记录模式。
示例 3 DML 日志记录设置只影响会话的用户所拥有的那些表。这会影 响必须对某些表执行最少日志记录 DML 但由不拥有那些表的用户使用 exec proc 特权执行的过程。
在本示例中， Joe 执行过程 mary.delete_proc，而该过程对 Mary 所拥有的 表执行 delete。 Joe 使用 set 命令请求最少日志记录模式，但这样做会在 该过程中影响由 Mary 拥有的表的日志记录模式：
isql –Sservername –Umary –Pmaryspwd
create procedure mary.delete_proc as begin
end go
delete mary.large_table where ...
grant exec on mary.delete_proc to joe go
isql –Sservername –Ujoe –Pjoespwd
-- User 'joe' executes the following SQL:
--
set dml_logging MINIMAL go
exec mary.delete_proc go
示例 4 Adaptive Server 不允许过程所有者 Mary 在该过程由不拥有该表 的用户执行时同意某些语句采用最少日志记录模式。过程中的 set dml_logging 命令仅适用于会话所有者拥有的那些表。
在本示例中，最少日志记录模式不适用于 delete mary.large_table， 但是，当用户 Joe 用缺省日志记录设置执行该过程时，该模式的确适用 于 update joe.very_large_table。
isql –Sservername –Umary –Pmaryspwd
create procedure mary.delete_proc2 as begin
set dml_logging MINIMAL
delete mary.large_table where ...
end go
update joe.very_large_table where ...
grant exec on mary.delete_proc2 to joe go
isql –Sservername –Ujoe –Pjoespwd exec mary.delete_proc2
go
如果过程对多个所有者拥有的表执行 DML 语句，则根据执行该过程的 用户的不同，被执行最少日志记录 DML 的表集也会发生变化。只有表 所有者或具有 sa_role 的用户可以执行对特定表执行最少日志记录 DML 的过程。
重新编译正在运行的过程或先前执行的过程的高速缓存计划不会影响在 运行期为出现在过程体中的各个 DML 命令选择的日志记录模式。开始 执行 DML 语句时，任何可能更改表的日志记录模式的 set 命令都被加以 考虑。
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
