随着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
- 安全性管理指南
- 实用程序指南
可使用并行批量复制将数据拷入特定分区
使用并行批量复制将数据并行拷入特定分区。在 bcp 会话期间,由于并 行批量复制可将大的批量复制作业拆分为多个会话,而且并发运行这些 会话,因此可显著提高性能。
若要使用并行批量复制:
• 目标表必须已分区。
• 使用 sp_helpartition 可查看表中的分区数。
• 如果表尚未分区,则使用 alter table ... partition 将表分区。
• 目标表不应该包含索引,这是因为:
• 如果表具有聚簇索引,则此索引将决定数据的物理位置,从而 忽略 bcp 命令中指定的分区。
• 如果存在任何索引, bcp 将自动使用其慢速批量复制模式来代 替其快速批量复制模式。
一个大文件分成四 个小文件
• 如果表中存在非聚簇索引,并行批量复制可能会导致索引页上的 死锁。
• 每个分区应该驻留在单独的物理磁盘上,以获得最佳性能。
• 在将数据复制到数据库之前,必须先将要包含这些数据的表分区。
• 并行批量复制可将数据从多个操作系统文件中拷入到一个表中。 对于所有类型的分区表,请使用:
bcp tablename partition partition_name in file_name
仅对于循环分区表,可以使用:
bcp tablename partition_number in file_name
图 4-1 阐释了并行批量复制进程。
图 4-1:使用并行批量复制将数据复制到循环分区表中
分区表
文件 1
文件 2
文件 3
文件 4
bcp mydb..bigtable:1 in file 2 &
复制到分区 1 bcp mydb..bigtable:2 in file 2 &
复制到分区 2
复制到分区 3 bcp mydb..bigtable:3 in file 2 &
复制到分区 4
bcp mydb..bigtable:4 in file 2 &
有关对表分区的信息,请参见 《Transact-SQL 用户指南》。
注释 使用并行批量复制拷出数据时,不能指定分区号。但可以指定分 区名。
bcp 拷入和锁
使用 bcp 向表中拷入时,尤其是在使用并行 bcp 向表中拷入时,复制进 程要求使用以下锁:
• 表上的排它意向锁
• 每个数据页或数据行上的排它页锁
• 索引页上的排它锁 (如果有索引存在)
如果拷入的表非常大,特别是对分区表使用并发拷入时,可能会涉及到 大量的锁。
要避免耗尽锁,需要增加锁的数目。
• 若要估计需要的锁数目,请使用:
# of simultaneous batches * (rows_per_batch / (2016/row_length))
• 若要查看表的行长度,请使用:
1> select maxlen
2> from sysindexes
3> where id = object_id("tablename") and (indid = 0 or indid = 1)
有关设置锁数目的详细信息,请参见 《系统管理指南》。
• 使用 -b batchsize 标志复制较小的批处理;缺省的批处理大小是 1000 行。
bcp 可处理的最小批处理大小为 1;最大批处理大小为 2147483647L。
• 同时运行较少的批处理。
并行批量复制方法
• 在后台启动多个 bcp 会话时,应确保:
• 在命令行指定口令。
• 使用本机模式、字符模式或格式文件。 可以启动与表的分区数相同次数的 bcp。
• 创建和使用格式文件:
a 以交互模式启动 bcp 。
b 应答提示。
c 创建存储应答的格式文件。
d 复制开始时,将进程置于后台。
e 发出下一个 bcp 命令,并指定由第一个 bcp 命令创建的格式文件。
• 在多个窗口中启动 bcp 会话。
• 在单个 bcp in 命令中指定到文件映射的分区。
客户端可以并行执行多个独立的 bcp in 会话。或者,用户也可以指 定 --maxconn 选项,以控制 bcp 客户端可以对服务器打开的并行连接 的最大数量。
并行批量复制语法
bcp table_name[:partition_number | partrition_name] in file_name
-Pmypassword
其中:
• table_name – 是要在其中拷入数据的表的名称
• partition_name – 是要在其中拷入数据的分区的名称
• file_name – 是包含数据的主机文件
• mypassword – 是用户的口令
在循环分区表上使用并行批量复制
将已排序的数据并行拷入特定的分区:
• 在表名之后附加冒号 (:) 和分区编号来指定分区。例如:
publishers:10
注释 发出 bcp 命令之前,指定的分区必须存在。
• 将已排序的数据拆分为单独的文件,或通过指定主机文件的第一行
(-F first_row) 和最后一行 (-L last_row) 来描述 “文件”。
• 请注意表中的分区数。此数目限制了可以启动的并行批量复制会话 的数目。
例如,如果表有四个分区,而您启动了五个并行批量复制作业,则 仅有前四个作业可以并行运行;前四个作业中的某一个完成之后, 第五个作业才能开始运行。
bcp 将每个文件或一定数量的行复制到单独的分区中。例如,若要使用 并行批量复制从四个文件中将已排序的数据拷入到 mydb..bigtable 中的四 个分区中,请输入:
bcp mydb..bigtable:1 in file1 -Pmypassword -c & bcp mydb..bigtable:2 in file2 -Pmypassword -c & bcp mydb..bigtable:3 in file3 -Pmypassword -c & bcp mydb..bigtable:4 in file4 -Pmypassword -c &
并行批量复制和 IDENTITY 列
使用并行批量复制时, IDENTITY 列可能导致出现瓶颈。当 bcp 读取数 据时,此实用程序不但生成 IDENTITY 列的值,而且会更新每行中 IDENTITY 列的最大值。这种额外的工作可能会对使用并行批量复制而 应带来的性能提升造成影响。
为了避免出现这种瓶颈,可为每个会话显式指定 IDENTITY 起点。
保持排序顺序 如果将已排序的数据复制到表中,而没有显式指定 IDENTITY 起点,则 bcp 可能不会按排序顺序生成 IDENTITY 列值。并行批量复制将信息同 时读入到所有分区中,并在读入数据时更新 IDENTITY 列的值。
没有显式指定起点的 bcp 语句将生成与 图 4-2 中类似的 IDENTITY 列编 号:
图 4-2:按排序顺序生成 IDENTITY 列
分区 1 分区 2 分区 3 分区 4
ID 列
102 |
C |
|
106 |
C |
|
109 |
C |
|
112 |
D |
|
117 |
E |
102 |
C |
|
106 |
C |
|
109 |
C |
|
112 |
D |
|
117 |
E |
ID 列
103 |
F |
|
105 |
F |
|
111 |
F |
|
116 |
G |
|
119 |
G |
103 |
F |
|
105 |
F |
|
111 |
F |
|
116 |
G |
|
119 |
G |
ID 列
101 |
H |
|
110 |
H |
|
113 |
I |
|
115 |
J |
|
118 |
J |
101 |
H |
|
110 |
H |
|
113 |
I |
|
115 |
J |
|
118 |
J |
ID 列
100 |
A |
|
104 |
A |
|
107 |
B |
|
108 |
B |
|
114 |
B |
表中 IDENTITY 列的最大编号为 119,但顺序不再有意义。
如果您希望 Adaptive Server 强制使用唯一的 IDENTITY 列值,则必须使 用 - g 或 -E 参数运行 bcp。
在命令行指定起点 在命令行中,使用 -g id_start_value 标志可为会话指定 IDENTITY 起点。
-g 参数指示 Adaptive Server 为 bcp 会话生成一系列 IDENTITY 列值,但 不检查和更新表的每行中 IDENTITY 列的最大值。 Adaptive Server 在每 个批处理结束时更新最大值,而不检查最大值。
警告!如果指定了重叠的标识值范围,请务必小心,以免无意中创建重 复的标识值。
要指定起始的 IDENTITY 值,请输入:
bcp [-gid_start_value]
例如,若要拷入各有 100 行的四个文件,请输入:
bcp mydb..bigtable in file1 -g100 bcp mydb..bigtable in file2 -g200 bcp mydb..bigtable in file3 -g300 bcp mydb..bigtable in file4 -g400
指定表的 IDENTITY
列的值
使用 -g 参数不能保证 IDENTITY 列值是唯一的。为了确保唯一性, 必须:
• 知道输入文件中的行数和最大现有值。利用这些信息使用 -g 参数设 置起点值,并生成不重叠的范围。
在上面的示例中,如果任一文件包含不止 100 行,标识值将与数据
的下一个 100 行重叠,造成重复的标识值。
• 确保没有其他人插入的数据可能会产生冲突的 IDENTITY 值。
缺省情况下,在向包含 IDENTITY 列的表中批量拷入数据时, bcp 将为 每行指定一个临时的 IDENTITY 列值 0。这仅在向表中拷入数据时有 效。 bcp 从数据文件中读取 ID 列的值,但不会将该值发送给服务器。 相反,在 bcp 向表中插入每一行时,服务器为每行指定一个唯一的、连 续的 IDENTITY 列值,起始值为 1。如果向表中复制数据时指定了 -E 标 志, bcp 将从数据文件中读取列值,并将该值发送给向表中插入该值的 服务器。如果插入的行数超过了 IDENTITY 列可能的最大值, Adaptive Server 将返回一个错误。
将数据批量复制出来时,-E 参数不起作用。Adaptive Server 会将 ID 列复 制到数据文件,除非您使用 -N 参数。
不能同时使用 -E 和 -g 标志。
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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------