随着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
- 安全性管理指南
- 实用程序指南
Replication Agent
Replication Agent 组显示配置为使用 Replication Agent 的所有数据库的
Replication Agent 特定的活动。
Replication Agent
----------------
Replication Agent:primdb
Replication Server:MRP_REPSRVR1
per sec per xact count % of total
------------ ----------- -------- --------
Log Scan Summary
|
Log Records Scanned |
n/a |
n/a |
710273 |
n/a |
|
|
Log Records Processed |
n/a |
n/a |
127098 |
n/a |
|
|
Number of Log Scans |
n/a |
n/a |
0 |
n/a |
|
|
Amount of Time for Log |
Scans (ms) |
n/a |
n/a |
19868 |
n/a |
|
Longest Time for Log Scan (ms) |
n/a |
n/a |
19868 |
n/a |
|
|
Average Time per Log Scan (ms) |
n/a |
n/a |
0.0 |
n/a |
|
Log Scan Activity
|
Updates |
n/a |
n/a |
0 |
n/a |
|
Inserts |
n/a |
n/a |
66380 |
n/a |
|
Deletes |
n/a |
n/a |
0 |
n/a |
|
Store Procedures |
n/a |
n/a |
2 |
n/a |
|
DDL Log Records |
n/a |
n/a |
0 |
n/a |
|
Writetext Log Records |
n/a |
n/a |
0 |
n/a |
|
Text/Image Log Records |
n/a |
n/a |
60420 |
n/a |
|
CLRs |
n/a |
n/a |
0 |
n/a |
|
Checkpoints Processed |
n/a |
n/a |
4 |
n/a |
|
SQL Statements Processed |
n/a |
n/a |
0 |
n/a |
|
Transaction Activity Opened |
n/a |
n/a |
140 |
n/a |
|
Commited |
n/a |
n/a |
141 |
n/a |
|
Aborted |
n/a |
n/a |
1 |
n/a |
|
Prepared |
n/a |
n/a |
1 |
n/a |
|
Delayed Commit |
n/a |
n/a |
0 |
n/a |
|
Maintenance User |
n/a |
n/a |
4 |
n/a |
|
Log Extension Wait Count |
n/a |
n/a |
2 |
n/a |
|
Amount of time (ms) |
n/a |
n/a |
14346 |
n/a |
|
Longest Wait (ms) |
n/a |
n/a |
14346 |
n/a |
|
Average Time (ms) |
n/a |
n/a |
7173.0 |
n/a |
|
Max Ever Used |
n/a |
n/a |
4 |
n/a |
|
Schemas reused |
n/a |
n/a |
0 |
n/a |
|
orward Schema Lookups Count n/a n/a 0 n/a |
||||
|
Total Wait (ms) |
n/a |
n/a |
0 |
n/a |
|
Longest Wait (ms) |
n/a |
n/a |
0 |
n/a |
|
Average Time (ms) |
n/a |
n/a |
0.0 |
n/a |
|
Max Ever Used |
n/a |
n/a |
4 |
n/a |
|
Schemas reused |
n/a |
n/a |
0 |
n/a |
|
orward Schema Lookups Count n/a n/a 0 n/a |
||||
|
Total Wait (ms) |
n/a |
n/a |
0 |
n/a |
|
Longest Wait (ms) |
n/a |
n/a |
0 |
n/a |
|
Average Time (ms) |
n/a |
n/a |
0.0 |
n/a |
Schema Cache Usage
F
Backward Schema Lookups
|
Count |
n/a |
n/a |
0 |
n/a |
|
Total Wait (ms) |
n/a |
n/a |
0 |
n/a |
|
Longest Wait (ms) |
n/a |
n/a |
0 |
n/a |
|
Average Time (ms) |
n/a |
n/a |
0.0 |
n/a |
Truncation Point Movement
Moved n/a n/a 0 n/a
Gotten from RS n/a n/a 0 n/a Connections to Replication Server
|
Success |
n/a |
n/a |
0 |
n/a |
|
Failed |
n/a |
n/a |
0 |
n/a |
|
Network Packet Information |
||||
|
Packets Sent |
n/a |
n/a |
39429 |
n/a |
|
Full Packets Sent |
n/a |
n/a |
4381 |
n/a |
|
Largest Packet |
n/a |
n/a |
0 |
n/a |
|
Amount of Bytes Sent |
n/a |
n/a |
73240036 |
n/a |
|
Average Packet |
n/a |
n/a |
1857.5 |
n/a |
|
I/O Wait |
from RS |
|||||
|
Count |
n/a |
n/a |
48191 |
n/a |
||
|
Amount |
of Time |
(ms |
n/a |
n/a |
58995 |
n/a |
|
Longest Wait (ms) |
n/a |
n/a |
17 |
n/a |
||
|
Average Wait (ms) |
n/a |
n/a |
1.2 |
n/a |
||
Log Scan Summary
Replication Server 的日志活动的摘要。Replication Agent 会扫描它在其中 运行的数据库的事务日志，然后将扫描的信息发送给 Replication Server。
主数据库的事务日志包含 Replication Agent 不处理的修改，因为这些修改 属于未标记为要复制的对象。
Log Records Scanned
报告 Replication Agent 扫描的日志记录总数。
Log Records Processed
报告因为包含标记为要复制的对象而被发送到 Replication Server 的日志 记录总数。
Number of Log Scans
Rep Agent 扫描日志的总次数。
Amount of Time for Log Scans
Rep Agent 在日志扫描上花费的时间 （以毫秒为单位）。
Longest Time for Log Scan
Rep Agent 在日志扫描上花费的最长时间 （以毫秒为单位）。
Average Time per Log Scan
Rep Agent 在日志扫描上花费的平均时间 （以毫秒为单位）。
Log Scan Activity
报告日志中的以下活动：
• Updates — 处理的更新数量。
• Inserts — 处理的插入数量。
• Deletes — 处理的删除数量。
• Store Procedures — 标记为要复制的已执行存储过程的数量。
• DDL Log Records — 包含要复制的数据定义语言 (DDL) 的日志记录的 数量。该值可能与主数据库中执行的 DDL 命令数量不对应，因为在 主数据库上执行的单个 DDL 命令可能产生多个 DDL 命令日志记录。
• Writetext Log Records — 由 writetext 生成且已经处理的日志记录的 数量。
• Text/Image Log Records — 具有标记为要复制的 text 或 image 数据的 表的数据操纵语言 (DML) 日志记录的数量。
• CLRs — 已处理的补偿日志记录 (CLR) 的数量。
• Checkpoints Processed — 执行的检查点数量。
• SQL Statements Processed — 已处理的 SQL 语句的数量。
Transaction Activity
报告以下活动：
• Opened — 在主日志中找到的 begin transaction 命令的数量。
• Committed — 已提交事务的数量。
• Aborted — 已中止事务的数量。
• Prepared — 处于 “准备”状态的事务数量。
• Delayed Commit — delayed commit 事务的数量
• Maintenance User — 维护用户打开的事务数量。
Log Extension Wait
在正常处理过程中，当 Replication Agent 到达事务日志末尾时，它必须 等待 Adaptive Server 扩展日志 （以便主数据库能够继续执行活动）。
“Log Extension Wait”报告以下活动：
• Count — Replication Agent 等待 Adaptive Server 扩展日志的次数。
• Amount of time — Replication Agent 等待 Adaptive Server 扩展日志所 花费的时间 （以毫秒为单位）。
• Longest Wait — Replication Agent 等待 Adaptive Server 扩展日志所花 费的最长时间 （以毫秒为单位）。
• Average Time — Replication Agent 等待 Adaptive Server 扩展日志所花 费的平均时间 （以毫秒为单位）。
Schema Cache
• Max Ever Used — 模式高速缓存中的最大模式数。
• Schemas Reused — 处理过程中重用的模式数。 “Schema Cache”报告以下活动：
• Forward Schema — 有时， Replication Agent 必须对主事务日志执行 正向扫描以查找对象模式更改。
• Count — Replication Agent 执行正向扫描的次数。
• Total Wait — Replication Agent 执行正向扫描所花费的时间 （以毫秒 为单位）。
• Longest Wait — Replication Agent 执行正向扫描所花费的最长时间 （以 毫秒为单位）。
• Average Time — Replication Agent 执行正向扫描所花费的平均时间 （以 毫秒为单位）。
Backward Schema
当 Adaptive Server 在事务内执行 DDL， Replication Agent 必须在主事务 日志中执行反向扫描。“Backward Schema”报告以下活动：
• Count — Replication Agent 执行反向扫描的次数。
• Total Wait — Replication Agent 执行反向扫描所花费的时间 （以毫秒 为单位）。
• Longest Wait — Replication Agent 执行反向扫描所花费的最长时间 （以 毫秒为单位）。
• Average Time — Replication Agent 执行反向扫描所花费的平均时间 （以 毫秒为单位）。
Truncation Point Movement
报告以下活动：
• Moved — Replication Agent 在主数据库上移动辅助截断点的次数。
• Gotten from RS — Replication Agent 查询 Replication Server 以获取新 的辅助截断点的次数。
Connections to Replication Server
报告以下活动：
• Success — 与 Replication Server 的成功连接数。
• Failed — 与 Replication Server 的失败连接数。
Network Packet Information
报告以下活动：
• Packets Sent — 发送到 Replication Server 的包数。
• Full Packets Sent — 发送到 Replication Server 的满包数。
• Largest Packet — 发送到 Replication Server 的最大包。
• Amount of Bytes Sent — 发送到 Replication Server 的字节数。
• Average Packet — 平均包大小。
I/O Wait from RS
报告：
• Count — Replication Agent 向 Replication Server 发布 ct_sendpassthru
的次数。
• Amount of Time — Replication Agent 处理来自 Replication Server 的结 果所花费的时间 （以毫秒为单位）。
• Longest Wait — Replication Agent 处理结果所花费的最长时间 （以毫 秒为单位）。
• Average Wait — Replication Agent 处理结果所花费的平均时间 （以毫 秒为单位）
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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------
提供Sybase ASE及Sybase SQL Anywhere数据库修复服务，电话: 13811580958(微信)，QQ: 289965371！We have many years of experience in recovering data from damanged Sybase devices. Contact us by Phone: +86 13811580958 Wechat: 13811580958 Email: 289965371@qq.com
京ICP备2020043699号-2
Powered by WordPress | SiteMap | Baidu Knows | Google Knows | About
