Nicht korrigierbare Beschädigung von DBCC CHECKDB: Die indizierte Sicht enthält Zeilen, die nicht von der Sichtdefinition erstellt wurden

TL; DR: Ich habe eine unfixierbare Beschädigung in einer indizierten Ansicht. Hier sind die Details:

Laufen

DBCC CHECKDB([DbName]) WITH EXTENDED_LOGICAL_CHECKS, DATA_PURITY, NO_INFOMSGS, ALL_ERRORMSGS

In einer meiner Datenbanken tritt der folgende Fehler auf:

Meldung 8907, Ebene 16, Status 1, Zeile 1 Der räumliche Index, der XML-Index oder die indizierte Sicht 'ViewName' (Objekt-ID 784109934) enthält Zeilen, die nicht von der Sichtdefinition erstellt wurden. Dies ist nicht unbedingt ein Integritätsproblem mit den Daten in dieser Datenbank. (...)

CHECKDB hat in der Tabelle 'ViewName' 0 Zuordnungsfehler und 1 Konsistenzfehler gefunden.

repair_rebuild ist die Mindestreparaturstufe (...).

Ich verstehe, dass diese Nachricht darauf hinweist, dass die materialisierten Daten der indizierten Ansicht 'ViewName' nicht mit den Ergebnissen der zugrunde liegenden Abfrage identisch sind. Die manuelle Überprüfung der Daten führt jedoch nicht zu Unstimmigkeiten:

SELECT * FROM ViewName WITH (NOEXPAND)
EXCEPT
SELECT ...
from T1 WITH (FORCESCAN)
join T2 on ...

SELECT ...
from T1 WITH (FORCESCAN)
join T2 on ...
EXCEPT
SELECT * FROM ViewName WITH (NOEXPAND)

NOEXPANDwurde verwendet, um die Verwendung des (einzigen) Index zu erzwingen ViewName. FORCESCANwurde verwendet, um den Abgleich der indizierten Ansicht zu verhindern. Der Ausführungsplan bestätigt, dass beide Maßnahmen wirksam sind.

Hier werden keine Zeilen zurückgegeben, was bedeutet, dass die beiden Tabellen identisch sind. (Es gibt nur Ganzzahl- und Guid-Spalten, Kollatierungen kommen nicht ins Spiel).

Der Fehler kann nicht behoben werden, indem der Index für die Ansicht neu erstellt oder ausgeführt wird DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS. Das Wiederholen der Fixes hat auch nicht geholfen. Warum wird DBCC CHECKDBdieser Fehler gemeldet? Wie kann man es loswerden?

(Selbst wenn das Problem durch Neuerstellung behoben wird, bleibt meine Frage bestehen. Warum wird ein Fehler gemeldet, obwohl meine Abfragen zur Datenüberprüfung erfolgreich ausgeführt wurden?)

Update: Der Fehler wurde in einigen Releases behoben. Ich kann nicht reproduzieren länger in SQL Server 2014 SP2 CU 5. 2014 SP2 KB ein Update ohne KB - Artikel enthält: Creating non-clustered index causes DBCC CheckDB With Extended_Logical_Checks to raise corruption error. Die beiden Verbindungsfehler wurden geschlossen:

• https://connect.microsoft.com/SQLServer/feedback/details/847233/creating-non-clustered-index-causes-dbcc-checkdb-with-extended-logical-checks-to-raise-corruption-error
• https://connect.microsoft.com/SQLServer/feedback/details/795478/unfixable-dbcc-checkdb-error-that-is-also-a-false-positive-and-otherwise-strange

Der Abfrageprozessor kann einen ungültigen Ausführungsplan für die von DBCC generierte (richtige) Abfrage erstellen, um zu überprüfen, ob der Ansichtsindex dieselben Zeilen wie die zugrunde liegende Ansichtsabfrage erzeugt.

Der vom Abfrageprozessor erstellte Plan wird NULLsfür die ImageObjectIDSpalte falsch verarbeitet . NULLsWenn dies nicht der Fall ist , wird die Ansichtsabfrage fälschlicherweise für diese Spalte abgelehnt. Zu denken , dass NULLsausgeschlossen werden, ist es in der Lage das gefilterte nicht gruppierten Index auf dem übereinstimmen UsersTabelle auf die Filter ImageObjectID IS NOT NULL.

