Недавно мы переместили нашу базу данных sharepoint 2007 с сервера sql 2000 на сервер SQL 2008 x64. Все выглядит хорошо, однако есть проблема, когда сервер sql перестает работать, и службу приходится перезапускать. В ошибках упоминается недостаточно внутренней памяти и т. д. Я попытался запустить базу данных с помощью -g384, что является значением по умолчанию в sql 2000, но, как я полагаю, для 2008 значение по умолчанию составляет 256. Это не исправило проблему. Мне посоветовали, что, возможно, проблему можно исправить, обновив ее до wss 3.0 sp2. Однако, когда я попытался установить это, я получил еще одну ошибку после обновления sp2 и вынужден был вернуться к снимку виртуальной машины. Ошибка после пакета обновления — Ошибка сервера:http://go.microsoft.com/fwlink?LinkID=96177 Итак, я думаю, у меня есть несколько вопросов, как мне исправить первую и вторую проблему. Я проверил много форумов и постов, попробовал несколько вещей, но все равно не получил удовольствия. Любая помощь была бы здоровой.
ОБНОВЛЕНИЕ Я исправил ошибку сервера:http://go.microsoft.com/fwlink?LinkID=96177мне нужно было запустить wss sp2, а также офисные серверы sp2, затем мастер конфигурации, затем конфигурация moss сработала. Ошибки, которые я получаю в SQL, следующие:
SQL Server не смог запустить новую системную задачу либо из-за недостатка памяти, либо из-за того, что количество настроенных сеансов превышает максимально допустимое на сервере. Убедитесь, что на сервере достаточно памяти. Используйте sp_configure с параметром 'user connections' для проверки максимально допустимого количества пользовательских подключений. Используйте sys.dm_exec_sessions для проверки текущего количества сеансов, включая пользовательские процессы.
Операция чтения большого объекта завершилась неудачей при отправке данных клиенту. Распространенной причиной этого является работа приложения на уровне изоляции READ UNCOMMITED. Соединение будет разорвано.
Недостаточно системной памяти в пуле ресурсов «внутренний» для выполнения этого запроса.
Эти ошибки возникают из-за пользователя, созданного в качестве службы для SharePoint.
решение1
Я обнаружил, что сервер использовал все свои 4 ГБ ОЗУ как раз перед тем, как служба SQL-сервера остановилась. Поэтому я выключил его (он виртуальный), добавил 4 ГБ ОЗУ до общих 8 ГБ. Он работает уже 2 дня, и в журнале нет ошибок. (тьфу-тьфу-тьфу) Но я заметил, что сервер достиг 4 ГБ ОЗУ в то время, когда обычно происходил сбой.
Поэтому я продолжаю следить и публиковать результаты.
Это не решило проблему. Когда я дал ему 8 ГБ, sql просто использовал 8 ГБ.
Я не знаю, что еще попробовать. Думаю, пришло время для гуру SQL.
решение2
Какое конкретное сообщение об ошибке появляется в SQL ErrorLog при сбое и завершении работы?
Сколько памяти на сервере? На какой объем памяти настроен SQL? Насколько велики базы данных? Сколько у них пользователей SharePoint?
решение3
Можете ли вы войти в систему, используя выделенное административное соединение (метод обхода для подключений к зависшему/неотвечающему серверу — используйте SQLCMD -A), когда это повторится, и посмотреть, сколько подключений?
Используйте следующий T-SQL:
SELECT loginame, count (*) AS Connections
FROM master.dbo.sysprocesses (nolock)
GROUP BY loginame
ORDER BY loginame;
GO
Вы, вероятно, также захотите позвонить в службу поддержки продукта, чтобы получить помощь быстрее, чем на этом форуме.
Спасибо
решение4
Утечка памяти также происходит на сервере IIS или только на машине сервера SQL? Зависит ли смерть службы SQL от использования SP?