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

Откуда:
Сообщений: 55
Филиальный SQL Server Express падает периодически.

Microsoft SQL Server 2005 - 9.00.5000.00 (Intel X86) Dec 10 2010 10:56:29 Copyright (c) 1988-2005 Microsoft Corporation Express Edition on Windows NT 5.1 (Build 2600: Service Pack 3)

С основной базой (Microsoft SQL Server 2005 - 9.00.5000.00 (Intel X86) Dec 10 2010 10:56:29 Copyright (c) 1988-2005 Microsoft Corporation Standard Edition on Windows NT 5.2 (Build 3790: Service Pack 2) ) обмен идет с помощью репликации.

В филиале сервер установлен на обычный компьютер с Windows XP.

Смотрел логи сервера, там день ото дня разные ошибки. Причем, если раньше они были раз в неделю, то сегодня уже 5 раз. При этом интенсивность использования сервера довольно низкая (3-5 клиентов + репликация).

Вот примеры некоторых сообщений об ошибках:
2012-02-16 13:53:03.84 spid53      CImageHelper::Init () Version-specific dbghelp.dll is not used
2012-02-16 13:53:03.84 spid53      CImageHelper::Init () Failed load of dbghelp.dll - Неверная попытка доступа к адресу памяти.

2012-02-16 13:53:03.85 spid53      CImageHelper::Init () Version-specific dbghelp.dll is not used
2012-02-16 13:53:03.85 spid53      CImageHelper::Init () Failed load of dbghelp.dll - Неверная попытка доступа к адресу памяти.

2012-02-16 13:53:03.85 spid53      ***Symbol load failed - Proceed to dump without any symbols
2012-02-16 13:53:03.85 spid53      ***Stack Dump being sent to C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG\SQLDump0053.txt
2012-02-16 13:53:03.85 spid53      SqlDumpExceptionHandler: Process 53 generated fatal exception c0000005 EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.
2012-02-16 13:53:03.85 spid53      * *******************************************************************************
2012-02-16 13:53:03.85 spid53      *
2012-02-16 13:53:03.85 spid53      * BEGIN STACK DUMP:
2012-02-16 13:53:03.85 spid53      *   02/16/12 13:53:03 spid 53
2012-02-16 13:53:03.85 spid53      *
2012-02-16 13:53:03.85 spid53      *
2012-02-16 13:53:03.85 spid53      *   Exception Address = 7C912E45 Module(UNKNOWN+00000000)
2012-02-16 13:53:03.85 spid53      *   Exception Code    = c0000005 EXCEPTION_ACCESS_VIOLATION
2012-02-16 13:53:03.85 spid53      *   Access Violation occurred reading address 00000008
2012-02-16 13:53:03.85 spid53      * Input Buffer 56 bytes -
2012-02-16 13:53:03.85 spid53      *                     16 00 00 00 12 00 00 00 02 00 00 00 00 00 00 00 00 00
2012-02-16 13:53:03.85 spid53      *        s p _ M S g  01 00 00 00 0f 00 73 00 70 00 5f 00 4d 00 53 00 67 00
2012-02-16 13:53:03.85 spid53      *  e t v e r s i o n  65 00 74 00 76 00 65 00 72 00 73 00 69 00 6f 00 6e 00
2012-02-16 13:53:03.85 spid53      *                     00 00
2012-02-16 13:53:03.86 spid53      *  
2012-02-16 13:53:03.86 spid53      *
2012-02-16 13:53:03.86 spid53      *  MODULE                          BASE      END       SIZE
2012-02-16 13:53:03.86 spid53      *
2012-02-16 13:53:03.86 spid53      *        Edi: 00000000:  
2012-02-16 13:53:03.86 spid53      *        Esi: 48F40000:  00905A4D  00000003  00000004  0000FFFF  000000B8  00000000  
2012-02-16 13:53:03.86 spid53      *        Eax: 001D1E9C:  001D1EC0  001D4AB0  001D1EC8  001D4AB8  001D1F28  001D4AC0  
2012-02-16 13:53:03.86 spid53      *        Ebx: 487DD62C:  70730000  67534D5F  65767465  6F697372  0000006E  487DD66C  
2012-02-16 13:53:03.86 spid53      *        Ecx: 00000000:  
2012-02-16 13:53:03.86 spid53      *        Edx: 00000000:  
2012-02-16 13:53:03.86 spid53      *        Eip: 7C912E45:  00087A83  EE74098B  7518723B  0C458BE9  E1C41589  10897C97  
2012-02-16 13:53:03.86 spid53      *        Ebp: 487DD5D4:  487DD688  7C917D77  48F40000  487DD624  03DDC698  03DDC040  
2012-02-16 13:53:03.86 spid53      *      SegCs: 0000001B:  
2012-02-16 13:53:03.86 spid53      *     EFlags: 00010293:  72005000  67006F00  61007200  20006D00  69004600  65006C00  
2012-02-16 13:53:03.86 spid53      *        Esp: 487DD5D0:  03DDC6A7  487DD688  7C917D77  48F40000  487DD624  03DDC698  
2012-02-16 13:53:03.86 spid53      *      SegSs: 00000023:  
2012-02-16 13:53:03.86 spid53      * *******************************************************************************
2012-02-16 13:53:03.86 spid53      * -------------------------------------------------------------------------------
2012-02-16 13:53:03.86 spid53      * Short Stack Dump
2012-02-16 13:53:03.86 spid53      7C912E45 Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      7C917D77 Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      7C917EC0 Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      7C80AE7E Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      01665FE7 Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      0166652E Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      01C2557C Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      014B5A8C Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      0103EF40 Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      0103D603 Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      010069F3 Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      01006B19 Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      01006829 Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      0145CA28 Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      0145C948 Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      0145C610 Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      0145C7AD Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      781329BB Module(UNKNOWN+00000000)
2012-02-16 13:53:03.86 spid53      78132A47 Module(UNKNOWN+00000000)


