Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 -= Клуб у кого упала база (ВАЖНО!) =-  [new]
xm?!_(mo3roBa9_akTuBHocTb)
Member

Откуда:
Сообщений: 267
Вот и я вошёл в этот клуб =)

Версия: Microsoft SQL Server 2005 - 9.00.3068.00 (X64) Feb 26 2008 23:02:54 Copyright (c) 1988-2005 Microsoft Corporation Standard Edition (64-bit) on Windows NT 5.2 (Build 3790: Service Pack 2)

Модель восстановления: Simple

Особенность: сложность в том, что база на 200 гб.

Предыстория: бэкапы делались каждую ночь. Утром был обмен с другими точками, и база изменилась. В обед вырубили электричество, упсник на сервере сработал, но админы сервер так и не вырубили, в итоге сервер отрубился вместе с упсником.

Итог: база в суспекте.

В логе ошибка:
SQL Server detected a logical consistency-based I/O error: incorrect checksum (expected: 0x5730e8c7; actual: 0x3f25fa4c). It occurred during a read of page (1:19322232) in database ID 7 at offset 0x000024daaf0000 in file 'E:\bases\sklad2008.mdf'. Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.

Первые действия: сохранил базу. Подменил лог и перевёл в аварийный режим. Сейчас перевожу в однопользовательский, уже 40 минут переводится! Думаю, если DBCC CHECKDB запущу, то вообще на неделю зависнет.

Прошу помощи и советов?
11 мар 09, 13:13    [6910477]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
xm?!_(mo3roBa9_akTuBHocTb)
Member

Откуда:
Сообщений: 267
ps: восстановление из бекапа равносильно смерти, т.к. большой объём предстоит по синхронизации данных удалённых точек с нами (сервером). Больше недели займёт, да и потом косяки будут ещё полгода проявлятся.
11 мар 09, 13:15    [6910505]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
Glory
Member

Откуда:
Сообщений: 104751
У вас ошибка контрольной суммы в файле E:\bases\sklad2008.mdf
Зачем было подменять лог то ? DBCC CHECKDB и так можно было запустить.
11 мар 09, 13:19    [6910542]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
xm?!_(mo3roBa9_akTuBHocTb)
Member

Откуда:
Сообщений: 267
Далее, в логе ошибок:

During redoing of a logged operation in database 'ИмяБазы', an error occurred at log record ID (6325149:329:129). Typically, the specific failure is previously logged as an error in the Windows Event Log service. Restore the database from a full backup, or repair the database.


An error occurred during recovery, preventing the database 'ИмяБазы' (database ID 7) from restarting. Diagnose the recovery errors and fix them, or restore from a known good backup. If errors are not corrected or expected, contact Technical Support.


CHECKDB for database 'ИмяБазы' finished without errors on 2008-11-26 00:00:56.390 (local time). This is an informational message only; no user action is required.
11 мар 09, 13:21    [6910563]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
xm?!_(mo3roBa9_akTuBHocTb)
Member

Откуда:
Сообщений: 267
2Glory, на сколько затянется DBCC CHECKDB ориентировочно, если база 200 гб, и с какими параметрами лучше её запускать?
11 мар 09, 13:22    [6910577]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
Glory
Member

Откуда:
Сообщений: 104751
Начните с простого DBCC CHECKDB
И вам не все равно насколько затянется выполнение DBCC CHECKDB.
11 мар 09, 13:28    [6910636]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
xm?!_(mo3roBa9_akTuBHocTb)
Member

Откуда:
Сообщений: 267
Glory
И вам не все равно насколько затянется выполнение DBCC CHECKDB.

не всёравно, если на базе в 6 гб это делалось 2 часа, то сколько это будет делаться на базе в 200 гб, если неделю, то это всё-таки ещё хуже, чем восстановить через копию
11 мар 09, 14:09    [6911000]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
Ozerov
Member

Откуда: Москва
Сообщений: 3637
xm?!_(mo3roBa9_akTuBHocTb)
Glory
И вам не все равно насколько затянется выполнение DBCC CHECKDB.

не всёравно, если на базе в 6 гб это делалось 2 часа, то сколько это будет делаться на базе в 200 гб, если неделю, то это всё-таки ещё хуже, чем восстановить через копию


2 часа на 6 гигах ?? у вас все с железом нормально ? база не была занята ?
11 мар 09, 14:15    [6911060]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
Glory
Member

Откуда:
Сообщений: 104751
xm?!_(mo3roBa9_akTuBHocTb)
Glory
И вам не все равно насколько затянется выполнение DBCC CHECKDB.

не всёравно, если на базе в 6 гб это делалось 2 часа, то сколько это будет делаться на базе в 200 гб, если неделю, то это всё-таки ещё хуже, чем восстановить через копию

Нет никакой формулы зависимости времени работы DBCC CHECKDB от размера базы.
Вы должны сами решить, что вы будете делать в этой ситуации. Толи пробовать исправлять текущую базу, толи восстанавливать бэкап
11 мар 09, 14:30    [6911192]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
xm?!_(mo3roBa9_akTuBHocTb)
Member

Откуда:
Сообщений: 267
в аварийном режиме все таблицы видны, если перекинуть их в новую базу, есть здесь какие-то подводные камни?
11 мар 09, 14:45    [6911309]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
tpg
Member

Откуда: Novosibirsk
Сообщений: 23902
xm?!_(mo3roBa9_akTuBHocTb)
в аварийном режиме все таблицы видны, если перекинуть их в новую базу, есть здесь какие-то подводные камни?
Если таблица будет поломана, вы её навряд ли перекинете.
11 мар 09, 14:48    [6911328]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
xm?!_(mo3roBa9_akTuBHocTb)
Member

Откуда:
Сообщений: 267
tpg
xm?!_(mo3roBa9_akTuBHocTb)
в аварийном режиме все таблицы видны, если перекинуть их в новую базу, есть здесь какие-то подводные камни?
Если таблица будет поломана, вы её навряд ли перекинете.

несколько повреждённых таблиц - это уже несущественно, их можно восстановить из бэкапа
11 мар 09, 14:51    [6911353]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
Glory
Member

Откуда:
Сообщений: 104751
xm?!_(mo3roBa9_akTuBHocTb)
tpg
xm?!_(mo3roBa9_akTuBHocTb)
в аварийном режиме все таблицы видны, если перекинуть их в новую базу, есть здесь какие-то подводные камни?
Если таблица будет поломана, вы её навряд ли перекинете.

несколько повреждённых таблиц - это уже несущественно, их можно восстановить из бэкапа

Восстановить отдельную таблицу из бэкапа невозможно.
11 мар 09, 14:57    [6911413]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
tpg
Member

Откуда: Novosibirsk
Сообщений: 23902
xm?!_(mo3roBa9_akTuBHocTb)
tpg
xm?!_(mo3roBa9_akTuBHocTb)
в аварийном режиме все таблицы видны, если перекинуть их в новую базу, есть здесь какие-то подводные камни?
Если таблица будет поломана, вы её навряд ли перекинете.

несколько повреждённых таблиц - это уже несущественно, их можно восстановить из бэкапа
Т.е. вы всё-таки согласны пойти на шаг полного восставонления базы из бэкапа...
11 мар 09, 15:00    [6911447]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
xm?!_(mo3roBa9_akTuBHocTb)
Member

Откуда:
Сообщений: 267
tpg
xm?!_(mo3roBa9_akTuBHocTb)
tpg
xm?!_(mo3roBa9_akTuBHocTb)
в аварийном режиме все таблицы видны, если перекинуть их в новую базу, есть здесь какие-то подводные камни?
Если таблица будет поломана, вы её навряд ли перекинете.

несколько повреждённых таблиц - это уже несущественно, их можно восстановить из бэкапа
Т.е. вы всё-таки согласны пойти на шаг полного восставонления базы из бэкапа...

не всё, же, начинать с чистого листа, если база не восстановима - тогда придётся бэкап разворачивать, но это на самом деле, очень крайний случай
11 мар 09, 15:23    [6911679]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
xm?!_(mo3roBa9_akTuBHocTb)
Member

Откуда:
Сообщений: 267
перевод в однопользовательский режим идёт уже более 3 часов
11 мар 09, 16:27    [6912257]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
Glory
Member

Откуда:
Сообщений: 104751
xm?!_(mo3roBa9_akTuBHocTb)
перевод в однопользовательский режим идёт уже более 3 часов

Это вы про команду ALTER DATABASE что ли ?
11 мар 09, 16:28    [6912265]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
xm?!_(mo3roBa9_akTuBHocTb)
Member

