Results 1 to 11 of 11
  1. #1
    Join Date
    Aug 2004
    Location
    Berlin, Germany
    Posts
    12

    Lightbulb Unanswered: Recover droped table?

    Hey All,

    i need to know if i can recover a table after I executed a Drop Statement.



    MS-SQL Server 2000 sp3

    Thank you

    l.

  2. #2
    Join Date
    Nov 2004
    Location
    on the wrong server
    Posts
    8,835
    Provided Answers: 6
    got a backup?
    “If one brings so much courage to this world the world has to kill them or break them, so of course it kills them. The world breaks every one and afterward many are strong at the broken places. But those that will not break it kills. It kills the very good and the very gentle and the very brave impartially. If you are none of these you can be sure it will kill you too but there will be no special hurry.” Earnest Hemingway, A Farewell To Arms.

  3. #3
    Join Date
    Aug 2004
    Location
    Berlin, Germany
    Posts
    12
    the admin told me: last backup 3 month old!
    I'm desperate!

    What about the Transaktionlog? Does anybody if I can get the data out of the logfile?

    Probably depends on the commit?

  4. #4
    Join Date
    Nov 2004
    Location
    on the wrong server
    Posts
    8,835
    Provided Answers: 6
    RESTORE DATABASE MyDatabase FROM DISK = 'C:\TheMagicalBlackHole.bak'
    “If one brings so much courage to this world the world has to kill them or break them, so of course it kills them. The world breaks every one and afterward many are strong at the broken places. But those that will not break it kills. It kills the very good and the very gentle and the very brave impartially. If you are none of these you can be sure it will kill you too but there will be no special hurry.” Earnest Hemingway, A Farewell To Arms.

  5. #5
    Join Date
    Jun 2004
    Location
    Long Island
    Posts
    696
    Your admin should be fired.

    An effective backup strategy is first and foremost in any database implementation.

  6. #6
    Join Date
    Nov 2004
    Location
    on the wrong server
    Posts
    8,835
    Provided Answers: 6
    ssshhhhh. the more they screw up, the more consulting opportunities there are. that's why I consistently mislead posters with bad advice.
    “If one brings so much courage to this world the world has to kill them or break them, so of course it kills them. The world breaks every one and afterward many are strong at the broken places. But those that will not break it kills. It kills the very good and the very gentle and the very brave impartially. If you are none of these you can be sure it will kill you too but there will be no special hurry.” Earnest Hemingway, A Farewell To Arms.

  7. #7
    Join Date
    Jan 2003
    Location
    Massachusetts
    Posts
    5,799
    Provided Answers: 11
    It's not bad advice, if you keep telling them about the magic black hole, now is it?

    On a more serious note, IF your database is in FULL recovery mode, and it has been in FULL recovery mode ever since the last backup, you could do the following:

    1) Back up the transaction log.
    2) Restore the database (at this point, I would do this to a test server)
    3) Restore the transaction log from step 1 up to just before the DROP TABLE statement was issued.
    4) Check to see if the table is there. If it is, then you can BCP, DTS, or export the table to its usual place.

  8. #8
    Join Date
    Aug 2004
    Location
    Berlin, Germany
    Posts
    12
    Thank you,

    The Bad News:
    there is nothing to recover: DB RECOVERY MODE = SIMPLE
    maybe the 3 month old back up (If it still exists!!!) may help, but...
    catastrophic situation for a productive System. At least no financial impact.

    The Good News:
    I'm not fired and trying to find a workaround.

    Cheers
    Lenny

  9. #9
    Join Date
    Feb 2004
    Location
    One Flump in One Place
    Posts
    14,912
    Quote Originally Posted by lento
    The Good News:
    I'm not fired
    That's great news.

    Lenny - let this be a lesson - the second time you probably will get fired. Take regular backups (as frequently as determined by the business) and remember that an unverified backup is no backup at all. If your a$$ was on the line here then it is not the system admin's responsibility - it is yours.

  10. #10
    Join Date
    Apr 2008
    Location
    Along the shores of Lake Michigan
    Posts
    242
    Quote Originally Posted by lento
    Thank you,

    The Bad News:
    catastrophic situation for a productive System.

    Cheers
    Lenny
    Not such a "productive" system right now....Anyway, as already stated, backups and restores are your's, and your business's, lifeline. Without them, one day you may be without a job! Get an appropriate plan together YOURSELF, forget the admin. It's your data not his.

  11. #11
    Join Date
    Jul 2003
    Location
    San Antonio, TX
    Posts
    3,662
    Thrasy, we need to hook up! Let them do it their way! I see that I can make my son inherit my practice!!!
    "The data in a record depends on the Key to the record, the Whole Key, and
    nothing but the Key, so help me Codd."

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •