Есть ДБФ База нужно перевести ее на SQL, база оттестирована, выгрузка проходит нормально но при загрузке выходит такое сообщение:
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft OLE DB Provider for SQL Server: Операция CREATE UNIQUE INDEX прервана, так как обнаружен повторяющийся ключ для имени объекта "dbo._Document210_VT5229" и имени индекса "_Documen210_VT5229_IntKeyInd". Повторяющееся значение ключа: (0x00000000000000000000000000000000, 0x00000000).
HRESULT=80040E2F, SQLSrvr: Error state=1, Severity=10, native=1505, line=1
нашел что таблица Documen210_VT5229 это списание товаров ТЧ Товаров, как и какими средствами можно исправить эту ошибку?
Как отключить у конкретной таблицы dll тригеры, если их там вообще нет, загрузка падает на этой таблице
ПолучитьСтруктуруХранениябазыДанных() Выдало Метаданные: Документ.СписаниеТоваров.ТабличнаяЧасть.ТоварыНазначение:ТабличнаяЧасть
как здесь можно очистить пустые значения?
Или есть вариант как при загрузке в SQL отключить контроль индексов?
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft OLE DB Provider for SQL Server: Операция CREATE UNIQUE INDEX прервана, так как обнаружен повторяющийся ключ для имени объекта "dbo._Document210_VT5229" и имени индекса "_Documen210_VT5229_IntKeyInd". Повторяющееся значение ключа: (0x00000000000000000000000000000000, 0x00000000).
HRESULT=80040E2F, SQLSrvr: Error state=1, Severity=10, native=1505, line=1
нашел что таблица Documen210_VT5229 это списание товаров ТЧ Товаров, как и какими средствами можно исправить эту ошибку?
Как отключить у конкретной таблицы dll тригеры, если их там вообще нет, загрузка падает на этой таблице
ПолучитьСтруктуруХранениябазыДанных() Выдало Метаданные: Документ.СписаниеТоваров.ТабличнаяЧасть.ТоварыНазначение:ТабличнаяЧасть
как здесь можно очистить пустые значения?
Или есть вариант как при загрузке в SQL отключить контроль индексов?
По теме из базы знаний
- "Сделай сам" свою самую быструю перегрузку (видео). Использование технологии SQL Server IS для быстрых перегрузок данных.
- PostgreSQL на Windows – реальная альтернатива для высоконагруженных систем на базе 1С
- Ошибка: Попытка вставки неуникального значения в уникальный индекс: Microsoft SQL Server. При переходе с Бух ПРОФ на КОРП и не только
- Как мы на Managed Service for SQL Server в Yandex.Cloud переезжали
- Тонкости эксплуатации PostgreSQL
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Нету вроде такого, тестирование и исправление полностью делали(chkdbfl + тестирование и исправление в конфигураторе с установкой всех галочек)? После тестирования исправления пробовали загрузить в чистую файловую, выгрузить и уже эту выгрузку загружать в SQL?
(2) да все это пробовали , а решили довольно наверное варворским методом,в tools_1C посмотрели смещение на объектах которые были нулевыми и соответственно не уникальными, далее в hex редакторе нашли по смещениям все ссылки и забили первые байты разными числами, и вуаля, повторяющихся значений нет и база целая, единственный недостаток такого метода - очень долго, но это того стоит
Есть еще один способ - выгружаете конфигурацию, загружаете в чистую базу на SQL, затем обработкой "ВыгрзкаЗагрузкаДанныхXML" из поставки конфигурации "Конвертации данных" выгружаем все данные из файловой базы, и загружаем в SQL'ную. Ну как вариант, думаю даже попроще, но такой вариант не катит - если база большая конечно :)
У меня похожая проблема! Пытаюсь загрузить выгруженную информационную базу и выдает следующее:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft OLE DB Provider for SQL Server: Операция CREATE UNIQUE INDEX прервана, так как обнаружен повторяющийся ключ для имени объекта "dbo.Params" и имени индекса "PK__Params__3C69FB69". Повторяющееся значение ключа: (users.usr).
HRESULT=80040E2F, SQLSrvr: Error state=1, Severity=10, native=1750, line=1. Не могу понять в чем дело. Причем сохраненную конфигурацию *.cf загружает и все работает, а из файла *.dt не хочет. В чем могут проблемы? Подскажите ради бога.
Попытка вставки неуникального значения в уникальный индекс:
Microsoft OLE DB Provider for SQL Server: Операция CREATE UNIQUE INDEX прервана, так как обнаружен повторяющийся ключ для имени объекта "dbo.Params" и имени индекса "PK__Params__3C69FB69". Повторяющееся значение ключа: (users.usr).
HRESULT=80040E2F, SQLSrvr: Error state=1, Severity=10, native=1750, line=1. Не могу понять в чем дело. Причем сохраненную конфигурацию *.cf загружает и все работает, а из файла *.dt не хочет. В чем могут проблемы? Подскажите ради бога.
denzo, я мучился с этой проблемой двое суток, в итоге все проще простого:
1. В шестнадцатиричном редакторе нахожу в файле базы .1cd "неправильные" записи "users.usr"
2. В начале таких записей (перед байтом 09) меняю байт 00 на 01, т.е. отмечаю их как помеченные для удаления.
3. Запускаю тестрование и исправление - сжатие базы. Помеченые записи удаляются физически.
4. Выгружаю базу и загружаю в SQL. Все ОК.
1. В шестнадцатиричном редакторе нахожу в файле базы .1cd "неправильные" записи "users.usr"
2. В начале таких записей (перед байтом 09) меняю байт 00 на 01, т.е. отмечаю их как помеченные для удаления.
3. Запускаю тестрование и исправление - сжатие базы. Помеченые записи удаляются физически.
4. Выгружаю базу и загружаю в SQL. Все ОК.
(6) (7) (8) (9)
Все что касается "неправильных" записей таблицы "users.usr" лечится еще проще, а именно:
либо утилитой tool_1cd просматриваем таблицу "users.usr" и находим кривые даты вида 5999 и т.п., затем в конфигураторе файловой базы добавим/убавим права этим пользователям или еще какие свойства поменяем и запишем (спровоцировав систему установить сегодняшнюю дату модификации записи),
либо, чтоб не заморачиваться, просто пройтись по всем и сделать то же самое.
Все что касается "неправильных" записей таблицы "users.usr" лечится еще проще, а именно:
либо утилитой tool_1cd просматриваем таблицу "users.usr" и находим кривые даты вида 5999 и т.п., затем в конфигураторе файловой базы добавим/убавим права этим пользователям или еще какие свойства поменяем и запишем (спровоцировав систему установить сегодняшнюю дату модификации записи),
либо, чтоб не заморачиваться, просто пройтись по всем и сделать то же самое.
(11) Они никуда не денутся.
Еще раз...
* Открываем конфигуратор
* Открываем список пользователей
* Открываем на редактирование первую запись
* Добавляем первую попавшуюся роль
* Нажимаем кнопку записать
* Убираем добавленную роль
* Нажимаем кнопку записать
--->> повторить со всеми пользователями, в случае когда не знаем проблемных
все, у записей установлена "правильная" дата редактирования.
Еще раз...
* Открываем конфигуратор
* Открываем список пользователей
* Открываем на редактирование первую запись
* Добавляем первую попавшуюся роль
* Нажимаем кнопку записать
* Убираем добавленную роль
* Нажимаем кнопку записать
--->> повторить со всеми пользователями, в случае когда не знаем проблемных
все, у записей установлена "правильная" дата редактирования.
Недавно решал подобную проблему. Воспользовался программой DTManager.
1. Распаковал файл *.dt
2. Открыл паспакованный файл редактором gedit
3. Нашел нужные данные и изменил значение нужного индекса
4. Запаковал файл *.dt
5. Загрузить в SQL
1. Распаковал файл *.dt
2. Открыл паспакованный файл редактором gedit
3. Нашел нужные данные и изменил значение нужного индекса
4. Запаковал файл *.dt
5. Загрузить в SQL
(9)
У меня есть вопрос по индексам, с пользователями вопрос решил, а вот проблема
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft OLE DB Provider for SQL Server: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._AccRgChngR1622" и индекса с именем "_AccRgC1622_ByNodeMsg_RNR". Повторяющееся значение ключа: (0x00000013, 0x8e67009027a2b6ce11e0b82ef9661ed5, <NULL>, 0x0000022a, 0xa8d9009027a2b6ce11e1887105c09117).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1
у меня пока не решена.
при помощи обработки , кстати, автору спасибище,
выяснил, что назначение таблицы - история изменений регистра бухгалтерии, как бы ее очистить или поправить - мыслей нет!
Может что подскажешь?
У меня есть вопрос по индексам, с пользователями вопрос решил, а вот проблема
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft OLE DB Provider for SQL Server: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._AccRgChngR1622" и индекса с именем "_AccRgC1622_ByNodeMsg_RNR". Повторяющееся значение ключа: (0x00000013, 0x8e67009027a2b6ce11e0b82ef9661ed5, <NULL>, 0x0000022a, 0xa8d9009027a2b6ce11e1887105c09117).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1
у меня пока не решена.
при помощи обработки , кстати, автору спасибище,
выяснил, что назначение таблицы - история изменений регистра бухгалтерии, как бы ее очистить или поправить - мыслей нет!
Может что подскажешь?
(19) Не, не думаю что это план обмена, такое название мне обработка сообщила, думаю что таблица входит в состав таблиц регистра бухгалтерии.
(20) Я всякими пользовался, чет не могу пока найти 8e67009027a2b6ce11e0b82ef9661ed5, а что такое 0xa8d9009027a2b6ce11e1887105c09117 - даже не понимаю, на число не похоже...
Поставил gedit, при загрузке файла на редактирование редактор ворчит: "Не удалось открыть файл «C:\Users\SintsovAS\Deskt…212.dt_unpack»."
(20) Я всякими пользовался, чет не могу пока найти 8e67009027a2b6ce11e0b82ef9661ed5, а что такое 0xa8d9009027a2b6ce11e1887105c09117 - даже не понимаю, на число не похоже...
Поставил gedit, при загрузке файла на редактирование редактор ворчит: "Не удалось открыть файл «C:\Users\SintsovAS\Deskt…212.dt_unpack»."
(21) Я в данный момент редактирую распакованный *.dt при помощи gedit. Запаковка и последующая загрузку в базу, как SQL так и в файловый варианты, отредактированного файла проходили нормально.
Я предполагаю, что это и есть значение индекса.
У меня вот такая проблема была
Решил ее указанным в (9) способом.
Я предполагаю, что это и есть значение индекса.
У меня вот такая проблема была
Решил ее указанным в (9) способом.
(32)
Спасибище, помогло, ошибку проскочили, теперь вот такая вылезла
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft OLE DB Provider for SQL Server: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._DocumentChngR7258" и индекса с именем "_Docume7258_ByNodeMsg_RNR". Повторяющееся значение ключа: (0x00000013, 0x8e67009027a2b6ce11e0b82ef9661ed5, <NULL>, 0xae84009027a2b6ce11e17e3152747a62).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1
Пошел искать...
Спасибище, помогло, ошибку проскочили, теперь вот такая вылезла
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft OLE DB Provider for SQL Server: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._DocumentChngR7258" и индекса с именем "_Docume7258_ByNodeMsg_RNR". Повторяющееся значение ключа: (0x00000013, 0x8e67009027a2b6ce11e0b82ef9661ed5, <NULL>, 0xae84009027a2b6ce11e17e3152747a62).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1
Пошел искать...
В аналогичной ситуации (ошибка CREATE UNIQUE INDEX), но в работающей на SQL базе помогло:
Use master
go
sp_configure 'allow updates', 1
reconfigure with override
go
alter database myDbase set EMERGENCY
use master
go
sp_dboption 'myDbase', 'single_user', 'true'
go
DBCC CHECKDB('myDbase', REPAIR_ALLOW_DATA_LOSS)
use master
go
sp_dboption 'myDbase', 'single_user', 'false'
go
go
sp_configure 'allow updates', 0
go
Перед испытанием обязательно делайте бекап! ;-)
Use master
go
sp_configure 'allow updates', 1
reconfigure with override
go
alter database myDbase set EMERGENCY
use master
go
sp_dboption 'myDbase', 'single_user', 'true'
go
DBCC CHECKDB('myDbase', REPAIR_ALLOW_DATA_LOSS)
use master
go
sp_dboption 'myDbase', 'single_user', 'false'
go
go
sp_configure 'allow updates', 0
go
Перед испытанием обязательно делайте бекап! ;-)
Тема уже старая, но я апну, что бы не создавать новой темы.
У меня выскакивает следующая ошибка при загрузки базы в PostgresSQL
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
ERROR: could not create unique index "_accumr8540_byregid_b"
DETAIL: Key (_fld10614, _regid)=(0, \xf1ed9ccc0d414a41a05ff167b8908470) is duplicated.
Перепробовал все что предложено в данной теме. Тестирование и исправление не помогает, выгрузка и загрузка в чистую базу тоже. Через НеХ редакторы я не могу найти этот индекс, а очистка планов обмена тоже не помогла.
Как еще можно решить данную проблему?
Заранее спасибо!
У меня выскакивает следующая ошибка при загрузки базы в PostgresSQL
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
ERROR: could not create unique index "_accumr8540_byregid_b"
DETAIL: Key (_fld10614, _regid)=(0, \xf1ed9ccc0d414a41a05ff167b8908470) is duplicated.
Перепробовал все что предложено в данной теме. Тестирование и исправление не помогает, выгрузка и загрузка в чистую базу тоже. Через НеХ редакторы я не могу найти этот индекс, а очистка планов обмена тоже не помогла.
Как еще можно решить данную проблему?
Заранее спасибо!
тоже столкнулся с подобной проблемой, дайте совет, люди добрые!
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Server Native Client 11.0: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._InfoRgSL17083" и индекса с именем "_InfoR17083_ByDims_RRR". Повторяющееся значение ключа: (0, 0x877514d64d3b5a2e11e321e4b7f645ef, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Server Native Client 11.0: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._InfoRgSL17083" и индекса с именем "_InfoR17083_ByDims_RRR". Повторяющееся значение ключа: (0, 0x877514d64d3b5a2e11e321e4b7f645ef, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1
(40) lsd_777, как вариант.
1)Узнать что за таблица "InfoR17083" (ПолучитьСтруктуруХраненияБазыДанных() и соответстующие обработки здесь же - в помощь)
2)Очистка таблицы этого регистра в исходной базе.
3) Снова выгрузка/загрузка
4) Загрузка данных регистра - через ВыгрузкуЗагрузкуХМЛ
1)Узнать что за таблица "InfoR17083" (ПолучитьСтруктуруХраненияБазыДанных() и соответстующие обработки здесь же - в помощь)
2)Очистка таблицы этого регистра в исходной базе.
3) Снова выгрузка/загрузка
4) Загрузка данных регистра - через ВыгрузкуЗагрузкуХМЛ
Чтобы не плодить темы напишу здесь.
После обновления БП 2.0 на БП 3.0 в файловом режиме, сохранении в dt-файл и последующей загрузкой в MS SQL появилась ошибка:
По этому поводу есть рекомендации и обработка на ИТС:
Общий посыл таков, что начиная с платформы 8.3.8 после обновления необходимо выполнить операцию тестирования и исправления с включенными флажками Проверка логической целостности и Пересчет итогов.
После обновления БП 2.0 на БП 3.0 в файловом режиме, сохранении в dt-файл и последующей загрузкой в MS SQL появилась ошибка:
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Server Native Client 10.0: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._AccRgAT2492" и индекса с именем "_AccRgAT2492_ByPeriod". Повторяющееся значение ключа: (0, 0x8b06f326a79e34c7428964673f5c8ca4, 4016-12-01 00:00:00, 0xb96a0011d8989ded11e017e782f0128d, 0x08, 0x00000118, 0xa52277be47c7c9994d73ec1ec4399aea, <NULL>, <NULL>, <NULL>, <NULL>, <NULL>, 0).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Server Native Client 10.0: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._AccRgAT2492" и индекса с именем "_AccRgAT2492_ByPeriod". Повторяющееся значение ключа: (0, 0x8b06f326a79e34c7428964673f5c8ca4, 4016-12-01 00:00:00, 0xb96a0011d8989ded11e017e782f0128d, 0x08, 0x00000118, 0xa52277be47c7c9994d73ec1ec4399aea, <NULL>, <NULL>, <NULL>, <NULL>, <NULL>, 0).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1
По этому поводу есть рекомендации и обработка на ИТС:
Общий посыл таков, что начиная с платформы 8.3.8 после обновления необходимо выполнить операцию тестирования и исправления с включенными флажками Проверка логической целостности и Пересчет итогов.
"ТИИ" - устранило не уникальность таблиц, а вот "chkdbf" не помогло.
Ошибка:
Microsoft SQL Server Native Client 11.0: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._InfoRg5983" и индекса с именем "_InfoRg5983_ByDims".
Ошибка:
Microsoft SQL Server Native Client 11.0: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._InfoRg5983" и индекса с именем "_InfoRg5983_ByDims".
Коллеги, приветствую.
Ошибка указывает на неуникальность индексов в таблице регистра накопления РасчетыПоЭквайрингу.Остатки. Полностью очистил все записи регистра (регистраторы пометил на удаление), то есть регистр пуст, но ошибка при загрузке dt так и осталась... Возможно я чего-то не понимаю - как в пустом регистре могут остаться записи с неуникальными ключами??
Прошу помощи...
Ошибка при загрузку dt из файловой базы в sql |
|---|
| Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине: Попытка вставки неуникального значения в уникальный индекс: Microsoft SQL Server Native Client 11.0: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._AccumRgT9955" и индекса с именем "_AccumR9955_ByDims_TRRRRSTN". Повторяющееся значение ключа: (0, сен 1 4015 12:00AM, 0x8574f39fb4b79b1f41c6c6a0f957ed56, 0x8e11902b3457e92d11e2bdfa886913d5, 0x8e11902b3457e92d11e2bdfa8869133d, 0x8779902b3457e92d11e53cfd69d796a4, 1, авг 10 4015 12:00AM, 0). HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1 |
Ошибка указывает на неуникальность индексов в таблице регистра накопления РасчетыПоЭквайрингу.Остатки. Полностью очистил все записи регистра (регистраторы пометил на удаление), то есть регистр пуст, но ошибка при загрузке dt так и осталась... Возможно я чего-то не понимаю - как в пустом регистре могут остаться записи с неуникальными ключами??
Прошу помощи...
Имел удовольствие столкнутся с похожей ошибкой " CREATE UNIQUE INDEX ", ТИ выдала много сообщений такого рода: "Проверка уникальности записей В таблице InfoRg4165 обнаружены неуникальные записи со значениями полей: Fld236 = 0 Recorder = 136:BFCE5404A6D26FD811E6A59E34D976C8 LineNo = 18 Неуникальность записей устранена".
Запросом обратился к таблицам в которых ошибки, "неуникальных" записей не обнаружил.
Надо отметить, что у нас РБД, и я сделал обмен перед тем как заливать базу в SQL(естественно таблица регистраций изменений очистилась после получения квитанции из ЦБ).
Пробовал без ТИ, просто очистить регистрацию изменений, при загрузке выдало сообщение "ошибка формата потока".
Вывод решил проблему так:
1. ТИ.
2. Очистка регистрации изменений.
Запросом обратился к таблицам в которых ошибки, "неуникальных" записей не обнаружил.
Надо отметить, что у нас РБД, и я сделал обмен перед тем как заливать базу в SQL(естественно таблица регистраций изменений очистилась после получения квитанции из ЦБ).
Пробовал без ТИ, просто очистить регистрацию изменений, при загрузке выдало сообщение "ошибка формата потока".
Вывод решил проблему так:
1. ТИ.
2. Очистка регистрации изменений.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот