Ознаки
Розглянемо такий сценарій:
-
Ви використовуєте автоматичну посів для вторинної репліки групи доступності AlwaysOn в Microsoft SQL Server.
-
Ви резервну копію бази даних [db1], ви додаєте файли [F1] і [F2], а потім видаляєте файл резервної копії [F1].
-
Під час відновлення бази даних [db1] можна змінити ім'я файлу [F2] і змінити логічне ім'я від [F2] до [F1] (видалений файл).
У цьому сценарії виникає конфлікт для вторинної репліки під час спроби приєднатися до групи доступності в режимі автоматичного посіву. Після цього з'являється таке повідомлення про помилку:
Помилка spid97s: 911, серйозність: 16, стан: 1.
База даних spid97s "DatabaseName" ( дата й час) не існує. Переконайтеся, що ім'я введено правильно.
Помилка spid97s: 4353, серйозність: 16, стан: 1.
Для файлу ' 'ім'я _файлів ' ' указано конфліктні розташування файлу дати spid97s. Для логічного імені файлу має бути вказано лише один із речень ПЕРЕМІЩЕННЯ.
Помилка spid97s: 3013, серйозність: 16, стан: 1.
Дата й час відновлення бази даних spid97s.
Стан
Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "застосовується до".
Спосіб вирішення
Ця проблема усунена в таких сукупних оновлень для SQL Server:
Відомості про накопичувальне оновлення для сервера SQL Server:
Кожне нове Сукупне оновлення для SQL Server містить усі поточні виправлення та всі виправлення системи безпеки, які були включені до попереднього сукупного оновлення. Ознайомтеся з найновішими сукупними оновленнями для сервера SQL Server:
Посилання
Відомості про термінологію , яку корпорація Майкрософт використовує для опису оновлень програмного забезпечення.
