Взгляните в mysql.*
таблицы. Возможно, что некоторые полномочия были установлены на той таблице, которые удаляют Ваш доступ. Я знаю, что полномочия MySQL обычно не прокладывают себе путь, но на это стоит посмотреть.
Кроме того, сам файл таблицы имеют корректные полномочия файловой системы? Если MySQL не может записать в него, это могло бы перепутать подсистему полномочий относительно что случилось.
Ошибка новичка, как я и опасался ...
Я не понимал, что мне нужно снова запустить мастер настройки продуктов SharePoint после установки и перезагрузки. Это сразу исправило.
Перед тем, как попробовать что-либо из этого, сделайте локальную резервную копию своей БД содержимого (WSS_Content)
Здесь 2 предложения:
1) Попробуйте выполнить обновление сборки-2-сборки на месте с помощью инструмента psconfig. Откройте командную строку с повышенными привилегиями в WFE и выполните: psconfig -cmd upgrade -inplace b2b -wait -force
2) Увеличьте номер версии в базе данных контента вручную. В базе данных WSS_Content есть таблица версий. Выберите строку с версией сборки (14.0.4762.1000) и обновите значение до 14.0.6029.1000
Запустите командлет Test-SPContentDatabase, чтобы проверить изменение.