Indem ein Plan erstellt wird, der diesen gefilterten Index verwendet, wird sichergestellt, dass keine Zeilen mit NULLin gefunden ImageObjectIDwerden. Diese Zeilen werden (korrekt) aus dem Ansichtsindex zurückgegeben. Es scheint also, dass eine Beschädigung vorliegt, wenn dies nicht der Fall ist.

Die Ansichtsdefinition lautet:

SELECT
    dbo.Universities.ID AS Universities_ID, 
    dbo.Users.ImageObjectID AS Users_ImageObjectID
FROM dbo.Universities
JOIN dbo.Users
    ON dbo.Universities.AdminUserID = dbo.Users.ID

Der ONVergleich der Klauselgleichheit zwischen AdminUserIDund IDlehnt NULLsin diesen Spalten ab, jedoch nicht in der ImageObjectIDSpalte.

Ein Teil der von DBCC generierten Abfrage ist:

SELECT [Universities_ID], [Users_ImageObjectID], 0 as 'SOURCE'
FROM [dbo].[mv_Universities_Users_ID] tOuter WITH (NOEXPAND) 
WHERE NOT EXISTS
( 
    SELECT 1 
    FROM   [dbo].[mv_Universities_Users_ID] tInner
    WHERE 
    (
        (
            (
                [tInner].[Universities_ID] = [tOuter].[Universities_ID]
            ) 
            OR 
            (
                [tInner].[Universities_ID] IS NULL
                AND [tOuter].[Universities_ID] IS NULL
            )
        )
        AND
        (
            (
                [tInner].[Users_ImageObjectID] = [tOuter].[Users_ImageObjectID]
            ) 
            OR 
            (
                [tInner].[Users_ImageObjectID] IS NULL 
                AND [tOuter].[Users_ImageObjectID] IS NULL
            )
        )
    )
)
OPTION (EXPAND VIEWS);

Dies ist ein generischer Code, der Werte NULLbewusst vergleicht . Es ist sicherlich ausführlich, aber die Logik ist in Ordnung.

Der Fehler in der Argumentation des Abfrageprozessors bedeutet, dass möglicherweise ein Abfrageplan erstellt wird, der den gefilterten Index falsch verwendet, wie im folgenden Beispielplanfragment:

Die DBCC-Abfrage verwendet einen anderen Codepfad durch den Abfrageprozessor als Benutzerabfragen. Dieser Codepfad enthält den Fehler. Wenn ein Plan mit dem gefilterten Index generiert wird, kann er nicht mit dem USE PLANHinweis verwendet werden, um diese Planform mit demselben Abfragetext zu erzwingen, der von einer Benutzerdatenbankverbindung gesendet wurde.

Der Haupt-Optimierer-Codepfad (für Benutzerabfragen) enthält diesen Fehler nicht, so dass er für interne Abfragen wie die von DBCC generierten spezifisch ist.

Weitere Untersuchungen haben ergeben, dass dies ein Fehler in DBCC CHECKDB ist. Ein Microsoft Connect-Fehler wurde geöffnet: Unfixable DBCC CHECKDB error (das ist auch falsch positiv und ansonsten seltsam) . Zum Glück konnte ich einen Repro produzieren, damit der Fehler gefunden und behoben werden kann.

Der Fehler kann durch Spielen mit dem Datenbankschema ausgeblendet werden. Durch Löschen eines nicht verknüpften gefilterten Index oder Entfernen des Filters wird der Fehler ausgeblendet. Einzelheiten entnehmen Sie bitte dem Verbindungselement.

Das Verbindungselement enthält auch die interne Abfrage, mit der DBCC CHECKDB den Inhalt der Ansicht überprüft. Es werden keine Ergebnisse zurückgegeben, was darauf hinweist, dass dies ein Fehler ist.

Der Fehler wurde in einigen Releases behoben. Ich kann es in SQL Server 2014 SP2 CU 5 nicht mehr reproduzieren.