Произошла неустранимая ошибка 824

Здравствуйте!

База УПП 1.3.70.1, релиз платформы 8.3.6.2421. База РИБ (Центральная), в Периферийной все работает нормально.

База на SQL 2012, Сервер 1С 64-х разрядный.

так вот вылетает ошибка при проведении Требовании-накладной или Возврат переданных товаров и вылетает программа:

Ошибка СУБД:

Microsoft OLE DB Provider for SQL Server. Внимание! Произошла неустранимая ошибка 824. Запомните ошибку и время, когда она произошла, и обратитесь к системному администратору.

HRESULT=80004005, SQLSrvr=HY000, state = 1, severity=18, native=21, line=1

Такую ошибку нигде не нашла, что означает, перечитала много форумов прежде, чем здесь написать.

Опишу подробно:

1) Рестарт сервера 1С и SQL ничего не дает, или дает временно.

2) далее по поводу cf-к и т.д. в том, что памяти не хватает  — это тоже не по теме, т.к. сервер 64-х разрядный.

3) далее сделала следующие манипуляции, которые мне посоветовали:

— сделала бэкап с клиент-серверной рабочей базы;

— загрузила бэкап в другую клиент-серверную базу-копию;

— из этой копии выгрузила dt-ник;

— далее загрузила этот dt-ник в файловую базу;

— протестировала 1CD (нет ошибок), сделала тестирование из конфигуратора — Тестирование и исправление (проверка логической и ссылочной целостности)

— затем из файловой базы выгрузила dt-ник и загрузила его в рабочую клиент-серверную базу.

Делала до этого тоже самое помогло, но не надолго, только отличие было в том, что dt-ку выгружала и загружала снова в копию клиент-серверного варианта.

Сейчас сделала через файловую, как описала выше, жду результата, что будет.

А тем временем попробовала на копии клиент-серверного варианта запустить проверку в SQL с помощью следующего запроса:

ALTER DATABASE UPP

SET SINGLE_USER

WITH ROLLBACK IMMEDIATE;

GO

DBCC CHECKDB (‘UPP’, REPAIR_REBUILD) WITH NO_INFOMSGS

GO

Проверка выдала следующее:

ообщение 8928, уровень 16, состояние 1, строка 1

Идентификатор объекта 279945065, идентификатор индекса 3, идентификатор секции 72058135223271424, идентификатор единицы распределения 72058134132817920 (тип In-row data). Не удалось обработать страницу (1:2541984).  Подробные сведения см. в других сообщениях об ошибках.

        Уровень исправлений для данной инструкции DBCC вызвал обход данного исправления.

Сообщение 8939, уровень 16, состояние 98, строка 1

Ошибка в таблице. Идентификатор объекта 279945065, идентификатор индекса 3, идентификатор секции 72058135223271424, идентификатор единицы распределения 72058134132817920 (тип In-row data) страница (1:2541984). Проверка (IS_OFF (BUF_IOERR, pBUF->bstat)) не пройдена. Значения равны 2057 и -4.

        Для исправления данной ошибки необходимо сначала исправить другие ошибки.

Сообщение 8976, уровень 16, состояние 1, строка 1

Ошибка в таблице. Идентификатор объекта 279945065, идентификатор индекса 3, идентификатор секции 72058135223271424, идентификатор единицы распределения 72058134132817920 (тип In-row data). Страница (1:2541984) не обнаружена при просмотре, хотя на нее ссылаются родительская страница (1:2539467) и предыдущая страница (1:2541983). Проверьте наличие предыдущих ошибок.

        Для исправления данной ошибки необходимо сначала исправить другие ошибки.

Сообщение 8978, уровень 16, состояние 1, строка 1

Ошибка в таблице. Идентификатор объекта 279945065, идентификатор индекса 3, идентификатор секции 72058135223271424, идентификатор единицы распределения 72058134132817920 (тип In-row data). На страницу (1:2702132) отсутствует ссылка с предыдущей страницы (1:2541984). Возможна ошибка связывания цепочек.

        Для исправления данной ошибки необходимо сначала исправить другие ошибки.

CHECKDB обнаружил 0 ошибок размещения и 4 ошибок согласованности в таблице «_AccumRg23823» (идентификатор объекта 279945065).

CHECKDB обнаружил 0 ошибок размещения и 4 ошибок согласованности в базе данных «UPP».

repair_allow_data_loss — это минимальный уровень исправления для ошибок, найденных DBCC CHECKDB (UPP, repair_rebuild).

таблица «_AccumRg23823»  — это регистр накопления «НДС по партиям запасов»

И как и что исправить не знаю? Подскажите, пожалуйста!

(7) http://catalog.mista.ru/public/192648/

Только кластеризованный не трогайте

(8) я читала такую ссылку. в конце ссылки приводится две картинки.

Нахожу таблицу «_AccumRg23823», раскрываю ее, нахожу «Индексы» — далее нажимаю «Создать скрипт для индекса» — Используя CREATE — Новое окно редактора запроса

При этом открывается окно запроса с текстом запроса:

USE [UPP]

GO

/****** Object:  Index [_Accum23823_ByDims23843_RTRN]    Script Date: 16.12.2015 10:05:44 ******/

CREATE UNIQUE NONCLUSTERED INDEX [_Accum23823_ByDims23843_RTRN] ON [dbo].[_AccumRg23823]

(

    [_Fld23825RRef] ASC,

    [_Period] ASC,

    [_RecorderTRef] ASC,

    [_RecorderRRef] ASC,

    [_LineNo] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

GO

Дальше что я должна сделать?

(9) Дальше удаляйте, а потом пересоздавайте по скрипту.

А можно было просто пересохранить конфу. Она сама индексы пересоздаст

Сделала, как по ссылке Создала скрипты для индексов, просто вышло много окон с текстами запросов для 6 некластеризованных индексов и все. затем удалила эти 6 индексов. А как теперь их создать?

Затем пишут:

«Затем выполним поочередно скрипты по созданию индексов в открытых окнах, попутно закрывая их (чтобы ничего не забыть).»

Что это значит? Как сделать?

Сделала, запускаю повторно запрос проверки, выдает следующее:

Неуточненные транзакции проходят откат. Предварительно выполнение отката: 0%.

Неуточненные транзакции проходят откат. Предварительно выполнение отката: 100%.

Это хорошо или нет?

(18) как это сделать?

все делала на копии. при загрузке базы провела документ, на котором вылетала база — провелся!

(20) Спасибо большое за помощь!

А еще вопрос: какая может быть причина, что полетели индексы регистра накопления? Что могло послужить причиной?

А можно было по сути запустить реиндексацию таблиц информационной базы (по сути это и есть манипуляции с dt-ником)?

И можно еще спросить здесь же: эта проблема возникла в Центральной базе, а в Периферийной базе вообще можно запускать реиндексацию таблиц информационной базы? И вообще какое еще тестирование можно проводить в Периферийной базе?

Kleo

26 — 16.12.15 — 13:06

Серер intel S5520UR + Intel (R) RAID Controller RS2BL080 + MS Win Server 2008 R2 Enterprise + Microsoft SQL Server 2008 R2

восемь дисков объеденены в 2 массива RAID-10 (на первом система и ПО, на втором базы)

MS SQL крутит базы для 1С

Вечером возникла ошибка 824, 1С сообщила, что нет доступа к базе, в итоге база «накрылась» и восстановить полностью не удалось (восстановили из backup за прошлый день).

У программистов 1С возникли подозрения, что ошибка связана с дисками, что это ошибка диска, но проверка на бэд-блоки показала, что все в порядке, в системном журнале нет ни намека на ошику в ОС, драйвере, железе, только ошибки SQL. Администратора баз у нас
как такогого нет, я же только железом занимаюсь, и сетью, в SQL не лезу и сильно не разбираюсь.

Хотелось бы понять , как то докапаться до сути ошибки, что бы этого не допустить в будущем. Если ошибка в железе, то нужно с этим чтото сделать, если ошибка возникла в результате сбоя MS SQL или 1С, то это тоже нужно как-то решать.

Сама ошибка такая:

SQL Server обнаружил логическую ошибку ввода-вывода, связанную с согласованностью: неверный идентификатор страницы (ожидаемый 1:4545818; фактический 0:511882718). Она произошла при прочитать страницы (1:4545818) в базе данных с идентификатором 13 по смещению
0x000008aba34000 файла «D:Базы 8.2pt_upp_newpt_upp_new.mdf». Дополнительные сведения см. в журнале ошибок SQL Server и журнале системных событий. Это серьезная ошибка, которая угрожает целостности базы данных и должна быть немедленно исправлена. Выполните
полную проверку базы данных на согласованность (DBCC CHECKDB). Эта ошибка может быть вызвана многими причинами; дополнительные сведения см. в электронной документации по SQL Server.

• Изменено

  19 октября 2012 г. 4:18

• Перемещено
  Abolmasov Dmitry
  19 октября 2012 г. 9:39
  (От:Работа с данными)

• Remove From My Forums

• Question

• My data is reported this error, I have to fix the error because you only need help.

  Error on My Computer

  SQL Server detected a logical consistency-based I/O error: torn page (expected signature: 0xaaaaaaaa; actual signature: 0x5555aaaa). It occurred during a read of page (1:210768) in database ID 7 at offset 0x00000066ea0000 in file ‘G:DatabaseMyData.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.
  During redoing of a logged operation in database ‘MyData’, an error occurred at log record ID (30182:834:13). 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.
  Could not open new database ‘MyData’. CREATE DATABASE is aborted. (Microsoft SQL Server, Error: 824)

• Remove From My Forums

• Question

• My data is reported this error, I have to fix the error because you only need help.

  Error on My Computer

  SQL Server detected a logical consistency-based I/O error: torn page (expected signature: 0xaaaaaaaa; actual signature: 0x5555aaaa). It occurred during a read of page (1:210768) in database ID 7 at offset 0x00000066ea0000 in file ‘G:DatabaseMyData.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.
  During redoing of a logged operation in database ‘MyData’, an error occurred at log record ID (30182:834:13). 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.
  Could not open new database ‘MyData’. CREATE DATABASE is aborted. (Microsoft SQL Server, Error: 824)

• Remove From My Forums

• Question

• User-1018757212 posted

  hi to all

  In my project In development machine it works but after publish it gives error

  like

  error as — Fatal error 824 occurred at Aug 22 2008  1:13AM if any idea give me please ponkathik

• Remove From My Forums

• Question

• User-1018757212 posted

  hi to all

  In my project In development machine it works but after publish it gives error

  like

  error as — Fatal error 824 occurred at Aug 22 2008  1:13AM if any idea give me please ponkathik