DBCC CHECKDB показывает что ошибок нет. Но я заметил, что стоит только сделать DBCC CHECKDB по всем базам, как SQL падает минуты через две. Два раза так было, больше проверять не хочу.

Может кто сталкивался с подобным? Подскажите пожалуйста возможные причины!
16 фев 12, 13:45    [12102882]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31948
Ilyaruss
Но я заметил, что стоит только сделать DBCC CHECKDB по всем базам, как SQL падает минуты через две.
Падает во время CHECKDB или позже на каком то запросе?
16 фев 12, 15:59    [12103956]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
Ilyaruss
Member

Откуда:
Сообщений: 55
Позже, во время запроса уже другого пользователя. Сейчас вот еще когда рабочий день закончился, еще пару раз запустил DBCC - нашел и исправил 5 ошибок. База пока не упала.

Часто сервер пишет в логи ошибки:
A page that should have been constant has changed 
(expected checksum: 4ed9bef1, actual checksum: c9880eab, database 5, file 'D:\DATA\FilialBD.mdf', page (1:14898)).


Не знаю на что и подумать, три других филиала работают точно также на тех же версиях SQL Server. Таких ошибок никогда раньше не было. А в этом филиале начались. Почти год работал без проблем. После этого появились проблемы, чем дальше, тем хуже.

Пока что приняли решение отправить в филиал другой компьютер в качестве сервера. Но хотелось бы найти причину такого поведения.
16 фев 12, 17:12    [12104778]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31948
Ilyaruss
Часто сервер пишет в логи ошибки:
A page that should have been constant has changed 
(expected checksum: 4ed9bef1, actual checksum: c9880eab, database 5, file 'D:\DATA\FilialBD.mdf', page (1:14898)).
Диски то хоть в рейде?
16 фев 12, 17:17    [12104830]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
Александр Гладченко
Member

Откуда:
Сообщений: 10802
Блог
Ilyaruss,

Проверяйте железо, обновляйте драйвера и фирмваре.
16 фев 12, 17:19    [12104848]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
Ilyaruss
Не знаю на что и подумать, три других филиала работают точно также на тех же версиях SQL Server. Таких ошибок никогда раньше не было. А в этом филиале начались. Почти год работал без проблем. После этого появились проблемы, чем дальше, тем хуже.

И те три других филиала разботают на этом же сервере?
Проверяйте диски, возможно битые сектора появились, если да то срочно закупайте новые. Какой рейд используете? 1 или 10?
16 фев 12, 17:19    [12104856]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
Ilyaruss
Member

Откуда:
Сообщений: 55
Нет никакого рейда. Обычный пользовательский компьютер. Его могу и из сети вырубить без предупреждения. Я знаю что надо рейд, но пытаюсь работать с тем что есть. А улучшения надо долго ждать. Это не первостепенное направление деятельности организации.
16 фев 12, 17:26    [12104924]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
Ilyaruss
Нет никакого рейда. Обычный пользовательский компьютер. Его могу и из сети вырубить без предупреждения. Я знаю что надо рейд, но пытаюсь работать с тем что есть. А улучшения надо долго ждать. Это не первостепенное направление деятельности организации.

Тогда срочно переливайте БД в другое место. Похоже диск сыпится.
1. скриптуете скруктуру или восстанавливаете валидный бекап (ва котором нет ошибок).
2. переливаете данные.
3. Идете к начальству в вопросом если не купить то вскоре ничего не останется.
16 фев 12, 17:28    [12104958]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
Александр Гладченко
Member

Откуда:
Сообщений: 10802
Блог
gds
Ilyaruss
Нет никакого рейда. Обычный пользовательский компьютер. Его могу и из сети вырубить без предупреждения. Я знаю что надо рейд, но пытаюсь работать с тем что есть. А улучшения надо долго ждать. Это не первостепенное направление деятельности организации.

Тогда срочно переливайте БД в другое место. Похоже диск сыпится.
1. скриптуете скруктуру или восстанавливаете валидный бекап (ва котором нет ошибок).
2. переливаете данные.
3. Идете к начальству в вопросом если не купить то вскоре ничего не останется.


Если бы диск сыпался, база бы в саспект падала а не сервер в дамп. Тут память, мать или низкоуровневое ПО...
16 фев 12, 17:33    [12105008]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
Ilyaruss
Member

Откуда:
Сообщений: 55
Ладно, всем спасибо, думаю вариант другой компьютер пока поможет.
16 фев 12, 17:43    [12105089]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31948
Александр Гладченко
gds
пропущено...

Тогда срочно переливайте БД в другое место. Похоже диск сыпится.
1. скриптуете скруктуру или восстанавливаете валидный бекап (ва котором нет ошибок).
2. переливаете данные.
3. Идете к начальству в вопросом если не купить то вскоре ничего не останется.


Если бы диск сыпался, база бы в саспект падала а не сервер в дамп. Тут память, мать или низкоуровневое ПО...
Ну вообще диск может сыпаться в том месте, где лежит код сиквела/драйверов/ос :-)

Хотя да, больше вероятность просто багов с компом - питание, память...
16 фев 12, 17:53    [12105183]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
Александр Гладченко
gds
пропущено...

Тогда срочно переливайте БД в другое место. Похоже диск сыпится.
1. скриптуете скруктуру или восстанавливаете валидный бекап (ва котором нет ошибок).
2. переливаете данные.
3. Идете к начальству в вопросом если не купить то вскоре ничего не останется.


Если бы диск сыпался, база бы в саспект падала а не сервер в дамп. Тут память, мать или низкоуровневое ПО...

Да с диском я как-то погоричился...
автор

2012-02-16 13:53:03.84 spid53 CImageHelper::Init () Version-specific dbghelp.dll is not used
2012-02-16 13:53:03.84 spid53 CImageHelper::Init () Failed load of dbghelp.dll - Неверная попытка доступа к адресу памяти.

2012-02-16 13:53:03.85 spid53 CImageHelper::Init () Version-specific dbghelp.dll is not used
2012-02-16 13:53:03.85 spid53 CImageHelper::Init () Failed load of dbghelp.dll - Неверная попытка доступа к адресу памяти.

2012-02-16 13:53:03.85 spid53 ***Symbol load failed - Proceed to dump without any symbols
2012-02-16 13:53:03.85 spid53 ***Stack Dump being sent to C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG\SQLDump0053.txt
2012-02-16 13:53:03.85 spid53 SqlDumpExceptionHandler: Process 53 generated fatal exception c0000005 EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.

