随着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
- 安全性管理指南
- 实用程序指南
检查数据库和表的一致性
检查数据库和表一致性的 dbcc 命令有:
• dbcc checkstorage
• dbcc checktable
• dbcc checkdb
使用 dbcc checkstorage 可以检查:
• 文本值列的分配
• 页分配和一致性
• OAM 页条目
• 每个分区都存在一个 OAM 页
• 指针一致性
• 文本值列和文本列链
dbcc checkstorage 对磁盘上的数据库运行检查。如果损坏仅在内存中, dbcc checkstorage 可能检测不到损坏。为确保两次 dbcc checkstorage 运 行的一致性,请在运行 dbcc checkstorage 之前执行 checkpoint。但是, 这样做可能会使瞬时内存损坏成为磁盘损坏。
使用 dbcc checkstorage 的优点
dbcc checkstorage:
• 组合了其它 dbcc 命令提供的许多检查
• 不会长时间锁定表或页,这样可在进行并发更新活动的同时使 用 dbcc 准确定位错误
• 随总 I/O 吞吐量线性缩放
• 将检查和报告功能分开,允许自定义评估和报告生成
• 提供目标数据库中空间使用情况的详细说明
• 在 dbccdb 数据库中记录 dbcc checkstorage 活动和结果,从而可 进行趋势分析并提供正确诊断信息源
比较 dbcc checkstorage 和其它 dbcc 命令
dbcc checkstorage 与其它 dbcc 命令有所不同,原因在于:
• 它需要 dbccdb 数据库来存储配置信息以及目标数据库上执行的 检查的结果。但您可从任意数据库中运行 dbcc checkstorage。
• 执行检查操作时,需使用至少两个工作空间。请参见《参考手 册:表》中的“dbccdb 表”。
• 它需要系统和存储过程来帮助准备系统,以便使用 dbcc checkstorage 并生成有关 dbccdb 中存储的数据的报告。
dbcc checkstorage 不修复任何故障。运行 dbcc checkstorage 并生成报 告以查看故障后,可运行相应的 dbcc 命令修复这些故障。
了解 dbcc checkstorage 操作
dbcc checkstorage 操作包括以下步骤:
1 检查 — dbcc checkstorage 使用正被检查的数据库的设备分配和 段定义以及 max worker processing 和 named cache 配置参数,来 确定可使用的并行处理的级别。dbcc checkstorage 还使用配置参 数 max worker processes 和 dbcc named cache 来限制可使用的并行 处理的级别。
2 计划 — dbcc checkstorage 将生成一个计划,以执行利用步骤 1
中所确定的并行度的操作。
3 执行和优化 — dbcc checkstorage 使用 Adaptive Server 工作进程 对目标数据库执行并行检查和存储分析。它尝试对每个工作进 程执行的工作量平均分配,并汇总未充分利用的工作进程的作。 随着检查操作的继续,dbcc checkstorage 将扩展并调整步骤 2 中 生成的计划,以利用检查期间收集到的其它信息。
4 报告和控制 — 在检查期间,dbcc checkstorage 在 dbccdb 数据库 中记录它在目标数据库中发现的所有故障,以供日后进行报告 和评估。它还在 dbccdb 中记录存储分析的结果。dbcc checkstorage 在遇到故障时将试图恢复并继续操作,但如果故障发生后无法 恢复,则终止该操作。例如,损坏的磁盘不会导致 dbcc checkstorage 失败;但由于在损坏的磁盘上无法成功执行检查操 作,所以不执行这些操作。
如果同时还有另一个会话在执行 drop table,则在初始化阶段 dbcc checkstorage 可能会失败。如果发生了这种情况,则应在删 除表进程完成后再次运行 dbcc checkstorage。
注释 有关 dbcc checkstorage 错误消息的信息,请参见《故障排 除和错误消息指南》。
性能和可伸缩性
dbcc checkstorage 随总 I/O 吞吐量线性缩放,以便大大改善 dbcc checkalloc 的性能。dbcc checkstorage 的缩放属性意味着,如果数据 库的大小增长了一倍,硬件的容量(可实现的 I/O 吞吐量)也增长 了一倍,dbcc 检查所需的时间将保持不变。使容量加倍通常意味着 使盘轴的数目加倍,并提供足够的额外 I/O 通道容量、系统总线容 量和 CPU 容量以实现额外的总盘吞吐量。
使用 dbcc checkalloc 和 dbcc checkdb 执行的大多数检查操作(包括文 本列链检验)通过 dbcc checkstorage 检查一次即可完成,从而避免 了多余的检查操作。
dbcc checkstorage 检查整个数据库(包括未使用的页面),所以执 行时间与数据库大小相关。故而使用 dbcc checkstorage 时,检查几 乎为空的数据库与检查几乎已满的数据库的区别不大,这与使用其 它 dbcc 命令时的情况是一样的。
与其它 dbcc 命令不同的是,数据的放置对 dbcc checkstorage 性能的 影响很小。因此,每个会话的性能是一致的,即使不同会话间数据 的放置有所不同。
因为 dbcc checkstorage 进行额外的工作来设置并行操作并在 dbccdb 中记录大量数据,所以当目标数据库很小时,其它 dbcc 命令的执行 速度会更快。
dbcc checkstorage 使用的工作空间的位置及分配的空间大小将会影 响性能和可伸缩性。请参见《参考手册:表》中的“dbccdb 表”。
若要使用单个命令来运行 dbcc checkstorage 和一个用于生成报告的 系统过程,请使用 sp_dbcc_runcheck。
dbcc checktable 检查指定的表以查看:
• 索引与数据页链接应该正确
• 索引排序应该正确
• 指针应该一致
• 所有索引和数据分区链接应该正确
• 每页上的数据行在行偏移表中应有相应的条目;这些条目与数 据行在页中的位置匹配
• 已分区表的分区统计信息应该正确无误
skip_ncindex 选项允许跳过对非聚簇索引上的页链接、指针和排序顺 序的检查。聚簇索引和数据页的链接和指针对于表的完整性至关重 要。如果 Adaptive Server 报告出页链接或指针存在问题,则可删除 并重新创建非聚簇索引。
partition_name 是要检查的分区的名称(由于表可以跨多个分区,因 此该分区可能包含也可能不包含整个表);partition_id 是要检查的 分区的 ID。
如果指定 partition_name 或 partition_id,则 dbcc checktable 仅检查位 于此分区上的表或表的部分;它无法将检查扩展到其它分区,并受 以下限制:
• 如果表由多个分区组成,则仅限于对本地索引进行索引处理。
• 如果指定 partition_name 或 partition_id 参数,还必须指定第二 个参数(skip_ncindex 或 fix_spacebits)或空值。以下示例指定了 空值:
dbcc checkalloc(titles, null, 560001995)
• 如果某个表(其中包含用 char 或 varchar 数据类型定义的列)的 排序顺序或字符集不正确,dbcc checktable 不会纠正这些值。必 须对整个表运行 dbcc checktable 才能纠正这些错误。
• 如果某个索引由于排序顺序发生更改而被标记为“只读”,则 dbcc checktable 不会清除 O_READONLY 位(它位于该表的 sysobjects 条目的 sysstat 字段中)。若要清除此状态位,请对整 个表运行 dbcc checktable。
• 如果对 syslogs 运行 dbcc checktable,则 dbcc checktable 不会报告 空间使用情况(可用空间与已用空间)。但是,如果不指定 partition_name 或 partition_id 参数,则 dbcc checktable 会报告空 间使用情况。
checkstorage 返回故障代码 100035 而且 checkverify 确认空白位错误 是硬故障时,可使用 dbcc checktable 来修复所报告的故障。
下面的命令检查位于 smallsales 分区(其中包含低于 5000 的所有书 籍销售额)的部分 titles 表:
dbcc checktable(titles, NULL, "smallsales")
Checking partition 'smallsales' (partition ID 1120003990) of table 'titles'. The logical page size of this table is 8192 bytes.The total number of data pages in partition 'smallsales' (partition ID 1120003990) is 1.
Partition 'smallsales' (partition ID 1120003990) has 14 data rows.
DBCC execution completed.If DBCC printed error messages, contact a user with System Administrator (SA) role.
您可将 dbcc checktable 与表名或表的对象 ID 一同使用。sysobjects 表 在 name 和 id 列中存储此信息。
下面的示例显示了一个未损坏表的报告:
dbcc checktable(titles)
Checking table 'titles' (object ID 576002052):Logical page size is 8192 bytes. The total number of data pages in partition 'titleidind_576002052' (partition ID 576002052) is 1.
The total number of data pages in this table is 1. Table has 18 data rows.
DBCC execution completed.If DBCC printed error messages, contact a user with System Administrator (SA) role.
要检查不在当前数据库中的表,应提供数据库名。若要检查另一对 象拥有的表,应提供所有者的名称。必须给限定的表名加上引号。 例如:
dbcc checktable("pubs2.newuser.testtable")
dbcc checktable 可解决以下问题:
• 如果页链接有误,dbcc checktable 将显示一则错误消息。
• 如果其列具有 char 或 varchar 数据类型的表的排序顺序 ( sysindexes.soid ) 或字符集 ( sysindexes.csid ) 有误,但该表的排序 顺序与 Adaptive Server 的缺省排序顺序兼容,则 dbcc checktable 将改正该表的值。只有二进制的排序顺序可跨字符集兼容。
注释 如果更改排序顺序,基于字符的用户索引将带有“只读” 标记,并且在必要时,必须检查和重建这些用户索引。
• 如果数据行未在对象的第一个 OAM 页中说明,则 dbcc checktable 将更新该页上的行数。这个问题不严重。在 sp_spaceused 等过 程中,内置函数 row_count 使用此值快速地对行数进行估计。
通过使用功能增强的页面读取,可提高 dbcc checktable 的性能。
dbcc checkindex dbcc checkindex 运行的检查与 dbcc checktable 的相同,只不过它仅对 特定的索引而不是整个表运行检查。
partition_name 是要检查的分区的名称,partition_id 是要检查的分区 的 ID。bottom_up 指定 checkindex 从索引的叶开始自下而上进行检查。 bottom_up 仅适用于仅数据锁定表。如果对 checkindex 或 checktable 指定此选项,则索引检查会以自下而上的方式进行。
在指定数据库中的每个表上, dbcc checkdb 会运行与 dbcc checktable 相同的检查。如果不指定数据库名,dbcc checkdb 将检查当前数据 库。dbcc checkdb 将生成与 dbcc checktable 返回的消息类似的消息, 并进行相同类型的改正。
如果指定了可选的 skip_ncindex,则 dbcc checkdb 不会检查数据库中 用户表上的任何非聚簇索引。
如果数据库扩展到一系列分区,dbcc checkdb 会在每个分区上执行 其检查。
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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------