没备份,用MDF恢复后直接使用,原数据库不长,tempdb.mdf,长起来了。原数据库,后面创建日期没变。新的,tempdb.mdf,长起来了,日期也是最新的,这该咋搞呀。请高手给个指导。

解决方案 »

  1.   

    我估计是所有的增长,都存在这个临时里面了。改变的没进数据库
    因为,文件时间,MDF,还是9.12号恢复的当天,但是这个TEMP,已经是9.25号
      

  2.   


    最倒霉的是,今天重启,服务器又挂了,今天又重装系统。结果,又得用MDF恢复,这才发现,这些天的数据,都跑TEMP里面去了。
      

  3.   

    那很明显你的操作或者配置有问题,tempdb怎么可能存放数据呢?而且重启后都会清空的。怎么会还保留几天的数据?
    另外,不要总是用mdf来附加,要习惯正常备份,用bak文件来还原。你这情况已经说明服务器和SQLServer都存在问题了。考虑备份出来重装吧
      

  4.   

    上次恢复没附加,直接用的,(因为,机房给我重装,装错机器了,我没要求,直接给我重装了)。我就是,把原来,弄回去,直接覆盖的。用着也没问题,没注意,这次是系统又被迫重装,才发现,并且,这次是进不去系统了,所以这次也只能是用MDF恢复了。但是又出来个,TEMP,郁闷了,咋弄呢,高手们给说下,怎么弄,
    高手们给个详细方案吧。
      

  5.   

    你这情况有点像宫外孕了。强烈建议重新安装配置,并检查你的代码。因为:
    1、tempdb不可能有你数据库的所有表结构吧?如果没有,那运行的时候肯定会报表不存在的错误。
    2、如果你的语句都全部是丢到tempdb那里创建、使用,那我只有:呵呵了。
    3、分离附加个人认为是用于应急处理且备份文件不可用的情况下才有效,绝大部分情况还是要用bak文件来处理。
      

  6.   

    把数据库备份出来。把master和msdb也备份出来,重装Windows和SQLServer,然后附加上去。
    然后检查你的代码,是否都跑到tempdb去了。
      

  7.   

    tempdb每次重启数据都会重建,并且你的服务器不可能永远重启,这样你的数据库已经达不到存放数据的功能了。
      

  8.   

    我又看了一下。数据创建是9.12,修改是9.14.看属性。tempdb.mdf,是今天。有8000多k,我估计是这些天的操作。
    用原来的MDF,附加应该是没问题,但是我想把这些天的修改,也就是tempdb.mdf的内容,也恢复进去,这个怎么弄呢?
      

  9.   

    数据库,肯定是重装了。把master和msdb也备份出来,这个也可以备出来,然后,都恢复回去,直接覆盖吗?
    代码肯定没问题,一直用的,没出过错的。这次,也是头一次,都用N年了的。并且是别人开发的程序,我也看到具体内容。
      

  10.   

    重装完以后还原数据库。要使用覆盖。至于在tempdb的数据,估计出来你查出有多少东西,然后手动插回数据库之外,很难同步过去了。另外最好跟踪一下你的代码就是做了什么?为什么会跑到tempdb里面去。;
      

  11.   

    tempdb.mdf      8000K呀,大哥,手动,还不得插死我呀。
      

  12.   

    另外,我的是SQL2000,有个MSDBDATA.MDF,你上面说的,除了MASter,是这个吧。
      

  13.   

    那我没办法了,别老把注意力放到mdf上,还有ldf呢,那个东西也够要命的,谁叫你的系统有问题。怪谁呢。
      

  14.   

    ldf,也有呢,没少文件。你的意思是,那个也会出问题?
    现在是多了个tempdb.mdf,跟tempdb.ldf,两个呢。
      

  15.   

    一个数据库包含一个mdf文件,0到n个ndf文件,最少一个ldf文件。我的意思是你不了解数据库的体系。但是检查你的数据为什么会写入到tempdb才是根源
      

  16.   

    正在设权,文件N多,还没完,郁闷死呀,MSSQL,居然 现在也装不上,不知道为什么,难道设权限,会卡的装不上?我中间着急,给任务管理器,关掉了一次,现在点完安装,就不显示了,直接什么也没有了,急死个人呀。