Admin ›
Ошибка при тестировании и исправлении, режим проверка логической целостности ›
#1
07.06.19 13:22
Доброе утро коллеги.
Есть сильно дописанная конфигурация УТ 10.3 в клиент-серверном варианте на MS SQL 14. До некоторого времени все было более менее сносно. Но недавно обнаружили ошибку при тестировании и исправлении в проверке логической целостности:
Ошибка при попытке вставки записи с неуникальным значением ссылки.
Microsoft SQL Server Native Clent 11.0: Violation of PRIMARY KEY constraint PK__tmpRCT_80E37C38EBED36EA’. Cannot ins ert duplicate key in object ‘dbo._tmpRCT'. The duplicate key val ue is (000000022).
HRESULT=80040E2F, SQLSrr: SQLSTATE=23000, state=1, Severty=E, native=2627, ine=1
Анализ базы, показывал, что таблица dbo._tmpRCT создается только в момент запуска тестирования и исправления, причем формируется она силами самой платформы. Т.е. удаление записей из нее, очистка и полное удаление таблицы ничего не дает.
Выгрузка в dt и загрузка ее в новую базу результата не принесла, как и восстановление на других серверах бекапов SQL базы
Пробовали менять платформу, сейчас на 8.3.13.1513, откатывались на 10 релиз, пробовали свежий 13, ставили крайний 14.
Выгрузка в файловый режим не проходит изза размера базы. Выборочно, на что падало подозрение, убивали объекты метаданных с очисткой таблиц - без результата.
Поиски в интернете результата не дают, единсвенная ссыла есть на mista, но там человек решил проблему переносом всех данных во вновь созданную базу через XML выгрузку/загрузку. Но вариант как то так себе - во первых при текущих размерах базы это отожрет кучу времени, займет много дискового места, а самое главное, не факт что проблема не появится вновь через какой то промежуток времени. А это будет означать начинать все сначала.
Сейчас тупике. При этом остальные проверки при ТИИ база проходит, выгрузка в dt производится. Но есть понимание, что сижу на мине замедленного действия, когда рванет непонятно.