SqlDumpExceptionHandler: Process 53 generated fatal exception c0000005 EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.
- явно намекает на то, что не может получить доступ к ячейки памяти. И падает.
ТС, проверьте память на компьютере. Если в говорите можете выключить его, то перезагрузите и из под DOSа запустите memtest.
А еще как вариант (раз вы говорите на обычном писюке стоит) откройте крышку и сдуйте пыль с памяти. На моей практики бывало когда ПК начинает на память материться я всегда разбираю, снимаю слой пресованной пыли с планок памяти, и все начинает работать. Да бывает и такое. когда системник расположен близко к полу или на полу.
16 фев 12, 17:59    [12105258]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31948
gds
еще как вариант (раз вы говорите на обычном писюке стоит) откройте крышку и сдуйте пыль с памяти. На моей практики бывало когда ПК начинает на память материться я всегда разбираю, снимаю слой пресованной пыли с планок памяти, и все начинает работать.
Да, обычное дело.

Пропылесосить, память вынуть/вставить, разъёмы все подёргать.
16 фев 12, 18:34    [12105492]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
Александр Гладченко
Если бы диск сыпался, база бы в саспект падала а не сервер в дамп. Тут память, мать или низкоуровневое ПО...
С битой базой тоже падает в дампы всякие сказочные. А у нас скорее диски, чем что-то иное, ты сам в курсе. ;)
16 фев 12, 20:20    [12105919]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
Mind
Member

Откуда: Лучший город на Земле
Сообщений: 2322
Гавриленко Сергей Алексеевич
Александр Гладченко
Если бы диск сыпался, база бы в саспект падала а не сервер в дамп. Тут память, мать или низкоуровневое ПО...
С битой базой тоже падает в дампы всякие сказочные. А у нас скорее диски, чем что-то иное, ты сам в курсе. ;)

А чего гадать то? Ошибка документированная с кучей инфы.
И даже написано, что делать. Если вкратце, то чексумма отличается при проверке памяти, а не при проверке чтения/записи с диска. Соответственно либо проблемы с памятью, либо какое-то стороннее приложение её нагло портит, между циклами проверки.

Error 832
Error message 832 is returned when the in-memory checksum audit fails. For details about the in-memory checksum design, see Checksum in the Microsoft SQL Server 2005 Enhancements section in this document.
Following is an example of the text of the 832 error.
A page that should have been constant has changed (expected checksum: <<VALUE>>, actual checksum: <<VALUE>>, database <<DBID>>, file <<FILE>>, page <<PAGE>>). This usually indicates a memory failure or other hardware or OS corruption.
The 832 message indicates a serious process stability problem, such as a scribbler, that could lead to data corruption and loss.

Every second the lazy writer updates the buffer pool performance counters and performs various housekeeping activities. During this housekeeping, the lazy writer sweeps over 16 buffers. When the lazy writer finds a clean buffer with a valid checksum, it validates the checksum. If a failure is detected, an 832 error message is logged. This is used as a low affect, background, in-memory checksum audit activity. Pages that remain in a clean (constant) state for lengthy periods enable the lazy writer audit to catch unexpected damage before the page is discarded.
If the audit check fails, SQL Server error message 832 is reported to indicate that the error condition was detected. If you are encountering in-memory checksum failures, perform the following diagnostics.
• Test backups to make sure that the restore strategy remains correctly intact.
• Perform full hardware testing, focusing specifically on memory components.
• Review any third-party products installed on the system or that are used in the SQL Server process space. Third-party components could scribble and cause problems. Such components could be COM objects, extended stored procedures, Linked Servers, or other entities.
• Make sure that all operating system fixes are applied to the server.
• Make sure that any virus protection is up to date and the system is free of viruses.
• Review the location of the page file for SQL Server I/O compliance requirements.
• Enable latch enforcement as described later in this document to help isolate the source of the damage.
• Try to use the same input buffers or replay a SQL Server Profiler trace to reproduce the problem. If a reproduction is obtained, can it be reproduced on another computer? If it can be reproduced, contact Microsoft SQL Server Support for additional assistance.
16 фев 12, 21:18    [12106085]     Ответить | Цитировать Сообщить модератору
 Re: Срочно нужна помощь. SQL Server Dump  [new]
Ilyaruss
Member

Откуда:
Сообщений: 55
Проблема решилась. Помогла замена оперативной памяти на компьютере.
21 фев 12, 11:28    [12128410]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить