При попытке записать изменения в конфигурации вылетает ошибка:
"Ошибка создания таблицы: DH....." (тоесть не на одном файле дбф валится а на разных каждый раз)
Причем одиночное добавления реквизита в документ или еще чтото малозначительного, записывает нормально. А при больших изменениях валится.
Антивирус ни при чем отключал, подключал, удалял.
Платформа 27, с опенконфом.
Устанавливал другую без опенконфа тот же эффект.

база-то живая?

Размер максимального файла ?

(1) Живая, рабочая (копия конечно)
Небольшие изменения пишутся нормально.
(2) щас доложу

(3) тестирование проходит?

и мд-шника размер.

(4): да пусть полный синтаксический контроль хотя бы попробует - пройдет или нет...

(2) 1SENTRY = 33 376 300 b
1SBKTTL 16 Метров
остальные поменьше

(0) при всем уважении, отредактируйте свои достижения

Мдшник 4 257 480

Выгрузка/загрузка пробовал?

а на пустой базе все нормально?

10 нет.
щас прогоню тестирование

MDDiag для начала

Полный синтаксис контроль, обнаружил пару ошибок.
Когда поправил все срузу все сразу не записались!
По одной исправились без проблем.
Тоесть исправил одну записал изменения в конфигурации, закрыл - открыл снова одну и снова запись закрыл - открыл.
Только что ТиИ закончилось Все чисто

Создаю пустую папочку, создаю новую базу.
"Загрузить измененную конфигурацию" проходит нормально.
Попытка сохранить изменения - снова облом но на более раннем  (по списку) файле

локально работаете?

(16) да конечно, забрал базу домой надо впихнуть во все доки общий реквизит.

так как насчет MDDiag?

+(10) Так а выгрузка загрузка что дала ?

когда джобавляю в каждую шапку по одному  и сразу записываю то записывает, и удаляю тоже пишет нормально, но влом же сорок раз писать в каждый док один и тот же реквизит если его надо загнать во все доки без исключения.

Джобавляю = добавляю

(18) нету такой проги. Подскажи где качнуть поюзаю

http://yandex.ru/yandsearch?stype=&nl=0&text=MDDiag&lr=11228

забанили?

а общие реквизиты для документов что, отменили?

(25) так об чем же и речь что когда кидаю общий реквизит  тогда и не пишет, Короче поганял тут на других базах  однозначно причина не в МДшнике а в самой системе.
В любой базе небольшие изменения записываются без проблем а если много изменений или добавился общий реквизит то не записываются изменения.

Где папка Temp лежит - убедись, что на том диске у тебя свободного места вдоволь - более 300Мб - 500Мб.

Гуру нет?
Или никогда ни у кого не случалось?
Кстати папочку ТЕМР подтянул поближе,
немножко изменилось то вылетало на файлах DH... а тперь стало чуть позже на DT... а иногда и до SC... добирается

(27) там где темп 11 гиг а где база 99 гиг своводных

Таскал базу как сучку за хвост по всем дискам до С включительно.
Везде закачивалось на этих сообщениях
Анализ изменений в структуре информации.
New DD generate...
Old DD open process...
New DD open process...
Old DB open access...

(0) Смотрю в достижения и никак не пойму, что вы с десятком предприятий делаете?
На другой машине проверьте. Что бы исключить проблемы с железом.

(31) Ну да я задал достаточно тупой вопрос, И беспомощно барахтаюсь не понимая что мне подсказывают.
Система на другой доставится протестю там.
И я более чем уверен что там таких проблем может и не быть.
Все дело наверное в системе но читай (0 и 26 и 30)
Я думал у когото чтото подобное встречалось. вот и жду подсказки.

Здани... интуитивно чувствую, что дело может быть в правах у папки и их наследовании.

(26)
небольшие изменения - измеНения НЕ вносящие изменения в данные?

Реквизит шапки с идентификатором - Ч(ерный) тип число, длина - 1, точность -0, Дабавляю в один док вешаю флажок на форму, сохраняю конфу все ОК. добавляю 2 и юолее таких же ревизитов, конфа не сохраняется, Удаляю их по одному - конфа сохраняется, Удаляю два и более сразу - облом.
джобавляю один общий реквизит с теми же параметрами - тоже облом.
Как будто система не может сохранить несколько изменений одновременно.
Винда ХР СП3

(35)
Если можно, на почтовый ящик в личке, МД-шник в архиве - попробую у себя локально повторить.

(35) для (34)
(31) Да проблема в железе верней все таки в в системе поставил эту базу на другой с только что установленой хрюшей СП2 все сохранило без сучка без задоринки.
Вопрос остается открытым!
ЧТО же может быть такое в системе чтобы она не смогла сохранять БОЛЬШИЕ изменения в конфигурациях???

(36) Помощь как видишь требуется в другом что там может быть такого????
МДшник и платформа всетаки ни при чем одна и та же платформа одна и та же база.

принес на флешке? Галку с папки убери "только чтение" и примени ко всем файлам

(39) все расшарено

+к (37) Мало того щас соединил в сетку, захожу с машины на которой СП2 в базу на моеи компе делаю новый общий реквизит и все пишет как по маслу.
Блин все дело таки в системе.

(41) актуально? teamviewer дайте. попробую посмотреть.

(42) Спасибо уже не актуально, винду переставил, все в полном порядке

(37) причина банальна - предел количества файлов на открытие...

при записи несколько более сложных изменений в темповых каталогах больше таблиц создается, и падает именно на создании нового файла в каталоге обновления

(44) но нигде не нашел лимита на количество открытых файлов.
другая винда все шушарит как ни в чем не бывало.

(45) Максимальное число открытых файлов в сеансе 16384 для Windows XP Pro SP2 RU

для хомяка сильно меньше

если у тебя антивирус или еще чего то вполне может быть что тысяч 10 открыто самой ОС