提供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. 实用程序指南

 


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

使用 dbcc checkstorage 之前的准备工作‌ ‌

使用 dbcc checkstorage 之前,请配置 Adaptive Server 并设置 dbccdb

数据库。 表 11-3 按使用的先后顺序总结了各个步骤和命令。

以下各节详细描述了每个操作。本节中的示例假设服务器使用 2K

逻辑页。


表 11-3:使用 dbcc checkstorage 之前的准备工作

image

image

对于此操作 请参见 使用此命令

1. 为目标数据库获取有关数据库 大小、设备(如果 dbccdb 不存 在)、工作空间大小、高速缓存 大小和工作进程数的建议。

image

2. 如有必要,调整 Adaptive Server

使用的工作进程数。


image

image

3.(可选)为 dbcc 创建一个命名 高速缓存。

第 253 页的“计划资源”

第 255 页的“计划工作空间 大小”


第 257 页的“配置工作 进程”


第 258 页的“为 dbcc 设置命 名高速缓存”

use master sp_plan_dbccdb


sp_configure

number of worker processes memory per worker processes sp_cacheconfig

image

4. 配置缓冲池。 第 259 页的“配置一个 8 页 的 I/O 缓冲池”

image

5. 如果 dbccdb 已存在,则应在创 建新的 dbccdb 数据库之前将它和 所有与其关联的设备全部删除。

sp_poolconfig drop database

6. 初始化用于存储 dbccdb 数据和 日志的磁盘设备。

image

7.(可选)在数据磁盘设备上创建

image

dbccdb。

第 260 页的“为 dbccdb 分配 磁盘空间”

disk init


create database

8.(可选)添加磁盘段。 第 260 页的“用于工作空间

的段”

image

9. 填充 dbccdb 数据库并安装 dbcc

存储过程。

use dbccdb


isql -Usa -P -i

$SYBASE/$SYBASE_ASE/scripts

/installdbccdb


image

注释 dbcc checkstorage 对磁盘上的数据库运行检查。如果损坏仅在 内存中,dbcc 可能检测不到损坏。为确保连续两个 dbcc checkstorage 命令之间的一致性,应首先运行 checkpoint。请注意,运行 checkpoint 可能会使瞬时内存损坏成为磁盘损坏。

image


计划资源 ‌


为 dbccdb 选择适当的设备和大小对于执行 dbcc checkstorage 操作很 重要。sp_plan_dbccdb 根据 dbccdb 是否存在为指定的目标数据库提 供配置建议。可以使用这些信息来配置 Adaptive Server 和设置 dbccdb 数据库。


sp_plan_dbccdb 输出的示例

如果 dbccdb 不存在,sp_plan_dbccdb 将返回:

• dbccdb 的最小大小

• 适用于 dbccdb 的设备

• scan 和 text 工作空间的最小大小

• 高速缓存的最小大小

• 工作进程数

建议的高速缓存大小值是近似值,因为 dbccdb 的最佳高速缓存大小 取决于目标数据库中页分配的模式。以下示例来自使用 2K 逻辑页 的服务器,它显示了当 dbccdb 不存在时,对 pubs2 数据库运行 sp_plan_dbccdb 所产生的输出:

sp_plan_dbccdb pubs2 Recommended size for dbccdb is 4MB.

Recommended devices for dbccdb are:

Logical Device Name Device Size Physical Device Name sprocdev 28672 /remote/SERV/sprocs_dat

tun_dat 8192 /remote/SERV/tun_dat

tun_log 4096 /remote/SERV/tun_log


Recommended values for workspace size, cache size and process count are: dbname scan ws text ws cache process count

pubs2 64K 64K 640K 1

(return status = 0)


如果 dbccdb 已存在,sp_plan_dbccdb 将返回:

• dbccdb 的最小大小

• 现有 dbccdb 数据库的大小

• scan 和 text 工作空间的最小大小

• 高速缓存的最小大小

• 工作进程数


以下示例显示当 dbccdb 已存在时,对 pubs2 数据库运行 sp_plan_dbccdb

所产生的输出:

sp_plan_dbccdb pubs2

Recommended size for dbccdb database is 23MB (data = 21MB, log = 2MB). dbccdb database already exists with size 8MB.

Recommended values for workspace size, cache size and process count are: dbname scan ws text ws cache process count

pubs2 64K 48K 640K 1

(return status = 0)

