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