Добрый день.
Win 7, ids 9.40
Делаю бэкап базы
dbexport db_damp -ss
Разворачиваю на новом сервере
dbimport -q db_damp -d dbdbs

Проблема:
На новом сервере таблицы создаются, данные загружаются, но
При построении индексов получаю ошибку 100-ISAM error: duplicate value for a record with unique key.

На новом сервере смотрю таблицу на которой произошла ошибка, в таблице присутствует две записи с уникальным ключом.(в файле скрипта так же вижу две записи)
На сервере, где был выполнен dbexport, в таблице нет этой дублирующийся записи(есть только одна запись).

Не пойму от куда dbexport берёт эту дублирующуюся запись, причем запись в таблице не полностью совпадает с записью оригинала только поля по которым построен индекс.

Заранее спасибо за советы.

cprКонечно же на новом сервере не будет двух записей
я же написал что
timtimНа новом сервере смотрю таблицу на которой произошла ошибка, в таблице присутствует две записи с уникальным ключом
меня интересует от куда берется "задвоенная" запись. на сервере-источнике нет задвоения.

aist-pskесли на источнике пересоздать таблицу (с перезагрузкой данных ) - запись появится , лечить таблицу
в файлах, которые создал dbexport, видно дублирующуюся запись, а в таблице сервера источника нет этой дублирующейся записи
Каким образом может появится дублирующаяся запись в файле dbeport-а если её нет в таблице, вот в чем вопрос. От куда dbexport вытягивает эту запись если её нет в таблице?

aist-pskесли на источнике пересоздать таблицу (с перезагрузкой данных ) - запись появится , лечить таблицу
Запись появилась.
А как лечить таблицу если в ней я не вижу(до выгрузки/загрузки) неправильной записи?

aist-pskпересоздать таблицу (с перезагрузкой данных)
Таблиц под сотню будет.
А oncheck какие опасности таит?
Попробую для начала oncheck -c по всем ключам.
Shared memory ещё шалит на сервере, надо buffers уменьшить, перезагрузить. И это асе на prod))

cprДля починки индексов например oncheck не рекомендуетс
Понял, спасибо за инфу.

Нашел с десяток битых индексов.
Все пересоздал кроме одного.
Дропаю индекс - в ответ получаю что индекс дропнут, но смотрю через eSQlEditor и вижу что на месте дропнутого индекса появился другой индекс но с числовым названием 231_49 и по тем же столбцам.
Пытаюсь дропнуть этот "числовой индекс", а он не дропается.
Почему создается этот "числовой индекс" после drop index?

timtimна месте дропнутого индекса появился другой индекс но с числовым названием
как понял это автоиндекс создаётся, но почему на других таблицах он не создается хотя в них тоже есть констрейны

vvt11. Дропаем констрент
2. Дропаем индекс
3. Создаем индекс
4. Создаем констрейнт.
Так и сделал.
В той таблице был индекс по полям аналогичным констрейнту.

timtimВ той таблице был индекс по полям аналогичным констрейнту.
и я правильно понимаю что для данной таблицы не нужен констрейнт т.к. есть unique index?