客户公司内部的信息管理系统使用sql server 2000数据库，数据库文件存放在d盘（格式FAT32）， 网管在维护过程中不慎选中“初始化数据库” ， 里面的记录都变成空了。 原先mdf文件有1.9G ,现在文件变成只有8mb 大小。 Continue reading…
www.db-recovery.com
Archive for 四月, 2009
1.首先确认已经备份了.mdf和.ldf文件。
2. 在SQL Server中新建一个同名的数据库，然后停止SQL Server服务。
3. 用原有的.mdf和.ldf文件覆盖新建数据库对应的.mdf和.ldf文件。
4. 重新启动SQL Server服务，这是应该会看到这个数据库处于置疑（Suspect）状态。
5. 在SQL查询分析器中执行以下命令，以允许更新系统表： Continue reading… 数据库修复中心db-recovery
sql server数据库中三张重要的系统表
数据库修复中心db-recovery
- sysobjects：在数据库内创建的每个对象（约束、默认值、日志、规则、存储过程等）在表中占一行。
- sysindexes：数据库中的每个索引和表在表中各占一行。
- syscolumns：每个表和视图中的每列在表中占一行，存储过程中的每个参数在表中也占一行。
这三张表用ID（表ID）字段关联。这三张系统表一旦损坏，与之对应数据库对象将无法访问，其作用相当于DOS中的“文件分配表” 。
数据库修复联系QQ:2-1-4-4-5-5-9-6-9
系统表损坏的症状
用 DBCC CHECKDB 携带任何参数都无法修复数据库，也就是说：DBCC CHECKDB对这个帐套根本不起作用；
无法执行如下操作：
www.db-recovery.com
select * from sysobjects 或select * from sysindexes 或select * from syscolumns ；
数据库修复联系QQ:2-1-4-4-5-5-9-6-9
无法用SQL server DTS或其他SQL 脚本导库工具进行导库，导库的中途失败，报告：连接中断；未能读取并闩锁页；在企业管理器或查询分析器中，部分用户数据表无法访问。 Continue reading… 数据库修复咨询电话021-3126-5210
错误 602未能在 sysindexes 中找到数据库 ID %1! 中对象 ID %2! 的索引 ID %3! 对应的行。请对 sysindexes 运行 DBCC CHECKTABLE。
疑难解答
错误 602
严重级别 21
消息正文
未能在 sysindexes 中找到数据库 ID %1! 中对象 ID %2! 的索引 ID %3! 对应的行。请对 sysindexes 运行 DBCC CHECKTABLE。 数据库修复咨询电话021-3126-5210
解释
当 Microsoft? SQL Server? 无法在 sysindexes 表中找到需要的表或索引所对应的行时（例如，当执行引用已除去的表的存储过程时），发生该错误。 数据库修复www.db-recovery.com
对策
如果该错误因为存储过程引用某个已除去的表而发生，则除去并重新创建该存储过程。该错误还可能和其它错误信息一起发生，而这些消息更好地指出问题的根本原因。在 sysindexes 上执行 DBCC CHECKTABLE；同样执行 DBCC CHECKDB。 数据库修复咨询电话021-3126-5210
如果问题仍然存在，请与您的主要支持提供者联系。使 DBCC CHECKDB 语句的输出可查阅 数据库修复www.db-recovery.com
Transact-SQL 参考
DBCC CHECKTABLE Continue reading… 数据库修复咨询电话021-3126-5210
06年时的案例，客户在上海九院 ，有一台服务器raid5信息丢失，然后找了家数据恢复公司，恢复出来的文件，但是好几个数据库都无法附加。当时我判断应该是那个公司恢复过程有问题，导致数据不一致，于是问客户原盘是否还在，客户称原服务器已经重做raid5 ，晕倒，想通过原盘恢复mdf文件这途径是不可能了，只能修复现有的文件。 Continue reading…
www.db-recovery.com
SQL SERVER 数据库系统表systypes存储了字段类型 Continue reading…
数据库修复咨询电话021-3126-5210
我们这次做的前提就是在重装操作系统的时候，只保留的原来数据库的数据文件、控制文件、重做日志文件，以及rman的database全备和archivelog的备份——我们假设只保留了以上文件，其他文件，包括spfile和pfile都已经被删除，而且我们的oracle相关表空间都已经改变过，如默认的undo表空间叫TS_UNDO_01。
Continue reading…
捷定数据库修复中心
当我们的 DB2 数据库由于一些严重错误 ( 如存储损坏等 ) 而导致数据库库损坏时，我们通常需要在修复相关错误后，通过 Restore 命令来进行数据库的恢复 (DB2 目前也支持通过 HADR 等多机容错机制实现系统高可用，本文仅对单机数据库损坏，需要进行数据库恢复的情况进行探讨 )。一般的做法是通过以前的数据库全备份来进行整库恢复，然后通过日志对数据库进行前滚 (RollForward)，从而使数据库恢复到接近灾难点的时间。但当我们数据库的数据量较大时，数据库的全备份和整库恢复都会很是非常消耗时间的。 Continue reading…
数据库修复中心db-recovery
