随着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
- 安全性管理指南
- 实用程序指南
load transaction
说明 装载使用 dump transaction 创建的事务日志的备份副本。
语法 进行例行日志装载:
load tran[saction] database_name
from [compress::]stripe_device [at backup_server_name] [density = density_value, blocksize = number_bytes,
dumpvolume = volume_name, file = file_name]
[stripe on [compress::]stripe_device [at backup_server_name] [density = density_value, blocksize = number_bytes, dumpvolume = volume_name, file = file_name]
[[stripe on [compress::]stripe_device [at backup_server_name] [density = density_value, blocksize = number_bytes, dumpvolume = volume_name, file = file_name]]...]
[with {
density = density_value, blocksize = number_bytes, compression,
dumpvolume = volume_name, file = file_name,
[dismount | nodismount], [nounload | unload],
notify = {client | operator_console}
}]]
返回标头或文件信息但不装载备份日志:
load tran[saction] database_name
from [compress::]stripe_device [at backup_server_name] [density = density_value, blocksize = number_bytes,
dumpvolume = volume_name, file = file_name]
[stripe on [compress::]stripe_device [at backup_server_name] [density = density_value, blocksize = number_bytes, dumpvolume = volume_name, file = file_name]
[[stripe on [compress::]stripe_device
[at backup_server_name] [density = density_value, blocksize = number_bytes, dumpvolume = volume_name, file = file_name]]...]
[with {
density = density_value, blocksize = number_bytes, compression,
dumpvolume = volume_name, file = file_name,
[dismount | nodismount], [nounload | unload], listonly [= full], headeronly,
notify = {client | operator_console} until_time = datetime}]]
将事务日志装载到存档数据库中:
load tran[saction] database_name
from dump_device
[[stripe on stripe_device] ...]
(仅限 Tivoli Storage Manager)您的站点许可使用 Tivoli Storage Manager
时装载事务日志的副本。
load transaction database_name
from syb_tsm::[[-S source_sever_name][-D source_database_name]
::]object_name [blocksize = number_bytes] [stripe on syb_tsm::[[-S source_sever_name]
[-D source_database_name]::]object_name
[blocksize = number_bytes]]
[[stripe on syb_tsm::[[-S source_sever_name]
[-D source_database_name]::]object_name
[blocksize = number_bytes]]...] [with {
blocksize = number_bytes, passwd = password, listonly [= full],
headeronly,
notify = {client | operator_console}, until_time = datetime
} ]
参数 database_name
从转储的事务日志备份副本中接收数据的数据库的名称。接收数据库 的日志段的大小至少要与转储数据库的日志段的大小相同。可将数据 库的名称指定为文字、局部变量或存储过程参数。对于存档数据库, database_name 是要将事务日志装载到的存档数据库。
调用存档事务日志的解压缩。有关 compress 选项的详细信息,请参 见 《系统管理指南》中的 “备份和恢复用户数据库”。
注释 Sybase 建议首选使用本机 "compression = compress_level" 选项,旧 选项 "compress::compression_level" 其次。如果对 dump database 使用了该 本机选项,则在装载数据库时无需使用 "compress::compression_level"。
from stripe_device 从中装载事务日志的转储设备的名称。有关指定转储设备时使用何种 形式的信息,请参见 第 485 页的 “指定转储设备 ”。有关支持的转储 设备的列表,请参见 Adaptive Server 安装和配置指南。
at backup_server_name
在转储设备附加到的计算机上运行的远程 Backup Server 的名称。对于 使用接口文件的平台, backup_server_name 必须出现在接口文件中。
from dump_device
density = density_value
替换磁带设备的缺省密度。 忽略该选项。
blocksize = number_bytes
替换转储设备的缺省块大小。如果在 UNIX 系统上指定块大小,它应 该与用来进行转储的块大小相同。
dumpvolume = volume_name
是 ANSI 磁带标签的卷名字段。打开磁带时,load transaction 会检查此 标签,如果装载了错误的卷,则会生成错误消息。
file = file_name 是磁带卷上特定数据库转储的名称。如果在生成转储时未记录转储文 件名,可使用 listonly 显示有关所有转储文件的信息。
stripe on stripe_device
是附加的转储设备。最多可以使用 32 个设备,其中包括在 to stripe_device 子句中指定的设备。 Backup Server 同时从所有设备装载 数据,从而减少了所需时间和卷更改次数。有关如何指定转储设备的 信息,请参见 第 485 页的 “指定转储设备 ”。
compression 指示您正在装载的日志已被压缩为远程服务器上的文件。无需为 load transaction 指定压缩级别。
with compression 选项不同于 compress 选项,后者用来从本地文件装载 压缩的日志。
注释 Sybase 建议首选使用本机 "compression = compress_level" 选项,旧 选项 "compress::compression_level" 其次。如果对 dump database 使用了该 本机选项,则在装载数据库时无需使用 "compress::compression_level"。
dismount | nodismount
(在支持逻辑卸下的平台上)确定磁带是否保持装入状态。缺省情况 下,在装载完成时将卸下装载所用的全部磁带。使用 nodismount 命令 可使磁带供其它装载或转储使用。
nounload | unload 确定装载完成后是否回绕磁带。缺省情况下磁带不回绕,从而使您可 以从同一磁带卷进行更多的装载。为要从多转储卷装载的最后一个转 储文件指定 unload。这样,在装载完成后就会回绕并卸载磁带。
listonly [= full] 显示有关磁带卷上所有转储文件的信息,但不装载事务日志。 listonly 标识数据库和设备、转储日期和时间以及转储可被覆盖的日期和时 间。 listonly = full 提供有关转储的其它详细信息。两个报告都按 ANSI 磁带标签进行排序。
列出卷上的文件之后,Backup Server 发出卷更改请求。操作员可以安 装另一个磁带卷,也可以终止所有转储设备的列表操作。
在当前实现中, listonly 会替换 headeronly。
警告!请不要对 1/4 英寸盒式磁带使用 load transaction with listonly。
显示单个转储文件的标头信息,但不装载数据库。 headeronly 显示有 关磁带上第一个文件的信息,除非使用 file = file_name 选项另指定一 个文件名。转储标头表示:
• 转储类型 (数据库或事务日志)
• 数据库 ID
• 文件名
• 执行转储的日期
• 字符集
• 排序顺序
• 页数
• 下一个对象 ID
• 日志中的检查点位置
• 最早的 begin transaction 记录的位置
• 旧的和新的序列日期
notify = {client | operator_console}
替换缺省的消息显示目标。
• 在提供操作员终端功能的操作系统上,始终会将卷更改消息发送 到运行 Backup Server 的计算机的操作员终端上。使用 client 可将 其它 Backup Server 消息发送到启动 dump database 的终端会话。
• 在不提供操作员终端功能的操作系统 (如 UNIX)上,消息将发 送到启动 dump database 的客户端。使用 operator_console 将消息 发送到运行 Backup Server 的终端。
until_time 装载事务日志中指定时间之前的事务日志。只有在指定时间前提交的 事务被保存到数据库中。
syb_tsm
是调用 libsyb_tsm.so 模块的关键字,该模块用于实现 Backup Server
和 TSM 之间的通信。
object_name
是 TSM 服务器上备份对象的名称。
-S source_server_name
源 Adaptive Server 与目标 Adaptive Server 不同时,指定源 Adaptive Server 的名称。装载操作的目标服务器与用于转储操作的源服务器不 同时,该参数是必需的。
-D source_database_name 源数据库与目标数据库不同时,指定源数据库的名称。装载操作的目 标数据库与转储操作的源数据库不同时,该参数是必需的。
示例 示例 1 为数据库 pubs2 磁带装载事务日志:
load transaction pubs2 from "/dev/nrmt0"
示例 2 使用 Backup Server REMOTE_BKP_SERVER 装载 pubs2 数据库的 事务日志:
load transaction pubs2
from "/dev/nrmt4" at REMOTE_BKP_SERVER stripe on "/dev/nrmt5" at REMOTE_BKP_SERVER stripe on "/dev/nrmt0" at REMOTE_BKP_SERVER
示例 3 装载 pubs2 在 2008 年 3 月 20 日上午 10:51:43:866 之前的事务日志。
load transaction pubs2 from "/dev/ntmt0"
with until_time = "mar 20, 2008 10:51:43:866am"
示例 4 将事务从 TSM 备份对象 “demo2.1”装载到 testdb 数据库。源数据 库和目标数据库相同。有关信息,请参见 第 371 页的 “ dump transactio n”:
load transaction testdb from "syb_tsm::demo2.1"
示例 5 目标数据库 (pubs2) 与源数据库 (testdb) 不同时,从 TSM 备份对象 “obj1.1”装载事务:
load transaction pubs2 from "syb_tsm::
-D testdb::obj1.1"
用法 • 如果在使用 sp_hidetext 之后执行跨平台的 dump 和 load,则必须手动 删除并重新创建所有隐藏对象。
• listonly 和 headeronly 选项显示有关转储文件的信息,但不装载这些 转储文件。
• 转储和装载通过 Backup Server 执行。
• 表 1-26 描述了用于从备份中恢复数据库的命令和系统过程:
表 1-26: 用于恢复数据库的命令
使用此命令 要进行此操作
create database for load 创建一个用于装载转储的数据库。
load database 从转储中恢复数据库。
load transaction 对恢复的数据库应用最近的事务。
online database 在完成常规装载序列或将数据库升级到最新版本的 Adaptive Server 后,使
公共用户可以访问数据库。
load {database | transaction} with
{headeronly | listonly}
标识磁带上的转储文件。
sp_volchanged 响应 Backup Server 卷更改消息。
限制
• 不能装载在版本低于 11.9 的服务器上生成的转储。
• 数据库和事务日志必须处于同一版本级别。
• 按时间顺序装载事务日志。
• 不能从空设备 (UNIX 上为 /dev/null)装载。
• 不能在执行升级的 online database 命令之后使用 load transaction。升 级数据库的正确顺序是:load database、 load transaction、 online database。
• 不到所有事务日志都装载完成,请不要发出 online database。命令序 列是:
a Load database
b Load transaction (必要时重复)
c Online database
然而,要在保持对数据库的只读访问的同时装载其它事务日志 (典 型的 “热备份”情况),请使用 dump tran for standby_access 选项生 成事务转储。然后可以为只读访问发出 online database for standby_access。
• 不能在用户定义的事务中使用 load transaction 命令。
恢复数据库
• 若要恢复数据库,请执行以下操作:
• 装载最近的数据库转储
• 按顺序 装载自上次数据库转储以来生成的所有事务日志转储
• 发出 online database 使数据库对公共用户可用
• 每次添加或删除跨数据库约束或者删除包含跨数据库约束的表时, 都请转储上述两个受影响的数据库。
警告!装载这些数据库的早期转储会导致数据库损坏。
• 有关备份和恢复 Adaptive Server 数据库的详细信息,请参见 《系统 管理指南》。
• 可对大多数能够装载或转储的数据库使用 until_time 选项。 until_time 不适用于数据和日志位于同一设备上的数据库,如 master 数据库。 此外,也不能对自上次 dump database 以来拥有过截断的日志的数据 库 (例如 tempdb)使用该选项。
• until_time 选项十分有用,因为:
• 它可以使数据库与特定时间保持一致。例如,在含有决策支持 系统 (DSS) 数据库和联机事务处理 (OLTP) 数据库的环境中,系 统管理员可以将 DSS 数据库回退到指定的以前的时间,以在早 期版本和当前版本之间比较数据。
• 如果用户无意之间损坏了数据 (例如删除了重要的表),则可 以使用 until_time 选项通过将数据库向前滚动到损坏数据之前的 那个点来取消错误命令。
• 若要在数据已经损坏之后有效地使用 until_time 选项,则必须知道发 生错误的确切时间。通过在发生错误后立即执行 select getdate () 命 令可以查出该时间。若要获得精确到毫秒的时间,请使用 convert 函 数,例如:
select convert (char (26), getdate (), 109)
- ---------- ---------- -----
Feb 26 1997 12:45:59:650PM
• 在使用 until_time 装载事务日志之后, Adaptive Server 会重新启动数 据库的日志序列。这意味着,在您再次转储该数据库之前,不能在 执行 load transaction 命令后使用 until_time 装载之后的事务日志。要 另外转储一个事务日志,请先转储数据库。
• 只有在指定时间之前提交的事务被保存到数据库中。然而,在某些 情况下,在 until_time 指定不久之后提交的事务也应用到数据库数 据。当几个事务同时提交时可能发生此种情况。事务的顺序可能不 以时间顺序写到事务日志中。在这种情况下,时间顺序混乱的事务 会反映在已恢复的数据中。时间差应少于 1 秒。
• 有关将数据库恢复到指定时间的详细信息,请参见 《系统管理指 南》。
• 不能使用装载中的数据库。如果您正在装载数据库,则该数据库不 能使用。不同于 load database, load transaction 不会更改数据库的脱 机或联机状态。 load transaction 保留数据库的原有状态。 load database 将数据库的状态设置为 “offline”。数据库处于 “offline” 状态时,无人可使用该数据库。“offline”状态可防止用户在装载 序列期间对数据库进行访问和更改。
• 在发出 online database 之前,用 load database 装载的数据库一直保持 不可访问状态。
要将用户数据库转储从 11.9 或更高版本的服务器恢复并升级到最新版本 的 Adaptive Server,可执行如下操作:
1 装载最近的数据库转储。
2 按顺序 装载上次数据库转储后生成的所有事务日志。
3 使用 online database 升级数据库。
4 升级后立即转储该新升级的数据库,以创建与 Adaptive Server 的当 前版本一致的转储。
• 可以将转储设备指定为文字、局部变量或存储过程参数。
• 从本地设备装载时,可以使用以下形式指定转储设备:
• 绝对路径名
• 相对路径名
• sysdevices 系统表中的逻辑设备名称
Backup Server 使用 Adaptive Server 中的当前工作目录解析相对路径名。
• 通过网络转储时,请指定转储设备的绝对路径名。(不能使用相对 路径名或 sysdevices 系统表中的逻辑设备名。)路径名在运行 Backup Server 的计算机上必须是有效的。如果名称包括任何非字 母、数字或下划线 (_) 的字符,都必须用引号将它引起来。
• 转储设备上的所有权和权限问题可能会干扰装载命令的使用。 sp_addumpdevice 将设备添加到系统表,但不保证可以从该设备装载 或将文件创建为转储设备。
• 可以同时运行多个装载 (或转储),只要每个装载使用不同的物理 设备即可。
Backup Servers
• Backup Server 必须与 Adaptive Server 在同一台计算机上运行。 Backup Server 必须在 master..sysservers 表中列出。这个条目是在安 装或升级过程中创建的,不得删除。
• 如果备份设备位于另一台计算机上而您因此要通过网络进行装载, 那么在该远程计算机上也必须安装 Backup Server。
卷名
• 转储卷根据 ANSI 磁带标签标准标注。标签信息应包含逻辑卷号和 设备在分条集中的位置。
• 装载过程中, Backup Server 使用磁带标签来检验卷的安装顺序是否 正确。这使您可以从比转储时所用设备数更少的设备进行装载。
注释 通过网络进行转储和装载时,必须为每个操作指定相同数量 的分条设备。
更改转储卷
如果 Backup Server 检测到当前装入的卷有问题,它会通过向客户机或 其操作员主控台发送消息来请求更改卷。安装另一个卷后,操作员通过 在可以与 Backup Server 通信的任何 Adaptive Server 上执行 sp_volchanged 通知 Backup Server。
恢复系统数据库
有关从转储中恢复系统数据库的分步指导,请参见 《系统管理指南》。
磁盘镜像
• 在装载开始时,Adaptive Server 将每个逻辑数据库和逻辑日志设备的 主设备名传递给 Backup Server。如果主设备已取消镜像, Adaptive Server 会改为传递辅助设备名。如果任何指定的设备在 Backup Server 完成数据传输前发生故障,则 Adaptive Server 将中止装载。
• 如果在 load transaction 正在进行时试图取消任何指定设备的镜像, 则 Adaptive Server 会显示一条消息。执行 disk unmirror 的用户可以中 止装载或将 disk unmirror 推迟到装载完成后执行。
• Backup Server 将数据装载到主设备上,load transaction 随后将其复制 到辅助设备上。如果有任何数据库进行了镜像,则 load transaction 会花费更长的时间完成。
将事务日志装载到存档数据库中
将事务日志装载到存档数据库时, load tran 会运行恢复撤消过程。已修 改和新的数据库页会写入永久性更改段。已修改页区域必须有足够的空 间容纳这些更改。如有必要,可使用 alter database 增加分配给存档数据 库的正常数据库存储,从而增加已修改页区域的空间。
与传统数据库不同,存档数据库可在装载序列的中间进行联机,而不会 中断装载序列。如果装载传统数据库后进行联机,而没有使用用于 standby_access 的子句,则不能再将接下来的事务日志装载到装载序列 中。但是,存档数据库可以不使用用于 standby_access 的子句进行联 机,并且之后装载序列还可以装载接下来的事务日志。这样,在装载序 列期间可随时执行只读操作,如运行一致性检查。之所以能够这样,是 因为在将事务日志装载到存档数据库时, Adaptive Server 会自动从已修 改页区域中删除一次性更改段。这样可以有效地将存档数据库恢复到之 前装载完成后的状态,从而允许装载序列中的下一个事务日志。
标准 符合 ANSI SQL 的级别Transact-SQL 扩展。
权限 对 load transaction 的权限检查因您的细化权限设置而异。
细化权限已启用 在启用细化权限的情况下,您必须是数据库所有者,或是对数据库拥有 load database 特权或 own database 特权的用户。
细化权限已禁用 在禁用细化权限的情况下,您必须是数据库所有者,或是具有以下任一角色 的用户:
• sa_role ,或
• replication_role 或
• oper_role
审计 sysaudits 的 event 和 extrainfo 列中的值如下:
事件 审计选项 审计的命令或访问权限 extrainfo 中的信息
44 load load transaction • 角色 – 当前活动角色
• 关键字或选项 – NULL
• 先前值 – NULL
• 当前值 – NULL
• 其它信息 – NULL
• 代理信息 – set proxy 有效时的初始登录名
另请参见 文档 《系统管理指南》中的 “备份和恢复用户数据库”。 .
命令 disk unmirror, dump database, dump transaction, load database, online database.
系统过程 sp_dboption, sp_helpdb, sp_helpdevice, sp_hidetext, sp_volchanged.
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。+-------------------------------------华丽的分割线-------------------------------------------------------------------------