Ошибка при перепроведении документов серверной базы: HRESULT=80004005

@Briolin · Регистрация: 13.11.2014

Author24 — интернет-сервис помощи студентам

День добрый. 1С 8.2, клиент-сервер. При перепроведении документов вылетает ошибка Произошла неустранимая ошибка 824 Запомните ошибку и время когда она произошла, и обратитесь к сис. админу
HRESULT=80004005, SQLSrvr: SQLSTATE=HY000, state, Severity=18, native=21, line=1

Выгружаю dt, загружаю в файловом варианте, перепровожу документы, ошибки нет. Вопрос - если теперь этот dt загрузить в клиент-сервер, то какая вероятность что проблема уйдёт? Хочу протестировать сначала на бекапах, и вопрос к форумчанам: кто-то сталкивался с подобной ошибкой? И как вы её решили?

@GreenkA · 09.03.2017, 14:30

Не по теме:

Briolin, вы вместе с maverick работаете что ли?)

@Briolin · 09.03.2017, 14:31 **[ТС]**

Не по теме:

GreenkA, нет, я не знаю кто это)

@GreenkA · 09.03.2017, 14:34

Briolin, Ошибка при запуске 1С:Предприятия: Ошибка подключения HRESULT=80004005

@Briolin · 09.03.2017, 14:49 **[ТС]**

GreenkA, хм, но у него при входе в базу такая ошибка, а нашем случае при проведении документов

@Dethmontt · 09.03.2017, 18:22

Briolin, возможно обычная нехватка памяти....

Добавлено через 13 секунд
сервер 1С 64х ???

Добавлено через 38 секунд
Логическую и ссылочную целостность проверяли?

@Briolin · 10.03.2017, 13:28 **[ТС]**

Dethmontt, выполнил запрос DBCC CHECKDB ('SQL');
go

И там много информации примерно такой:
Имеется 28529 строк на 644 страницах для объекта "_Document8126_VT8190".
Результаты DBCC для "_Enum312".
Имеется 2 строк на 1 страницах для объекта "_Enum312".
Результаты DBCC для "_Reference57".

и в конце CHECKDB обнаружил 0 ошибок размещения и 8 ошибок согласованности в базе данных "SQL".
repair_allow_data_loss - это минимальный уровень исправления для ошибок, найденных DBCC CHECKDB (SQL).

Не ужели нужно выполнять repair_allow_data_loss ???????

@Dethmontt · 10.03.2017, 18:20

Briolin, только на копии...

Добавлено через 2 минуты
И всетаки мне кажется безопастнее сделать проверку платформой, sql врядли будет смотреть в файлы

Добавлено через 27 секунд
Briolin, а потом уже прогонять средствами СУБД

@Briolin 59 / 64 / 11 Регистрация: 13.11.2014 Сообщений: 940
		1
	Ошибка при перепроведении документов серверной базы: HRESULT=80004005 09.03.2017, 14:26. Показов 4258. Ответов 7 Метки нет (Все метки) День добрый. 1С 8.2, клиент-сервер. При перепроведении документов вылетает ошибка Произошла неустранимая ошибка 824 Запомните ошибку и время когда она произошла, и обратитесь к сис. админу HRESULT=80004005, SQLSrvr: SQLSTATE=HY000, state, Severity=18, native=21, line=1 Выгружаю dt, загружаю в файловом варианте, перепровожу документы, ошибки нет. Вопрос - если теперь этот dt загрузить в клиент-сервер, то какая вероятность что проблема уйдёт? Хочу протестировать сначала на бекапах, и вопрос к форумчанам: кто-то сталкивался с подобной ошибкой? И как вы её решили? 0

@GreenkA
	09.03.2017, 14:30 #2
	Не по теме: Briolin, вы вместе с maverick работаете что ли?) 0

@Briolin
	09.03.2017, 14:31 [ТС] #3
	Не по теме: GreenkA, нет, я не знаю кто это) 0

@GreenkA 3057 / 2004 / 524 Регистрация: 25.06.2009 Сообщений: 6,964
	09.03.2017, 14:34	4
	Briolin, Ошибка при запуске 1С:Предприятия: Ошибка подключения HRESULT=80004005 0

@Briolin 59 / 64 / 11 Регистрация: 13.11.2014 Сообщений: 940
	09.03.2017, 14:49 [ТС]	5
	GreenkA, хм, но у него при входе в базу такая ошибка, а нашем случае при проведении документов 0

@Dethmontt Модератор 3784 / 2964 / 589 Регистрация: 10.03.2011 Сообщений: 11,669 Записей в блоге: 1
	09.03.2017, 18:22	6
	Briolin, возможно обычная нехватка памяти.... Добавлено через 13 секунд сервер 1С 64х ??? Добавлено через 38 секунд Логическую и ссылочную целостность проверяли? 0

@Briolin 59 / 64 / 11 Регистрация: 13.11.2014 Сообщений: 940
	10.03.2017, 13:28 [ТС]	7
	Dethmontt, выполнил запрос DBCC CHECKDB ('SQL'); go И там много информации примерно такой: Имеется 28529 строк на 644 страницах для объекта "_Document8126_VT8190". Результаты DBCC для "_Enum312". Имеется 2 строк на 1 страницах для объекта "_Enum312". Результаты DBCC для "_Reference57". и в конце CHECKDB обнаружил 0 ошибок размещения и 8 ошибок согласованности в базе данных "SQL". repair_allow_data_loss - это минимальный уровень исправления для ошибок, найденных DBCC CHECKDB (SQL). Не ужели нужно выполнять repair_allow_data_loss ??????? 0

@Dethmontt Модератор 3784 / 2964 / 589 Регистрация: 10.03.2011 Сообщений: 11,669 Записей в блоге: 1
	10.03.2017, 18:20	8
	Briolin, только на копии... Добавлено через 2 минуты И всетаки мне кажется безопастнее сделать проверку платформой, sql врядли будет смотреть в файлы Добавлено через 27 секунд Briolin, а потом уже прогонять средствами СУБД 0