随着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
- 安全性管理指南
- 实用程序指南
使用 dbcc checkstorage 之前的准备工作
使用 dbcc checkstorage 之前,请配置 Adaptive Server 并设置 dbccdb
数据库。 表 11-3 按使用的先后顺序总结了各个步骤和命令。
以下各节详细描述了每个操作。本节中的示例假设服务器使用 2K
逻辑页。
表 11-3:使用 dbcc checkstorage 之前的准备工作
对于此操作 请参见 使用此命令
1. 为目标数据库获取有关数据库 大小、设备(如果 dbccdb 不存 在)、工作空间大小、高速缓存 大小和工作进程数的建议。
2. 如有必要,调整 Adaptive Server
使用的工作进程数。
3.(可选)为 dbcc 创建一个命名 高速缓存。
use master sp_plan_dbccdb
sp_configure
number of worker processes memory per worker processes sp_cacheconfig
4. 配置缓冲池。 第 259 页的“配置一个 8 页 的 I/O 缓冲池”
5. 如果 dbccdb 已存在,则应在创 建新的 dbccdb 数据库之前将它和 所有与其关联的设备全部删除。
sp_poolconfig drop database
6. 初始化用于存储 dbccdb 数据和 日志的磁盘设备。
7.(可选)在数据磁盘设备上创建
dbccdb。
disk init
create database
9. 填充 dbccdb 数据库并安装 dbcc
存储过程。
use dbccdb
isql -Usa -P -i
$SYBASE/$SYBASE_ASE/scripts
/installdbccdb
注释 dbcc checkstorage 对磁盘上的数据库运行检查。如果损坏仅在 内存中,dbcc 可能检测不到损坏。为确保连续两个 dbcc checkstorage 命令之间的一致性,应首先运行 checkpoint。请注意,运行 checkpoint 可能会使瞬时内存损坏成为磁盘损坏。
计划资源
为 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 操作,需设置额外的工作空间。
确定要检查的最大数据库的大小
不同的数据库可以使用相同的工作空间。因此,工作空间必须足够 大,以能够适合要使用的最大的数据库。
注释 sp_plan_dbccdb 建议工作空间大小 — 下面关于确定工作空间 大小的细节仅供参考。
目标数据库中的每一页由 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 的整体性能。
注释 由于为 dbcc checkstorage 指定专用的高速缓存分区时 Adaptive Server 可能会发出错误消息 9946 或 9947,因此 Sybase 建议您为 dbcc checkstorage 指定专用的命名高速缓存。
若要为 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 置于与其它数据库设备不同的设 备上。
注释 不要在主设备上创建 dbccdb。确保用于 dbccdb 的日志设备和 数据设备是分开的。
用于工作空间的段
通过将段专用于工作空间,可以控制工作空间的位置并提高 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)上提取数据的非常规恢复工具
- 适用于所有的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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------