随着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 支持 Adaptive Server 故障切换功能。
注释 高可用性系统中的 Sybase 故障切换与连接故障切换功能不同。如 果希望同时使用这两个功能, Sybase 强烈建议您仔细 阅读本节内容。
概述
Sybase 故障切换允许配置两台 Adaptive Server 作为协同服务器。如果主 协同服务器发生故障,该服务器的设备、数据库和连接可以由辅助协同 服务器接管。
可以对称或非对称地配置高可用性系统:
● 非对称 配置包括两台 Adaptive Server,它们在物理上位于不同的计 算机上,但彼此相连,以便当一台服务器出现故障时,可以由另一 台服务器承担它的工作负荷。辅助 Adaptive Server 充当 “热备 份”,它只有在出现故障切换时才工作。
● 对称 配置也包括两台在不同计算机上运行的 Adaptive Server。但当 出现故障切换时,其中每一个 Adaptive Server 都可以充当另一个 Adaptive Server 的主协同服务器或辅助协同服务器。在此配置中, 每一个 Adaptive Server 都具有完整的功能,都具有各自的系统设 备、系统数据库、用户数据库和用户登录。
在上述两种设置中,两台计算机都被配置为双向访问,这样使两台计算 机都可以看到并访问对方的磁盘。
可以在 jConnect 中启用故障切换,然后将客户端应用程序连接到进行过 故障切换配置的 Adaptive Server。如果主服务器故障切换到辅助服务 器,客户端应用程序也会自动切换到辅助服务器并重新建立网络连接。
注释 有关详细信息,请参见 Adaptive Server Enterprise 中针对 Adaptive Server
的 《在高可用性系统中使用 Sybase 故障切换》手册。
要求、依赖性和限制
● 必须配置两个 Adaptive Server 才能进行故障切换。
● 当客户端发生故障切换时,只保留在发生故障切换前提交给数据库 的更改。
● 必须将 REQUEST_HA_SESSION jConnect 连接属性设置为 “true”
● 发生故障切换时 jConnect 事件通知不起作用。请参见 第 72 页的 “使用事件通知 ”。
● 请关闭所有不再使用的语句。 jConnect 会存储有关语句的信息以启 用故障切换。未关闭的语句将导致内存泄漏。
在 jConnect 中实现故障切换
可使用以下两种方法在 jConnect 中实现故障切换支持:
● 使用两个连接属性 (REQUEST_HA_SESSION 和
SECONDARY_SERVER_HOSTPORT),并按以下方式设置:
● 将 REQUEST_HA_SESSION 设置为 “true”。
● 将 SECONDARY_SERVER_HOSTPORT 设置为辅助服务器监听 的主机名和端口号。请参见 第 9 页的 “连接属性”和 “SECONDARY_SERVER_HOSTPORT”连接属性。
● 使用 JNDI 连接到服务器。请参见 “使用 JNDI 连接到服务器 ”。在 JNDI 所需的目录服务信息文件中加入一个主服务器条目和一个辅助 服务器条目。主服务器条目有一个引用辅助服务器条目的属性 (HA OID)。
使用 LDAP 作为 JNDI 的服务提供程序时,此 HA 属性可以有以下三 种可能的形式:
a 相对区分名 (RDN)–此形式假定与此属性值结合使用的搜索库
(通常由 java.naming.provider.url 属性提供)足以标识辅助服务 器。例如,假定主服务器位于 “hostname:4200”上,而辅助服 务器位于 “hostname:4202”上:
dn:servername=haprimary, o=Sybase, c=US 1.3.6.1.4.1.897.4.2.5: TCP#1#hostname 4200
1.3.6.1.4.1.897.4.2.15: servername=hasecondary objectclass:sybaseServer
dn:servername=hasecondary, o=Sybase, c=US 1.3.6.1.4.1.897.4.2.5: TCP#1#hostname 4202
objectclass:sybaseServer
b 区分名 (DN) –此形式假定 HA 属性的值唯一标识辅助服务器, 因此可能复制也可能不复制在搜索库中找到的值。例如:
dn:servername=haprimary, o=Sybase, c=US 1.3.6.1.4.1.897.4.2.5: TCP#1#hostname 4200
1.3.6.1.4.1.897.4.2.15: servername=hasecondary, o=Sybase, c=US ou=Accounting
objectclass:sybaseServer
dn:servername=hasecondary, o=Sybase, c=US, ou=Accounting 1.3.6.1.4.1.897.4.2.5: TCP#1#hostname 4202
objectclass:sybaseServer
请注意, hasecondary 位于树的其它分支上 (请参见附加的
ou=Accounting 限定符)。
c Full LDAP URL –此形式对搜索库没有任何假定。 HA 属性应是 用于标识辅助服务器的完全限定 LDAP URL (它甚至可以指向 不同的 LDAP 服务器)。例如:
dn:servername=hafailover, o=Sybase, c=US 1.3.6.1.4.1.897.4.2.5: TCP#1#hostname 4200
1.3.6.1.4.1.897.4.2.15: ldap://ldapserver:386/servername=secondary, o=Sybase, c=US ou=Accounting
objectclass:sybaseServer
dn:servername=secondary, o=Sybase, c=US, ou=Accounting 1.3.6.1.4.1.897.4.2.5: TCP#1#hostname 4202
objectclass:sybaseServer
d 在 JNDI 所需的目录服务信息文件中,将 REQUEST_HA_SESSION 连接属性设置为 “true”,以使每次 建立连接时都启用故障切换会话。
使用 REQUEST_HA_SESSION 连接属性表明连接客户端希望与 配置为用于故障切换的 Adaptive Server 开始一个故障切换会 话。将此属性设置为 true 指示 jConnect 将尝试进行故障切换登 录。如果没有设置此连接属性,即使正确配置了服务器,也不 会启动故障切换会话。 REQUEST_HA_SESSION 的缺省值是 false。
像设置其它任何连接属性一样设置此连接属性。建立连接后将 不能重置此属性。
如果希望请求故障切换会话时具有更大的灵活性,可以对客户端应 用程序进行编码,使其在运行期设置 REQUEST_HA_SESSION。
以下示例演示为 LDAP 目录服务下的数据库服务器 “SYBASE11” 输入的连接信息,其中 “tahiti”是主服务器,“moorea”是辅助协 同服务器:
dn:servername=SYBASE11,o=MyCompany,c=US 1.3.6.1.4.1.897.4.2.5:TCP#1#tahiti 3456
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=false
1.3.6.1.4.1.897.4.2.11:pubs2
1.3.6.1.4.1.897.4.2.9:Tds
1.3.6.1.4.1.897.4.2.15:servername=SECONDARY
1.3.6.1.4.1.897.4.2.10:REQUEST_HA_SESSION=true
dn:servername=SECONDARY, o=MyCompany, c=US 1.3.6.1.4.1.897.4.2.5:TCP#1#moorea 6000
● 使用 JNDI 和 LDAP 请求连接:
● jConnect 使用 LDAP 服务器的目录确定主服务器和辅助服务器 的名称和位置:
/* get the connection */
Connection con = DriverManager.getConnection ("jdbc:sybase:jndi:ldap://ldap_server1:389" +
"/servername=Sybase11,o=MyCompany,c=US",props);
或者
● 指定搜索库:
props.put(Context.PROVIDER_URL, "ldap://ldap_server1:389/ o=MyCompany, c=US");
Connection con=DriverManager.getConnection ("jdbc:sybase:jndi:servername=Sybase11", props);
登录到主服务器
如果 Adaptive Server 没有配置为用于故障切换或者不能批准故障切换会 话,客户端将无法登录并会显示以下警告:
'The server denied your request to use the high- availability feature.
Please reconfigure your database, or do not request a high-availability session.'
发生故障切换时将抛出 SQL 例外 JZ0F2:
'Sybase high-availability failover has occurred.The current transaction is aborted, but the connection is still usable.Retry your transaction.’
然后客户端使用 JNDI 自动重新连接到辅助数据库。 注意:
● 客户端连接到的数据库的标识和任何提交的事务都会得到保留。
● 部分读取的结果集、游标和存储过程调用将丢失。
● 发生故障切换时,应用程序可能需要重新启动过程或返回到上一个 完成的事务或活动。
故障恢复到主服务器
有时客户端会从辅助服务器故障恢复到主服务器。何时发生故障恢复是 由系统管理员决定的,他在辅助服务器上发出 sp_failback 之后,客户端 即可期望在主服务器上发生同样的行为和结果,如 第 44 页的 “故障切 换到辅助服务器”所述。
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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------