Estratégias quando DBCC CheckDB REPAIR_ALLOW_DATA_LOSS não pode reparar um banco de dados

Então, consegui obter uma correção para extrair os documentos de trabalho e, em seguida, eliminar a tabela de problemas graças à ajuda fornecida nos comentários.

O SQL abaixo por conta própria precisaria ser constantemente reexecutado manualmente, mas descobri que, colocando-o dentro de OPENQUERY para um SQL Server vinculado a si mesmo dentro de um bloco Try-Catch, consegui repetir o SQL até que ele foi feito.

Depois de concluído, basta renomear a tabela Documents_rep de volta para o nome original e descartar a tabela usada como uma correção rápida e suja para rastrear se a execução foi concluída.

Eu também me deparei com o problema de OpenQuery emitindo uma transação implícita e rollback que eu resolvi através do COMMIT; declarações durante todo o script.

USE [Database];
    IF NOT EXISTS (SELECT 1 FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME = 'DocumentFixDone') BEGIN -- we dont want to start fixing a table that was already fixed
        IF NOT EXISTS (SELECT 1 FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME = 'DOCUMENTS_rep') BEGIN 
            --create a table to hold the repaired documents
            CREATE TABLE [dbo].[DOCUMENTS_rep](
                [RECORDID] [int] IDENTITY(1,1) NOT NULL,
                [CONTENT] [image] NULL,
                Status INT NOT NULL DEFAULT 0
                -- 0 = not tried
                -- 1 = In progress
                -- 2 = Successful
                -- 3 = Failed
            );
    
            --index the status field to make our searches faster
            CREATE INDEX    Documents_Status
            ON              Documents_rep
                            (Status);

            SET IDENTITY_INSERT Documents_rep on;
            --populate this with everything but the content from the broken table, default the status to 0
            INSERT INTO Documents_rep
                        ([RECORDID])
            SELECT  [RECORDID]
            FROM    DOCUMENTS

    
            SET IDENTITY_INSERT Documents_rep off;
        END

        --grab the in progress document from the last round and set it to failed
        UPDATE DOCUMENTS_rep 
        SET     Status = 3
        WHERE   Status = 1

        COMMIT; --need a commit because openquery starts a transaction


        DECLARE @currentRecordID int;

        --check if we have remaining rows and begin looping through and bringing them into the rep table
        WHILE EXISTS (SELECT 1 FROM Documents_rep WHERE Status IN (0)) BEGIN
            --get the lowest doc DB
            SET @currentRecordID = (SELECT min(REcordID) FROM Documents_rep WHERE Status = 0);

            --update it to in progress so if the script dies halfway through on restart it gets marked as invalid
            UPDATE  Documents_rep 
            SET     Status = 1 
            WHERE   RECORDID = @currentRecordID

            COMMIT; --need a commit because openquery starts a transaction

            --update the status to 2 and the content to be the equiv content from the docs table
            UPDATE  Documents_rep
            SET     Content = (SELECT d2.Content FROM Documents d2 WHERE d2.RECORDID = @currentRecordID), Status = 2
            WHERE   RecordID = @currentRecordID

            COMMIT; --need a commit because openquery starts a transaction

        END

        --track that weve completed the fix for documents
        CREATE TABLE DocumentFixDone (Recordid int);

        --once we are done, drop the old documents table, rename the existing one and move it across
        DROP TABLE Documents;
        DROP INDEX Documents_status ON DOCUMENTS_REP;
        ALTER TABLE Documents_rep 
        DROP COLUMN Status;
        ;

        COMMIT; --need a commit because openquery starts a transaction
    END
    ELSE
    BEGIN
        SELECT 'FixAlreadyComplete' AS FixStatus
    END