Симптоми
Обмислете следния сценарий:
-
Можете да използвате автоматично засяване за вторичната реплика на група за достъпност на AlwaysOn в Microsoft SQL Server.
-
Архивирате база данни [DB1], добавяте файлове [F1] и [F2] и след това премахвате архивния файл [F1].
-
Можете да промените физическото име на файла [F2], когато възстановите база данни [DB1], и да промените Логическите имена от [F2] на [F1] (файлът, който е премахнат).
В този случай възниква конфликт за вторичната реплика, когато се опитвате да се присъедините към групата достъпност в режим на автоматично засяване. След това получавате следното съобщение за грешка:
Грешка от Дата и час spid97s: 911, тежест: 16; щат: 1.
Базата данни за Дата и час Spid97s "DatabaseName" не съществува. Уверете се, че името е въведена правилно.
Грешка от Дата и час spid97s: 4353, тежест: 16; щат: 1.
Дата и час Spid97s на конфликтните местоположения на файловете за файл "FileName". За всяко логическо име на файл трябва да бъде зададена само Единична с клауза MOVE.
Грешка от Дата и час spid97s: 3013, тежест: 16; щат: 1.
Дата и час за възстановяване на базата данни spid97s се прекратява ненормално.
Състоянието
Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".
Решение
Този проблем е коригиран в следните сборни актуализации за SQL Server:
За сборните актуализации за SQL Server:
Всяка нова сборна актуализация за SQL Server съдържа всички поправки и всички корекции на защитата, които са били включени в предишната сборна актуализация. Вижте последните сборни актуализации за SQL Server:
Препратки
Научете повече за терминологията , която Microsoft използва, за да опише софтуерни актуализации.