社区
应用实例
帖子详情
数据库损坏,没有日志备份,只有.mdf 和 ldf 两个文件存在,能不能恢复数据?
LA003
2003-10-15 06:08:15
用Log Explorer 实现不了,与数据库的连接不成功!
...全文
53
7
打赏
收藏
数据库损坏,没有日志备份,只有.mdf 和 ldf 两个文件存在,能不能恢复数据?
用Log Explorer 实现不了,与数据库的连接不成功!
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
7 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
jingxijun
2003-10-15
打赏
举报
回复
等待“红星”的回答
txlicenhe
2003-10-15
打赏
举报
回复
试试先分离再附加:
1:分离数据库 企业管理器->服务器->数据库->右键->分离数据库
2:删除LOG文件
3:附加数据库 企业管理器->服务器->数据库->右键->附加数据库
此法生成新的LOG,大小只有500多K
再将此数据库设置自动收缩
或用代码:
下面的示例分离 pubs,然后将 pubs 中的一个文件附加到当前服务器。
EXEC sp_detach_db @dbname = 'pubs'
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
LA003
2003-10-15
打赏
举报
回复
*.mdf 文件坏掉了,能不能通过只读 出 *.ldf 文件的一部分来恢复?
CrazyFor
2003-10-15
打赏
举报
回复
Transact-SQL 参考
sp_attach_single_file_db
将只有一个数据文件的数据库附加到当前服务器。
语法
sp_attach_single_file_db [ @dbname = ] 'dbname'
, [ @physname = ] 'physical_name'
参数
[@dbname =] 'dbname'
要附加到服务器的数据库的名称。dbname 的数据类型为 sysname,默认值为 NULL。
[@physname =] 'phsyical_name'
据库文件的物理名称,包括数路径。physical_name 的数据类型为 nvarchar(260),默认值为 NULL。
返回代码值
0(成功)或 1(失败)
结果集
无
注释
当使用 sp_attach_single_file_db 将数据库附加到服务器时,它创建一个新的日志文件并执行额外的清除工作,从新附加的数据库中删除复制。
仅对以前使用显式 sp_detach_db 操作从服务器分离的数据库执行 sp_attach_single_file_db。
权限
只有 sysadmin 和 dbcreator 固定服务器角色的成员才能执行本过程。
示例
下面的示例分离 pubs,然后将 pubs 中的一个文件附加到当前服务器。
EXEC sp_detach_db @dbname = 'pubs'
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
请参见
sp_attach_db
sp_detach_db
sp_helpfile
系统存储过程
©1988-2000 Microsoft Corporation。保留所有权利。
LA003
2003-10-15
打赏
举报
回复
此命令执行不成功,日志文件中可能记录了错误信息
pengdali
2003-10-15
打赏
举报
回复
或:
右键数据库-->所有任务-->附加数据库
pengdali
2003-10-15
打赏
举报
回复
EXEC sp_attach_db @dbname = N'pubs',
@filename1 = N'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf',
@filename2 = N'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs_log.ldf'
mdf
数据
库
恢复
赤兔SQL Server
数据
库
恢复
软件可以处理微软SQL
数据
库
丢失,
数据
库
损坏
,
数据
库
备份
损坏
,
数据
库
日志
损坏
等故障下的
数据
恢复
。 产品功能如下: 1、去掉了之前老版本的页面分析和碎片分析的界面,直接就一个库界面,智能化重组
数据
库
出来,找不到从属关系的碎片直接放入未知路劲根目录内。 2、去掉了之前的扫描色块,
没有
什么作用,去掉了之前的16进制浏览以及页面解析的部分,也没什么作用。 3、加入了
数据
库
直接解析功能,扫描出来的
数据
库
,直接加入
数据
库
解析模块解析后将
数据
展现出来。 4、加入比dbcc更加精准的
数据
库
诊断功能,可以判断
数据
库
的
损坏
情况以及相应的解决方案(目前加入了一个页内碎片的重建功能,并且会明确标识
损坏
的库的页面以及页面所对应的表) 5、 加入了导出功能,程序会自动给用户提示导出策略。例如: 5.1 如果程序诊断
mdf
没有
任何
损坏
,将会直接将
数据
库
提取出来,并且重建
ldf
日志
文件
。 5.2 如果程序判断
mdf
页面有部分
损坏
,则会建议用户导出重建
ldf
,因为某些时候,这个库还是可以保持直接挂载使用的,如果
损坏
较为严重的情况下,程序会直接将
mdf
解析成sql脚本方式导入 5.3 如果客户采用sql脚本方式
恢复
,软件会尽量的保证
数据
库
的状态,力求在软件中能够直接加载使用。 6、 对于丢失了表,或者同名覆盖的问题,软件提供两种方式来解决,1. 软件提供自动输入create table的方式来重建表以及表
数据
,2. 客户可以直接用原始库输入软件后对丢失的表以及结构等进行重建。 7、 客户可以直接使用软件将表内
数据
导出到excel
文件
内。
数据
库
灾难性
恢复
(
数据
库
技术;灾难性;
恢复
;
数据
备份
)
目录 摘要 3 ABSTRACT 3 1. 灾难类型 4 2.
恢复
类型 4 3.
恢复
的级别 4 4. 需要防止的故障级别 4 4.1 可接受的
数据
丢失量 5 4.2 允许用于
恢复
的时间量 5 4.3
备份
和
恢复
5 5. 灾难
恢复
方案 5 5.1 简单
备份
6 5.2
备份
和
日志
保留 7 6. 高级存储
备份
8 7.
数据
库
恢复
9 摘要 随着
数据
库
技术在各个行业和各个领域大量广泛的应用,在对
数据
库
应用的过程中,人为误操作、人为恶意破坏、系统的不稳定、存储介质的
损坏
等等原因,都有可能造成重要
数据
的丢失。一旦
数据
出现丢失或者
损坏
,都将给企业和个人带来巨大的损失。这就需要进行
数据
库
恢复
。 关键词:
数据
库
技术;灾难性;
恢复
;
数据
备份
ABSTRACT With the database technology in various industries and a large number of wide application in various fields, in the process of database applications, artificial misuse, human vandalism, system instability, damage to storage media and other reasons may have resulted in important data lost. Once the data appears lost or damaged, both businesses and individuals will give enormous losses. This need for database recovery. Abstract: Database technology; catastrophic; recovery; Data BackupDevice Driver; Data Backup; Logical Block Address;
数据
库
灾难性
恢复
1. 灾难类型 为了使
数据
库
损失降低到最小程度,需要一个
恢复
策略,确保它起作用,并经常实行策略,一些灾难类型包括: 1. 系统故障。电源故障、硬件故障或软件故障都能够使
数据
库
处于不一致状态。 2. 事务故障。用户无意中会用错误
数据
修改
数据
库
,从而毁坏
数据
库
。 3. 介质故障。如果磁盘驱动器变得
不能
使用,那么可能会丢失所有或部分
数据
。 4. 自然灾难。系统所在的设施可能会遭受火灾、洪水或其它类似灾难的
损坏
。 2.
恢复
类型 DB2 考虑到了下列
恢复
类型: 1. 崩溃
恢复
。这种类型的
恢复
通过撤销(回滚)未提交的事务来防止
数据
库
处于不一致状态。 2. 版本
恢复
。这种类型的
恢复
通过使用从 BACKUP 命令获取的
备份
映像来
恢复
先前的
数据
库
版本。
恢复
的
数据
库
将包含在执行 BACKUP 命令时所处状态的信息。如果在执行
备份
之后针对
数据
库
执行进一步操作,那么该信息将丢失。 3. 前滚
恢复
。这种类型的
恢复
通过使用完全
数据
库
备份
,结合
日志
文件
来扩展版本
恢复
。必须先
恢复
备份
以用作基线;然后在该
备份
之上应用
日志
。该过程会将
数据
库
或表空间
恢复
到某个特定时间点。前滚
恢复
要求启用归档
日志
记录。 3.
恢复
的级别 建立灾难
恢复
计划对于现代企业至关重要。企业
数据
库
中的信息对于进行业务活动是极其重要的。保护该
数据
以及在灾难之后确保其“生命”是很重要的活动。当构建 DR计划时,有三个关键级别问题。 4. 需要防止的故障级别 要防止的故障级别通常是近似性问题。原始
数据
与其
备份
之间在物理上有多紧密?
备份
数据
可以在不同的驱动器上、在独立的机器上、在独立的楼层上或在不同的建筑物里。不可能预测所有可能的灾难。火灾、水灾或甚至用户的恶作剧都可能是企业必须面对的问题。解决方案的设计应该包括公司希望防止最坏情况的方案。 4.1 可接受的
数据
丢失量 所有企业都不希望在故障之后丢失任何
数据
。虽然不丢失
数据
是可能的,但由于可能需要的复杂性和费用(尤其是如果所防止的故障级别非常高),这通常是不实际的。可接受的
数据
丢失量取决于
数据
对公司有多重要以及有什么资源可用于确保其生命。 4.2 允许用于
恢复
的时间量
恢复
所需的时间量类似于高可用性的目标。它与高可用性解决方案之间的差异在于所防止的故障类型以及通常认为合理的时间长度。HA 故障转移通常以秒和分钟来衡量,而灾难
恢复
则可能以小时和天来进行衡量。不过并非总是这样,但这个差异区分了对这些解决方案的相对期望。 4.3
备份
和
恢复
数据
库
备份
创建了
数据
库
的时间点映象,它是灾难
恢复
解决方案的基本组件。DB2 提供了几种
备份
,包括脱机
备份
、联机
备份
和增量
备份
。从
备份
恢复
所需的时间取决于
数据
库
的大小和可用于执行
恢复
的硬件资源。 由于
数据
库
备份
只捕获时间点的
数据
,因此无法通过一个简单
恢复
来
恢复
备份
之后发生的任何
数据
更改。要
恢复
备份
之后完成的事务,就需要应用
日志
文件
。可以从
备份
和
日志
文件
(通过在
日志
文件
中进行“前滚”来应用)来
恢复
数据
库
。这允许
恢复
到某个时间点或
恢复
到
日志
文件
结束。 因此,如果 DR 解决方案必须
恢复
自上次
备份
以来的事务,那么保留
日志
文件
是非常关键的。有
两个
提高
日志
保留的 DB2 特性:双
日志
记录和用户出口工具,已在关于
数据
库
复制 HA 选项的部分中进行了讨论。 5. 灾难
恢复
方案 灾难
恢复
方案可以分成三类:简单
备份
、
备份
和
日志
保留、高级存储
备份
。 虽然不是每个解决方案都清晰地被划入这三类中的某一类,但它们确实为您理解灾难
恢复
选项提供了合理的框架。 5.1 简单
备份
MySQL表保存为
文件
方式,很容易
备份
。要想保持
备份
的一致性,对相关表执行LOCK TABLES操作,然后对表执行FLUSH TABLES。你只需要读锁定;这样当你复制
数据
库
目录中的
文件
时,允许其它客户继续查询表。需要FLUSH TABLES语句来确保开始
备份
前将所有激活的索引页写入硬盘。
备份
数据
库
的另一个技术是使用mysqldump程序或mysqlhotcopy脚本。 1. 完全
备份
数据
库
: 2. shell> mysqldump --tab=/path/to/some/dir --opt db_name 或: shell> mysqlhotcopy db_name /path/to/some/dir 只要服务器不再进行更新,还可以只复制所有表
文件
(*.frm、*.MYD和*.MYI
文件
)。mysqlhotcopy脚本使用该方法。(但请注意如果
数据
库
包含InnoDB表,这些方法不工作。InnoDB不将表的内容保存到
数据
库
目录中,mysqlhotcopy只适合MyISAM表)。 3. 如果mysqld在运行则停止,然后用--log-bin[=file_name]选项来启动。二进制
日志
文件
中提供了 执行mysqldump之后对
数据
库
的更改进行复制所需要的信息。 对于InnoDB表,可以进行在线
备份
,不需要对表进行锁定; MySQL支持增量
备份
:需要用--log-bin选项来启动服务器以便启用二进制
日志
;当想要进行增量
备份
时(包含上一次完全
备份
或增量
备份
之后的所有更改),应使用FLUSH LOGS回滚二进制
日志
。然后,你需要将从最后的完全或增量
备份
的某个时刻到最后某个点的所有二进制
日志
复制到
备份
位置。这些二进制
日志
为增量
备份
;
恢复
时,按照下面的解释应用。下次进行完全
备份
时,还应使用FLUSH LOGS或mysqlhotcopy --flushlogs回滚二进制
日志
。如果MySQL服务器为从复制服务器,则无论选择什么
备份
方法,当
备份
从机
数据
时,还应
备份
master.info和relay-log.info
文件
。
恢复
了从机
数据
后,需要这些
文件
来继续复制。如果从机执行复制LOAD DATA INFILE命令,你应还
备份
--slave-load-tmpdir选项指定的目录中的SQL_LOAD-*
文件
。(如果未指定,该位置默认为tmpdir变量值)。从机需要这些
文件
来继续复制中断的LOAD DATA INFILE操作。 如果必须
恢复
MyISAM表,先使用REPAIR TABLE或myisamchk -r来
恢复
。99.9%的情况下该方法可以工作。如果myisamchk失败,试试下面的方法。请注意只有用--log-bin选项启动了MySQL从而启用二进制
日志
它才工作; 1.
恢复
原mysqldump
备份
,或二进制
备份
。 2. 执行下面的命令重新更新二进制
日志
: 3. shell> mysqlbinlog hostname-bin.[0-9]* | mysql 在某些情况下,你可能只想要从某个位置重新运行某些二进制
日志
。(通常你想要从
恢复
备份
的日期重新运行所有二进制
日志
,查询不正确时例外)。 还可以对具体
文件
进行选择
备份
: • 要想复制表,使用SELECT * INTO OUTFILE 'file_name' FROM tbl_name。 要想重载表,使用LOAD DATA INFILE 'file_name' REPLACE ...并
恢复
。要避免复制记录,表必须有PRIMARY KEY或一个UNIQUE索引。当新记录复制唯一键值的旧记录时,REPLACE关键字可以将旧记录替换为新记录。 如果
备份
时遇到服务器性能问题,可以有帮助的一个策略是在从服务器而不是主服务器上建立复制并执行
备份
。如果使用Veritas
文件
系统,可以这样
备份
: 1. 从客户端程序执行FLUSH TABLES WITH READ LOCK。 2. 从另一个shell执行mount vxfs snapshot。 3. 从第一个客户端执行UNLOCK TABLES。 4. 从快照复制
文件
。 5. 卸载快照。 只创建
数据
库
备份
确实创建了一个 DR 解决方案。它也许是非常有限的,这取决于您的环境。通过从“活动”的系统上移走所创建的
备份
,可以提高保护的级别。增加
数据
库
备份
的频率也降低了
数据
丢失的风险。
备份
软件对于创建和维护 DB2
备份
可能非常有帮助。例如,IBM 的 Tivoli Storage Manager 和 Veritas 的 Net Backup® 都提供了允许在其软件控制的设备上直接
备份
和维护 DB2
数据
库
的解决方案。这些设备可以是磁带库或另一种存储设备。 简单
备份
适合于只读
数据
库
或由能轻松重新创建的批处理作业填充的
数据
库
,或者在
备份
之间不必维护
数据
库
更改的情况下。 表 1.简单
备份
的优缺点 优点: 缺点: 保护级别:
数据
库
备份
可以转移到外部位置,以提高保护级别
数据
丢失的风险:
备份
之间的
数据
更改可能会丢失(运行增量
备份
来降低风险的影响)
恢复
所需的时间:
数据
库
恢复
需要很长时间 5.2
备份
和
日志
保留 保留
数据
库
日志
文件
与
数据
库
备份
一起创建了更完善的 DR 解决方案。
日志
文件
允许
恢复
备份
之间发生的
数据
更改。该解决方案的真正复杂性在于保护
日志
文件
以确保它们在
恢复
期间的可用性。如果选择实现双
日志
记录,DB2 可以将
日志
文件
放在不同的位置,如果确保这些位置在不同的存储器阵列上,那么保护级别就会得到提高。但是,
日志
文件
仍面临存储子系统故障。如在高可用性的
日志
传送选项中所提到的,用户出口程序可以提供重定位
日志
文件
的替代方法。 用户出口可以将已关闭的
日志
文件
移到当前系统可用存储阵列之外的位置,从而提高保护级别。这里的告诫是它只移动已关闭的
日志
文件
。即使已实现了双
日志
记录,包含活动事务的
日志
文件
仍面临因阵列丢失或存储设备故障而产生的丢失。该解决方案适合于大多数面向商业事务的环境。 它均衡了最小化
数据
丢失风险的需要和维护 DR 解决方案所需的成本。 表 2.
备份
加
日志
保留的优缺点 优点: 缺点: 保护级别:
数据
库
备份
可以转移到外部位置,以提高保护级别
数据
丢失的风险: 如果使用适当的步骤来维护
日志
文件
,会大大降低
数据
丢失的风险
恢复
所需的时间:
数据
库
恢复
需要时间,应用
日志
文件
将增加
恢复
时间 6. 高级存储
备份
我们在高可用性下的高级存储选项部分中讨论过这个主题,相同的原则在这里也适用。正如在那部分中所见的,STANDBY方法允许当
数据
库
副本处于暂挂状态时在辅助系统上执行
数据
库
备份
。 创建
数据
库
副本已经创建了 DR解决方案的一部分。
备份
副本提高了保护级别。如果用双
日志
记录和用户出口程序正确实现了这个高级存储
备份
,那么它就为核心企业
数据
库
生成了最好的 DR解决方案。 该解决方案最适合处于企业活动核心的
数据
库
系统。示例可能包含了供应链管理和在线代理系统。 表 3.用于灾难
恢复
的高级存储
备份
优缺点 优点: 缺点: 保护级别: 保护级别本来就很高,而且可以通过耦合存储子系统来提高保护级别。
数据
丢失的风险: 如果采用双
日志
记录和用户出口程序,会大大降低
数据
丢失的风险
恢复
所需的时间:
恢复
所需的时间非常短。 7.
数据
库
恢复
数据
库
恢复
中心理解为: (1)当
数据
库
出现损伤或由于人员误操作、操作系统本身故障所造成的
数据
看不见、无法读取、丢失。工程师通过技术手段读取将
数据
都
恢复
为可以读的
数据
,
数据
恢复
不是靠一两种软件就可以完成,往往需要数个工程师靠经验不同的方式才能
恢复
数据
,当然
数据
库
恢复
还包括各种操作系统:除普通的WINDOWS外,还有Unix、Linux、APPLE机,而以UNIX为多。 (2)
数据
库
数据
已经
存在
,但是无法正常使用,提示错误,都应归属为
数据
修复,举例说明:SQL SERVER
文件
打开提示
LDF
文件
损坏
,或错误823等等。
数据
库
恢复
实际上就是利用技术手段把不可见或不可正常运行的
数据
文件
恢复
成正常运行的过程。 方法一 如何附加
数据
库
(企业管理器) 1、展开服务器组,然后展开服务器。 2、右击"
数据
库
",然后选择"所有任务"/"附加
数据
库
"。 3、输入要附加的
数据
库
的
MDF
(master
数据
文件
)名称。如果不确定
文件
位于何处,单击浏览("...")搜索。最多可以指定16个
文件
名。 4、若要确保指定的
MDF
文件
正确,请单击"验证"。"原
文件
名"列列出了
数据
库
中的所有
文件
(
数据
文件
和
日志
文件
)。"当前
文件
位置"列列出了
文件
的名称和路径。如果Microsoft? SQL Server? 找不到指定位置的
文件
,则附加操作将失败。可以对"当前
文件
位置"列进行编辑,并且
文件
的当前位置必须在该列中才能使附加操作得以进行。例如,如果在分离操作前改变了
文件
的默认位置,则必须指定当前位置才能使附加操作顺利进行。 5、在"附加为"框内,输入
数据
库
的名称。
数据
库
名称
不能
与任何现有
数据
库
名称相匹配 6、指定
数据
库
的所有者。 7、单击"确定"按钮。新附加的
数据
库
的
数据
库
节点即创建在"
数据
库
"
文件
夹中。 方法二 sp_attach_db 将
数据
库
附加到服务器。 语法 sp_attach_db [ @dbname = ] 'dbname' , [ @filename1 = ] 'filename_n' [ ,...16 ] 参数 [@dbname =] 'dbname' 要附加到服务器的
数据
库
的名称。该名称必须是唯一的。dbname 的
数据
类型为 sysname,默认值为 NULL。 [@filename1 =] 'filename_n'
数据
库
文件
的物理名称,包括路径。filename_n 的
数据
类型为 nvarchar(260),默认值为 NULL。最多可以指定 16 个
文件
名。参数名称以 @filename1 开始,递增到 @filename16。
文件
名列表至少必须包括主
文件
,主
文件
包含指向
数据
库
中其它
文件
的系统表。该列表还必须包括
数据
库
分离后所有被移动的
文件
。 返回代码值 0(成功)或 1(失败) 结果集 无 注释 只应对以前使用显式 sp_detach_db 操作从
数据
库
服务器分离的
数据
库
执行 sp_attach_db。如果必须指定多于 16 个
文件
,请使用带有 FOR ATTACH 子句的 CREATE DATABASE。 如果将
数据
库
附加到的服务器不是该
数据
库
从中分离的服务器,并且启用了分离的
数据
库
以进行复制,则应该运行 sp_removedbreplication 从
数据
库
删除复制。 权限 只有 sysadmin 和 dbcreator 固定服务器角色的成员才能执行本过程。 示例 下面的示例将 pubs 中的
两个
文件
附加到当前服务器。 EXEC sp_attach_db @dbname = N'pubs', @filename1 = N'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.
mdf
', @filename2 = N'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs_log.
ldf
' 请参见 CREATE DATABASE sp_attach_single_file_db sp_detach_db sp_helpfile sp_removedbreplication 系统存储过程
赤兔SQL Sever
数据
库
碎片修复软件 v14.4.rar
赤兔SQL Sever
数据
库
恢复
软件可以处理微软SQL
数据
库
丢失,
数据
库
损坏
,
数据
库
备份
损坏
,
数据
库
日志
损坏
等故障下的
数据
恢复
。 产品功能如下: 1、去掉了之前老版本的页面分析和碎片分析的界面,直接就一个库界面,智能化重组
数据
库
出来,找不到从属关系的碎片直接放入未知路劲根目录内。 2、去掉了之前的扫描色块,
没有
什么作用,去掉了之前的16进制浏览以及页面解析的部分,也没什么作用。 3、加入了
数据
库
直接解析功能,扫描出来的
数据
库
,直接加入
数据
库
解析模块解析后将
数据
展现出来。 4、加入比dbcc更加精准的
数据
库
诊断功能,可以判断
数据
库
的
损坏
情况以及相应的解决方案(目前加入了一个页内碎片的重建功能,并且会明确标识
损坏
的库的页面以及页面所对应的表) 5、 加入了导出功能,程序会自动给用户提示导出策略。 例如: 5.1 如果程序诊断
mdf
没有
任何
损坏
,将会直接将
数据
库
提取出来,并且重建
ldf
日志
文件
。 5.2 如果程序判断
mdf
页面有部分
损坏
,则会建议用户导出重建
ldf
,因为某些时候,这个库还是可以保持直接挂载使用的,如果
损坏
较为严重的情况下,程序会直接将
mdf
解析成sql脚本方式导入 5.3 如果客户采用sql脚本方式
恢复
,软件会尽量的保证
数据
库
的状态,力求在软件中能够直接加载使用。 6、 对于丢失了表,或者同名覆盖的问题,软件提供两种方式来解决,1. 软件提供自动输入create table的方式来重建表以及表
数据
,2. 客户可以直接用原始库输入软件后对丢失的表以及结构等进行重建。 7、 客户可以直接使用软件将表内
数据
导出到excel
文件
内。
赤兔SQL Server
数据
库
恢复
软件 v14.4.zip
赤兔SQL Server
数据
库
恢复
软件可以处理微软SQL
数据
库
丢失,
数据
库
损坏
,
数据
库
备份
损坏
,
数据
库
日志
损坏
等故障下的
数据
恢复
。 赤兔SQL Server
数据
库
恢复
软件功能: 1、去掉了之前老版本的页面分析和碎片分析的界面,直接就一个库界面,智能化重组
数据
库
出来,找不到从属关系的碎片直接放入未知路劲根目录内。 2、去掉了之前的扫描色块,
没有
什赤兔SQL Server
数据
库
恢复
软件功能么作用,去掉了之前的16进制浏览以及页面解析的部分,也没什么作用。 3、加入了
数据
库
直接解析功能,扫描出来的
数据
库
,直接加入
数据
库
解析模块解析后将
数据
展现出来。 4、加入比dbcc更加精准的
数据
库
诊断功能,可以判断
数据
库
的
损坏
情况以及相应的解决方案(目前加入了一个页内碎片的重建功能,并且会明确标识
损坏
的库的页面以及页面所对应的表) 5、 加入了导出功能,程序会自动给用户提示导出策略。例如: 5.1 如果程序诊断
mdf
没有
任何
损坏
,将会直接将
数据
库
提取出来,并且重建
ldf
日志
文件
。 5.2 如果程序判断
mdf
页面有部分
损坏
,则会建议用户导出重建
ldf
,因为某些时候,这个库还是可以保持直接挂载使用的,如果
损坏
较为严重的情况下,程序会直接将
mdf
解析成sql脚本方式导入 5.3 如果客户采用sql脚本方式
恢复
,软件会尽量的保证
数据
库
的状态,力求在软件中能够直接加载使用。 6、 对于丢失了表,或者同名覆盖的问题,软件提供两种方式来解决,1. 软件提供自动输入create table的方式来重建表以及表
数据
,2. 客户可以直接用原始库输入软件后对丢失的表以及结构等进行重建。 7、 客户可以直接使用软件将表内
数据
导出到excel
文件
内。 赤兔SQL Server
数据
库
恢复
软件截图:
SQL只有
MDF
文件
的
恢复
--SQL无
日志
LDF
文件
的
恢复
(图解)
SQL只有
MDF
文件
的
恢复
--SQL无
日志
LDF
文件
的
恢复
SQL Server是一个关系
数据
库
管理系统,在进行SQL Server
数据
库
操作的过程中难免会出现误删或者别的原因引起的
日志
损坏
,由于SQL Server
数据
库
中
数据
的重要性,出现了以上的故障之后就必须对
数据
库
中
数据
进行
恢复
。 速达软件SQL
数据
库
中的
两个
备份
文件
mdf
和
ldf
文件
,因误删或者别的原因引起的
ldf
日志
文件
应用实例
27,580
社区成员
68,556
社区内容
发帖
与我相关
我的任务
应用实例
MS-SQL Server 应用实例
复制链接
扫一扫
分享
社区描述
MS-SQL Server 应用实例
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章