随着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
- 安全性管理指南
- 实用程序指南
把事务日志存放在单独的设备上
可以使用 create database 命令的 log on 子句把事务日志(syslogs 表) 存放在单独的数据库设备上。除非是创建很小且不重要的数据库, 否则应始终把日志存放在单独的数据库设备上。把日志存放在独立 的数据库设备上,可以:
• 允许使用 dump transaction 命令而不是 dump database 命令,从而 节省时间和磁带。
• 允许建立固定长度的日志,防止它与其它数据库活动争用空间。
• 在日志段上创建缺省的可用空间阈值监控,并允许在数据库的 日志和数据部分创建额外的可用空间监控。请参见 第 17 章“使 用阈值管理可用空间” 。
• 提高性能。
• 确保硬盘崩溃后的完全恢复。dump transaction 的特定参数允许 转储事务日志,即使数据设备是在损坏的磁盘上。
要为事务日志指定大小和设备,可使用 create database 的 log on device = size 子句。大小使用以下单位指示符:“k”或“K”(千字 节)、“m”或“M”(兆字节)、“g”或“G”(千兆字节)和 “t”或“T”(太字节)。例如以下语句将创建 newdb 数据库,并 且在 mydata 上分配 8MB 的空间,在 newdata 上分配 4MB 的空间, 在第三个数据库设备上放置了所占空间为 3MB 的事务日志 tranlog:
create database newdb
on mydata = "8M", newdata = "4M" log on tranlog = "3M"
估计事务日志大小
事务日志的大小由下列因素决定:
• 相关数据库中更新活动的数量
• 事务日志转储的频繁程度
无论手工进行事务日志转储或使用阈值存储过程自动进行此任务都 是这样。作为一般规则,为日志分配的空间是为数据库分配的空间 的 10% 到 25%。
Checking syslogs
插入、删除与更新将增加日志的大小。 dump transaction 可通过将提 交的事务写入磁盘中并将其从日志中删除来减小日志大小。由于 update 语句需要记录行的“前”映像和“后”映像,因此一次更新 许多行的应用程序所占的日志空间至少是要同时更新的行的两倍或 最大表的两倍。或者可以把更新操作分为小组进行批处理,在批处 理之间执行事务转储。
对于有许多插入与更新活动的数据库,日志增长得很快。应定期检 查日志以确定日志所需的大小。这也有助于为日志选择阈值以及安 排事务日志转储时间。若要检查数据库事务日志所占用的空间,首 先要使用此数据库,然后输入:
dbcc checktable(syslogs)
dbcc 报告日志所用的数据页数量。如果日志是在一个单独的设备上, 则 dbcc checktable 还报告已用空间量和可用空间量。下面是一个 2MB 的日志的输出样本:
The total number of data pages in this table is 199.
*** NOTICE:Space used on the log segment is 0.39 Mbytes, 19.43%.
*** NOTICE:Space free on the log segment is 1.61 Mbytes, 80.57%. Table has 1661 data rows.
若要检查日志的增长,请输入:
select count(*) from syslogs
定期重复任一命令查看日志的增长速度。
缺省日志大小和设备
如果省略 log on 子句中的 size 参数,则 Adaptive Server 会使用允许 的最小存储空间量。如果完全省略 log on 子句,则 Adaptive Server 会将事务日志放在与数据表相同的数据库设备上。
将事务日志移动到其它设备
如果没有对 create database 使用 log on 子句,请遵循本节中的说明将 事务日志移动到其它数据库设备。
sp_logdevice 会将指定设备上存在的现有数据库的某些部分标记为保 留用于事务日志;它不会移动现有数据。如果数据库在该设备上已 有数据,Adaptive Server 不会此数据解释为不在其正确的段上。但 是,由于 dbcc 会将这种情况报告为错误,因此日志的现有部分不会 移动到指定设备;在日志扩展到新设备上且使用 dump transaction 清 除日志的该部分以前,当前日志数据会保留在其原来的位置。而且, sp_logdevice 不会为数据库分配新的空间或初始化设备。而是为已属 于指定数据库的日志保留指定设备的这些部分。
sp_logdevice 的语法为:
sp_logdevice database_name, devname
您指定的数据库设备必须使用 disk init 进行初始化,且必须使用 create
或 alter database 命令将其分配给数据库。
要将全部事务日志移动到其它设备,需执行以下步骤:
1 执行 sp_logdevice,命名新的数据库设备。
2 执行足够的事务以填充当前使用的页。更新所需的空间数量取 决于逻辑页的大小。可以在开始更新之前或之后执行 dbcc checktable(syslogs) 以确定何时使用新页。
3 等待所有的当前活动事务完成。可能要使用 sp_dboption 将数据 库置于单用户模式。
4 运行 dump transaction ,删除它写到磁盘上的所有日志页。只要 旧设备上那部分日志中没有活动事务,则其所有的页都将被删 除。请参见 第 12 章“制定备份和恢复计划”。
5 运行 sp_helplog 以确保全部日志都在新的日志设备上。
注释 移动事务日志时,不再由事务日志使用的空间可以由数 据使用。但是,不能通过移动事务日志来减少分配到设备的空 间量。
第 12 章“制定备份和恢复计划”中对事务日志进行了详细讨论。
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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------