数据库备份文件提示媒体簇错误

消息 3241，级别 16，状态 40，第 9 行
设备 'E:\backup\DBbackup\yljt_erp_backup_200909190003.bak' 上的媒体簇的结构不正确。SQL Server 无法处理此媒体簇。
消息 3013，级别 16，状态 1，第 9 行
RESTORE DATABASE 正在异常终止。备份文件在还原的时候，出现的提示。我用的是sql server2005,文件备份好了却不能用，天天加班搞这个(白天服务器要用)，郁闷啊。万一出个什么事，数据库出现问题，现在又不能恢复，就完啦。我昨天把整个mdf ldf拷到测试库，再备份，备份文件也不行。大家能不能给想想办法

解决方案 »

  1.   

    http://topic.csdn.net/u/20090225/18/920d6782-c654-4786-a4cc-bcfb81216e69.html
      

  2.   

    可能文件损坏了 dbcc checkdb一下
      

  3.   

    restore filelistonly from disk='E:\backup\DBbackup\yljt_erp_backup_200909190003.bak' 先看看这个结果是什么
      

  4.   

    如果是备份文件出错 scandisk一下
      

  5.   

    使用 RESTORE VERIFYONLY 语句验证备份。
      

  6.   

    数据库可以附加，RESTORE VERIFYONLY 用过了，错误提示也是媒体簇不正确。
    billpu，scandisk怎么用？
    7761098，有哪些方法备份，我想试下
      

  7.   

    昨天发现磁盘阵列有个盘有问题，问了供应商的工程师，他根据我们给他的分析报告，他说这个盘能写入，不能读。我问会不会影响数据库文件，他说磁盘阵列采用的是reader5(这个是什么东西，不明)，不会丢失数据。dbcc checkdb也用过了，一开始有5个数据表有问题。后来用这个命令修复了下，这5个表都丢失了部分数据。但其中有个表比较大，增加了一些数据以后，这个表又出现错误数据。下面是错误信息：DBCC results for 'invt08'.
    消息 2533，级别 16，状态 1，第 1 行
    Table error: page (1:1821428) allocated to object ID 1237019588, index ID 0, partition ID 72057594196262912, alloc unit ID 72057594201374720 (type In-row data) was not seen. The page may be invalid or may have an incorrect alloc unit ID in its header.
    There are 26168 rows in 5517 pages for object "invt08".
    CHECKTABLE found 0 allocation errors and 1 consistency errors in table 'invt08' (object ID 1237019588).
    repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKTABLE (yljt_erp.dbo.invt08).
    DBCC execution completed. If DBCC printed error messages, contact your system administrator.
      

  8.   

    备份好以后，只有一个bak文件啊，次要文件是只什么？
      

  9.   

    这个我昨天也找到了，好像是不同版本的问题。我备份好以后，用restore verifyonly 检查一下，就有这个错误提示。我直接把文件拷到测试库，是可以附加的。
      

  10.   

    结果是
    yl07_erp_Data D:\Ms sql\yljt_erp.mdf D PRIMARY 25427116032 35184372080640 1 0 0 00000000-0000-0000-0000-000000000000 0 0 18174705664 512 1 NULL 878947000002485800028 9E01916E-B364-47E5-9C55-D1AB35F30A52 0 1
    yl07_erp_Log D:\Ms sql\yljt_erp_log.ldf L NULL 7640055808 35184372080640 2 0 0 35931688-A7C9-45A4-A3AD-88AF7AF0656D 0 0 0 512 0 NULL 0 00000000-0000-0000-0000-000000000000 0 1
      

  11.   


    怎么查看是否产生了多个文件，是不是用restore filelistonly？我用这个语句检查了下以前好的备份文件，结果和错误文件产生的结果差不多。
      

  12.   

    其实主要就是不要使用管理工具备份
    使用tsql backup命令来搭配一下不同参数，分开数据库文件和log文件的备份换一个角度，可以试一下导出数据，发布数据的功能先将数据库内容全部导出到另外的服务器数据库，再进行备份多点尝试了，不是只有一种途径来解决问题的，尤其是赶时间的时候