Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Помогите остановить dumping !!!  [new]
Mike_Gl
Member

Откуда:
Сообщений: 40
Здравствуйте !

Два дня назад началась такая ерунда: сервер пишет файлики в папку LOG
Всё началось с номера SQLDump0001 и на данный момент уже зашкалило за 9000
Сервак сегодня "лег" из-за нехватки места на диске, что , собственно, и послужило причиной поиска.
Немного погуглив и пояндексив нашел, что проблема должна быть описана в файле ERRORLOG.
Открыл файл, нашел как мне кажется то место, откуда всё началось, но причины так и не понял.
у нас в это время на сервере происходит создание бекапов баз. Ничего критичного не происходило.
Кто нибудь может подсказать. как остановить создание этих damn... т.е. dump-файлов ?
Хелп, плиз!!!!


ERRORLOG
2011-03-21 21:40:54.81 Backup Database backed up. Database: buh_DomXXI_2010, creation date(time): 2011/01/15(12:15:01), pages dumped: 294325, first LSN: 2858:4814:169, last LSN: 2858:4885:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'\\Storage\sql\buh_DomXXI_2010.bak'}). This is an informational message only. No user action is required.

2011-03-21 21:43:56.54 spid72 ex_raise2: Exception raised, major=52, minor=43, state=8, severity=22, attempting to create symptom dump
2011-03-21 21:43:56.54 spid61 ex_raise2: Exception raised, major=52, minor=43, state=8, severity=22, attempting to create symptom dump
2011-03-21 21:43:56.56 spid54 ex_raise2: Exception raised, major=52, minor=43, state=8, severity=22, attempting to create symptom dump
2011-03-21 21:43:56.59 spid70 ex_raise2: Exception raised, major=52, minor=43, state=8, severity=22, attempting to create symptom dump
2011-03-21 21:43:56.67 spid61 Using 'dbghelp.dll' version '4.0.5'
2011-03-21 21:43:56.71 spid61 **Dump thread - spid = 0, EC = 0x00000000F9291EB0
2011-03-21 21:43:56.71 spid61 *
2011-03-21 21:43:56.71 spid61 * User initiated stack dump. This is not a server exception dump.
2011-03-21 21:43:56.71 spid61 *
2011-03-21 21:43:56.71 spid61 ***Stack Dump being sent to D:\MSSQL\MSSQL10.MANAGE\MSSQL\LOG\SQLDump0001.txt
2011-03-21 21:43:56.71 spid61 * *******************************************************************************


Михаил
23 мар 11, 18:11    [10415567]     Ответить | Цитировать Сообщить модератору
 Re: Помогите остановить dumping !!!  [new]
WarAnt
Member

Откуда: Питер
Сообщений: 2423
Mike_Gl,

SELECT @@version ?
23 мар 11, 18:20    [10415621]     Ответить | Цитировать Сообщить модератору
 Re: Помогите остановить dumping !!!  [new]
Mike_Gl
Member

Откуда:
Сообщений: 40
WarAnt
Mike_Gl,

SELECT @@version ?


Microsoft SQL Server 2008 (SP2) - 10.0.4000.0 (X64) Sep 16 2010 19:43:16 Copyright (c) 1988-2008 Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7600: )

---
по совету друзей проверил
DBCC CHECKDB('master')
DBCC CHECKDB('model')
DBCC CHECKDB('msdb')
DBCC CHECKDB('tempdb')

тут всё норм.
на своей рабочей базе (база большая, на мой взгляд, 100Гб) нашлось 2 ошибки:

автор
Msg 2508, Level 16, State 1, Line 6
The In-row data USED page count for object "sp_sprGoods", index ID 2, partition ID 680455900495872, alloc unit ID 680455900495872 (type In-row data) is incorrect. Run DBCC UPDATEUSAGE.
Msg 2508, Level 16, State 3, Line 6
The In-row data RSVD page count for object "sp_sprGoods", index ID 2, partition ID 680455900495872, alloc unit ID 680455900495872 (type In-row data) is incorrect. Run DBCC UPDATEUSAGE.


Сейчас запущу это самое Run DBCC UPDATEUSAGE
Вдруг поможет...

Есть еще какие либо советы ?
23 мар 11, 18:43    [10415716]     Ответить | Цитировать Сообщить модератору
 Re: Помогите остановить dumping !!!  [new]
Mike_Gl
Member

Откуда:
Сообщений: 40
.. не помогло...
людииии... помогитеее !!!
тонуу!!!
файлы генерятся постоянно!
примерно 5 Гб в час...
24 мар 11, 10:26    [10417142]     Ответить | Цитировать Сообщить модератору
 Re: Помогите остановить dumping !!!  [new]
Glory
Member

Откуда:
Сообщений: 104751
Mike_Gl
.. не помогло...
людииии... помогитеее !!!
тонуу!!!
файлы генерятся постоянно!
примерно 5 Гб в час...

dump - это не спам
Это критические ошибки
Exception raised, major=52, minor=43, state=8, severity=22


Severity level 22
Indicates that the table or index specified in the message has been damaged by a software or hardware problem.

Severity level 22 errors occur rarely. If one occurs, run DBCC CHECKDB to determine whether other objects in the database are also damaged. The problem might be in the buffer cache only and not on the disk itself. If so, restarting the instance of the Database Engine corrects the problem. To continue working, you must reconnect to the instance of the Database Engine; otherwise, use DBCC to repair the problem. In some cases, you may have to restore the database.

If restarting the instance of the Database Engine does not correct the problem, then the problem is on the disk. Sometimes destroying the object specified in the error message can solve the problem. For example, if the message reports that the instance of the Database Engine has found a row with a length of 0 in a nonclustered index, delete the index and rebuild it.
24 мар 11, 10:28    [10417151]     Ответить | Цитировать Сообщить модератору
 Re: Помогите остановить dumping !!!  [new]
Mike_Gl
Member

Откуда:
Сообщений: 40
Glory
Severity level 22
Indicates that the table or index specified in the message has been damaged by a software or hardware problem.

Severity level 22 errors occur rarely. If one occurs, run DBCC CHECKDB to determine whether other objects in the database are also damaged. The problem might be in the buffer cache only and not on the disk itself. If so, restarting the instance of the Database Engine corrects the problem. To continue working, you must reconnect to the instance of the Database Engine; otherwise, use DBCC to repair the problem. In some cases, you may have to restore the database.

If restarting the instance of the Database Engine does not correct the problem, then the problem is on the disk. Sometimes destroying the object specified in the error message can solve the problem. For example, if the message reports that the instance of the Database Engine has found a row with a length of 0 in a nonclustered index, delete the index and rebuild it.


Спасибо, большое!
Оказывается надо было не полениться и проверить все базы на сервере, а не только те с которыми активно работают.
В одной из архивных баз что то действительно поломалось.
В данном случае просто перевосстановили ее из бекапа и дампинг остановился.

Yahoo !
))
24 мар 11, 11:28    [10417491]     Ответить | Цитировать Сообщить модератору
Между сообщениями интервал более 1 года.
 Re: Помогите остановить dumping !!!  [new]
awk3620
Member

Откуда:
Сообщений: 1
Всем привет, спасибо за статейку, таже проблема, при проверке баз обнаружил, что одна имеет кривые индэксы, удалил пересоздал, проблема решена. Еще раз спасибо.
1 авг 16, 11:58    [19481186]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить