Ошибки при работе #755845

Всем доброго времени суток! Домашний компьютер 1С: Процессор i5-4430 CPU, Память 16 Гб., 2 шт. HDD  в RAID 1 (под базы 1С), SSD 120 Гб (под базы 1С), HDD под систему. ПО: Windows Server 2012R2 Standard, SQL 2014 (12.0.4213.0), 1С сервер х64 8.3.6.2332 Все ПО установлено по стандартной схеме, без каких-либо дополнительных изменений. Выполняю закрытие месяцев в конфигурации УТ 11.1.10.185 Во время работы происходят странные ошибки: Ошибка №1 При очередном закрытии месяца я в УТ11 сделал промежуточную выгрузку SQL-базы в dt файл. Позже при загрузке в SQL-базу из dt-файл получил ошибку: Ошибка загрузки информационной базы. В информационную базу загружены не все данные по причине: Попытка вставки неуникального значения в уникальный индекс: Microsoft SQL Server Native Client 11.0: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._AccumRgT17414" и индекса с именем "_Accum17414_ByDims_TRRRRSTN". Повторяющееся значение ключа: (0, окт  1 4015 12:00AM, 0x8574f39fb4b79b1f41c6c6a0f957ed56, 0x98a6001e676ecaa611e2cbacf025db1c, 0xa80e001e679db8f411e496bfe2f9edc8, 0x86eb001e679db8f411e4e99a5b1797f3, 1111                  , сен 12 4015 12:00AM, 0). HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1 Ну решил, что dt-файл битый. Разворачиваю его в новую файловую базу на SSD диске. Выполняю chdbfl, ошибка: Описание:   Ошибка привела к остановке взаимодействия программы с Windows. Сигнатура проблемы:   Имя события проблемы: AppHangB1   Версия приложения: 8.3.6.2332   Отметка времени приложения: 56044df5   Доп. сигнатура зависания 1: d5bb2de3e70d76798a050b28a9d48f32   Доп. сигнатура зависания 2: ad36   Доп. сигнатура зависания 3: ad36dcdecc29e95863fbfbcb879ba188   Доп. сигнатура зависания 4: d5bb   Доп. сигнатура зависания 5: d5bb2de3e70d76798a050b28a9d48f32   Доп. сигнатура зависания 6: ad36   Доп. сигнатура зависания 7: ad36dcdecc29e95863fbfbcb879ba188 Ознакомьтесь с заявлением о конфиденциальности в Интернете:    Проделал то же самое, но файловую базу развернул на raid-массиве. Выполняю chdbfl, ошибок нет. Выполняю полное ТИИ: Ошибок нет. Делаю выводы, что файловые базы на SSD диске работают как то по другому. SSD диск новый. Ошибка №2 Все SQL базы (их было3) были размещены на SSD диске. После ОШИБКИ №1 и сделанных мной выводов, переношу все базы SQL на массив Raid 1 (обычные диски). Продолжаю закрывать месяца в УТ 11.1.10.185. Коротко об закрытии: были изменены настройки в Администрировании, включен механизм Интеркомпани и т.д. В общем требуется пере проведение всех документов с очисткой видов запасов (где они есть). Пере проведение документов выполняю по одному месяцу. После очередного использования вспомогательной обработки, получил ошибку: Платформа: 1С:Предприятие 8.3 (8.3.6.2332) Конфигурация: Управление торговлей, редакция 11.1 (11.1.10.185) Copyright © ООО "1C", 2003-2015. Все права защищены Режим: Серверный (сжатие: усиленное) Приложение: Тонкий клиент Локализация: Информационная база: русский (Россия), Сеанс: русский Вариант интерфейса: Версия 8.2 Ошибки: -------------------------------------------------------------------------------- 15.10.2015 1:50:45 Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: по причине: Ошибка СУБД: Microsoft SQL Server Native Client 11.0: SQL Server обнаружил логическую ошибку ввода-вывода, связанную с согласованностью: неправильная контрольная сумма (ожидаемая: 0x1f48ec61; фактическая: 0x9f48ec61). Она произошла при прочитать страницы (1:146193) в базе данных с идентификатором 6 по смещению 0x00000047622000 файла "D:1C_Bases_SQLut_11_2_test5_user00.mdf". Дополнительные сведения см. в журнале ошибок SQL Server и журнале системных событий. Это серьезная ошибка, которая угрожает целостности базы данных и должна быть немедленно исправлена. Выполните полную проверку базы данных на согласованность (DBCC CHECKDB). Эта ошибка может быть вызвана многими причинами; дополнительные сведения см. в электронной документации по SQL Server. HRESULT=80004005, SQLSrvr: SQLSTATE=HY000, state=2, Severity=18, native=824, line=1 Открываю SQL Mngmnt, создаю план обслуживания в который добавляю задачу «Проверка целостности базы данных». Запускаю выполнение. После некоторого выполнения отображается ошибка о выполнении: =================================== Ошибка выполнения. Дополнительные сведения см. в плане обслуживания и журналах заданий агента SQL Server. =================================== Не удалось выполнить задачу "ut_11_2_test5_user00_chk.ВложенныйПлан_1". (SqlManagerUI) ------------------------------ Расположение программы: Из журнала: 10/15/2015 01:58:10,spid58,Неизвестно,External dump process return code 0x20000001.<nl/>External dump process returned no errors. 10/15/2015 01:58:07,spid58,Неизвестно,Stack Signature for the dump is 0x0000000000000171 10/15/2015 01:58:07,spid58,Неизвестно,* Short Stack Dump 10/15/2015 01:58:07,spid58,Неизвестно,* ------------------------------------------------------------------------------- 10/15/2015 01:58:07,spid58,Неизвестно,* ******************************************************************************* 10/15/2015 01:58:07,spid58,Неизвестно,* 10/15/2015 01:58:07,spid58,Неизвестно,*             DBCC CHECKDB(N'ut_11_2_test5_user00')  WITH NO_INFOMSGS 10/15/2015 01:58:07,spid58,Неизвестно,* Input Buffer 136 bytes - 10/15/2015 01:58:07,spid58,Неизвестно,* 10/15/2015 01:58:07,spid58,Неизвестно,* DBCC database corruption 10/15/2015 01:58:07,spid58,Неизвестно,* 10/15/2015 01:58:07,spid58,Неизвестно,*   10/15/15 01:58:07 spid 58 10/15/2015 01:58:07,spid58,Неизвестно,* BEGIN STACK DUMP: 10/15/2015 01:58:07,spid58,Неизвестно,* 10/15/2015 01:58:07,spid58,Неизвестно,* ******************************************************************************* 10/15/2015 01:58:07,spid58,Неизвестно,***Stack Dump being sent to C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0007.txt 10/15/2015 01:58:07,spid58,Неизвестно,**Dump thread - spid = 0<c/> EC = 0x00000002B114EBF0 10/15/2015 01:58:07,spid58,Неизвестно,Using 'dbghelp.dll' version '4.0.5' 10/15/2015 01:58:07,spid58,Неизвестно,DBCC CHECKDB (ut_11_2_test5_user00) WITH no_infomsgs executed by sa found 4 errors and repaired 0 errors. Elapsed time: 0 hours 1 minutes 34 seconds.  Моментальный снимок внутренней базы данных  имеет точку разбиения с номером LSN = 00002d5e:00000465:0001 и первый номер LSN = 00002d5e:00000463:0001. Из C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0007.txt: Current time is 01:58:07 10/15/15.                                                                               =====================================================================                                                    BugCheck Dump                                                                                             =====================================================================                                                                                                                                                              This file is generated by Microsoft SQL Server                                                                   version 12.0.4213.0                                                                                               upon detection of fatal unexpected error. Please return this file,                                               the query or program that produced the bugcheck, the database and                                                 the error log, and any other pertinent information with a Service Request.                                                                                                                                                                                                                                                                         Computer type is Intel(R) Core(TM) i5-4430 CPU @ 3.00GHz.                                                         Bios Version is ALASKA - 1072009                                                                                 BIOS Date: 04/15/13 11:36:48 Ver: 03.06                                                                           4 X64 level 8664, 2 Mhz processor (s).                                                                           Windows NT 6.2 Build 9200 CSD .                                                                                                                        Memory                               MemoryLoad = 36%                     Total Physical = 16062 MB             Available Physical = 10189 MB         Total Page File = 32446 MB           Available Page File = 26285 MB       Total Virtual = 134217727 MB         Available Virtual = 134199327 MB     DBCC RESULTS -------------------- <DbccResults>                                                                                                     <Dbcc ID="0" Error="8939" Severity="16" State="98">Ошибка в таблице. Идентификатор объекта 1454836445, идентифика тор индекса 1, идентификатор секции 72057598672044032, идентификатор единицы распределения 72057598535335936 (тип In-row data) страница (1:146193). Проверка (IS_OFF (BUF_IOERR, pBUF->bstat)) не пройдена. Значения равны 133129 и -4.</Dbcc>                                                                                                     <Dbcc ID="1" Error="8928" Severity="16" State="1">Идентификатор объекта 1454836445, идентификатор индекса 1, иден тификатор секции 72057598672044032, идентификатор единицы распределения 72057598535335936 (тип In-row data). Не у далось обработать страницу (1:146193).  Подробные сведения см. в других сообщениях об ошибках.</Dbcc>             <Dbcc ID="2" Error="8978" Severity="16" State="1">Ошибка в таблице. Идентификатор объекта 1454836445, идентификат ор индекса 1, идентификатор секции 72057598672044032, идентификатор единицы распределения 72057598535335936 (тип In-row data). На страницу (1:146192) отсутствует ссылка с предыдущей страницы (1:146193). Возможна ошибка связыва ния цепочек.</Dbcc>                                                                                               <Dbcc ID="3" Error="8976" Severity="16" State="1">Ошибка в таблице. Идентификатор объекта 1454836445, идентификат ор индекса 1, идентификатор секции 72057598672044032, идентификатор единицы распределения 72057598535335936 (тип In-row data). Страница (1:146193) не обнаружена при просмотре, хотя на нее ссылаются родительская страница (1:147 490) и предыдущая страница (1:146194). Проверьте наличие предыдущих ошибок.</Dbcc>                               <Dbcc ID="4" Error="8990" Severity="10" State="1">CHECKDB обнаружил 0 ошибок размещения и 4 ошибок согласованност и в таблице "_Document356_VT10853" (идентификатор объекта 1454836445).</Dbcc>                                     <Dbcc ID="5" Error="8989" Severity="10" State="1">CHECKDB обнаружил 0 ошибок размещения и 4 ошибок согласованност и в базе данных "ut_11_2_test5_user00".</Dbcc>                                                                   <Dbcc ID="6" Error="8957" Severity="-1" State="1">DBCC CHECKDB (ut_11_2_test5_user00) WITH no_infomsgs, выполненн ая sa, обнаружила ошибки и исправила ошибки . Затраченное время: 0 ч 1 мин 34 с. Моментальный снимок внутр енней базы данных  имеет точку разбиения с номером LSN = 00002d5e:00000465:0001 и первый номер LSN = 00002d5e:000 <Dbcc ID="7" Error="8958" Severity="10" State="1">repair_allow_data_loss - это минимальный уровень исправления дл я ошибок, найденных DBCC CHECKDB (ut_11_2_test5_user00).</Dbcc>                                                   </DbccResults>                                                                                                   **Dump thread - spid = 0, EC = 0x00000002B114EBF0                                                                 ***Stack Dump being sent to C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0007.txt   * *******************************************************************************                                 *                                                                                                                 * BEGIN STACK DUMP:                                                                                               *   10/15/15 01:58:07 spid 58                                                                                     *                                                                                                                 * DBCC database corruption                                                                                       *                                                                                                                 * Input Buffer 136 bytes -                                                                                       *             DBCC CHECKDB(N'ut_11_2_test5_user00')  WITH NO_INFOMSGS                                             *                                                                                                                 * *******************************************************************************                                 * -------------------------------------------------------------------------------                                 * Short Stack Dump                   CSession @0x00000002B1148470 ---------------------------- m_sessionId = 58                     m_cRef = 14                          m_rgcRefType[0] = 1                     m_rgcRefType[1] = 1                  m_rgcRefType[2] = 11                 m_rgcRefType[3] = 1                     m_rgcRefType[4] = 0                  m_rgcRefType[5] = 0                  m_pmo = 0x00000002B1148040             m_pstackBhfPool = 0x0000000000000000 m_dwLoginFlags = 0x100003e0          m_fBackground = 0                       m_eConnResetOption = 0               m_fUserProc = 1                      m_fConnReset = 0                       m_fIsConnReset = 0                   m_fInLogin = 0                       m_fAuditLoginSent = 1                   m_fAuditLoginFailedSent = 0          m_fReplRelease = 0                   m_fKill = 0                             m_ulLoginStamp = 479                 m_eclClient = 7                      m_protType = 6                         ---------------------------------- m_ululRowcount = 0                   m_cidLastOpen = 0                    m_lFetchStat = 0                       m_lRetStat = 0                       m_lLastError = 0                     m_lPrevError = 0                       m_cNestLevel = 0                     m_lHoldRand1 = 0                     m_lHoldRand2 = 0                       --------------------------------- m_fHasDbRef = 0                      m_fDateFirstSet = 0                  m_fDateFormatSet = 0                   m_lUserOpt1 = 0x14816000             m_lUserOpt2 = 0x0                    m_lUserOpt1SetMask = 0xffffe7f7         m_idtInsert.objid = 0                m_idtInsert.state = 0                m_idtInsert.dbid = 0                   m_llRowcnt = 0                       m_lStatList = 0                      m_lTextSize = -1                       m_lOffsets = 0x0                     m_ulLockTimeout = 4294967295         m_ulQueryGov = 0                       m_eDtFmt = 2                         m_eDayDateFirst = 1                  m_eDdLckPri = 0                         m_eIsoLvl = 2                        m_eFipsFlag = 0x0                    m_sLangId = 21                         m_pV7LoginRec --------------------- 0000000000000000:   0c010000 04000074 00100000 00000006 bc120000  .......t........?...                           0000000000000014:   00000000 e0030010 00000000 00000000 5e000300  ....a...........^...                           0000000000000028:   64000200 68000000 78002600 c4000300 ca000400  d...h...x.&.A...E...                           000000000000003C:   ce001c00 06010000 06010000 17ee3e23 001e0601  I............i>#....                           0000000000000050:   00000601 00000601 00000000 0000               ..............                                 m_pPhyConn->m_cbPacketsize = 4096    m_pPhyConn->m_fMars = 0              m_pPhyConn->m_fKill = 0                 CBatch @0x00000002B1149380 -------------------------- m_pSess = 0x00000002B1148470         m_pConn = 0x00000002B1149250         m_cRef = 3                             m_rgcRefType[0] = 1                  m_rgcRefType[1] = 1                  m_rgcRefType[2] = 1                     m_rgcRefType[3] = 0                  m_rgcRefType[4] = 0                  m_pTask = 0x00000002F6CFC8C8           EXCEPT (null) @0x000000001FF84970 --------------------------------- exc_number = 0                       exc_severity = 0                     exc_func = sqldk.dll!0x00007FF89A75AC40 Task @0x00000002F6CFC8C8 ------------------------ CPU Ticks used (ms) = 51385          Task State = 2                                                               WAITINFO_INTERNAL: WaitSpinlock = 0x0000000000000000                      SchedulerId = 0x2                       ThreadId = 0x828                     m_state = 0                          m_eAbortSev = 0                         EC @0x00000002B114EBF0 ---------------------- spid = 0                             ecid = 0                             ec_stat = 0x0                           ec_stat2 = 0x0                       ec_atomic = 0x0                      ecType = 0                             ---------------------------------     m_flags = 0                             m_TLSstatus = 3                         m_owningTask = 0x00000002F6CFC8C8     ----------------------------     m_lockTimeout = -1                      m_isoLevel = 4096                       m_logDontReplicate = 0                 ВОПРОСЫ: 1.В чем причина такого поведения ПО? 2. Как восстановить работу базы, ошибка которая описана в части "ОШИБКА №2"? Ошибка, описанная в части "Ошибка №1" - решена. Много проделано работы, жалко терять потраченное время. Выручайте!

Коль уж у тебя крутится ms sql на пк, то грех не настроить ежедневную архивацию базы. Это намного надежнее, чем выгружать  базу в dt файл, к тому же и быстрее

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

После очередного использования вспомогательной обработки, получил ошибку: че за вспомогательная обработка?

че она делает?

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

База запускается, но в dt файл не выгружается.

то есть только выполнение запроса и вывод списка документов

сколько документов в среднем создается в базе?

имею ввиду в день

Версия которая у меня была с ошибкой. Я её исправил. В основном пользуюсь для поиска документов по номенклатуре сложный вопрос. У нас розница вроде 12 отделов.

возможно проблема в самом ms sql 2012, на сервере с 2008 R2 отключалось многократно электричество, падал рейд массив из-за проблемы с контроллером на плате, но в sql базах никогда такой проблемы замечено не было

читал про sql 2012, вроде в новых платформах добавили поддержку. Я готов его снести и установить 2008r2, НО 1. Смогу ли я развернуть базу d sql 2008 из архива sql2012? 2. Как восстановить базу?

2. Как исправить ошибку в базе? вот так

админ правда игрался с загрузками/выгрузками и каким-то образом у него получилось уронить базу. хорошо были архивы

попробуй сделать копию текущей базы посредством sql с пом. плана обслуживания, получившуюся базу добавь на сервер 1с

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

сейчас буду постепенно поднимать архивы и тестировать базу средствами SQL, а потом средствами 1С. Может будет живой архив...

в обработке ошибка выходит в момент выполнения запроса?

после нажатия кнопки "Получить список документов" за которой выполняется команда НайтиПоСсылкам

битые данные тогда у тебя

если это так, то как и почему? Ух....

я грешу на драйверы или на SQL

=>

В общем нашел целый архив. Выполнил восстановление БД. Выполнил проверку целостности БД. Сейчас рассматриваю вариант перехода на sql 2008r2. К стате архив оказался целым перед операцией пере проведения документов за 05/2015. Получается что пере проведение документов "сломало" базу. Рус Иван - ты прав!

а ты уверен, что проблема в ms sql? попробуй сделать перепроведение с использование текущего ПО, но на другом железе

Я не уверен что у меня получиться воспользоваться твоим советом.

Выполнил восстановление БД на SQL. Средствами SQL выполнил проверку целостности БД - ошибок нет. Открыл базу в режиме конфигуратора и запустил полное ТИИ в результате которого получил ошибку: В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка SDBL: Таблица или поле Fld29198 не содержится в разделе FROM Что можно с этим сделать?

При попытки выгрузки базы в dt файл получил ошибку: Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Недопустимое имя столбца "_Fld1548"". HRESULT=80040E14, SQLSrv:SQLSTATE=42S22, state=1, Severity=10, native=207, line=1

попробуй это только на тестовой копии

1. Reboot (перезагрузка) сервиса сервера 1С - выполнил. 2. Тестирование и исправление ИБ - отображается ошибка 3. Выгрузка в DT и загрузка его обратно - при выгрузке ошибка. 4. Установка обновления платформы - установлена последняя версия. 5. Очистить таблицы MSSQL dbo._ConfigChngR и dbo._ConfigChngR_ExtProps - как выполнить этот пункт? Я могу проделать еще раз всю работу по закрытию месяцев, но как избежать повторения сложившийся ситуации? Жду, очень жду поддержки!

Такие данные можно и месяц анализировать, лучше банальное ТИИ для начала

ТИИ выполняется с ошибкой