September 15, 2010 at 4:05 pm
Please advice its very urgent
How to restore Single table from fullDBbackup?
Working on SQL serer 2008r2
@JayMunnangi
September 15, 2010 at 4:15 pm
You cannot restore a single table from a native SQL 2008 R2 backup. However, you can restore the entire database with a different name and then export the table and data to the original database.
September 15, 2010 at 4:23 pm
Could you please explain me the procedure to do so,
You mean diffrent system or diffrent DB?
Please exlplain me the procedure
@JayMunnangi
September 15, 2010 at 4:34 pm
You could restore the backup to the same system with a different name or to a different system. Either will work. Then use the Import and Export wizard to copy the table back into the original database.
For example to restore database DB1 to the same system as a new name DB2:
RESTORE DATABASE DB2
FROM DISK = 'C:\DB1.bak'
WITH
MOVE 'DB1_data' TO 'C:\DB2_data.mdf',
MOVE 'DB1_log' TO 'C:\DB2_log.ldf'
GO
Then right click DB1, tasks, import data. Select DB2 as the source and select the table you want to import.
September 15, 2010 at 9:15 pm
There are 3rd party tools that can recover individual objects from a backup file, like Red Gate's SQL Object Level Recovery Native, if restoring the entire database is not an option. However, you might first want to check if the recovered data is transactionally consistent, as there might be issues as described here.
SQL BAK Explorer - read SQL Server backup file details without SQL Server.
Supports backup files created with SQL Server 2005 up to SQL Server 2017.
September 16, 2010 at 12:50 am
mjkreddy1927 (9/15/2010)
Please advice its very urgentHow to restore Single table from fullDBbackup?
Working on SQL serer 2008r2
did you dropped the table? If yes, the If you have full backup then take the tail tlog backup and then do a point in time recovery.
"More Green More Oxygen !! Plant a tree today"
September 16, 2010 at 2:59 am
Just be careful wih the point in time recovery the fact that you dropped the table may not have stopped people entering data into other tables in the DB so if you recover to a point before the table was dropped you would need to ensure that you got the data re-entered. Best idea is to restore DB to diff DB as first responder suggested and BCP the data out and into the table that was removed.
Viewing 7 posts - 1 through 6 (of 6 total)
You must be logged in to reply to this topic. Login to reply