随着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
- 安全性管理指南
- 实用程序指南
在 jConnect 中,您可以使用 Java 命名和目录接口 (JNDI) 来提供连接信 息,它可以提供:
● 一个集中位置,可以从中指定主机名和端口以连接到服务器。不需 要在应用程序中添加特定的主机和端口号的代码。
● 一个集中位置,可以从中指定供所有应用程序使用的连接属性和缺 省数据库。
● 用于处理不成功的连接尝试的 jConnect CONNECTION_FAILOVER 属性。 CONNECTION_FAILOVER 设置为 “true”时, jConnect 将 尝试连接到 JNDI 名称空间中的主机/端口服务器地址序列,直到连 接成功。
要配合使用 jConnect 和 JNDI,需要确保在 JNDI 访问的任何目录服务中 都能获得特定的信息,并且在 javax.naming.Context 类中设置了所需的信 息。本节包含以下主题:
使用 JNDI 的连接 URL
若要指定 jConnect 应使用 JNDI 获得连接信息,请将 “jndi”作为 URL
协议放在 “sybase”后面:
jdbc:sybase:jndi:protocol-information-for-use-with-JNDI
URL 中 “jndi”后的任何内容都将通过 JNDI 进行处理。例如,若要使 用 JNDI 处理轻量目录访问协议 (LDAP),可以输入以下代码:
jdbc:sybase:jndi:ldap://LDAP_hostname:port_number/servername=
Sybase11,o=MyCompany,c=US
此 URL 告知 JNDI 从 LDAP 服务器获取信息,提供要使用的 LDAP 服务 器的主机名和端口号,并且以特定于 LDAP 形式的提供数据库服务器的 名称。
当配合使用 JNDI 和 jConnect 时,JNDI 需要为目标数据库服务器返回以 下信息:
● 要连接到的主机名和端口号
● 要使用的数据库的名称
● 不允许单个应用程序自己设置的任何连接属性
此信息需要按照固定格式存储在任何用于提供连接信息的目录服务中。 要求的格式包括一个数值对象标识符 (OID),它标识所提供的信息的类 型 (如目标数据库),随后是格式化信息。
注释 可以使用别名代替 OID 来引用属性。 表 2-3 显示了要求的格式。
表 2-3:JNDI 的目录服务信息 |
||
属性说明 |
别名 |
OID (object_id) |
LDAP 目录服务中的接口条 |
sybaseServer |
1.3.6.1.4.1.897.4.1.1 |
目替换 |
||
sybaseServer LDAP 属性的集 |
sybaseServer |
1.3.6.1.4.1.897.4.2 |
合点 |
||
版本属性 |
sybaseVersion |
1.3.6.1.4.1.897.4.2.1 |
服务器名称属性 |
sybaseServer |
1.3.6.1.4.1.897.4.2.2 |
服务属性 |
sybaseService |
1.3.6.1.4.1.897.4.2.3 |
状态属性 |
sybaseStatus |
1.3.6.1.4.1.897.4.2.4 |
地址属性 |
sybaseAddress |
1.3.6.1.4.1.897.4.2.5 |
安全性机制属性 |
sybaseSecurity |
1.3.6.1.4.1.897.4.2.6 |
重试次数属性 |
sybaseRetryCount |
1.3.6.1.4.1.897.4.2.7 |
循环延迟属性 |
sybaseRetryDelay |
1.3.6.1.4.1.897.4.2.8 |
jConnect 连接协议 |
sybaseJconnectProtocol |
1.3.6.1.4.1.897.4.2.9 |
jConnect 连接属性 |
sybaseJconnectProperty |
1.3.6.1.4.1.897.4.2.10 |
数据库名 |
sybaseDatabasename |
1.3.6.1.4.1.897.4.2.11 |
高可用性故障切换服务器名 |
sybaseHAservername |
1.3.6.1.4.1.897.4.2.15 |
称属性 |
||
ResourceManager 名称 |
sybaseResourceManager Name |
1.3.6.1.4.1.897.4.2.16 |
ResourceManager 类型 |
sybaseResourceManager Type |
1.3.6.1.4.1.897.4.2.17 |
JDBCDataSource 接口 |
sybaseJdbcDataSource- Interface |
1.3.6.1.4.1.897.4.2.18 |
ServerType |
sybaseServerType |
1.3.6.1.4.1.897.4.2.19 |
注释 用斜体表示的属性是必需的。
以下示例演示为 LDAP 目录服务下的数据库服务器 “SYBASE11”输入 的连接信息。示例 1 使用的是属性 OID。示例 2 使用的是属性别名,它 不区分大小写。可以使用 OID 也可以使用别名。
示例 1 dn:servername=SYBASE11,o=MyCompany,c=US servername:SYBASE11
1.3.6.1.4.1.897.4.2.5:TCP#1#giotto 1266
1.3.6.1.4.1.897.4.2.5:TCP#1#giotto 1337
1.3.6.1.4.1.897.4.2.5:TCP#1#standby1 4444
1.3.6.1.4.1.897.4.2.10:REPEAT_READ=false& PACKETSIZE=1024
1.3.6.1.4.1.897.4.2.10:CONNECTION_FAILOVER=true
1.3.6.1.4.1.897.4.2.11:pubs2
1.3.6.1.4.1.897.4.2.9:Tds
示例 2 dn:servername=SYBASE11,o=MyCompany,c=US servername:SYBASE11
sybaseAddress:TCP#1#giotto 1266
sybaseAddress:TCP#1#giotto 1337
sybaseAddress:TCP#1#standby1 4444 sybaseJconnectProperty:REPEAT_READ=false&
PACKETSIZE=1024
sybaseJconnectProperty:CONNECTION_FAILOVER=true sybaseDatabasename:pubs2 sybaseJconnectProtocol:Tds
在这些示例中,可通过主机 “giotto”上的端口 1266 或 1337 访问 SYBASE11,也可通过主机 “standby1”上的端口 4444 对其进行访问。 REPEAT_READ 和 PACKETSIZE 这两个连接属性在一个条目中设置。 CONNECTION_FAILOVER 连接属性是作为单独条目设置的。连接到 SYBASE11 的应用程序开始时是与 pubs2 数据库连接。不需要指定连接 协议,但如果指定了,则必须以 “Tds”而不是 “TDS”的形式输入该 属性。
CONNECTION_FAILOVER 连接属性
CONNECTION_FAILOVER 是布尔值连接属性,可以在 jConnect 使用
JNDI 获取连接信息时使用该属性。
如果 CONNECTION_FAILOVER 设置为 True,jConnect 将多次尝试连接 到服务器。如果连接到与服务器关联的主机和端口号的尝试失败, jConnect 将使用 JNDI 获取与该服务器关联的下一个主机和端口号,并 通过它们尝试连接。连接尝试将按顺序使用与服务器关联的所有主机和 端口。
例如,如果 CONNECTION_FAILOVER 设置为 True,并且数据库服务 器与下列主机和端口号相关联 (如前面 LDAP 示例中所述):
1.3.6.1.4.1.897.4.2.5:TCP#1#giotto 1266
1.3.6.1.4.1.897.4.2.5:TCP#1#giotto 1337
1.3.6.1.4.1.897.4.2.5:TCP#1#standby 4444
为了连接到服务器, jConnect 会尝试通过端口 1266 连接到主机 “giotto”。如果失败, jConnect 会尝试 “giotto”上的端口 1337。如果 再次失败, jConnect 就会尝试通过端口 4444 连接到主机 “standby1”。
CONNECTION_FAILOVER 的缺省值为 True。
如果 CONNECTION_FAILOVER 设置为 False, jConnect 将尝试连接到 初始主机和端口号。如果尝试失败,jConnect 将抛出一个 SQL 例外并不 再重试。
若要与 JNDI 一起使用 jConnect,您应该熟悉JNDI specification from Oracle Technology Network for Java ( http://www.oracle.com/technetwork/java/jndi/index.html )。
特别是当 JNDI 和 jConnect 一起使用时,需要确保在 javax.naming.directory.DirContext 中设置所需的初始化属性。这些属性可 以在系统级或在运行期设置。
两个重要属性是:
● Context.INITIAL_CONTEXT_FACTORY
此属性包含 JNDI 使用的初始环境工厂的全限定类名。这确定了在
Context.PROVIDER_URL 属性中指定的 URL 使用的 JNDI 驱动程序。
● Context.PROVIDER_URL
此属性获取驱动程序 (如 LDAP 驱动程序)要访问的目录服务的
URL。此 URL 应该是一个字符串,如 “ldap://ldaphost:427”。
以下示例演示如何在运行期设置环境属性以及如何使用 JNDI 和 LDAP 获取连接。在该示例中, INITIAL_CONTEXT_FACTORY 环境属性设置 为调用 LDAP 服务提供程序的 Oracle 实施。 PROVIDER_URL 环境属性 被设置为位于主机 “ldap_server1”上的 389 端口的 LDAP 目录服务的 URL。
Properties props = new Properties();
/* We want to use LDAP, so INITIAL_CONTEXT_FACTORY is set to the
* class name of an LDAP context factory.In this case, the
* context factory is provided by Sun’ s implementation of a
* driver for LDAP directory service.
*/ props.put(Context.INITIAL_CONTEXT_FACTORY,
"com.sun.jndi.ldap.LdapCtxFactory");
/* Now, we set PROVIDER_URL to the URL of the LDAP server that
* is to provide directory information for the connection.
*/
props.put(Context.PROVIDER_URL, "ldap://ldap_server1:389");
/* Set up additional context properties, as needed.*/ props.put("user", "xyz");
props.put("password", "123");
/* get the connection */
Connection con = DriverManager.getConnection
("jdbc:sybase:jndi:ldap://ldap_server1:389" + "/servername=Sybase11,o=MyCompany,c=US",props);
传递给 getConnection 的连接字符串包含开发人员必须提供的特定于
LDAP 的信息。
在运行期设置 JNDI 属性后 (如上例所示), jConnect 将它们传递给要 用于初始化服务器的 JNDI,如以下 jConnect 代码所示:
javax.naming.directory.DirContext ctx =
new javax.naming.directory.InitialDirContext(props);
jConnect 然后会通过调用 DirContext.getAtributes 从 JNDI 获取所需的连接 信息,如以下示例所示,其中 ctx 是一个 DirContext 对象:
javax.naming.directory.Attributes attrs = ctx.getAttributes("ldap://ldap_server1:389/servername=" +
"Sybase11", SYBASE_SERVER_ATTRIBUTES);
此例中, SYBASE_SERVER_ATTRIBUTES 是在 jConnect 中定义的字符 串数组。数组值是 表 2-3 中列出的必需目录信息的 OID。
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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------