Откуда:
Сообщений: 267
да, именно
ALTER DATABASE ИмяБазы SET single_user

Возможно ли пойти по другому пути, найти повреждённые таблицы и сделать
DBCC CHECKTABLE ("ИмяТаблицы") WITH REPAIR_ALLOW_DATA_LOSS
11 мар 09, 16:40    [6912392]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
Glory
Member

Откуда:
Сообщений: 104751
xm?!_(mo3roBa9_akTuBHocTb)
да, именно
ALTER DATABASE ИмяБазы SET single_user


Снятия блокировок и завершения коннектов к базе эта команда может ждать вечность.
11 мар 09, 16:41    [6912414]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
xm?!_(mo3roBa9_akTuBHocTb)
Member

Откуда:
Сообщений: 267
какой командой правильно перевести в монопольный режим?

это нужно для того, чтобы исправить базу, так как требует
При выполнении:
DBCC CHECKDB('sklad2008', REPAIR_FAST)
пишет:
Сообщение 7919, уровень 16, состояние 3, строка 1
Repair statement not processed. Database needs to be in single user mode.

ps: благодарю за оперативность
11 мар 09, 16:55    [6912527]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
Glory
Member

Откуда:
Сообщений: 104751
WITH ROLLBACK IMMEDIATE
11 мар 09, 16:57    [6912547]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
efes
Member

Откуда: Москва/Тверь
Сообщений: 94
xm?!_(mo3roBa9_akTuBHocTb)
какой командой правильно перевести в монопольный режим?

kill all? :)
Посмотрите, кто ее держать может, да убейте.

м.б. поможет
dbcc opentran
11 мар 09, 16:57    [6912548]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
xm?!_(mo3roBa9_akTuBHocTb)
Member

Откуда:
Сообщений: 267
Результаты команды DBCC CHECKDB ('ИмяБазы')

Сообщение 8946, уровень 16, состояние 12, строка 1
Table error: Allocation page (1:19322232) has invalid PFS_PAGE page header values. Type is 0. Check type, alloc unit ID and page ID on the page.
DBCC results for 'ИмяБазы'.
Сообщение 8921, уровень 16, состояние 1, строка 1
Check terminated. A failure was detected while collecting facts. Possibly tempdb out of space or a system table is inconsistent. Check previous errors.
Сообщение 8905, уровень 16, состояние 1, строка 1
Extent (1:17771288) in database ID 6 is marked allocated in the GAM, but no SGAM or IAM has allocated it.
Сообщение 8905, уровень 16, состояние 1, строка 1
Extent (1:17771296) in database ID 6 is marked allocated in the GAM, but no SGAM or IAM has allocated it.
Сообщение 8905, уровень 16, состояние 1, строка 1
Extent (1:17771336) in database ID 6 is marked allocated in the GAM, but no SGAM or IAM has allocated it.
Сообщение 8905, уровень 16, состояние 1, строка 1
Extent (1:17771384) in database ID 6 is marked allocated in the GAM, but no SGAM or IAM has allocated it.
Сообщение 8904, уровень 16, состояние 1, строка 1
Extent (1:17771400) in database ID 6 is allocated by more than one allocation object.
Сообщение 8913, уровень 16, состояние 1, строка 1
Extent (1:17771400) is allocated to 'GAM' and at least one other object.
Сообщение 8904, уровень 16, состояние 1, строка 1
Extent (1:17771408) in database ID 6 is allocated by more than one allocation object.
Сообщение 8913, уровень 16, состояние 1, строка 1
Extent (1:17771408) is allocated to 'GAM' and at least one other object.
Сообщение 8904, уровень 16, состояние 1, строка 1
Extent (1:17771416) in database ID 6 is allocated by more than one allocation object.
Сообщение 8913, уровень 16, состояние 1, строка 1
Extent (1:17771416) is allocated to 'GAM' and at least one other object.
Сообщение 8904, уровень 16, состояние 1, строка 1
Extent (1:17771456) in database ID 6 is allocated by more than one allocation object.
Сообщение 8913, уровень 16, состояние 1, строка 1
Extent (1:17771456) is allocated to 'GAM' and at least one other object.
Сообщение 8904, уровень 16, состояние 1, строка 1
Extent (1:17771464) in database ID 6 is allocated by more than one allocation object.
Сообщение 8913, уровень 16, состояние 1, строка 1
Extent (1:17771464) is allocated to 'GAM' and at least one other object.
Сообщение 8904, уровень 16, состояние 1, строка 1
Extent (1:17771480) in database ID 6 is allocated by more than one allocation object.
Сообщение 8913, уровень 16, состояние 1, строка 1
Extent (1:17771480) is allocated to 'GAM' and at least one other object.
Сообщение 8904, уровень 16, состояние 1, строка 1
Extent (1:17771488) in database ID 6 is allocated by more than one allocation object.
Сообщение 8913, уровень 16, состояние 1, строка 1
Extent (1:17771488) is allocated to 'GAM' and at least one other object.
Сообщение 8904, уровень 16, состояние 1, строка 1
Extent (1:17771496) in database ID 6 is allocated by more than one allocation object.
Сообщение 8913, уровень 16, состояние 1, строка 1
Extent (1:17771496) is allocated to 'GAM' and at least one other object.
Сообщение 8904, уровень 16, состояние 1, строка 1
Extent (1:17771552) in database ID 6 is allocated by more than one allocation object.
Сообщение 8913, уровень 16, состояние 1, строка 1
Extent (1:17771552) is allocated to 'GAM' and at least one other object.
Сообщение 8904, уровень 16, состояние 1, строка 1
Extent (1:17771640) in database ID 6 is allocated by more than one allocation object.
Сообщение 8913, уровень 16, состояние 1, строка 1
Extent (1:17771640) is allocated to 'GAM' and at least one other object.
Сообщение 8998, уровень 16, состояние 2, строка 1
Page errors on the GAM, SGAM, or PFS pages prevent allocation integrity checks in database ID 6 pages from (1:19322232) to (1:19330319). See other errors for cause.
Сообщение 8939, уровень 16, состояние 98, строка 1
Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 281474983198720 (type Unknown), page (1:19322232). Test (IS_OFF (BUF_IOERR, pBUF->bstat)) failed. Values are 79693833 and -4.
Сообщение 8939, уровень 16, состояние 98, строка 1
Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 281474983198720 (type Unknown), page (1:19322232). Test (IS_OFF (BUF_IOERR, pBUF->bstat)) failed. Values are 79693833 and -4.
Сообщение 8906, уровень 16, состояние 1, строка 1
Page (1:652907) in database ID 6 is allocated in the SGAM (1:511233) and PFS (1:647040), but was not allocated in any IAM. PFS flags 'MIXED_EXT ALLOCATED   0_PCT_FULL'.
Сообщение 8906, уровень 16, состояние 1, строка 1
Page (1:653015) in database ID 6 is allocated in the SGAM (1:511233) and PFS (1:647040), but was not allocated in any IAM. PFS flags 'MIXED_EXT ALLOCATED   0_PCT_FULL'.
Сообщение 8906, уровень 16, состояние 1, строка 1
Page (1:653827) in database ID 6 is allocated in the SGAM (1:511233) and PFS (1:647040), but was not allocated in any IAM. PFS flags 'MIXED_EXT ALLOCATED   0_PCT_FULL'.
Сообщение 8906, уровень 16, состояние 1, строка 1
Page (1:654035) in database ID 6 is allocated in the SGAM (1:511233) and PFS (1:647040), but was not allocated in any IAM. PFS flags 'MIXED_EXT ALLOCATED   0_PCT_FULL'.
Сообщение 8906, уровень 16, состояние 1, строка 1
Page (1:654044) in database ID 6 is allocated in the SGAM (1:511233) and PFS (1:647040), but was not allocated in any IAM. PFS flags 'MIXED_EXT ALLOCATED   0_PCT_FULL'.
Сообщение 8906, уровень 16, состояние 1, строка 1
Page (1:654054) in database ID 6 is allocated in the SGAM (1:511233) and PFS (1:647040), but was not allocated in any IAM. PFS flags 'MIXED_EXT ALLOCATED   0_PCT_FULL'.
Сообщение 8906, уровень 16, состояние 1, строка 1
Page (1:654390) in database ID 6 is allocated in the SGAM (1:511233) and PFS (1:647040), but was not allocated in any IAM. PFS flags 'MIXED_EXT ALLOCATED   0_PCT_FULL'.
Сообщение 8906, уровень 16, состояние 1, строка 1
Page (1:654612) in database ID 6 is allocated in the SGAM (1:511233) and PFS (1:647040), but was not allocated in any IAM. PFS flags 'MIXED_EXT ALLOCATED   0_PCT_FULL'.
Сообщение 8906, уровень 16, состояние 1, строка 1
Page (1:654620) in database ID 6 is allocated in the SGAM (1:511233) and PFS (1:647040), but was not allocated in any IAM. PFS flags 'MIXED_EXT ALLOCATED   0_PCT_FULL'.
Сообщение 8906, уровень 16, состояние 1, строка 1
Page (1:654677) in database ID 6 is allocated in the SGAM (1:511233) and PFS (1:647040), but was not allocated in any IAM. PFS flags 'MIXED_EXT ALLOCATED   0_PCT_FULL'.
Сообщение 8906, уровень 16, состояние 1, строка 1
Page (1:657516) in database ID 6 is allocated in the SGAM (1:511233) and PFS (1:655128), but was not allocated in any IAM. PFS flags 'MIXED_EXT ALLOCATED   0_PCT_FULL'.
CHECKDB found 37 allocation errors and 1 consistency errors not associated with any single object.
Сообщение 8913, уровень 16, состояние 3, строка 1
Extent (1:17771456) is allocated to 'dbo._AccumReg3260' and at least one other object.
Сообщение 8913, уровень 16, состояние 3, строка 1
Extent (1:17771496) is allocated to 'dbo._AccumReg3260' and at least one other object.
Сообщение 8913, уровень 16, состояние 3, строка 1
Extent (1:17771464) is allocated to 'dbo._AccumReg3260, _AccumR3260_ByPeriod_TRN' and at least one other object.
Сообщение 8913, уровень 16, состояние 3, строка 1
Extent (1:17771488) is allocated to 'dbo._AccumReg3260, _AccumR3260_ByRecorder_RN' and at least one other object.
CHECKDB found 4 allocation errors and 0 consistency errors in table '_AccumReg3260' (object ID 631061384).
Сообщение 8913, уровень 16, состояние 3, строка 1
Extent (1:17771400) is allocated to 'dbo._AccumReg1077' and at least one other object.
Сообщение 8913, уровень 16, состояние 3, строка 1
Extent (1:17771408) is allocated to 'dbo._AccumReg1077, _AccumR1077_ByDims3279_RTRN' and at least one other object.
CHECKDB found 2 allocation errors and 0 consistency errors in table '_AccumReg1077' (object ID 1056774872).
Сообщение 8913, уровень 16, состояние 3, строка 1
Extent (1:17771416) is allocated to 'dbo._AccumRegTotals1085' and at least one other object.
Сообщение 8913, уровень 16, состояние 3, строка 1
Extent (1:17771480) is allocated to 'dbo._AccumRegTotals1085' and at least one other object.
CHECKDB found 2 allocation errors and 0 consistency errors in table '_AccumRegTotals1085' (object ID 1072774929).
Сообщение 8913, уровень 16, состояние 3, строка 1
Extent (1:17771640) is allocated to 'dbo._AccumReg590, _AccumRe590_ByPeriod_TRN' and at least one other object.
Сообщение 8913, уровень 16, состояние 3, строка 1
Extent (1:17771552) is allocated to 'dbo._AccumReg590, _AccumRe590_ByRecorder_RN' and at least one other object.
CHECKDB found 2 allocation errors and 0 consistency errors in table '_AccumReg590' (object ID 1837301655).
CHECKDB found 47 allocation errors and 1 consistency errors in database 'ИмяБазы'.
11 мар 09, 17:00    [6912568]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
leshikkam
Member

Откуда: Ставрополь
Сообщений: 55
Да у автора еще и 1С-ка 8-ка....
11 мар 09, 17:09    [6912649]     Ответить | Цитировать Сообщить модератору
 Re: -= Клуб у кого упала база (ВАЖНО!) =-  [new]
xm?!_(mo3roBa9_akTuBHocTb)
Member

Откуда:
Сообщений: 267
Результат команды
DBCC CHECKDB('ИмяБазы', REPAIR_ALLOW_DATA_LOSS)



Сообщение 8946, уровень 16, состояние 12, строка 2
Table error: Allocation page (1:19322232) has invalid PFS_PAGE page header values. Type is 0. Check type, alloc unit ID and page ID on the page.
DBCC results for 'ИмяБазы'.
Сообщение 8921, уровень 16, состояние 1, строка 2
Check terminated. A failure was detected while collecting facts. Possibly tempdb out of space or a system table is inconsistent. Check previous errors.
Сообщение 8998, уровень 16, состояние 2, строка 2
Page errors on the GAM, SGAM, or PFS pages prevent allocation integrity checks in database ID 6 pages from (1:19322232) to (1:19330319). See other errors for cause.
Сообщение 8939, уровень 16, состояние 98, строка 2
Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 281474983198720 (type Unknown), page (1:19322232). Test (IS_OFF (BUF_IOERR, pBUF->bstat)) failed. Values are 79694089 and -6.
Сообщение 8939, уровень 16, состояние 98, строка 2
Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 281474983198720 (type Unknown), page (1:19322232). Test (IS_OFF (BUF_IOERR, pBUF->bstat)) failed. Values are 79694089 and -6.
CHECKDB found 2 allocation errors and 1 consistency errors not associated with any single object.
DBCC results for 'sys.sysrowsetcolumns'.
There are 12036 rows in 112 pages for object "sys.sysrowsetcolumns".
DBCC results for 'sys.sysrowsets'.
There are 2169 rows in 52 pages for object "sys.sysrowsets".
DBCC results for 'sysallocunits'.
There are 2262 rows in 85 pages for object "sysallocunits".
DBCC results for 'sys.sysfiles1'.
There are 2 rows in 1 pages for object "sys.sysfiles1".
DBCC results for 'sys.syshobtcolumns'.
There are 12036 rows in 126 pages for object "sys.syshobtcolumns".
DBCC results for 'sys.syshobts'.
There are 2169 rows in 52 pages for object "sys.syshobts".
DBCC results for 'sys.sysftinds'.
There are 0 rows in 0 pages for object "sys.sysftinds".
DBCC results for 'sys.sysserefs'.
There are 2262 rows in 49 pages for object "sys.sysserefs".
DBCC results for 'sys.sysowners'.
There are 16 rows in 1 pages for object "sys.sysowners".
DBCC results for 'sys.sysprivs'.
There are 136 rows in 1 pages for object "sys.sysprivs".
DBCC results for 'sys.sysschobjs'.
There are 821 rows in 15 pages for object "sys.sysschobjs".
DBCC results for 'sys.syscolpars'.
There are 5332 rows in 130 pages for object "sys.syscolpars".
DBCC results for 'sys.sysnsobjs'.
There are 1 rows in 1 pages for object "sys.sysnsobjs".
DBCC results for 'sys.syscerts'.
There are 0 rows in 0 pages for object "sys.syscerts".
DBCC results for 'sys.sysxprops'.
There are 9 rows in 1 pages for object "sys.sysxprops".
DBCC results for 'sys.sysscalartypes'.
There are 27 rows in 1 pages for object "sys.sysscalartypes".
DBCC results for 'sys.systypedsubobjs'.
There are 0 rows in 0 pages for object "sys.systypedsubobjs".
DBCC results for 'sys.sysidxstats'.
There are 4013 rows in 109 pages for object "sys.sysidxstats".
DBCC results for 'sys.sysiscols'.
There are 8065 rows in 64 pages for object "sys.sysiscols".
DBCC results for 'sys.sysbinobjs'.
There are 23 rows in 1 pages for object "sys.sysbinobjs".
DBCC results for 'sys.sysobjvalues'.
There are 3746 rows in 1683 pages for object "sys.sysobjvalues".
DBCC results for 'sys.sysclsobjs'.
There are 14 rows in 1 pages for object "sys.sysclsobjs".
DBCC results for 'sys.sysrowsetrefs'.
There are 0 rows in 0 pages for object "sys.sysrowsetrefs".
DBCC results for 'sys.sysremsvcbinds'.
There are 0 rows in 0 pages for object "sys.sysremsvcbinds".
DBCC results for 'sys.sysxmitqueue'.
There are 0 rows in 0 pages for object "sys.sysxmitqueue".
DBCC results for 'sys.sysrts'.
There are 1 rows in 1 pages for object "sys.sysrts".
DBCC results for 'sys.sysconvgroup'.
There are 0 rows in 0 pages for object "sys.sysconvgroup".
DBCC results for 'sys.sysdesend'.
There are 0 rows in 0 pages for object "sys.sysdesend".
DBCC results for 'sys.sysdercv'.
There are 0 rows in 0 pages for object "sys.sysdercv".
DBCC results for 'sys.syssingleobjrefs'.
There are 140 rows in 1 pages for object "sys.syssingleobjrefs".
DBCC results for 'sys.sysmultiobjrefs'.
There are 127 rows in 1 pages for object "sys.sysmultiobjrefs".
DBCC results for 'sys.sysdbfiles'.
There are 2 rows in 1 pages for object "sys.sysdbfiles".
DBCC results for 'sys.sysguidrefs'.
There are 0 rows in 0 pages for object "sys.sysguidrefs".
DBCC results for 'sys.sysqnames'.
There are 91 rows in 1 pages for object "sys.sysqnames".
DBCC results for 'sys.sysxmlcomponent'.
There are 93 rows in 1 pages for object "sys.sysxmlcomponent".
DBCC results for 'sys.sysxmlfacet'.
There are 97 rows in 1 pages for object "sys.sysxmlfacet".
DBCC results for 'sys.sysxmlplacement'.
There are 17 rows in 1 pages for object "sys.sysxmlplacement".
DBCC results for 'sys.sysobjkeycrypts'.
There are 0 rows in 0 pages for object "sys.sysobjkeycrypts".
DBCC results for 'sys.sysasymkeys'.
There are 0 rows in 0 pages for object "sys.sysasymkeys".
DBCC results for 'sys.syssqlguides'.
There are 0 rows in 0 pages for object "sys.syssqlguides".
DBCC results for 'sys.sysbinsubobjs'.
There are 0 rows in 0 pages for object "sys.sysbinsubobjs".
DBCC results for '_Reference2359'.
There are 14 rows in 1 pages for object "_Reference2359".
DBCC results for '_InfoRegChangeRec4584'.
There are 0 rows in 0 pages for object "_InfoRegChangeRec4584".
DBCC results for '_Document761_VT2803'.
There are 45819 rows in 751 pages for object "_Document761_VT2803".
DBCC results for '_Document4747_VT4764'.
There are 7 rows in 1 pages for object "_Document4747_VT4764".
DBCC results for '_Enum937'.
There are 2 rows in 1 pages for object "_Enum937".
DBCC results for '_InfoRegChangeRec4585'.
There are 0 rows in 0 pages for object "_InfoRegChangeRec4585".
DBCC results for '_Document761_VT2253'.
There are 0 rows in 0 pages for object "_Document761_VT2253".
DBCC results for '_Reference2826'.
There are 0 rows in 0 pages for object "_Reference2826".
DBCC results for '_DocumentChangeRec4774'.
There are 0 rows in 0 pages for object "_DocumentChangeRec4774".
DBCC results for '_InfoReg540'.
There are 1 rows in 1 pages for object "_InfoReg540".
DBCC results for '_InfoRegChangeRec4586'.
There are 0 rows in 0 pages for object "_InfoRegChangeRec4586".
DBCC results for '_DocumentChangeRec4775'.
There are 62 rows in 2 pages for object "_DocumentChangeRec4775".
DBCC results for '_InfoReg550'.
There are 89 rows in 9 pages for object "_InfoReg550".
DBCC results for '_Reference48'.
There are 2 rows in 1 pages for object "_Reference48".
DBCC results for '_YearOffset'.
There are 1 rows in 1 pages for object "_YearOffset".
DBCC results for '_AccumRegChangeRec4587'.
There are 0 rows in 0 pages for object "_AccumRegChangeRec4587".
DBCC results for '_AccumRegChangeRec4588'.
There are 0 rows in 0 pages for object "_AccumRegChangeRec4588".
DBCC results for '_BPRoutePoint2196'.
There are 5 rows in 1 pages for object "_BPRoutePoint2196".
DBCC results for '_Reference51'.
There are 0 rows in 0 pages for object "_Reference51".
DBCC results for '_AccumRegChangeRec4589'.
There are 0 rows in 0 pages for object "_AccumRegChangeRec4589".
CHECKDB found 2 allocation errors and 1 consistency errors in database 'ИмяБазы'.
11 мар 09, 17:15    [6912691]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить