Огромный журнал ошибок с SQL Server 2005 Express (15 ГБ)

Question

С SQL Server 2005 Express (наблюдаемый на XP и Server 2003) иногда я получаю огромные файлы журналов ошибок в рабочей среде: Файл C: \ Program Files \ Microsoft SQL Server \ MSSQL.1 \ MSSQL \ LOG \ ERRORLOG увеличивается до заполнения диска (размер файла становится больше 15 ГБ).

Этот файл не журнал транзакций, а журнал ошибок: текстовый журнал для SQL Server.

Журнал ошибок начинается следующим образом: (кажется нормальным)

2009-01-11 09:16:57.04 spid51      Starting up database 'SDomain'. 
2009-01-11 10:04:34.21 spid21s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'Object Plans' cachestore (part of plan cache) due  
to some database maintenance or reconfigure operations. 
2009-01-11 10:04:34.23 spid21s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'SQL Plans' cachestore (part of plan cache) due to  
some database maintenance or reconfigure operations. 
2009-01-11 10:04:34.23 spid21s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'Bound Trees' cachestore (part of plan cache) due t 
o some database maintenance or reconfigure operations. 
2009-01-11 10:08:37.32 spid51      Starting up database 'SDomain'. 
2009-01-11 10:56:55.48 spid22s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'Object Plans' cachestore (part of plan cache) due  
to some database maintenance or reconfigure operations. 
2009-01-11 10:56:55.49 spid22s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'SQL Plans' cachestore (part of plan cache) due to  
some database maintenance or reconfigure operations. 
2009-01-11 10:56:55.49 spid22s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'Bound Trees' cachestore (part of plan cache) due t 
o some database maintenance or reconfigure operations. 
2009-01-11 11:00:07.51 spid51      Starting up database 'SDomain'. 
2009-01-11 11:47:44.73 spid15s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'Object Plans' cachestore (part of plan cache) due  
to some database maintenance or reconfigure operations. 
2009-01-11 11:47:44.74 spid15s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'SQL Plans' cachestore (part of plan cache) due to  
some database maintenance or reconfigure operations. 
2009-01-11 11:47:44.74 spid15s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'Bound Trees' cachestore (part of plan cache) due t 
o some database maintenance or reconfigure operations. 

Тогда файл, кажется, содержит бесконечно повторяющиеся строки, подобные этой:

2008-12-17 00:12:24.03 spid13s     The log for database 'SDomain' is not available. Check the event log for related error messages. Resolve any errors and restart the database**

К вашему сведению, журнал событий Windows содержит точно такие же сообщения.

Есть идеи о причине возникновения этой проблемы? Может ли это быть особой проблемой конфигурации SQL Server? Или проблема в коде, вызывающая это?

Answer 1

У вас есть база данных с именем SDomain, для которой установлено автоматическое закрытие. Всякий раз, когда к нему обращаются, он «запускается». Недавно вы или кто-то из ваших близких удалили или переместили LDF-файл базы данных. Когда процесс, который обращается к базе данных SDomdain, пытается открыть ее, SQL Server будет жаловаться на проблему в ERRORLOG. Верните базу данных LDF и перестанете жаловаться. Выполните sp_cycle_errorlog, чтобы запустить новый файл ERRORLOG, чтобы вы могли удалить старый.

Answer 2

Убедитесь, что учетная запись пользователя имя_сервера \ SQLServer2005MSSQLUser $ имя_сервера $ SQLEXPRESS имеет право на запись в каталог, в котором находится ваша база данных.

Answer 3

Общие причины, по которым база данных начинает восстанавливаться самостоятельно:

• Служба SQL была отключена из диспетчера управления службами или из-за остановки сервера
• В базе данных произошла неустранимая ошибка, заставившая SQL Server завершить работу базы данных и восстановить ее
• Кто-то вручную инициировал восстановление базы данных с помощью команды RESTORE WITH RECOVERY
• Резервная копия базы данных была восстановлена ​​в базу данных На этом этапе ваша база данных не будет отвечать на запросы пользователей. Только после завершения этапа восстановления база данных станет доступной для пользователей. Чтобы выяснить, почему это произошло, вы можете проверить ошибку SQL Server ERRORLOG и выяснить, что найти прямо перед началом восстановления базы данных. Любые неустранимые ошибки или операции восстановления базы данных будут записаны в SQL Server ERRORLOG. Также проверьте, включена ли опция Auto Close для вашей базы данных. Если это правда, вам нужно отключить эту опцию следующим образом,
  1. Щелкните правой кнопкой мыши базу данных.
  2. Выбрать свойства
  3. Нажмите на Опции.
  4. AutoClose является первой опцией и убедитесь, что она помечена как False.

Answer 4

Может быть, это может помочь? http://support.microsoft.com/kb/917828