Обновление: эта проблема восстановления базы данных решена для меня, но я до сих пор не знаю, почему моя база данных была повреждена или почему мне не удалось восстановить резервные копии. Может быть, восстановление хорошей резервной копии моей базы данных позволило восстановить все последующие резервные копии? Может быть, на выходных вышло обновление Windows и исправило? Я не ставлю свою резолюцию в качестве ответа, поскольку она не объясняет, что ее исправило. Вот исходный вопрос:
Недавно у меня дважды была база данных на моем локальном хосте, которая неожиданно / необъяснимо была повреждена, показывая "(ожидание восстановления)". В первый раз я удалил базу данных и смог восстановить старую резервную копию базы данных. Мне пришлось запустить кучу скриптов, чтобы обновить его, но это сработало. Я перезаписал свою резервную копию новой, как только я получил базу данных в хорошем рабочем состоянии (щелкнув правой кнопкой мыши базу данных в обозревателе объектов в SSMS, -> Задачи -> Резервное копирование, и нажав ОК (тем самым приняв значение по умолчанию для полного восстановления) модель и тип резервного копирования)). Теперь база данных снова умерла, поэтому я удалил ее и снова попытался восстановить свою резервную копию. На этот раз восстановление завершается ошибкой со следующим сообщением:
Не удалось восстановить базу данных XXX. (Microsoft.SqlServer.Management.RelationalEngineTasks) Дополнительная информация: System.Data.SqlClient.SqlError: функция FILESTREAM отключена. (Microsoft.SqlServer.SmoExtended).
Файловый поток включен в SQL Диспетчере конфигурации сервера (SQLServerManager14.msc) -> SQL Серверные службы -> SQL Сервер (MSSQLSERVER) -> FILESTREAM -> отметили 2 флажка «Включить FILESTREAM ...». У меня также есть 2-й экземпляр SQL сервера, и для него также установлены 2 флажка.
Filestream также включен с полным доступом в SSMS, щелкнув правой кнопкой мыши Свойства -> Дополнительно на SQL Имя хоста сервера.
Когда я запускаю следующие строки для главной базы данных моего SQL экземпляра хоста сервера, он говорит, что он перенастраивается с 2 на 2 (так что я думаю, что он уже установлен на 2):
EXEC sp_configure filestream_access_level, 2
RECONFIGURE
Я также использовал SQL Server Configuration Manager, чтобы изменить настройки входа в систему обоих SQL экземпляров сервера, чтобы они запускались как встроенная учетная запись LocalSystem для обоих экземпляров sql сервера, некоторое время после go возникла ошибка с Windows Creators 'Update, которая требовала этого (но в этом нет необходимости, поскольку ошибка была исправлена).
Я использую SQL Server 2017 v14 .0.1000.169, Developer Edition на Windows 10 Pro, версия 1903, сборка ОС 18362.900.
** Windows Ошибки в журнале событий: **
- Четверг: "SQL Сервер не готов принимать новые клиентские подключения. Подождите несколько минут, прежде чем повторить попытку ... "
- Пятница:" Произошла ошибка активации файла. Физическое имя файла «C: \ Program Files \ Microsoft SQL Server \ MSSQL14.MSSQLSERVER \ MSSQL \ DATA \ Blobstore» может быть неправильным. Диагностируйте и исправляйте дополнительные ошибки и повторите операцию ». Также в пятницу было много информационных сообщений MsiInstaller, в которых говорилось:« Windows Программа установки перенастроил продукт ... »и назывались различные продукты.
** SQL Журналы сервера: **
- Нет журналов Пятница, день, когда я заметил, что база данных повреждена.
- Четверг - Различные сообщения о завершении работы сервера, затем Ошибка : 17054, уровень серьезности: 16, состояние: 1 и «Текущее событие не было зарегистрировано в журнале ошибок операционной системы. Ошибка операционной системы = (null). Возможно, вам придется очистить журнал ошибок операционной системы, если он заполнен. "
- За неделю до четверга появилось много сообщений о том, что" значительная часть sql памяти серверного процесса выгружена ... "и некоторые сообщения о выгрузке доменов приложений из-за нехватки памяти.
Есть идеи, почему я не смогу восстановить резервную копию базы данных? Большое спасибо!