Нарушение в базе, которое стандартно не исправляется
В файловой БП3 версии 8.3.83.37 chdbfl выдает ошибку:
" Обнаружены дублирующиеся ключи в уникальных индексах таблицы '_USERSWORKHISTORY' "
и ничего, не исправляя внизу:
" Обнаружены нарушения ограничений уникальности индексов. Продолжать работать можно. "
Запускаю тестирование и исправление с исправлением со всеми галочками, но оно проходит, перерегистрирует объекты и никаких сообщений об ошибках.
А chdbfl снова выдает ту же ошибку.
Как ее исправить? Иногда у пользователей база внезапно закрывается.
" Обнаружены дублирующиеся ключи в уникальных индексах таблицы '_USERSWORKHISTORY' "
и ничего, не исправляя внизу:
" Обнаружены нарушения ограничений уникальности индексов. Продолжать работать можно. "
Запускаю тестирование и исправление с исправлением со всеми галочками, но оно проходит, перерегистрирует объекты и никаких сообщений об ошибках.
А chdbfl снова выдает ту же ошибку.
Как ее исправить? Иногда у пользователей база внезапно закрывается.
По теме из базы знаний
- Принципы внедрения и сопровождения учета на базе 1С
- Ошибка формата потока. ЗУП 3.1.16.77 и немного о себе
- Перенос данных из БП 3 в БП 2. Переносятся документы, справочники, а также остатки товаров, взаиморасчетов и денежных средств
- SynchroSber - полноценный модуль API интеграции с маркетплейсом Мегамаркет (СберМегаМаркет) для 1С УТ 11.X, КА 2.X, ERP 2.X, УНФ 1.6, 3.0 (возможность работы как с публикацией, так и без публикации базы)
- Ни в ЗУП ногой!? А мне нравится! Часть 3. Как меня туда занесло?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(5)_UsersWorkHistory - таблица истории работы пользователя.
DBCC CHECKTABLE Производит проверку целостности всех страниц и структур, составляющих таблицу или индексированное представление.
REPAIR_ALLOW_DATA_LOSS
Пытается устранить все обнаруженные ошибки. Эти исправления могут привести к частичной потере данных.
"Если необходимо использовать аргумент REPAIR, выполните инструкцию DBCC CHECKTABLE без параметра восстановления, чтобы узнать требуемый уровень восстановления. При использовании уровня REPAIR_ALLOW_DATA_LOSS рекомендуется создать резервную копию базы данных перед выполнением инструкции DBCC CHECKTABLE с этим параметром."
DBCC CHECKTABLE Производит проверку целостности всех страниц и структур, составляющих таблицу или индексированное представление.
REPAIR_ALLOW_DATA_LOSS
Пытается устранить все обнаруженные ошибки. Эти исправления могут привести к частичной потере данных.
"Если необходимо использовать аргумент REPAIR, выполните инструкцию DBCC CHECKTABLE без параметра восстановления, чтобы узнать требуемый уровень восстановления. При использовании уровня REPAIR_ALLOW_DATA_LOSS рекомендуется создать резервную копию базы данных перед выполнением инструкции DBCC CHECKTABLE с этим параметром."
(6)
Частичная потеря данных может привести к более серьезным ошибкам?
Насколько я понимаю из названия таблицы, это просто история работы пользователей.
Если какой-то шаг работы пользователя сотрется - это же ни на что не влияет.
Но важно знать, что за пользователь был, возможно, у него связь с базой плохая или он оставляет базу открытой на неск.дней. Надо выявлять и вразумлять таких пользователей.
Так что мне интересна более полная информация об ошибке.
Или такая команда молча все выполнит?
Пытается устранить все обнаруженные ошибки. Эти исправления могут привести к частичной потере данных.
Частичная потеря данных может привести к более серьезным ошибкам?
Насколько я понимаю из названия таблицы, это просто история работы пользователей.
Если какой-то шаг работы пользователя сотрется - это же ни на что не влияет.
Но важно знать, что за пользователь был, возможно, у него связь с базой плохая или он оставляет базу открытой на неск.дней. Надо выявлять и вразумлять таких пользователей.
Так что мне интересна более полная информация об ошибке.
Или такая команда молча все выполнит?
(7)
Не факт что вы установите кто пользователь!
"Если необходимо использовать аргумент REPAIR, выполните инструкцию DBCC CHECKTABLE без параметра восстановления, чтобы узнать требуемый уровень восстановления. При использовании уровня REPAIR_ALLOW_DATA_LOSS рекомендуется создать резервную копию базы данных перед выполнением инструкции DBCC CHECKTABLE с этим параметром."
Не факт что вы установите кто пользователь!
"Если необходимо использовать аргумент REPAIR, выполните инструкцию DBCC CHECKTABLE без параметра восстановления, чтобы узнать требуемый уровень восстановления. При использовании уровня REPAIR_ALLOW_DATA_LOSS рекомендуется создать резервную копию базы данных перед выполнением инструкции DBCC CHECKTABLE с этим параметром."
(9)Да
"Как ее исправить? Иногда у пользователей база внезапно закрывается."
Вы задали вопрос как исправить :) "DBCC CHECKTABLE (_UsersWorkHistory, repair_allow_data_loss)".
Хотите заняться более глубоким анализом?
История работы пользователей
Таблица _UsersWorkHistory
_ID - Уникальный идентификатор пользователя информационной базы
_UserID - ID пользователя - владельца настройки
_URL - URL
_Date - Дата время
_URLHash - Хеш по URL
"Как ее исправить? Иногда у пользователей база внезапно закрывается."
Вы задали вопрос как исправить :) "DBCC CHECKTABLE (_UsersWorkHistory, repair_allow_data_loss)".
Хотите заняться более глубоким анализом?
История работы пользователей
Таблица _UsersWorkHistory
_ID - Уникальный идентификатор пользователя информационной базы
_UserID - ID пользователя - владельца настройки
_URL - URL
_Date - Дата время
_URLHash - Хеш по URL
История работы пользователей
Таблица _UsersWorkHistory содержит следующие поля:
_ID - Уникальный идентификатор пользователя информационной базы;
_UserID - ID пользователя - владельца настройки;
_URL - URL;
_Date - Дата-время;
_URLHash - Хеш по URL;
_DataSeparationUse<n> – использование разделения данных;
_Fld<n> - общие реквизиты.
Ошибка на уникальность индексов данной таблицы возникала при попытке загрузки dt в SQL. Вылечилось загрузкой в файловую и правкой таблиц через ToolCD 1C.
(12) Если конвертация базы в более ранний формат для того чтобы использовать tollCD не катит,
то можно воспользоваться инструментом "Библиотека 1CDLib (с) andrewks"
На текущий момент реализованы следующие
Возможности:
- получение массива таблиц БД;
- сохранение данных таблиц в файлы ("сырые" данные!);
- загрузка данных таблиц из файлов ("сырые" данные!);
- переименование таблиц, установка им новых описаний;
- создание, удаление таблиц;
- получение массива полей таблицы, подсчёт длины одной записи;
- навигация по записям таблицы, чтение/запись полей и BLOB-полей;
- сохранение/загрузка BLOB-полей в файл;
- добавление, удаление записей;
- получение примитивной информации по метаданным;
- поддержка разных целевых платформ - Windows32/64, Linux64.
Также возможна работа с базой данных (и, также, с произвольными двоичными файлами блочной структуры) на "низком" уровне: реализованы методы по чтению/записи числовых и строковых данных из блоков файла.
то можно воспользоваться инструментом "Библиотека 1CDLib (с) andrewks"
На текущий момент реализованы следующие
Возможности:
- получение массива таблиц БД;
- сохранение данных таблиц в файлы ("сырые" данные!);
- загрузка данных таблиц из файлов ("сырые" данные!);
- переименование таблиц, установка им новых описаний;
- создание, удаление таблиц;
- получение массива полей таблицы, подсчёт длины одной записи;
- навигация по записям таблицы, чтение/запись полей и BLOB-полей;
- сохранение/загрузка BLOB-полей в файл;
- добавление, удаление записей;
- получение примитивной информации по метаданным;
- поддержка разных целевых платформ - Windows32/64, Linux64.
Также возможна работа с базой данных (и, также, с произвольными двоичными файлами блочной структуры) на "низком" уровне: реализованы методы по чтению/записи числовых и строковых данных из блоков файла.
Я с такой столкнулась ошибкой. Еще и на базовой версии бухгалтерии.
помогло так.(кончный релиз 3.0.150.33)
0. копия базы
1. тестирование файла с помощью chdbf
2. тестирование полностью в конфигураторе
потом все равно была ошибка в режиме предприятия при открытии.
3. открыла базовую в конфигураторе, открыла для редактиования (у меня еще ПРОФ базы есть и ключ, поэтому дало отредактировать). Открыла конфигурацию для изменения и сохранила.
4. загрузила .cf файл базовой конфигурации на 1-2 релиза старше.
5. получила базовую конфигурацию нового релиза, приняла изменения, запустила режим предприятия, ошибка исчезла, обновление прошло. Конфигурация осталась базовой.
Ошибка ушла.
Но на другой Проф версии так не прошло, там была конфигурация Бух Сельхоз Предприятия.
Там пришлось восстановить с архива на несколько дней назад.
помогло так.(кончный релиз 3.0.150.33)
0. копия базы
1. тестирование файла с помощью chdbf
2. тестирование полностью в конфигураторе
потом все равно была ошибка в режиме предприятия при открытии.
3. открыла базовую в конфигураторе, открыла для редактиования (у меня еще ПРОФ базы есть и ключ, поэтому дало отредактировать). Открыла конфигурацию для изменения и сохранила.
4. загрузила .cf файл базовой конфигурации на 1-2 релиза старше.
5. получила базовую конфигурацию нового релиза, приняла изменения, запустила режим предприятия, ошибка исчезла, обновление прошло. Конфигурация осталась базовой.
Ошибка ушла.
Но на другой Проф версии так не прошло, там была конфигурация Бух Сельхоз Предприятия.
Там пришлось восстановить с архива на несколько дней назад.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот