|
Вылеты программы при удалении помеченых объектов Ø (Фрэнки 23.06.2022 11:20) | ☑ | ||
---|---|---|---|---|
0
Юзер123
naïve
23.06.22
✎
09:10
|
Добрый день.
Подскажите пож-та. Куда копать при такой ошибке? Microsoft SQL Server Native Client 11.0: TCP Provider: Неверный дескриптор. HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08S01, state=1, Severity=10, native=6, line=0 Пытаюсь удалить помечение на удаление объекты. Всего 90 штук. Конфа УАТ (если это имеет значение) |
|||
1
Фрэнки
23.06.22
✎
09:14
|
А какие-то регламенты на эту базу предусмотрены? Может она уже лет надцать живет и там после очумелых ручек прежних саппортов критическое состояние сложилось
|
|||
2
Юзер123
naïve
23.06.22
✎
09:20
|
(1) Там может быть все что угодно.
Я чуть копать начал. Удаляют сотружников. Дубли. Которые при переносе из разных баз образовались. Сведения о сотрудниках с полем Сотрудник = "<Объект не найден> (129:8162ac1f6b3a274811eb5402a78c4c50)" невозможно удалить в запрещенном периоде. Вот ошибка. При удалении конкретного сотружника. Вероятно это и приводит к падению дальнейшему. |
|||
3
Деспот_1С
23.06.22
✎
09:23
|
(0) Сначала безопасными методами 1С попробуй ТИИ или выгрузи в DT и обратно загрузи.
|
|||
4
Юзер123
naïve
23.06.22
✎
09:24
|
(3) в дате запрета дело было.
|
|||
5
Гипервизор
23.06.22
✎
09:26
|
(4) Т.е. вы просто удаляете дубли, а не сливаете чтоли? Иначе откуда после слияния <Объект не найден>.
|
|||
6
Фрэнки
23.06.22
✎
09:26
|
(4) но ты бы все-таки копии базы делал почаще, пока всю дрянь оттуда вычищать будешь
|
|||
7
Деспот_1С
23.06.22
✎
09:26
|
(4) Ну на будущее: при всяких непонятных проблемах, которые не можешь решить, особенно которые связанны с объектной целостностью или ссылками на структуру СУБД, делай сначала ТИИ.
|
|||
8
Юзер123
naïve
23.06.22
✎
09:27
|
(7) Ок . спс.
|
|||
9
Фрэнки
23.06.22
✎
09:28
|
(5) скорей всего, что " вы " - это обращение к тем, кто был до него и кого там уже нет, т.е. к уже уволившимся саппортам, накосячивших всюду, где это только возможно
|
|||
10
Деспот_1С
23.06.22
✎
09:30
|
(8) Да и Фрэнки правильно заметил, при любой проблеме, надо зафиксировать ситуацию, т.е. сделать бекап, чтобы обратить то что можешь сделать своими действиями еще хуже. Причем сделать несколько бекапов и средствами 1С и СУБД, потому что ты можешь сохранить в DT, а он раз и не развернется)))
|
|||
11
Юзер123
naïve
23.06.22
✎
09:52
|
(5) там есть обмены с разными конфигурациями .. Типо Бух Камин. Что то еще руками вносили, в итоге куча дублей по сотрудникам. Ну как куча 90 их (дублей). Да просто удаляем. После обнуления даты запрета изменений все ок. Предлагает сделать замену в документах
|
|||
12
Юзер123
naïve
23.06.22
✎
09:53
|
Все спасибо за ответы
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |