February 8, 2023 at 12:00 am
Comments posted to this topic are about the item Backing up a damaged database
February 8, 2023 at 3:57 am
I'm going to venture out and say that what you have as the correct answer isn't the correct answer. It doesn't even appear on the page you referenced.
--Jeff Moden
Change is inevitable... Change for the better is not.
February 8, 2023 at 7:11 am
The correct Answer choice was not available
February 8, 2023 at 3:15 pm
typing while not thinking. This is fixed. The no_truncate option is needed
February 8, 2023 at 4:30 pm
typing while not thinking. This is fixed. The no_truncate option is needed
None of us has ever done that before, right? 😀 😀 😀 Thanks, Steve.
--Jeff Moden
Change is inevitable... Change for the better is not.
February 10, 2023 at 7:29 pm
From the reference page, if a database is damaged, try to take a tail-log backup by using the WITH CONTINUE_AFTER_ERROR option of the BACKUP statement. Also on that page, Important: Avoid using NO_TRUNCATE, except when the database is damaged. Seems to me best answer included both these options.
Forgot to include MS reference: Tail-Log Backups (SQL Server) - SQL Server | Microsoft Learn
Viewing 6 posts - 1 through 5 (of 5 total)
You must be logged in to reply to this topic. Login to reply