随着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
- 安全性管理指南
- 实用程序指南
ESD #4 中的 Open Client 15.7 和 Open Server 15.7 功能
Open Client 15.7 和 Open Server 15.7 经增强现可提供新功能,包括适用 于 Open Client 和 Open Server 文件 (UNIX) 的更为严格的权限、成批参数 以及新的安全字符串处理例程。
适用于 Open Client 和 Open Server 文件 (仅限 UNIX)的更为严格的权限
从 ESD#4 开始,新生成的 Open Client 和 Open Server 文件具有下列更为 严格的权限:
表 5:文件及其权限设置
文件 权限
Interfaces 文件 rw- r-- r-- (644)
BCP 数据文件 rw- r-- --- (640)
BCP 格式文件 rw- r-- --- (640)
BCP 输出文件 rw- --- --- (600)
BCP 错误文件 rw- --- --- (600)
ISQL 输出文件 (-o 选项) rw- --- --- (600)
ISQL 命令历史记录文件 rw- --- --- (600)
ISQL 临时文件 rw- --- --- (600)
ISQL 输出重定向 rw- --- --- (600)
Open Server 日志文件 rw- --- --- (600)
LDAP 调试日志文件 rw- --- --- (600)
Kerberos 调试日志文件 rw- --- --- (600)
Netlib 跟踪输出文件 rw- --- --- (600)
DCL 跟踪输出文件 rw- --- --- (600)
注释 这些权限仅应用于新生成的文件;现有文件保留其自身权限
(通常为 rw- rw- rw- (666))。
注释 Microsoft Windows 上的文件的权限保持不变。
用于设置 libtcl*.cfg 文件的替代路径的新 SYBOCS_TCL_CFG 环境变量
从 ESD#4 开始,您可以使用新的 SYBOCS_TCL_CFG 环境变量来设置
libtcl.cfg 和 libtcl64.cfg 文件的替代完整路径名。例如:
Windows:
set SYBOCS_TCL_CFG c:\joe\libctl.cfg
UNIX:
%setenv SYBOCS_TCL_CFG /usr/u/joe/libtcl.cfg
缺省情况下, Windows 系统与 UNIX 系统分别在
%SYBASE%\%SYBASE_OCS%\ini 目录和 $SYBASE/$SYBASE_OCS/config
目录中搜索 libtcl.cfg 和 libtcl64.cfg 文件。
也可以使用 CS_LIBTCL_CFG 属性设置 libtcl.cfg 和 libtcl64.cfg 文件的替 代路径。
用于设置通用远程口令的新 isql 命令行选项 --URP
使用新的 --URP 命令行选项可为访问 Adaptive Server 的客户端设置通用 远程口令。
isql --URP remotepassword
remotepassword 是通用远程口令。
%isql --URP "ASEremotePW"
用于 SYBPLATFORM 的新 linux64 和 nthread_linux64 设置
linux64 和 nthread_linux64 (用于线程化应用程序)现在是 SYBPLATFORM 环境变量的有效设置,可用于在 Linux x86-64 64 位上编 译 Open Client 和 Open Server 示例应用程序。现有的 linuxamd64 和 nthread_linuxamd64 设置仍具有同样的作用。
用于 Microsoft Windows 64 位的 LAN Manager 驱动程序
Open Client 和 Open Server 包括 libsybsmssp64.dll (Microsoft Windows x86-64 64 位的 64 位 LAN Manager 驱动程序)。 libsybsmssp64.dll 位于
%SYBASE%\%SYBASE_OCS%\dll 中;其行为类似于 32 位驱动程序
libsybsmss.dll。
支持成批参数
从 ESD #4 开始,Open Client 和 Open Server 允许在不结束命令本身的情 况下发送多组命令参数。在 Open Client 应用程序中,重复使用新的 ct_send_params() 例程传输参数,而无需处理上一命令的结果和重新发 送命令本身。在 Open Server 应用程序中,将 SRV_S_PARAM_BATCHING 属性设置为 CS_TRUE。
ct_send_params
说明 以批量形式发送命令参数。
语法 CS_RETCODE ct_send_params( CS_COMMAND *cmd,
CS_INT reserved)
参数 • cmd
指向 CS_COMMAND 结构的指针。
• reserved
设为 CS_UNUSED。其为占位符,保留以备后用。
返回值 ct_send_params 返回:
返回内容 |
表示 |
CS_SUCCEED |
例程成功完成。 |
CS_FAIL |
例程失败。 |
用法 对此函数的调用会发送早期使用 ct_param() 或 ct_setparam() 所指示的参 数。要停止发送参数,请在最后一个 ct_send_params() 调用之后使用 ct_send() 调用。这将示意参数结束并完成当前命令。
• 第一个 ct_send_params() 调用将向服务器发送实际命令、所有参数的 参数格式以及第一组参数。后续调用仅发送其它参数而不发送格式。
• 每次调用 ct_send_params() 时都会刷新包含参数的网络缓冲区,以 便服务器可以开始处理该命令。
• 与 ct_send() 不同, ct_send_params() 不会结束当前命令。可重复调 用 ct_send_params() 以发送多组参数。
• 仅在调用 ct_send() 结束命令后,才开始处理结果。如果在 ct_send()
之前调用 ct_results(),则会导致错误。
使用 ct_setparam() 进行重新绑定
发送多组参数时,应用程序可能需要将 CT-Library 指向与上一组参数不 同的其它内存位置。要重新绑定参数,请使用 ct_setparam() 为数据提供 不同的位置。以下是现有的 ct_setparam() 声明:
ct_setparam(cmd, datafmt, data, datalenp, indp)
CS_COMMAND *cmd; CS_DATAFMT *datafmt; CS_VOID *data;
CS_INT *datalenp; CS_SMALLINT *indp;
在 ct_setparam() 调用中为 data、 datalenp 和 indp 参数提供新值以绑定到 不同的内存位置。
在 ct_send_params() 调用之后,无法更改参数的格式。因此,在调用 ct_send_params() 之后进行的任何 ct_setparam() 调用都必须为 datafmt 传 递一个 NULL 值。
只能重新绑定最初使用 ct_setparam() 进行绑定的参数。
针对 Server-Library 的成批参数支持
要在 Open Server Server-Library 中启用成批参数支持,请将 SRV_S_PARAM_BATCHING 服务器属性设置为 CS_TRUE。例如,在 srv_run() 之前:
if (srv_props(ctos_ctx->cx_context, CS_SET, SRV_S_PARAM_BATCHING, (CS_VOID *)&cs_true, sizeof(cs_true), NULL) != CS_SUCCEED)
{...}
然后,当命令包含多组命令参数时, srv_xferdata() 将具有两个新的返回 代码。
• CS_PARAMS_MORE - 指示已成功复制参数,且批处理中含有多个 参数。
• CS_PARAMS_END - 指示已成功复制参数。它是批处理中的最后一 组参数。
示例程序
有两个新的 CT-Library 示例程序可用:
• batch_lang.c - 演示如何将 ct_send_params() 与语言语句配合使用。该 示例重复使用 ct_send_params() 将从文件读取的行插入表中。由于 每次读取行时都对参数使用相同的位置,因此,不必在 ct_send_params() 的两次调用之间调用 ct_param() 或 ct_setparam()。
• batch_dynamic.c - 使用动态 SQL 并将参数发送到其数据驻留于不同 内存位置的服务器。因此,该示例还演示如何在再次调用 ct_send_params() 之前,使用 ct_setparam() 重新绑定到其它变量。
ctos 示例程序已更新,现包括如下内容:
• 打开 SRV_S_PARAM_BATCHING 服务器属性。
• 使用 ct_setparams() 将 CT-Lib 绑定到数据位置。
• 处理来自 srv_xferdata() 的新返回值。
• 为每组命令参数调用 ct_send_params()。
新的 CS-Library 字符串处理例程
cs_strlcpy
说明 安全字符串复制函数。最多将 target_size -1 个字符从 source_str 复制到 target_str,必要时需截断。结果始终是以空值终止的字符串, source_str 或 target_str 为 NULL 或者 target_size 为 0 时除外。
语法 CS_RETCODE cs_strlcpy(target_str, source_str, target_size)
CS_CHAR *target_str;
CS_CHAR *source_str; CS_INT *target_size;
参数 • target_str
源字符串要复制到的目标字符串。
• source_str
要复制的源字符串。
• target_size
目标字符串的大小
返回值 • source_str 为 NULL、target_str 为 NULL 或 target_size 为 0 时,返回
值为 0。
• 溢出时返回值为 target_size。
• 所有其它情况下返回值均为 strlen(source_str)。
cs_strlcat
说明 安全字符串并置函数。最多将 source_str 的 target_size - strlen (target_str)
- 1 个字符附加至 target_str。结果始终为以空值终止的字符串, source_str 或 target_str 为 NULL、 target_size 为 0 或 target_str 所指向的 字符串长度大于 target_size 字节时除外。
语法 CS_RETCODE cs_strlcat(target_str, source_str, target_size)
CS_CHAR *target_str;
CS_CHAR *source_str; CS_INT *target_size;
参数 • target_str
源字符串要附加到的目标字符串。
• source_str
要附加的源字符串。
• target_size
目标字符串的大小
返回值 • source_str 为 NULL、target_str 为 NULL 或 target_size 为 0 时,返回
值为 0。
• 溢出时返回值为 target_size
• 其它所有情况下,返回值均为 strlen(target_str) + strlen(source_str)
cs_snprintf
说明 用于所有平台的公用 snprintf (类似于函数),提供格式化的输出转换。 结果始终是以空值终止的字符串。
语法 void cs_snprintf(char *str, size_t size, const char *format, ...)
参数 • str
输出所写入到的字符串。
• size
写入的最大字节数。
• format
由零个或更多个转换指令组成的字符串。
返回值 无
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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------