如果计划检查多个数据库,应为目标数据库使用最大的数据库的名 称。如果没有提供目标数据库名,sp_plan_dbccdb 将为 master..sysdatabases 中列出的所有数据库返回配置值:

sp_plan_dbccdb Recommended size for dbccdb is 4MB.

dbccdb database already exists with size 8MB.


Recommended values for workspace size, cache size and process count are:


dbname


master

scan


64K

ws

text


64K

ws

cache


640K

process count


1

tempdb

64K

64K

640K

1

model

64K

64K

640K

1

sybsystemprocs

384K

112K

1280K

2

pubs2

64K

64K

640K

1

pubs3

64K

64K

640K

1

pubtune

160K

96K

1280K

2

sybsecurity

96K

96K

1280K

2

dbccdb

112K

96K

1280K

2

请参见《参考手册:过程》中的“sp_plan_dbccdb”。


计划工作空间大小 ‌


dbccdb 需要两个工作空间:scan 和 text。这些工作空间的空间需求 取决于要检查的最大数据库的大小。若要运行并发 dbcc checkstorage 操作,需设置额外的工作空间。


确定要检查的最大数据库的大小


不同的数据库可以使用相同的工作空间。因此,工作空间必须足够 大,以能够适合要使用的最大的数据库。


image

注释 sp_plan_dbccdb 建议工作空间大小 — 下面关于确定工作空间 大小的细节仅供参考。

image


目标数据库中的每一页由 scan 工作空间中的一个 18 字节的行表示。 此工作空间应该大约是目标数据库大小的 1.1%。

目标数据库中的每个非空 text 列在 text 工作空间中插入一个 22 字节 的行。如果目标数据库中有 n 个非空 text 列,则 text 工作空间的大 小必须至少是 (22 * n ) 字节。非空 text 列的数目是动态的,所以需要 为 text 工作空间分配足够的空间以适应将来的需求。text 工作空间 所需的最小空间是 24 页。


可以同时使用的工作空间的数目

可以配置 dbccdb 以在多个数据库上同时运行 dbcc checkstorage。只 有在第二个和随后的 dbcc checkstorage 操作有自己专用的资源时, 此方法才可行。若要执行并发 dbcc checkstorage 操作,每项操作必 须具有自己的 scan 和 text 工作空间、工作进程和保留的高速缓存。

工作空间所需的全部空间取决于对用户数据库是串行检查还是并发 检查。如果 dbcc checkstorage 操作以串行方式运行,则最大的 scan 和 text 工作空间可用于所有用户数据库。如果 dbcc checkstorage 操作 以并发方式运行,则 dbccdb 应设置为可以适合将并发使用的最大工 作空间。通过增加将并发检查的最大数据库的大小,可以确定工作 空间大小。

请参见《参考手册:表》中的“dbccdb 表”。


工作空间自动扩展


sp_dbcc_updateconfig.. automatic workspace expansion 选项指示

checkstorage 是否在必要时自动调整工作空间的大小。

开始运行 checkstorage 时,会验证工作空间的大小。如果需要更多 空间,并且启用了 automatic workspace expansion,当相应的段上有 足够的可用空间时,checkstorage 会自动扩展工作空间。如果需要更 多空间,并且未启用 automatic workspace expansion,checkstorage 将 退出并显示信息性消息。


值 1(缺省值)将启用 automatic workspace expansion。值 0 将禁用

automatic workspace expansion。请参见《参考手册:过程》。


缺省的 scan 工作空间和 text 工作空间

运行 installdbccdb 脚本时,会创建缺省的 scan 工作空间和 text 工作 空间。缺省 scan 工作空间的名称为 def$scan$ws,其大小为 256K。 缺省 text 工作空间的名称为 def$text$ws,其大小为 128K。如果尚未 配置缺省工作空间并且目标数据库尚未配置工作空间值,将使用这 些缺省工作空间。


配置工作进程 ‌


以下参数可影响 dbcc checkstorage:

• max worker processes — 使用 sp_dbcc_updateconfig 设置此参数。 它为每个目标数据库更新 dbcc_config 表中 max worker processes 的值。

• number of worker processes — 使用 sp_configure 设置此配置参数。 它更新 server_name.cfg 文件。

• memory per worker process — 使用 sp_configure 设置此配置参数。 它更新 server_name.cfg 文件。

max worker processes 为每个目标数据库指定 dbcc checkstorage 使用的 工作进程最大数,而 number of worker processes 指定 Adaptive Server 支持的工作进程总数。工作进程不是专用来运行 dbcc checkstorage 操作的。

