Проблемы
Рассмотрим следующий сценарий.
-
Для дополнительной реплики группы доступности AlwaysOn в Microsoft SQL Server.
-
Вы резервное копирование базы данных [db1], добавляете файлы [f1] и [f2], а затем удаляете файл резервной копии [f1].
-
При восстановлении базы данных [db1] вы меняете физическое имя файла [f2] на [f1] (файл, который был удален).
В этом сценарии конфликт для вторичной реплики возникает при попытке присоединиться к группе доступности в режиме автоматического засечки. Затем вы получаете следующее сообщение об ошибке:
Ошибка dateTime spid97s: 911, severity: 16, State: 1.
DateTime spid97s Database 'DatabaseName' не существует. Убедитесь, что имя ввели правильно.
Ошибка даты и времени: 4353, серьезность: 16, штат: 1.
Конфликтующие файлы DateTime spid97s были указаны для файла 'FileName'. Для логического имени файла должно быть задано только одно предложение WITH MOVE.
Ошибка dateTime spid97s: 3013, severity: 16, State: 1.
DateTime spid97s RESTORE DATABASE завершается аномально.
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе "Применяется к".
Решение
Эта проблема устранена в следующих накопительных обновлениях для SQL Server:
О накопительных обновлениях для SQL Server:
Каждое новое накопительное SQL Server содержит все исправления для системы безопасности, которые были включены в предыдущее накопительное обновление. Ознакомьтесь с последними накопительными обновлениями для SQL Server:
Ссылки
Узнайте о терминологии, используемой Майкрософт для описания обновлений программного обеспечения.
