<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>

<channel>
	<title>数据库修复中心</title>
	<atom:link href="http://www.db-recovery.com/feed" rel="self" type="application/rss+xml" />
	<link>http://www.db-recovery.com</link>
	<description>数据库修复,恢复损坏的SQL Server、MDF、Oracle文件</description>
	<pubDate>Tue, 09 Mar 2010 06:32:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>上海某公司mdf文件所在扇区有坏道导致数据库损坏的修复</title>
		<link>http://www.db-recovery.com/shang-hai-mou-gong-si-mdf-wen-jian-suo-zai-shan-qu-you-huai-dao-dao-zhi-shu-ju-ku-sun-huai-de-xiu-fu.html</link>
		<comments>http://www.db-recovery.com/shang-hai-mou-gong-si-mdf-wen-jian-suo-zai-shan-qu-you-huai-dao-dao-zhi-shu-ju-ku-sun-huai-de-xiu-fu.html#comments</comments>
		<pubDate>Tue, 09 Mar 2010 06:30:04 +0000</pubDate>
		<dc:creator>dbsos</dc:creator>
		
		<category><![CDATA[SQL Server数据库]]></category>

		<category><![CDATA[sql教程]]></category>

		<category><![CDATA[坏道]]></category>

		<category><![CDATA[系统表]]></category>

		<guid isPermaLink="false">http://www.db-recovery.com/?p=151</guid>
		<description><![CDATA[客户端无法连接到服务器， 查看服务器状况，在sql企业管理器中看到数据库已经置疑   。客户停止sql服务，  想先将mdf文件和ldf文件备份出来，但是拷贝过程一直提示冗余报错。
修复过程
检测硬盘有大量坏道，对原硬盘进行镜像， 然后从镜像盘中提取mdf文件和ldf文件;
附加数据库文件，提示ldf文件出错，   去掉该文件直接附加 。 点击表,提示错误601:由于数据移动，未能继续以nolock方式扫描

使用查询器dbcc checkdb 
服务器: 消息 8966，级别 16，状态 1，行 1
未能读取并闩锁页 (1:2995)（用闩锁类型 SH）。sysindexes 失败。
进一步检测各系统表，有部分记录丢失， 说明到时候会缺表 或少记录现象。
通过修复各系统表和索引，历时3小时成功修复，  经客户确认数据， 98%的记录都修复出来。
]]></description>
		<wfw:commentRss>http://www.db-recovery.com/shang-hai-mou-gong-si-mdf-wen-jian-suo-zai-shan-qu-you-huai-dao-dao-zhi-shu-ju-ku-sun-huai-de-xiu-fu.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>MySQL倒下了 开源数据库发展或将很受伤</title>
		<link>http://www.db-recovery.com/mysql-dao-xia-liao-kai-yuan-shu-ju-ku-fa-zhan-huo-jiang-hen-shou-shang.html</link>
		<comments>http://www.db-recovery.com/mysql-dao-xia-liao-kai-yuan-shu-ju-ku-fa-zhan-huo-jiang-hen-shou-shang.html#comments</comments>
		<pubDate>Sat, 14 Nov 2009 02:36:31 +0000</pubDate>
		<dc:creator>dbsos</dc:creator>
		
		<category><![CDATA[其他]]></category>

		<category><![CDATA[新闻]]></category>

		<guid isPermaLink="false">http://www.db-recovery.com/?p=148</guid>
		<description><![CDATA[MySQL被称为是“最受欢迎的开源数据库”，如今，它的命运却取决于Oracle与Sun并购案的结果。有消息说，正在调查该交易的欧盟委员会将在11月19日做出是否批准该交易的决定。2008年2月被Sun以10亿美元收购的MySQL，前路仍然难料。

有意思的是，10月27日，Red Hat宣布以1900万美元注资开源数据库厂商—EnterpriseDB。消息一出，立刻被业界解读为Red Hat另辟蹊径发展开源数据库，不想以后受制于Oracle和MySQL。
如果MySQL的大旗倒下了，众多力量分散且弱小的开源数据库将展开激烈的争夺，开源数据库市场也许将进入春秋战国时期，而谁又会是下一个市场领袖呢？
“标杆”MySQL
在几百亿美元规模的数据库市场中，开源数据库的份额微乎其微。以IDC 2007年对全球数据库市场的统计为例，在总共188亿美元的市场中，Oracle、IBM、微软位列前三位，合计市场份额达到83.8%，而MySQL以3800万美元的收入占到0.2%。Gartner预计，2013年开源数据库市场将突破10亿美元，但与整个数据库市场相比，依然小得可怜。
不过，开源数据库却展示出了高成长性。Gartner数据显示，2008年开源数据库的收入增长了42.4%，开源数据库的使用增长了50%，被调查的企业中，73%正在使用开源数据库，相比上年的49%有很大增长。
在这个不大的市场上，MySQL有着重要的地位。中国开源软件推进联盟主席陆首群表示，MySQL、PostgreSQL、EnterpriseDB是全球三大开源数据库。MySQL既是一个开源的开发社区，提供自由下载使用的免费版本，也提供商品化的产品，收取技术支持服务费用。
数据显示，截至2009年1月，MySQL的用户有1100万，谷歌、雅虎和亚马逊等许多互联网公司都是它的用户。被Sun收购之后，MySQL先后开发出MySQL5.0、MySQL enterprise等新产品，在MySQL5.1对外开放的头10天内，下载次数就超过了25万次。
陆首群表示，MySQL在中国市场也有不错的销售业绩。2007年，华为、爱立信中国、西门子中国等大企业都采购了MySQL的产品。2008年，MySQL又获得了新浪等公司的青睐，当年在中国市场的销售额达到1500万元，估计今年的收入将超过2000万元。
因此，MySQL的一举一动都是开源数据库市场的风向标。如今，它的前途因为Oracle与Sun并购的悬而未决而飘忽不定。尽管Oracle承诺会保持MySQL的独立性，众多反对者还是担心，如果MySQL被最大的私有数据库厂商Oracle收归麾下，可能遭到Oracle的抛弃甚至打压。
MySQL前途难料
最近几年，在开源大势之下，Oracle、IBM、微软等已经纷纷向开源伸出了橄榄枝。“IBM和Oracle既有商业数据库，也有开源数据库，采取了两手发展的策略，问题只是什么时候从幕后走到台前罢了。”陆首群说。
不过，这些“大佬”虽然打出了开源的旗号，但他们离真正的开源还有很远的距离。这也是业界担忧MySQL的前景、强烈建议Oracle将MySQL出售给独立第三方的原因。
开放源代码软件社区领袖Richard Stallman在给欧盟委员会的信中表示，“如果Oracle是今日旧数据库市场的统治者，MySQL就是未来新兴数据库市场的主导者，MySQL可以被视为Oracle未来最重要的竞争对手。”
因此，一旦MySQL被Oracle所合并，Oracle不仅没有义务积极推销MySQL，或以合理价格提供其商业授权，更没义务拿自己的营收来改进MySQL。面对商业数据库软件与开源数据库之间的利益冲突，恐怕Oracle会优先保护其收费的数据库产品。
曾是MySQL股东和顾问的Florian Mueller表示，“让Oracle得到MySQL比让狐狸负责鸡舍更可怕，因为母鸡没有对狐狸构成威胁，而MySQL却让Oracle丢失客户，并不得不给一些因威胁可能离开的客户以折扣。”
Mueller反对Oracle得到MySQL，他认为目前的事实表明，Oracle只是想借此摆脱自己的开源挑战者。Stallman也表示，MySQL被Oracle合并将是一种倒退，可能会瓦解MySQL的核心开发者社群。而产生另一个足以与MySQL相提并论的数据库平台，恐怕还需要很多年的时间。
谁是下一个领袖？
“多年来PostgreSQL一直活在MySQL的阴影下，现在也许是它大放异彩的时候了。过去，公司花费了太多的时间讨论与MySQL的竞争，以及如何从Oracle移植过来。在刚刚发布Postgres 8.4数据库时，EnterpriseDB没有提及任何竞争对手，这是一个可喜的变化。”CNET网站的一篇文章说。
对Red Hat来说，注资EnterpriseDB是一笔不错的买卖。“Red Hat是一个开源比较全面的公司，既有Linux操作系统，又通过并购Jboss得到了开源中间件，这次又获得了开源数据库，开源产品线不断完善。”陆首群说。目前，很多企业在应用开源数据库的同时也使用开源操作系统，反映了市场需要的变化。
EnterpriseDB在最近几年异军突起，成为支持和推动PostgreSQL发展的领先厂商。PostgreSQL一直是开源数据库市场的柱石，被称为“最先进的开源数据库”。2008年3月，EnterpriseDB获得了新一轮总额达1000万美元的投资，其中就有IBM的参与。当时的文章显示，EnterpriseDB拥有超过200家客户，预计2008年度实现盈利。
2007年7月，EnterpriseDB携带EnterpriseDB Advanced Server产品正式进军中国市场。资料显示，许多为Oracle设计的应用软件无需修改即可移植到EnterpriseDB上，也可以轻松地从Microsoft SQL Server、MySQL和Sybase数据库移植过来。
陆首群认为，除了以IBM为首的J2EE、以微软为首的.Net架构外，由开源软件形成的LAMP（Linux、Apache、MySQL、PHP）架构正在蓬勃发展，成为三大IT架构之一。有了这样的架构，开源厂商可以为用户提供完整的解决方案，而开源数据库是其中不可或缺的一个部分。
“近日，美国的白宫网站完全采用了LAMP架构，美国国防部等机构也对安全性高、成本低、灵活性好的开源软件表示出了极大的兴趣。美国还出现了WAMP的混源架构，即在Windows操作系统的基础上，采用开源的中间件、数据库等。”陆首群表示。在市场需求不断释放的刺激下，越来越多的厂商开始挖掘开源的市场机会，新的开源数据库领袖正在形成。
]]></description>
		<wfw:commentRss>http://www.db-recovery.com/mysql-dao-xia-liao-kai-yuan-shu-ju-ku-fa-zhan-huo-jiang-hen-shou-shang.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>理解SQL Server系统表sysobjects</title>
		<link>http://www.db-recovery.com/li-jie-sql-server-xi-tong-biao-sysobjects.html</link>
		<comments>http://www.db-recovery.com/li-jie-sql-server-xi-tong-biao-sysobjects.html#comments</comments>
		<pubDate>Thu, 03 Sep 2009 03:12:37 +0000</pubDate>
		<dc:creator>dbsos</dc:creator>
		
		<category><![CDATA[SQL Server数据库]]></category>

		<category><![CDATA[sql教程]]></category>

		<category><![CDATA[系统表]]></category>

		<guid isPermaLink="false">http://www.db-recovery.com/?p=145</guid>
		<description><![CDATA[关于SQL Server数据库的一切信息都保存在它的系统表格里。我怀疑你是否花过比较多的时间来检查系统表格，因为你总是忙于用户表格。但是，你可能需要偶尔做一点不同寻常的事，例如数据库所有的触发器。你可以一个一个地检查表格，但是如果你有500个表格的话，这可能会消耗相当大的人工。

这就让sysobjects表格有了用武之地。虽然我不建议你更新这个表格，但是你当然有权对其进行审查。
在大多数情况下，对你最有用的两个列是sysobjects.name和sysobjects.xtype。前面一个用来列出待考察对象的名字，而后一个用来定义对象的类型，其代码如下：
C：检查约束。
D：默认的约束
F：外键约束
L：日志
P：存储过程
PK：主键约束
RF：复制过滤存储过程
S：系统表格
TR：触发器
U：用于表格。
UQ：独特的约束。
V：视图
X：被扩展的存储过程
在碰到触发器的情形下，用来识别触发器类型的其他三个列是：deltrig、instrig和uptrig。
你可以用下面的命令列出感兴趣的所有对象：
SELECT * FROM sysobjects WHERE xtype = 
在特殊情况下，也就是在父表格拥有触发器的情况下，你可能想要用下面这样的代码查找数据库：
SELECT
      Sys2.[name] TableName,
      Sys1.[name] TriggerName,
      CASE
            WHEN Sys1.deltrig > 0 THEN&#8217;Delete&#8217;
           [...]]]></description>
		<wfw:commentRss>http://www.db-recovery.com/li-jie-sql-server-xi-tong-biao-sysobjects.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>某医院管理系统raid出错后恢复出来的mdf损坏的修复</title>
		<link>http://www.db-recovery.com/mou-yi-yuan-guan-li-xi-tong-raid-chu-cuo-hou-hui-fu-chu-lai-de-mdf-sun-huai-de-xiu-fu.html</link>
		<comments>http://www.db-recovery.com/mou-yi-yuan-guan-li-xi-tong-raid-chu-cuo-hou-hui-fu-chu-lai-de-mdf-sun-huai-de-xiu-fu.html#comments</comments>
		<pubDate>Wed, 02 Sep 2009 07:18:00 +0000</pubDate>
		<dc:creator>dbsos</dc:creator>
		
		<category><![CDATA[SQL Server数据库]]></category>

		<category><![CDATA[一致性错误]]></category>

		<category><![CDATA[还原]]></category>

		<guid isPermaLink="false">http://www.db-recovery.com/?p=140</guid>
		<description><![CDATA[医院里的管理系统(药物、住院)的服务器崩溃了，上面做的raid5， 客户在陕西当地找数据恢复公司， 把文件找回来了， 但是绝大部分的文件都无法正常打开。几个备份文件还原提示一致性错误而中断，如图示
 
我们通过网络接收客户传来的bak文件， 检测文件有少量残缺数据片断 ，并告知客户修复程度和周期。
通过自主开发的sql数据库修复程序进行深度修复，并重构mdf文件 ，经过5小时的修复，成功修复该文件所有数据。
]]></description>
		<wfw:commentRss>http://www.db-recovery.com/mou-yi-yuan-guan-li-xi-tong-raid-chu-cuo-hou-hui-fu-chu-lai-de-mdf-sun-huai-de-xiu-fu.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>用企业管理器和查询分析器修复主数据库</title>
		<link>http://www.db-recovery.com/yong-qi-ye-guan-li-qi-he-cha-xun-fen-xi-qi-xiu-fu-zhu-shu-ju-ku.html</link>
		<comments>http://www.db-recovery.com/yong-qi-ye-guan-li-qi-he-cha-xun-fen-xi-qi-xiu-fu-zhu-shu-ju-ku.html#comments</comments>
		<pubDate>Sun, 19 Jul 2009 04:37:30 +0000</pubDate>
		<dc:creator>dbsos</dc:creator>
		
		<category><![CDATA[SQL Server数据库]]></category>

		<category><![CDATA[sql教程]]></category>

		<guid isPermaLink="false">http://www.db-recovery.com/?p=134</guid>
		<description><![CDATA[　　如果主数据库发生故障，那么微软的SQL Server可能会怦然倒下。看看如何面对这种事件，了解如何用企业管理器和查询分析器修复主数据库。
　　作为一名微软SQL Server的管理员，您必须知道如何修复一个崩溃的主数据库。主数据库保存有您的登录信息，以及最重要的、指向您所有数据库的指针。如果没有主数据库，您就无法成功地启动SQL Server。在本文里，我将向您介绍在发生崩溃的情况下如何修复主数据库，并告诉您如何重建主数据库，如果有必要的话。
　　制定预案
　　制定一个应对崩溃和/或主数据库故障的预案十分重要。这将有助于您在碰到灾难的情况下按照既定的方法进行处理，而不是迫于压力仓促作出反应。我碰到过很多很容易就陷入惊慌的状况，但是由于保持冷静并按照正确的方法来处理问题，我最后成功地度过了所有的困境。
　　怎么才能知道您的主数据库已经崩溃?
　　在正式开始讨论碰到系统故障如何修复和重建的主数据库之前，我们需要先了解如何辨别它已经崩溃了。要说明这一点，我会弄垮一个主数据库，告诉您主数据库崩溃会发生什么样的症状。
　　现在让我们假设您的公司碰到了电涌，造成SQL Server重启。在重新启动的时候，SQL Server却没有正常启动。如果查看错误日志，您会看到主数据库崩溃或者丢失。既然您知道需要查看什么信息，那就让我们看看如何修复主数据库。
　　
　　修复您的主数据库
　　修复主数据库的第一步是使用“重建向导(Rebuild Wizard，Rebuildm.exe)，它放在\Program Files\Microsoft SQL Server\80\Tools\BINN目录下。现在就让我们来看看重建向导是如何工作的。
　　双击Rebuildm.exe启动。
　
　　在这个对话框里，您可以指定数据库服务器的修复设置，以及原始安装的数据文件的位置。要让这一过程更容易和更快，就要把x86目录从SQL的光盘上复制到硬盘上，并把指向改到本地的副本。一旦验证完了所有的信息，点击“重建(Rebuild)”。然后系统就会提示您确认操作
　　
　　点击“确定(Yes)”。一旦重建过程完成，您会看到一条重建成功的消息。您现在就有了一个全新的主数据库，准备好修复主数据库了。
　　首先，打开命令行提示符，输入\Program Files\Microsoft SQL Server\MSSQL\BINN\目录下的sqlservr.exe –c –m命令，启动单用户模式下的SQL Server。
　　在单用户模式下启动SQL Server之后，您可以利用备份文件修复主数据库。您可以用“查询分析器(Query Analyzer)”或者“SQL企业管理器(SQL Enterprise Manager)”来修复它。如果使用查询分析器，您就要像图E一样运行查询。
　　　
　　如果使用企业服务器，就要右击主数据库，选择“所有任务&#124;修复数据库(All Tasks &#124; Restore Database)”，浏览到您设备所在的位置，如图F所示。点击两次“OK”，您就可以成功地修复主数据库了。
　　　
　　修复完主数据库，退出单用户模式，在正常的操作模式下重新启动SQL Server。
　　如果由于某种原因您的修复操作无法成功完成，那么您可以试试别的方法。只用简单地重建主数据库并添加驻留在数据目录下的所有数据库就可以了。您可以用企业管理器或者查询分析器来添加数据库。在企业管理器里，右击“数据库(Databases)”，选择“添加数据库(Attach Database)”，如图G所示。图G
　　
　　结束语
　　既然已经知道了如何在碰到灾难的情况下成功地重建主数据库，那么您可以把这些技术增加到灾难修复预案中去。这样的话，您就不用再在SQL Server的主数据库崩溃导致数据库服务器停止工作的情况下不知所措了。
]]></description>
		<wfw:commentRss>http://www.db-recovery.com/yong-qi-ye-guan-li-qi-he-cha-xun-fen-xi-qi-xiu-fu-zhu-shu-ju-ku.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>南京某公司数据库所在扇区坏道 成功提取并修复该文件</title>
		<link>http://www.db-recovery.com/nan-jing-mou-gong-si-shu-ju-ku-suo-zai-shan-qu-huai-dao-cheng-gong-ti-qu-bing-xiu-fu-gai-wen-jian.html</link>
		<comments>http://www.db-recovery.com/nan-jing-mou-gong-si-shu-ju-ku-suo-zai-shan-qu-huai-dao-cheng-gong-ti-qu-bing-xiu-fu-gai-wen-jian.html#comments</comments>
		<pubDate>Tue, 07 Jul 2009 06:20:12 +0000</pubDate>
		<dc:creator>dbsos</dc:creator>
		
		<category><![CDATA[SQL Server数据库]]></category>

		<category><![CDATA[一致性错误]]></category>

		<category><![CDATA[坏道]]></category>

		<category><![CDATA[无法附加]]></category>

		<guid isPermaLink="false">http://www.db-recovery.com/?p=130</guid>
		<description><![CDATA[硬盘出现大量坏道，客户所使用的管理系统的数据库文件也出现多处坏道。
mdf文件无法拷贝、读写等操作 。
处理
坏道进行处理，成功导出mdf文件， 检测数据库，所在有2000多个扇区坏道 ，sql数据库严重损坏 。
修复系统表缺损记录，重建索引， 成功导出所有数据 ，仅少量记录由于处在坏道上而无法找回。
]]></description>
		<wfw:commentRss>http://www.db-recovery.com/nan-jing-mou-gong-si-shu-ju-ku-suo-zai-shan-qu-huai-dao-cheng-gong-ti-qu-bing-xiu-fu-gai-wen-jian.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>SQL 2005的备份文件导入到SQL 2000</title>
		<link>http://www.db-recovery.com/sql-2005-de-bei-fen-wen-jian-dao-ru-dao-sql-2000.html</link>
		<comments>http://www.db-recovery.com/sql-2005-de-bei-fen-wen-jian-dao-ru-dao-sql-2000.html#comments</comments>
		<pubDate>Thu, 25 Jun 2009 03:10:38 +0000</pubDate>
		<dc:creator>dbsos</dc:creator>
		
		<category><![CDATA[SQL Server数据库]]></category>

		<category><![CDATA[sql教程]]></category>

		<guid isPermaLink="false">http://www.db-recovery.com/?p=126</guid>
		<description><![CDATA[电脑上安装了SQL Server 2005，现在想换回SQL2000来，把数据库文件备份后，在SQL 2000中导入备份文件时提示“已备份数据库的磁盘上结构版本为611. 服务器支持版本539, 无法还原或升级此数据库，RESTORE DATABASE 操作异常终止。”

在网上找了很多方法，都是要安装SQL server 2005 导入备份文件，再通过脚本导出数据到SQL 2000, 但是有一个最大的问题就是，安装SQL server 2005 花的时间太长了，我上次安装的时候，足足花了几个小时才安装好。这下舒服了，刚刚才把SQL 2005删除了，现在又得重新安装了。于是我在网上找个SQL 2005绿色版，精减版一无所获，后来发现Microsoft SQL Server 2005 Express Edition 这个可以用，而且只有53M，下载文件和安装都比较快，下载地址在这里：官方下载Microsoft SQL Server 2005 Express Edition ，这个版本其实就是SQL 2005的精减版。
Microsoft SQL Server 2005 Express Edition (SQL Server Express) 是一款强大而可靠的数据管理产品，可以为嵌入式应用程序客户端、轻型 Web 应用程序以及本地数据存储区提供丰富的功能，有利于保护数据，提高性能。SQL Server Express 具有易于部署以及快速设计原型的特点，您可以无偿获取并可以随应用程序自由再分发。SQL Server Express 的设计宗旨是与其他服务器基础结构投资实现无缝集成。
这只是一个服务端工具，还得装一个图形界面的管理工具Microsoft SQL Server Management Studio Express，文件也很小，才39M，跟SQL 2005企业版一张DVD光盘两三G的容量来说，这个真是小巫见大巫咯。下载地址在这里：官方下载Microsoft SQL [...]]]></description>
		<wfw:commentRss>http://www.db-recovery.com/sql-2005-de-bei-fen-wen-jian-dao-ru-dao-sql-2000.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>sqlserver中对 Truncate 或者drop删除表恢复数据方法</title>
		<link>http://www.db-recovery.com/sqlserver-zhong-dui-truncate-huo-zhe-drop-shan-chu-biao-hui-fu-shu-ju-fang-fa.html</link>
		<comments>http://www.db-recovery.com/sqlserver-zhong-dui-truncate-huo-zhe-drop-shan-chu-biao-hui-fu-shu-ju-fang-fa.html#comments</comments>
		<pubDate>Mon, 22 Jun 2009 03:09:02 +0000</pubDate>
		<dc:creator>dbsos</dc:creator>
		
		<category><![CDATA[SQL Server数据库]]></category>

		<category><![CDATA[sql教程]]></category>

		<category><![CDATA[删除]]></category>

		<guid isPermaLink="false">http://www.db-recovery.com/?p=123</guid>
		<description><![CDATA[1，如果误操作之前存在一个全库备份（或已有多个差异备份或增量备份），首先要做的事就是进进行一次日志备份（如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那你就完蛋了） 
backup log dbName to disk=&#8217;fileName&#8217;
2，恢复一个全库备份，注意需要使用with norecovery，如果还有其他差异或增量备份，则逐个恢复
restore database dbName from disk=&#8217;fileName&#8217; with norecovery
3，恢复最后一个日志备份即刚做的日志备份，指定恢复时间点到误操作之前的时刻
restore log dbName from disk=&#8217;fileName&#8217;
with stopat=&#8217;date_time&#8217;
注：数据库恢复模式必须是完全模式 、且无日志备份数据库不能被截断过。 
]]></description>
		<wfw:commentRss>http://www.db-recovery.com/sqlserver-zhong-dui-truncate-huo-zhe-drop-shan-chu-biao-hui-fu-shu-ju-fang-fa.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>用SQLyog来分析MySQL数据库</title>
		<link>http://www.db-recovery.com/yong-sqlyog-lai-fen-xi-mysql-shu-ju-ku.html</link>
		<comments>http://www.db-recovery.com/yong-sqlyog-lai-fen-xi-mysql-shu-ju-ku.html#comments</comments>
		<pubDate>Sun, 14 Jun 2009 03:12:49 +0000</pubDate>
		<dc:creator>dbsos</dc:creator>
		
		<category><![CDATA[其他]]></category>

		<guid isPermaLink="false">http://www.db-recovery.com/?p=116</guid>
		<description><![CDATA[SQLyog这个图形化管理MySOL数据库的Windows应用程序。
　　第一步
　　SOLyog的下载、安装以及使用很简单。我去了相关网站下载，它只有384K字节大小。它把两个文件（一个可执行文件.exe和一个动态链接库文件.dll）安装到C:\Program Files\SQLyog路径下。然后运行可执行文件。
　　安装后没有必要再访问该网站了，我访问该网站是得到了一个消息，说它的域名没有设置（configured）、登记、或正在建设中。我不清楚这个问题是暂时的还是一直是这样。该软件是免费的，并且没有标志广告（banner ads），所以它可能是一个特定的尚未最终定型的商业模型。最终可能还是要负费的。
　　数据库、表格（table）和列树（column tree）
　　该程序一启动就开始询问我的登录到MySOL服务器的口令。我只需要输入我的服务器名字、用户id和登录密码。所有其它的设置都是正确的默认值。然后（当我开始其它事务、重启几次、睡了一会之后），我重新运行该程序，这时只需要再次输入我的登录密码。该程序没有保存密码的选项，你可以认为这是该程序的一个bug，也可以说是程序的保密特性。
　　一旦你登录之后，界面就是很值得注意。MySOL服务器上所有的数据库都显示在一个树型控件上。你只能访问你在登录时授权的那个数据库。如果你点开代表授权给你的那个数据库的树型结构，你就可以看到一系列代表表格的节点。点开表格节点后，你就可以看到一系列显示字段名的节点和另一个代表索引的节点集合。
　　索引界面绝对是个好东东，这样你就可以CRUD查询索引和关键字了。这相对前端数据库如Microsoft Access来说是个提高。如果考虑到MySOL刚刚开始提供对主（primary）和非相关（foreign）关键字关系的支持，本程序这部分的设计是很成熟的。在右下方的面板上，有四个标签页，即：结果（Result）、消息（Message）、对象（Object）和历史（History）。
　　有什么缺点？
　　我试图发现该程序的缺点，不过只发现了一个。如果你在Win32 Dependency Walker下运行程序的.exe文件，你会发现它引用了COMDLG32.dll文件，而COMDLG32.dll又轮流引用AppHelp。实事上，CommDlg调用AppHelp，而当AppHelp没有请求函数时，CommDlg这么做根本就是浪费资源。
　　过于简单？
　　在SQLyog FAQ上，有一种观点认为该软件没有正式归档的必要。当然，FAQ（常见问题解答）本身就是一种归档。SQLyog的界面非常直观。我建议你打印一份MySOL文档（包括SQL特殊语法扩展）。我就是这么做的，它只用了一个半英寸的活页封面。
　　最后一步？
　　FAQ还让人想到一个让人耳朵起了老茧却又是正确的Occam&#8217;s Razor准则——一切超出必要的复杂性都是没有必要的。我之所以到处“推销”这个工具，就是因为它可以为我们提供一个可以管理MySOL服务器上许多数据库的、简单的、图形化的界面。它的速度极快，并且它的拷贝很小（可以放在一张软盘上）。
　　SQLyog宣称自己是一个查询分析器，实际上它的功能远远不止这些。我真的很想全面介绍它的所有功能和特性，但是这太多了。如果你使用MySOL，我建议你在它的网站下载SQLyog（需要登记你的名字和电子邮件地址），然后安装并感受一下它的功能。
]]></description>
		<wfw:commentRss>http://www.db-recovery.com/yong-sqlyog-lai-fen-xi-mysql-shu-ju-ku.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>宁波某贸易公司还原sql数据库造成文件丢失 成功修复所有数据</title>
		<link>http://www.db-recovery.com/ning-bo-mou-mao-yi-gong-si-huan-yuan-sql-shu-ju-ku-zao-cheng-wen-jian-diu-shi-cheng-gong-xiu-fu-suo-you-shu-ju.html</link>
		<comments>http://www.db-recovery.com/ning-bo-mou-mao-yi-gong-si-huan-yuan-sql-shu-ju-ku-zao-cheng-wen-jian-diu-shi-cheng-gong-xiu-fu-suo-you-shu-ju.html#comments</comments>
		<pubDate>Sun, 14 Jun 2009 02:58:43 +0000</pubDate>
		<dc:creator>dbsos</dc:creator>
		
		<category><![CDATA[SQL Server数据库]]></category>

		<category><![CDATA[还原]]></category>

		<guid isPermaLink="false">http://www.db-recovery.com/?p=112</guid>
		<description><![CDATA[客户在还原数据库的时候，不慎选择还原到已有的数据库上,图示

不过和原有的数据库的路径是不一样的，还原完成后，原先test1数据库文件所在的目录下已经找不到mdf和ldf文件，变成空目录。
处理
使用常规数据恢复工具FINALDATA、esasyrecovery,r-studio等等，扫描硬盘，没有找到test1数据库的文件，该mdf文件有38g左右大小。
通过捷定SQL专修工具成功恢复其mdf文件。
]]></description>
		<wfw:commentRss>http://www.db-recovery.com/ning-bo-mou-mao-yi-gong-si-huan-yuan-sql-shu-ju-ku-zao-cheng-wen-jian-diu-shi-cheng-gong-xiu-fu-suo-you-shu-ju.html/feed</wfw:commentRss>
		</item>
	</channel>
</rss>