将 number of worker processes 的值设置得足够高,使之支持 max worker processes 指定的进程数。工作进程数低会降低性能并减少 dbcc checkstorage 的资源消耗。dbcc checkstorage 使用的进程数不能 多于数据库使用的数据库设备数。高速缓存大小、CPU 性能和设备 大小表明的工作进程数可能较低。如果没有为 Adaptive Server 配置 足够的工作进程数,dbcc checkstorage 将不能运行。

maximum parallel degree 和 maximum scan parallel degree 对于 dbcc checkstorage 的并行功能没有影响。将 maximum parallel degree 设置 为 1 时,不会禁用 dbcc checkstorage 中的并行度。

dbcc checkstorage 需要多个工作进程,所以 number of worker processes

必须至少设置为 1 以支持父进程和工作进程。


sp_plan_dbccdb 根据数据库大小、设备数和其它因素推荐工作进程 数的值。可使用较小的值来限制系统上的负载。dbcc checkstorage 使用的工作进程可能会少于 sp_plan_dbccdb 推荐的或您自己配置的 工作进程。

使用更多的工作进程并不能保证更好的性能。以下情况说明了两种 不同配置的效果:

一个 8GB 的数据库在磁盘 A 上有 4GB 数据,在磁盘 B、C、D、E、 F、G、H 和 I 上各有 0.5GB 数据。

如果有 9 个工作进程是活动的,则运行 dbcc checkstorage 所需时间 为 2 小时,这也是用来检查磁盘 A 的时间。其它 8 个工作进程分别 在 15 分钟内完成检查,并等待磁盘 A 工作进程完成检查。

如果有两个工作进程是活动的,运行 dbcc checkstorage 仍然需要 2 小 时。第一个工作进程处理磁盘 A,另一个工作进程处理磁盘 B、C、 D、E、F、G、H 和 I。这种情况下无需等待,可以更有效地利用 资源。

memory per worker process 为 Adaptive Server 中支持的工作进程指定 总的内存分配量。缺省值足够用于 dbcc checkstorage。


为 dbcc 设置命名高速缓存‌ ‌

如果为 dbcc checkstorage 使用命名高速缓存,可能需要调整 Adaptive Server 配置参数。

dbcc checkstorage 运行期间,工作空间将临时绑定到也读取目标数 据库的高速缓存。使用专用于 dbcc 的命名高速缓存将会尽可能减少 数据库检查对其他用户的影响,并可提高性能。可为同时运行的每 个 dbcc checkstorage 操作创建一个单独的高速缓存,也可以创建一 个足够大的高速缓存以适应并发操作的全部需求。最佳性能所需的 容量大小取决于目标数据库的大小及该数据库中数据的分布。dbcc checkstorage 要求命名高速缓存中的每个工作进程都至少具有 640K 的缓冲区(每个缓冲区是一个扩充)。

为获得最佳性能,应将专用高速缓存的大部分指派给缓冲池,而且 不要对高速缓存分区。建议的高速缓存大小是缓冲池的最小大小。 对此值增加一页缓冲池空间。


如果将一个高速缓存专用于 dbcc checkstorage,则此命令要求的大 小不会大于一页缓冲池的最小值。如果高速缓存是共享的,则可以 通过在运行操作之前增加缓冲池的大小,并在操作完成之后减其大 小来提高 dbcc checkstorage 的性能。缓冲池的要求与共享高速缓存 的要求一样。然而,虽然共享高速缓存可以满足大小要求,但高速 缓存中的其它要求可能会限制可供 dbcc checkstorage 使用的缓冲区, 并大大影响 checkstorage 和 Adaptive Server 的整体性能。


image

注释 由于为 dbcc checkstorage 指定专用的高速缓存分区时 Adaptive Server 可能会发出错误消息 9946 或 9947,因此 Sybase 建议您为 dbcc checkstorage 指定专用的命名高速缓存。

image


若要为 Adaptive Server 配置一个用于 dbcc checkstorage 操作的命名高 速缓存,请使用 sp_cacheconfig 和 sp_poolconfig 。请参见 第 4 章“配 置数据高速缓存”


配置一个 8 页的 I/O 缓冲池‌

dbcc checkstorage 要求一个其大小为一个扩充的 I/O 缓冲池。使用 sp_poolconfig 配置缓冲池大小并检验缓冲池是否配置正确。缓冲池 大小存储在 dbcc_config 表中。

