提供7*24专业Sybase数据库远程及现场技术支持,Sybase ASE及Sybase SQL Anywhere数据库修复服务,
请联系电话: (微信),QQ: 289965371!
We supply technical support for Sybase ASE and Sybase SQL Anywhere, also have many years of experience in recovering data from damanged Sybase devices.
Please contact us:
Phone:
Wechat: 13811580958
QQ: 289965371 联系我们获取数据库技术支持!
Email: 289965371@qq.com
扫描下方微信,联系我们:
扫描雨翰数据恢复官方微信获取专业数据库恢复服务

 

随着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数据库技术问题需要咨询,请联系我!

  QQ :289965371 联系我们获取数据库技术支持!
  Email:

以下官方手册为ASE 15.7 ESD#2中文版:

  1. 新增功能公告 适用于 Windows、Linux 和 UNIX 的 Open Server 15.7 和 SDK 15.7
  2. 新增功能摘要
  3. 新增功能指南
  4. ASE 15.7 发行公告
  5. 配置指南(windows)
  6. 安装指南(windows)
  7. 参考手册:构件块
  8. 参考手册:命令
  9. 参考手册:过程
  10. 参考手册:表
  11. Transact-SQL® 用户指南
  12. 系统管理指南,卷 1
  13. 系统管理指南,卷 2
  14. 性能和调优系列:基础知识
  15. 性能和调优系列:锁定和并发控制
  16. 性能和调优系列:监控表
  17. 性能和调优系列:物理数据库调优
  18. 性能和调优系列:查询处理和抽象计划
  19. 性能和调优系列:使用 sp_sysmon 监控 Adaptive Server
  20. 性能和调优系列:利用统计分析改进性能
  21. 程序员参考 jConnect for JDBC 7.0.7
  22. Adaptive Server Enterprise 中的 Java
  23. 组件集成服务用户指南
  24. Ribo 用户指南
  25. 内存数据库用户指南
  26. Sybase Control Center for Adaptive Server® Enterprise
  27. 安全性管理指南
  28. 实用程序指南

 


< 上一个 | 内容 | 下一步 >

show_cached_plan_in_xml

说明 XML 格式显示语句高速缓存中的查询的执行查询计划。

show_cached_plan_in_xml XML 格式返回 showplan 实用程序输出的各 个部分。

语法 show_cached_plan_in_xml(statement_id, plan_id, [level_of_detail])

参数 statement_id

轻量过程的对象 ID。轻量过程是可由 Adaptive Server 在内部创建和调 用的过程。这是 monCachedStatement SSQLID 列,其中包含每个高 速缓存语句的唯一标识符。

plan_id

计划的唯一标识符。这是来自 monCachedProcedures PlanID。如果 plan_id 的值为零,会显示所指示的 SSQLID 的所有高速缓存计划的 showplan 输出。

level_of_detail

是一个 0 6 的值,指示 show_cached_plan_in_xml 返回的细节数量(请 参见 2- 6)。 level_of_detail 确定 show_cached_plan_in_xml 将返 回 showplan 的哪些部分。缺省值为 0

show_cached_plan_in_xml 的输出包括 plan_id 和以下部分:

parameter — 包含用于编译查询的参数值以及导致最低性能的参数 值。编译参数是用 <compileParameters> </compileParameters> 标记指示的。最低性能参数值是用 <execParameters>

</execParameters> 标记指示的。对于每个参数,

show_cached_plan_in_xml 都会显示:

编号

数据类型

值 — 大于 500 字节的值和插入值语句的值不会显示。对于两 个参数集来说,用于存储所有参数的值的总内存均为 2KB

示例 示例 1 XML 中呈现的一个查询计划:

select show_cache_plan_in_xml(1328134997,0) go

-------------------------------------------

<?xml version="1.0" encoding="UTF-8"?>

< query>

<statementId>1328134997</statementId>

<Œƒ±æ>

<![CDATA[SQL Text:select name from sysobjects where id = 10]]>


</text>

<ºýªÆ>

<planId>11</planId>

<planStatus> available </planStatus>

<execCount>1371</execCount>

<maxTime>3</maxTime>

<avgTime>0</avgTime>

<compileParameters/>

<execParameters/>

<opTree>

<Emit>

<VA>1</VA>

<est>

<rowCnt>10</rowCnt>

<lio>0</lio>

<pio>0</pio>

<rowSz>22.54878</rowSz>

</est>

<act>

<rowCnt>1</rowCnt>

</act>

<arity>1</arity>

<IndexScan>

<VA>0</VA>

<est>

<rowCnt>10</rowCnt>

<lio>0</lio>

<pio>0</pio>

<rowSz>22.54878</rowSz>

</est>

<act>

<rowCnt>1</rowCnt>

<lio>3</lio>

<pio>0</pio>

</act>

<varNo>0</varNo>

<objName>sysobjects</objName>

<scanType>IndexScan</scanType>

<indName>csysobjects</indName>

<indId>3</indId>

<scanOrder> ForwardScan </scanOrder>


<positioning> ByKey </positioning>

<perKey>

<keyCol>id</keyCol>

<keyOrder> Ascending </keyOrder>


</perKey>

<indexIOSizeInKB>2</indexIOSizeInKB>

<indexBufReplStrategy> LRU </indexBufReplStrategy>

<dataIOSizeInKB>2</dataIOSizeInKB>

<dataBufReplStrategy> LRU </dataBufReplStrategy>

</IndexScan>

</Emit>

</opTree>

</plan>

示例 2 以下示例显示了 Adaptive Server 15.7.1 和更高版本中提供的增强 的 <est><act> <scanCoverage> 标记:

select show_cached_plan_in_xml(1123220018, 0) go


<?xml version="1.0" encoding="UTF-8"?>

< query>

<statementId>1123220018</statementId>

<Œƒ±æ>

<![CDATA[

SQL Text:select distinct c1, c2 from t1, t2 where c1 = d1 PLAN '( distinct_hashing ( nl_join ( t_scan t2 ) ( i_scan i1t1 t1 ) ) )']]>

</text>

<ºýªÆ>

<planId>6</planId>

<planStatus> available </planStatus>

<execCount>1</execCount>

<maxTime>16</maxTime>

<avgTime>16</avgTime>

<compileParameters/>

<execParameters/>

<opTree>

<Emit>

<VA>4</VA>

<est>

<rowCnt>1</rowCnt>

<lio>0</lio>

<pio>0</pio>

<rowSz>10</rowSz>

</est>

<arity>1</arity>

<HashDistinct>

<VA>3</VA>

<est>

<rowCnt>1</rowCnt>

<lio>5</lio>


<pio>0</pio>

<rowSz>10</rowSz>

</est>

<arity>1</arity>

<WorkTable>

<wtObjName>WorkTable1</wtObjName>

</WorkTable>

<NestLoopJoin>

<VA>2</VA>

<est>

<rowCnt>1</rowCnt>

<lio>0</lio>

<pio>0</pio>

<rowSz>10</rowSz>

</est>

<arity>2</arity>

<TableScan>

<VA>0</VA>

<est>

<rowCnt>1</rowCnt>

<lio>1</lio>

<pio>0.9999995</pio>

<rowSz>6</rowSz>

</est>

<varNo>0</varNo>

<objName>t2</objName>

<scanType>TableScan</scanType>

<scanOrder> ForwardScan </scanOrder>

<positioning> StartOfTable </positioning>

<scanCoverage> NonCovered </scanCoverage>

<dataIOSizeInKB>16</dataIOSizeInKB>

<dataBufReplStrategy> LRU </dataBufReplStrategy>

</TableScan>

<IndexScan>

<VA>1</VA>

<est>

<rowCnt>1</rowCnt>

<lio>0</lio>

<pio>0</pio>

<rowSz>10</rowSz>

</est>

<varNo>1</varNo>


<objName>t1</objName>

<scanType>IndexScan</scanType>

<indName>i1t1</indName>


<indId>1</indId>

<scanOrder> ForwardScan </scanOrder>

<positioning> ByKey </positioning>

<scanCoverage> NonCovered </scanCoverage>

<perKey>

<keyCol>c1</keyCol>

<keyOrder> Ascending </keyOrder>

</perKey>

<dataIOSizeInKB>16</dataIOSizeInKB>

<dataBufReplStrategy> LRU </dataBufReplStrategy>

</IndexScan>

</NestLoopJoin>

</HashDistinct>

</Emit>

<est>

<totalLio>6</totalLio>

<totalPio>0.9999995</totalPio>

</est>

<act>

<totalLio>0</totalLio>

<totalPio>0</totalPio>

</act>

</opTree>

</plan>

</query>

用法 在使用 show_cached_plan_in_xml 之前先启用语句高速缓存。

仅将 show_cached_plan_in_xml 用于高速缓存语句。

如果计划正在使用中,便不会进行打印。状态为 available(可用) 的计划会输出计划详细信息。状态为 in use(使用中)的计划仅显 示进程 ID

下表给出了针对 level_of_detail 值而显示的 show_cached_plan_in_xml

部分:

2-6:详细程度

level_of_detail

parameter

opTree

execTree

0 (缺省值)

X

X

1

X

2

X

3

X

4

X

X

5

X

X

6

X

X

X


权限 show_cached_plan_in_xml 的权限检查因您的细化权限设置而异。


细化权限已启用

在启用细化权限的情况下,您必须是具有 mon_role 的用户,或者具有 monitor qp performance 权限才能执行 show_cached_plan_in_xml

细化权限已禁用

在禁用细化权限的情况下,您必须是具有 mon_role sa_role 的用户才能执行

show_cached_plan_in_xml




