随着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
- 安全性管理指南
- 实用程序指南
迁移行外 LOB 数据以使用行内存储
某些对在整个表进行的数据定义语言 (DDL) 和实用程序操作会通过重新 编写数据行以匹配目标模式的数据行而复制所有表数据。有多种方法可 将 LOB 转为使用行内存储:
• update set column = column
• alter table 模式更改,如 add not null、 modify 数据类型或可为空性, 或者 drop column — 行内容和布局会重新组织以适应模式更改。整个 行会重建。
alter table ... partition by 通过将数据行分发到不同分区来更改分区模 式。行会作为数据复制的一部分而被重新格式化。但是,此操作不 更改表模式。
• reorg rebuild — 导致行作为数据移动的一部分而被重建。
• bcp 批量复制实用程序 — 支持使用行内 LOB 列的表。请参见 “行内 LOB 列和批量复制 ” 。
可以使用这些方法中的任意一种来迁移现有数据,从而减少文本页的空 间使用量并移至行内 LOB 存储。
Adaptive Server bcp 实用程序支持使用行内 LOB 列的表,只要行外数据 适合您定义的行内大小,就将 LOB 列存储在行内,而且生成的行符合 页大小限制。
此外, bcp in 处理作为行内 LOB 存储的数据类型为 text 的字符集转换与 处理 char 和 varchar 数据类型转换的方式相同。
这意味着,当服务器端字符集转换处于活动状态时,如果转换后所需的 空间与原始长度不同,Adaptive Server 就会拒绝行内 LOB 数据。发生这 种情况时,会看到:
BCP insert operation is disabled when data size is changing between client and server character sets. Please use BCP's -Y option to invoke client-side conversion.
因此, Sybase 建议您使用 bcp -Y 选项强制 Adaptive Server 在客户端上
(而不是服务器上)执行字符集转换。确保客户端和服务器的字符数据 有同样的长度。
下列示例显示每种用于将行外 LOB 数据迁移到行内存储的方法的不同 语法,并对结果进行比较。由于结果非常相似,因此,选择哪种方法取 决于环境偏好。
每个示例都使用 select into 创建原始表 mymsgs 的一个副本。然后,复制 表的 description 列的行内长度会发生更改。示例中的方法用于将行外 LOB 迁移到行内存储。在原始表和修改副本之间比较空间使用量,以显示 LOB 存储显著减少。
设置 mymsgs 示例表 以下示例从 pubs2 数据库中创建 mymsgs 表,在准备将 description 列的内 容从行外迁移到行内存储时为该列指定 text (而不是 varchar):
1> use pubs2
2> go
1> exec sp_drop_object mymsgs, 'table' 2> go
1> create table mymsgs (
error |
int |
not |
null |
|
, |
severity |
smallint |
not |
null |
, |
dlevel |
smallint |
not |
null |
, |
description |
text |
, langid |
smallint |
null |
, sqlstate |
varchar (5) |
null |
) lock datarows 2> go
1> insert mymsgs select * from master..sysmessages 2> go
(9564 rows affected)
1> exec sp_spaceusage display, 'table', mymsgs 2> go
All the page counts in the result set are in the unit 'KB'.
OwnerName TableName IndId NumRows UsedPages RsvdPages ExtentUtil ExpRsvdPages PctBloatUsedPages PctBloatRsvdPages
--------- --------- ----- ------- --------- --------- ---------- ------------ -----
----------------- ------------------
dbo |
mymsgs |
0 |
9564.0 |
372.0 |
384.0 |
96.87 |
320.0 |
16.25 |
20.00 |
||||||
dbo |
mymsgs |
255 |
NULL |
19132.0 |
19140.0 |
99.95 |
19136.0 |
00 |
0.02 |
1> use pubs2
1>
2> dump tran pubs2 with no_log 1>
2> /* Drop the spaceusage stats table before each run */ 3> exec sp_drop_object spaceusage_object, 'table'
Dropping table spaceusage_object (return status = 0)
1>
2> exec sp_spaceusage archive, 'table', mymsgs
Data was successfully archived into table 'pubs2.dbo.spaceusage_object'. (return status = 0)
使用 update 语句进行 迁移
以下示例使用 update set column = column 将行外 LOB 迁移到行内存储。 select into 命令先创建 mymsgs 的副本 (包括其行外数据)并复制到 mymsgs_test_upd,在此过程中将行外数据移至行内。然后,可以移动 update 命令将行外 LOB 重新放入行内存储:
1> exec sp_drop_object mymsgs_test_upd, 'table'
Dropping table mymsgs_test_upd (return status = 0)
1>
2> select * into mymsgs_test_upd from mymsgs (9564 rows affected)
1>
2> exec sp_spaceusage display, 'table', mymsgs_test_upd
All the page counts in the result set are in the unit 'KB'.
OwnerName TableName IndId NumRows UsedPages RsvdPages ExtentUtil ExpRsvdPages PctBloatUsedPages PctBloatRsvdPages
--------- --------------- ----- ------- --------- --------- ---------- ------------
----------------- -----------------
dbo |
mymsgs_test_upd |
0 |
9564.0 318.0 |
320.0 |
99.37 |
272.0 |
22.31 |
17.65 |
|||||
dbo |
mymsgs_test_upd |
255 |
NULL 19132.0 |
19136.0 |
99.97 |
19136.0 |
0.00 |
0.00 |
(1 row affected) (return status = 0)
mymsgs_test_upd 的空间使用量几乎与 mymsgs 表的空间使用量相同。行 外 LOB 占用大约 19KB 的存储空间。
)
1> alter table mymsgs_test_upd modify description in row (300) 1> sp_spaceusage
2> go
2> update mymsgs_test_upd set description = description
(9564 rows affected)
1>
2> exec sp_spaceusage display, 'table', mymsgs_test_upd
All the page counts in the result set are in the unit 'KB'.
OwnerName TableName IndId NumRows UsedPages RsvdPages ExtentUtil ExpRsvdPages PctBloatUsedPages PctBloatRsvdPages
--------- --------------- ----- ------- --------- --------- ---------- ------------
----------------- -----------------
dbo |
mymsgs_test_upd |
0 |
9564.0 |
1246.0 |
1258.0 |
99.04 |
272.0 |
379.23 |
362.50 |
||||||
dbo |
mymsgs_test_upd |
255 |
NULL |
6.0 |
32.0 |
18.75 |
16.0 |
0.00 |
100.00 |
(1 row affected) (return status = 0)
1>
2> exec sp_spaceusage archive, 'table', mymsgs_test_upd
Data was successfully archived into table 'pubs2.dbo.spaceusage_object'. (return status = 0)
数据层的 RsvdPages 的大小 indid=0 发生了更改;过去是 320KB,现在是 1258KB,而为 LOB 列保留的页 indid=255 从 19136KB 减少到 32KB,这 表明行外存储变成了行内。
注释 如果表极大 (例如,超过一百万行),则执行 update 语句可能会 很花时间。如果使用 where 子句一次只选择较少行,则要确保使用键索 引来标识表中的所有行,以便保证在转换期间不丢失任何行。
使用 reorg rebuild 以下示例使用 reorg rebuild 作为数据移动的一部分重建行,从而重建
mymsgs_test_reorg 以使它能够存储行内 LOB:
1> exec sp_drop_object mymsgs_test_reorg, 'table'
Dropping table mymsgs_test_reorg (return status = 0)
1>
2> select * into mymsgs_test_reorg from mymsgs (9564 rows affected)
1> alter table mymsgs_test_reorg modify description in row (300) 1>
2> REORG REBUILD mymsgs_test_reorg
Beginning REORG REBUILD of table 'mymsgs_test_reorg'. (9564 rows affected)
REORG REBUILD of table 'mymsgs_test_reorg' completed. 1>
2> exec sp_spaceusage display, 'table', mymsgs_test_reorg All the page counts in the result set are in the unit 'KB'.
OwnerName TableName IndId NumRows UsedPages RsvdPages ExtentUtil ExpRsvdPages PctBloatUsedPages PctBloatRsvdPages
--------- --------------- ----- ------- --------- --------- ---------- ------------
----------------- -----------------
dbo |
mymsgs_test_reorg |
0 |
9564.0 |
1230.0 |
1242.0 |
99.03 |
272.0 |
373.08 |
356.62 |
||||||
dbo |
mymsgs_test_reorg |
255 |
NULL |
6.0 |
32.0 |
18.75 |
16.0 |
0.00 |
0.00 |
(1 row affected) (return status = 0)
1>
2> exec sp_spaceusage archive, 'table', mymsgs_test_reorg
Data was successfully archived into table 'pubs2.dbo.spaceusage_object'. (return status = 0)
将 alter table 与数据复 制一起使用进行迁移
以下示例使用 alter table,删除一个列并将其作为新列添加回来,因此, 行内容基本不变,但会修改 description 列。此示例显示作为可能需要数 据复制的 alter table 模式更改操作 (如 drop 列、 add not null 列等)的副 作用,您如何能将 LOB 列移至行内存储:
1> exec sp_drop_object mymsgs_test_alttab, 'table'
Dropping table mymsgs_test_alttab (return status = 0)
1>
2> select * into mymsgs_test_alttab from mymsgs (9564 rows affected)
1> alter table mymsgs_test_alttab modify description in row (300) 1>
2> alter table mymsgs_test_alttab
3> DROP dlevel
4> ADD newdlevel int default 0 not null
(9564 rows affected)
1>
2> exec sp_spaceusage display, 'table', mymsgs_test_alttab
Warning:Some output column values in the result set may be incorrect.Running 'update statistics' may help correct them.
All the page counts in the result set are in the unit 'KB'.
OwnerName TableName IndId NumRows UsedPages RsvdPages ExtentUtil ExpRsvdPages PctBloatUsedPages PctBloatRsvdPages
--------- --------------- ----- ------- --------- --------- ---------- ------------
dbo |
mymsgs_test_alttab 0 9564.0 |
1252.0 |
1258.0 |
99.52 |
1728.0 |
-27.46 -27.20 |
|||||
dbo |
mymsgs_test_alttab 255 NULL |
6.0 |
32.0 |
18.75 |
16.0 |
dbo |
mymsgs_test_alttab 0 9564.0 |
1252.0 |
1258.0 |
99.52 |
1728.0 |
-27.46 -27.20 |
|||||
dbo |
mymsgs_test_alttab 255 NULL |
6.0 |
32.0 |
18.75 |
16.0 |
----------------- -----------------
0.00 100.00
(1 row affected) (return status = 0) 1>
2> exec sp_spaceusage archive, 'table', mymsgs_test_alttab
Warning:Some output column values in the result set may be incorrect.Running 'update statistics' may help correct them.
Data was successfully archived into table 'pubs2.dbo.spaceusage_object'. (return status = 0)
这是摘要报告,显示示例中使用的表的空间使用量信息,以及所用空间 的显著减少。RsvdPages 的大小在原始 mymsgs 表中针对 LOB ( indid=255 ) 列的空间是 19140KB,现在此空间在三个示例表中已减少了超过 95%:
1> exec sp_spaceusage report, 'table', 'mymsgs%', 'OwnerName, TableName, IndId, NumRows, RsvdPages, UsedPages, ExtentUtil'
All the page counts in the result set are in the unit 'KB'.
OwnerName TableName IndId NumRows RsvdPages UsedPages ExtentUtil
--------- ------------------ ----- ------- --------- --------- ----------
dbo |
mymsgs |
0 |
9564.0 |
318.0 |
318.0 |
100.00 |
dbo |
mymsgs |
255 |
NULL |
19140.0 |
19132.0 |
99.95 |
dbo |
mymsgs_test_alttab |
0 |
9564.0 |
1258.0 |
1252.0 |
99.52 |
dbo |
mymsgs_test_alttab |
255 |
NULL |
32.0 |
6.0 |
18.75 |
dbo |
mymsgs_test_reorg |
0 |
9564.0 |
1242.0 |
1230.0 |
99.03 |
dbo |
mymsgs_test_reorg |
255 |
NULL |
32.0 |
6.0 |
18.75 |
dbo |
mymsgs_test_upd |
0 |
9564.0 |
1258.0 |
1246.0 |
99.04 |
dbo |
mymsgs_test_upd |
255 |
NULL |
32.0 |
6.0 |
18.75 |
(1 row affected) (return status = 0)
选择行内 LOB 长度的准则
行内 LOB 长度的选择影响用于数据页、 LOB 页的存储空间,以及数据 页上能够容纳的行数:
• 指定大于逻辑页大小的行内 LOB 长度是无效的,因为只有小于页大 小的 LOB 值才会被考虑进行行内存储。相反,指定极小行内 LOB 值可能会将极少 LOB 移至行内,无法使 LOB 存储空间减少。
• 典型的行内 LOB 长度介于最小 LOB 列数据长度范围和逻辑页大小 之间。大的行内长度值可能在整个数据页中仅填充一行,因此,实 用的值接近平均行外 LOB 列数据长度 (长度小于页大小)。
• 行内 LOB 长度的选择还可能影响返回大行数但不引用 LOB 列的查 询的扫描性能。如果由于行内 LOB 值大而导致数据页上只能容纳 几行,则扫描的数据页可能会极大,因此查询响应会变慢。
检查表中的数据长度以估计行内 LOB 长度,以使页上容纳不止一、 两行数据。针对减少的 LOB 存储空间平衡性能影响。
❖ 确定行内 LOB 长度选择
1 确定含有在行外存储的 LOB 列的表的最小、最大和平均数据行宽:
1> select i.minlen, t.datarowsize, i.maxlen 2> from sysindexes i, systabstats t
3> where i.id = object_id('DYNPSOURCE') 4> and i.indid in (0, 1)
5> and i.id = t.id 6> go
minlen datarowsize maxlen
------ --------------------------- ------ 9 105.000000 201
2 计算所需行外列的最小、平均和最大数据长度:
1> select datalength(FIELDINFO) as fieldinfo_len into
#dynpsource_FIELDINFO 2> from DYNPSOURCE
3> where datalength(FIELDINFO) < @@maxpagesize 4> go
(65771 rows affected)
1> select minlen = min(fieldinfo_len), avglen = avg(fieldinfo_len), maxlen = max(fieldinfo_len)
2> from #dynpsource_FIELDINFO
3> go
minlen avglen maxlen
----------- ----------- ----------- 536 7608 16080
在 DYPNSOURCE 表中的总计约 190,000 行中,大约 65000 行具有行 外 LOB 列 DYPNSOURCE,其数据长度不超过逻辑页大小 16K。
通过选择一个介于上述输出的 minlen 和 avglen 之间的行内 LOB 长 度,可以让不同数量的行外 LOB 变为行内,从而提供不同 LOB 存 储空间节省量。
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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------