dbcc checkstorage 缓冲池的大小等于页大小乘以 16。不同页大小的

dbcc checkstorage 缓冲池要求分别为:

• (2KB 页服务器)*(8 个扩充)= 16k 缓冲池

• (4KB 页服务器)*(8 个扩充)= 32k 缓冲池

• (8KB 页服务器)*(8 个扩充)= 64k 缓冲池

• (16KB 页服务器)*(8 个扩充)= 128k 缓冲池

下例显示了如何使用 sp_poolconfig 在配置为 2K 逻辑页的服务器上为 “master_cache”设置 16K 缓冲池。命名高速缓存是为 master 数据 库创建的。

1> sp_poolconfig "master_cache", "1024K", "16K" 2> go

(return status = 0)

下例显示已为专用高速缓存“master_cache”设置了缓冲池:

1> sp_poolconfig "master_cache"

2> go


Cache Name Status Type Config Value Run Value

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

master_cache Active Mixed 2.00 Mb 2.00 Mb

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

Total 2.00 Mb 2.00 Mb

=================================================================

Cache: master_cache, Status: Active, Type: Mixed Config Size: 2.00 Mb, Run Size: 2.00 Mb

Config Replacement: strict LRU, Run Replacement: strict LRU IO Size Wash Size Config Size Run Size APF Percent

-------- --------- ------------ ------------ ----------- 2 Kb 512 Kb 0.00 Mb 1.00 Mb 10

16 Kb 192 Kb 1.00 Mb 1.00 Mb 10

(return status = 0)

请参见《参考手册:过程》。


为 dbccdb 分配磁盘空间‌ ‌

dbccdb 数据库要求额外的磁盘存储空间。由于 dbcc checkstorage 将大 量使用 dbccdb,所以应该将 dbccdb 置于与其它数据库设备不同的设 备上。


image

注释 不要在主设备上创建 dbccdb。确保用于 dbccdb 的日志设备和 数据设备是分开的。

image


用于工作空间的段 ‌


通过将段专用于工作空间,可以控制工作空间的位置并提高 dbcc checkstorage 性能。将新段专门供工作空间使用时,应使用 sp_dropsegment 从缺省段解除这些新段附带的设备的映射。


创建 dbccdb 数据库

❖ 创建 dbccdb 数据库

1 在 master 数据库中运行 sp_plan_dbccdb,获取有关目标数据库的 数据库大小、设备、工作空间大小、高速缓存大小和工作进程 数的建议。


有关 sp_plan_dbccdb 提供的信息的细节,请参见 第 253 页的“计 划资源”。

2 如果 dbccdb 已存在,则应在创建新的 dbccdb 数据库之前将它和 所有与其关联的设备全部删除:

use master go

if exists (select * from master.dbo.sysdatabases where name = "dbccdb")

begin


end go


print "+++ Dropping the dbccdb database" drop database dbccdb

3 初始化用于 dbccdb 数据和日志的磁盘设备:

use master go

disk init

name = "dbccdb_dat",

physname = "/remote/disks/masters/", size = "4096"

go

disk init

name = "dbccdb_log",

physname = "/remote/disks/masters/", size = "1024"

go

4 在已在步骤 3 中初始化的数据磁盘设备上创建 dbccdb:

use master go

create database dbccdb on dbccdb_dat = 6

log on dbccdb_log = 2

go

5 (可选)将用于 scan 和 text 工作空间的段添加到 dbccdb 数据设 备上:

use dbccdb go

sp_addsegment scanseg, dbccdb, dbccdb_dat go

sp_addsegment textseg, dbccdb, dbccdb_dat go



use dbccdb| go|

6 为 dbccdb 创建表并初始化 dbcc_types 表:

isql -Ujms -P***** -iinstalldbccdb

installdbccdb 在试图创建表之前检查数据库是否存在。它只创建 dbccdb 中尚未存在的那些表。如果任何一个 dbccdb 表被损坏, 请使用 drop table 将其删除,然后使用 installdbccdb 重新创建。

7 创建并初始化 scan 和 text 工作空间:

sp_dbcc_createws dbccdb, scanseg, scan_pubs2, scan, "64K"| sp_dbccvreatews dbccdb, textseg, text_pubs2, text, "64K"

安装完 dbccdb 之后,必须更新 dbcc_config 表。




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

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。
+-------------------------------------华丽的分割线-------------------------------------------------------------------------