--------------------------------------华丽的分割线-------------------------------------------------------------------------

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)上提取数据的非常规恢复工具
  1. 适用于所有的SQL Anywhere版本    包括:5.x,6.x,7.x,8.x,9.x,10.x,11.x,12.x,16.x,17.x
  2. 适用于所有的UltraLite版本
  3. 能够恢复出来表结构和数据
  4. 能够恢复自定义数据类型
  5. 能够恢复存储过程等对象的语法
  6. 能够导出到目标数据库
  7. 能够导出到SQL文件并生成导入脚本
  8. 支持多种字符集,包括:cp850、cp936、gb18030、utf8等
  9. 能够恢复未加密或者简单加密类型的数据
  10. 简单易用
  11. 限制:不支持AES加密的数据文件
请参考:研发成功了从Sybase SQL Anywhere的DB文件上恢复数据的工具
            SQL Anywhere数据库非常规恢复工具ReadASADB使用介绍

Sybase SQL Anywhere数据库恢复工具ReadASADB适用场景

各种误操作:

  1. 误截断表(truncate table)
  2. 误删除表(drop table)
  3. 错误的where条件误删数据
  4. 误删除db或log文件
  5. 误删除表中的字段

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的主要功能:

  1. 被勒索病毒加密数据文件及备份文件情况下的恢复;
  2. 系统崩溃只剩下数据文件的情况下的恢复,甚至数据库文件不存在而只有损坏的备份文件情况下的恢复;
  3. 因断电、硬盘坏道等造成数据库文件损坏情况下的恢复;
  4. delete数据恢复、误update数据恢复、误删除表(drop)恢复、误truncate表恢复 等;
  5. 各种Sybase内部系统表损坏、索引错误的修复;
  6. master数据库损坏而无法正常运行情况下的恢复;
  7. Sybase数据库被标记为可疑,不可用等情况的恢复;
  8. Sybase数据库中数据文件内部出现坏块情况下的恢复;
  9. Sybase数据库无数据文件但有日志文件的情况下的恢复;
  10. Sybase数据库只有数据文件无任何日志文件的情况下的恢复;
  11. Sybase数据文件被误删除情况下的碎片提取恢复;
  12. 磁盘阵列上的Sybase数据库被误格式化情况下的数据库恢复;
  13. 数据库sysobjects等系统表损坏无法正常应用情况下的恢复;
  14. Sybase数据库还原数据库出现失败情况下的恢复;
  15. 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.x


-------------------------------------------------------------------------------------------

SQL Server数据库恢复工具SQLRescue:

一个不依赖数据库管理系统、直接从SQL Server数据库文件上提取数据的业内领先的恢复工具!
能够从损坏的SQL Server数据库文件(.mdf)上提取数据的非常规恢复工具。

SQL Server数据库恢复工具SQLRescue的主要功能:

  1. 系统崩溃只剩下数据文件的情况下的恢复,即无日志文件或者日志文件损坏情况下的恢复;
  2. 断电导致数据库文件损坏情况下的恢复;
  3. 硬盘坏道造成数据库损坏情况下的恢复;
  4. 数据文件内部存在坏页情况下的恢复;
  5. 企业管理器误删除数据表记录,管理软件误删除数据表记录的恢复;
  6. 并闩锁错误、格式化、误删除后导致软件不能使用的情况;
  7. 无法读取并闩锁页sysindexes失败情况下的修复;
  8. 数据文件被误删除情况下的碎片提取恢复;
  9. 系统表损坏、索引错误、误删除数据库表、删除记录的数据找回;
  10. master数据库损坏而无法正常运行情况下的恢复;
  11. 数据文件无法附加情况下的数据恢复;
  12. 数据库被标记为可疑,质疑,不可用等情况的恢复;
  13. 数据库sysobjects等系统表损坏情况下的恢复;
  14. 数据被误(drop、delete、truncate)删除表数据的恢复,误update后的数据恢复等;
  15. 还原时报一致性错误,错误823等情况下的数据恢复,各种错误提示的数据库文件修复;
  16. 数据库被误格式化等情况下的数据库恢复;
  17. 日志收缩造成数据库损坏情况下的恢复;
  18. 仅剩损坏的备份文件情况下的恢复。

SQL Server数据库恢复工具SQLRescue技术特点:

只要SQL Server数据库的数据文件存在,我们就有办法帮您从数据文件中找回重要数据。
  1. 从数据文件中直接恢复数据
  2. 不能附加时直接恢复数据并生成新的数据库
  3. 系统表损坏的数据库修复
  4. 快速修复SQL 823错误、连接中断错误

SQL Server数据库恢复工具SQLRescue支持的版本:

Microsoft SQL Server 7.0, 2000, 2005, 2008, 2008R2, 2012, 2014, 2016, 2017,2019。
+-------------------------------------华丽的分割线-------------------------------------------------------------------------