Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
ghost38 Member Откуда: Сообщений: 7 |
Народ, может кто-нить подскажет, что за проблема? При выполнении простого селекта из одной из таблиц select * from table_tax where pid = 123 в MS studio появляется ошибка При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы После выполнения команды DBCC CHECKTABLE ("[base].[dbo].[table_tax]") Появляется : Сообщение 8921, уровень 16, состояние 1, строка 1 Проверка отменена. В процессе сбора фактов была обнаружена ошибка. Возможно tempdb недостаточно места или системная таблица не согласована. Проверьте предыдущие ошибки. Подкажите плиз, куда копать... |
11 дек 13, 11:27 [15275701] Ответить | Цитировать Сообщить модератору |
Сергей Викт. Member Откуда: Москва Сообщений: 888 |
Посмотрите, есть ли место там, где лежит ваша tempdb для начала. |
||
11 дек 13, 11:28 [15275710] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104760 |
DBCC CHECKTABLE ("[base].[dbo].[table_tax]") WITH ESTIMATEONLY Displays the estimated amount of tempdb space needed to run DBCC CHECKTABLE with all the other specified options А потом проверить, если в вашей tempdb столько места, сколько понадобится DBCC CHECKTABLE |
||
11 дек 13, 11:31 [15275736] Ответить | Цитировать Сообщить модератору |
ghost38 Member Откуда: Сообщений: 7 |
Спасибо, к сожалению у меня самого нет доступа к серверу, сейчас буду пытать админов там... Напишу, если проблема решится... |
11 дек 13, 11:59 [15275978] Ответить | Цитировать Сообщить модератору |
ghost38 Member Откуда: Сообщений: 7 |
Админ утверждает, что место на диске есть 50гб, база tempdb автоматически растет, DBCC CHECKTABLE ("[base].[dbo].[table_tax]") WITH ESTIMATEONLY Выдает 22953 kb Что еще может быть? |
12 дек 13, 13:27 [15282220] Ответить | Цитировать Сообщить модератору |
ghost38 Member Откуда: Сообщений: 7 |
Проблема оказалась в железе. Весь лог заполнен ошибкой 824, а это проблемы с сервером, драйверами или т.п. |
13 дек 13, 10:48 [15286757] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
вроде ж 824 это с диска считалось не то, что записывалось. у Вас совсем не заглядывают в msdb..suspect_pages? |
13 дек 13, 14:53 [15288764] Ответить | Цитировать Сообщить модератору |
ghost38 Member Откуда: Сообщений: 7 |
Если бы это было у меня, то я бы мог ответить :) Но это у одного из клиентов.... Но для общей картины, не могли бы вы более развернуто ответить о msdb..suspect_pages? Я чессно не знаю.... |
||
13 дек 13, 17:13 [15289860] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
ghost38, sql-server-system-tables-suspect_pages там автор объясняет и вроде даже дает ссылки на видео Пола Рэндала, но мне местный супер-интернет сие блокирует. краткое содержание своими словами: начиная с 2005 версии базе можно выставить (а на вновь сосдаваемые базы само выставится) page_verify_option в checksum. тогда при записи страниц на диск будет высчитываться и записываться контрольная сумма. при чтении сумма снова считается и сверяется, если не совпала, вроде 3 попытки делается, если все 3 неудачные, пишется 824 ошибка в еррорлог, а страница помещается в это самое suspect_pages. 824 ошибка может означать начало конца диска, поэтому как бы стоит обратить внимание на непорядок (но лучше честно прочесть, чем на вольный пересказ полагаться) |
13 дек 13, 18:48 [15290257] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
o-o, "сосдаваемые" это круто. напоминает пылесос ![]() прошу читать как "соЗдаваемые" |
13 дек 13, 18:52 [15290272] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
дополню и исправлю себя же. 824 ошибка вылазит, если не 3, а 4 попытки чтения обломались. "обламывает" не только не сошедшаяся сумма при CHECKSUM, но и какие-то определенные биты (torn bits) при выставленном TORN_PAGE_DETECTION (2000). вот более компетентный источник: Microsoft® SQL Server® 2008 Internals (PAGE_VERIFY option) Both checksum and torn page errors generate error message 824, which is written to both the SQL Server error log and the Windows event log. For any page that generates an 824 error when read, SQL Server inserts a row into the system table suspect_pages in the msdb database. (SQL Server Books Online has more information on “Understanding and Managing the suspect _pages Table.”) SQL Server retries any read that fails with a checksum, torn page, or other I/O error four times. If the read is successful in any one of those attempts, a message is written to the error log and the command that triggered the read continues. If the attempts fail, the command fails with error message 824. You can “fix” the error by restoring the data or potentially rebuilding the index if the failure is limited to index pages. If you encounter a checksum failure, you can run DBCC CHECKDB to determine the type of database page or pages affected. You should also determine the root cause of the error and correct the problem as soon as possible to prevent additional or ongoing errors. Finding the root cause requires investigating the hardware, firmware drivers, BIOS, filter drivers (such as virus software), and other I/O path components. |
13 дек 13, 23:24 [15291402] Ответить | Цитировать Сообщить модератору |
ghost38 Member Откуда: Сообщений: 7 |
o-o, спасибо! Но page_verify стояла в NONE ... Так что, как я понимаю, все вышесказанное не будет иметь значение... :( |
16 дек 13, 16:45 [15300060] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
ну вот еще по этому же поводу: How to troubleshoot Msg 824 in SQL Server ...These logical consistency checks are additional integrity checks performed by SQL Server to ensure certain key aspects of the data that was involved in the data transfer was maintained through out the I/O Operation. The checks include checksum, Torn Page, Short Transfer, Bad Page Id, Stale Read, Page Audit Failure. The nature of the checks performed vary depending on different configuration options at the database and server level. The 824 error message usually indicates that there is a problem with underlying storage system or the hardware or a driver that is in the path of the I/O request. You can encounter this error when there are inconsistencies in the file system or if the database file is damaged... |
16 дек 13, 17:42 [15300469] Ответить | Цитировать Сообщить модератору |
KRS544 Member Откуда: Сообщений: 497 |
technet (на русском) |
16 дек 13, 19:35 [15301113] Ответить | Цитировать Сообщить модератору |
ghost38 Member Откуда: Сообщений: 7 |
ссылка не рабочая |
||
17 дек 13, 13:18 [15304307] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |