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

Всем доброго времени суток!
Домашний компьютер 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
  Имя приложения: chdbfl.exe
  Версия приложения: 8.3.6.2332
  Отметка времени приложения: 56044df5
  Сигнатура зависания: d5bb
  Тип зависания: 134217728
  Версия ОС: 6.3.9600.2.0.0.16.7
  Код языка: 1049
  Доп. сигнатура зависания 1: d5bb2de3e70d76798a050b28a9d48f32
  Доп. сигнатура зависания 2: ad36
  Доп. сигнатура зависания 3: ad36dcdecc29e95863fbfbcb879ba188
  Доп. сигнатура зависания 4: d5bb
  Доп. сигнатура зависания 5: d5bb2de3e70d76798a050b28a9d48f32
  Доп. сигнатура зависания 6: ad36
  Доп. сигнатура зависания 7: ad36dcdecc29e95863fbfbcb879ba188

Ознакомьтесь с заявлением о конфиденциальности в Интернете:
  http://go.microsoft.com/fwlink/?linkid=280262

Проделал то же самое, но файловую базу развернул на 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) (http://v8.1c.ru/trade/)
Copyright © ООО "1C", 2003-2015. Все права защищены
(http://www.1c.ru)
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский
Вариант интерфейса: Версия 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_SQL\ut_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)

------------------------------
Расположение программы:

   в Microsoft.SqlServer.Management.SqlManagerUI.MaintenancePlanMenu_Run.PerformActions()

Из журнала:

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 Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\LOG\SQLDump0007.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 Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\LOG\SQLDump0007.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, обнаружила ошибки (4) и исправила ошибки (0). Затраченное время: 0 ч 1 мин 34 с. Моментальный снимок внутр
енней базы данных  имеет точку разбиения с номером LSN = 00002d5e:00000465:0001 и первый номер LSN = 00002d5e:000
00463:0001.</Dbcc>
<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 Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\LOG\SQLDump0007.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_hHttpToken = FFFFFFFFFFFFFFFF

CUEnvTransient @0x00000002B1148A70
----------------------------------
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_cbContextInfo = 0                  m_rgbContextInfo = 00000002B1148C38

CDbAndSetOpts @0x00000002B1148A90
---------------------------------
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               ..............

CPhysicalConnection @0x00000002B1148240
---------------------------------------
m_pPhyConn->m_pmo = 0x00000002B1148040
m_pPhyConn->m_pNetConn = 0x00000002B1148E00
m_pPhyConn->m_pConnList = 0x00000002B1148440
m_pPhyConn->m_pSess = 0x00000002B11484C8                                  m_pPhyConn->m_fTracked = -1
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: WaitResource = 0x0000000000000000                      WAITINFO_INTERNAL: WaitType = 0x0
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
__pSETLS = 0x00000002B11492C0        __pSEParams = 0x00000002B1149510

SEInternalTLS @0x00000002B11492C0
---------------------------------
    m_flags = 0                             m_TLSstatus = 3                         m_owningTask = 0x00000002F6CFC8C8
    m_activeHeapDatasetList = 0x00000002B11492C0
    m_activeIndexDatasetList = 0x00000002B11492D0                                m_pDbccContext = 0x00000002FF0F4ED0
    m_pAllocFileLimit = 0x0000000000000000                                       m_dekInstanceIndex = 0x-1
    m_pImbiContext = 0x0000000000000000

SEParams @0x00000002B1149510
----------------------------
    m_lockTimeout = -1                      m_isoLevel = 4096                       m_logDontReplicate = 0
    m_neverReplicate = 0                    m_XactWorkspace = 0x00000002B1146C90
    m_execStats = 0x00000002EF78F740

ВОПРОСЫ:
1.В чем причина такого поведения ПО?
2. Как восстановить работу базы, ошибка которая описана в части "ОШИБКА №2"?

Ошибка, описанная в части "Ошибка №1" - решена.

Много проделано работы, жалко терять потраченное время.

Выручайте!