1с ошибка создания файла
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Добрый день! При загрузке в БП 3.0 вылазит данная ошибка. Базы файловые, платформа 1С:Предприятие 8.3 (8.3.9.1850).
ВНИМАНИЕ! Не удачная попытка создания индексного файла таблицы соответствия: . \TS.CDX
Подскажите что нужно сделать? Файл индексный удалял не помогает. Что-то с dbf файлом.
Добрый день, Светлана, подскажите программу. Думаю так будет быстрее. И еще вопрос по поводу ADO драйвер установился на сервер WS2008R2 а в odbc его нет. Что в этом случае сделать?
Добрый день. Программа называется wDBFview. Нужна старая версия 1,3 от 1999 года.
Драйвер не должен быть в odbc. Устанавливается как обычная программа, перезапуск сервера не нужен.
Хорошо, а если выходит данная ошибка? Ошибка открытия ТС:: Ошибка при вызове метода контекста (Open): Произошла исключительная ситуация (Advantage OLE DB Provider): Error 5185: Local server connections are restricted in this environment. See the 5185 error code documentation for details. axServerConnect AdsConnectВнешняяОбработка.ЗагрузкаДанных.МодульОбъекта(842)>
Надо перейти в каталог 1с 8.3 необходимой версии
создать там файл с именем ads.ini
Указать в нем текст
Цитата |
---|
Евгений Машаров написал: Добрый день. Программа называется wDBFview. Нужна старая версия 1,3 от 1999 года. |
Указать в нем текст
Добрый день. Часто стали возникать такие ошибки. Что именно в этом файле нужно исправлять? Из за чего они возникают? Как их избежать?
Цитата |
---|
Александр Костромин написал: ВНИМАНИЕ! Не удачная попытка создания индексного файла таблицы соответствия: . \TS.CDX |
Цитата |
---|
Александр Костромин написал: ВНИМАНИЕ! Не удачная попытка создания индексного файла таблицы соответствия: . \TS.CDX |
Да. После переноса базы на другой компьютер было по нескольку раз в день. Но мы пересоздавали новый файл и восстанавливали. Но в этом случае задваиваются валюты. Потом зачистка двойников. В связи с этим хочется выяснить причину этих бед и как правильно восстановить файл. На старом компьютере в октябре решилось путем запуска 1С под администратором, причем обязательно обоих баз АА и Бух3.0. На новом месте то же самое - 1 раз работает, при следующем запуске беда.
Если это ответ мне, тогда еще раз повторюсь:
- таблицу после повреждения мы создаем каждый раз новую и она какое то время работает.
- спасибо за готовность помочь, но с двойниками я справляюсь пока сам.
У меня были другие вопросы:
1. Что именно в этом файле нужно исправлять, если появляется ошибка "ВНИМАНИЕ! Не удачная попытка создания индексного файла таблицы соответствия: . \TS.CDX"? (что бы каждый раз не создавать новую)
2.Из за чего эти ошибки могут возникать?
3. Какие мероприятия необходимо провести что бы избежать этих ошибок.
Системный администратор, в докладах руководству, причину этой систематической ошибки озвучил так: "Кривая обработка для 1С".(Это типа "Акела промахнулся )
Я с ним не совсем согласен, склоняюсь к проблемам операционной системы, но доступа к журналам системы у меня нет, т.к. домен.
Административные права даже на локальную машину не дают, но один раз вместе с ним смотрели этот журнальчик - куча дисковых ошибок, буквально гроздьями ну еще другие. Сопоставить их по времени с работой обработки не было и видимо не будет.
Всвязи с этим еще раз просьба:
Все возможные причины возникновения этой ошибки буквально что бы я мог пальцем руководству показать в Ваш ответ и человек сам мог прочитать Ваше мнение.
Ведь три года на другой машине мы как то без этих проблем отработали и эта ошибка возникала только один раз.
Вот такой крик души.
Скорее всего, у Вас старая обработка загрузки. Либо пытались загружать данные в БП 2.0 используя ТС для БП 3.0
Добрый день.
У нас БП 3.0 и актуальная обработка. Перенесли файл в папку на сервере - пока ошибок нет.
При этом сам файл ДБФ прекрасно открывается ДБФ редактором.
В файле 225 500 записей.
Кто сталкивался с подобной ошибкой - в чем может быть дело ?
А вообще:
-20
Creating File
This error could be caused by specifying an illegal file name, attempting to create a file which is open, having a full directory, or by having a disk problem.
(1) В тексте программы ничего необычного
Ошибка возникает при разных именах файлов, разных каталогах и разных компьютерах.
Может проблема в том что при создании индекса не нравится содержимое поля записи ? Но ведь редактором файл открывается.
(0) индексный файл и дбф это два разные файлы, если что )
первый только ключи для поиска, второй- данные, которые у тебя "прекрасно открываются".
по тексту ошибки нет места на диске для индексного
по жизни видал ситуации, когда индексный больше файла с данными, в выражение для поиска можно было включать и функции. Да и вообще- индексный- это дерево.
код создания ДБФ
(7) "(0) индексный файл и дбф это два разные файлы, если что )
У меня в файле ДБФ 225 500 записей (225 ТЫСЯЧ).ЮБез индексного файла поиск записей будет долго идти.
Вопрос почему стала возникать ошибка при переиндексации если места на диске полно, в названии файла все нормально, и ошибка возникает именно с этим файлом на разных компах.
Какая то реально странность.
В каталоге оставляю только файл ДБФ. CDX удаляю.
Как может быть ошибка "ошибка создания файла" если файл CDX создается ?
не знаю как в 8ке, но в клюшках помнится заголовок файла CDX, сформированного 1С, отличался от заголовка такого же в FoxPro. При этом Лис принимал 1Ский файл, но не мог по нему производить поиск.
+ (14) как вариант, откажись от индексов в пользу Х+1 дбф. 1 - главная, там сделай имя таблицы (всего их будет Х). поиск будет в 2 таблицах: в Главной по ключевому полю находишь имя таблицы, в которой продолжишь поиск
"Индекс убивался конструкцией БД_ТС.Сжать();"(с)
Вопрос решится после убирания TRIM в индексном выражении.
Т.к. длина ключей в xBase должна быть одинакова для ВСЕХ ключей.
"Индекс убивался конструкцией БД_ТС.Сжать();"(с)
Вопрос решится после убирания TRIM в индексном выражении.
Т.к. длина ключей в xBase должна быть одинакова для ВСЕХ ключей.
(19) Поясните пожалуйста один момент.
В колонке "ID_Source" в ДБФ у меня хранится ГУИД объекта. У него фиксированная длина у всех объектов.
По этому полю выстроен индекс.
2. Индекс строится по фиксированной строке.
происходило падение индекса ?
(21) Извиняюсь что долго не отвечал. Сильно был занят, не было времени ответить.
Острота проблемы спала, теперь можно спокойно подумать в чем была причина.
(22)
Дмитрий.
Сделайте индекс как: "IndSource", "ID_Source"
Обязательно с предварительным удалением CDX файла.
Попробуйте свою обработку. Включая БД_ТС.Сжать().
А потом будем обсуждать "вопросы в причине возникновения"(с).
(22)
Дмитрий.
Я попытался промоделировать проблему/сбой.
При фиксированной длине значений всех ключей сбоя не происходит.
Мало того. :-) Движок DBF-ов из 1С 8.х нормально отрабатывает индексное выражение с TRIM и разной длиной значений ключей. Устанавливается фиксированная длина ключа в 50 байт - равная длине поля "аргумента" функции TRIM.
Если Вам интересно выяснить причину сбоя, то высылайте мне DBF файл.
Надо его смотреть, а не моё тестовое содержание файла.
(22)
Дмитрий.
Пока пытался моделировать проблему/сбой обнаружил замечательное явление. :-)
Если индекс имеет признак уникальности и производится запись/обновление строк DBF с повторяющимся значением поля входящего в индексное выражение, то всё может выглядеть нормальным. А иногда возникает ошибка -310 или заваливается вся сессия 1С-а. Реакция движка DBF-а мало предсказуема и зависит от многих факторов - размера поля, количества записей с повторяющимся значением поля, количества записей/обновлений за одно открытие файлов и т.д.
При любом исходе - индекс становится "битым" с массой случайных эффектов.
И вопрос к Вам.
В Ваших алгоритмах обеспечивается уникальное значение поля по которому строится индекс с признаком уникальности?
Методы решения самых популярных технических ошибок (внутренние ошибки информационной базы), возникающих при работе с различными конфигурациями 1С:Предприятие 8.
В данной статье разберем частые ошибки, которые могут возникать при работе с программами 1С (файловый вариант) и дадим рекомендации по их исправлению.
Сначала сделайте копию
Перед исправлением ошибок настоятельно рекомендуется сделать архивную копию базы. Копию можно сделать разными способами:
- Из режима 1С: Предприятие (пользовательский режим работы). Меню Администрирование –> Обслуживание –> Создание резервной копии . Выбрать каталог, в который сохранится копия и нажать Сохранить резервную копию .
- Из режима Конфигуратор : Меню Администрирование –> Выгрузить информационную базу . Так же, как и в первом варианте нужно выбрать каталог, в который сохранится копия. Копия будет иметь расширение .dt .
- Непосредственное копирование базы в другой каталог. Найти папку с базой и скопировать (важно: не вырезать, а именно скопировать) файл 1Cv8.1CD в другую папку. Можно скопировать и всю папку в которой лежит данный файл. На скриншоте это папка называется DemoAccounting .
Причин возникновения ошибок с информационной базой может быть очень много. Главное при их возникновении внимательно читать текст ошибки, зачастую в нем уже содержится информация по ее исправлению.
База 1С не открывается
Очистка временных файлов. Самый простой способ — это удалить информационную базу из списка и добавить её снова. Нужно выделить проблемную базу, запомнить (записать, скопировать) её путь и нажать удалить. База пропадет из списка.
Затем нажать добавить -> добавление в список существующей информационной базы .Далее указать наименование и каталог информационной базы. Готово.
Тестирование физической целостности утилитой chdbfl . Нужно зайти в папку с установленной платформой в конечную папку bin. Запустить файл chdbfl, прописать путь к базе, поставить галку исправлять обнаруженные ошибки и нажать выполнить.
После окончания тестирования окно закрыть и проверить базу на работоспособность.
Ошибка СУБД. Внутренняя ошибка компоненты dbeng
- Обновление платформы – чаще всего ошибка связана с устаревшей платформой;
- Тестирование физической целостности утилитой chdbfl .
- Выгрузка и загрузка файла .dt. В режиме конфигуратор Администрирование –> выгрузить информационную базу . И соответственно загрузка: Администрирование –> загрузить информационную базу .
Ошибка формата потока в 1С
Данная ошибка возникает чаще всего из-за неправильного или аварийного завершения работы программы 1С. Например отключение электричества или выключение компьютера при открытой программе.
Неверный формат хранилища данных в 1С
Для устранения ошибки необходимо очистить файлы, находящиеся в папке с базой. Очистка должна решить проблему.
Ошибка СУБД. Файл базы данных подтвержден
Самый простой способ избавится от этой ошибки – это восстановить архивную копию базы. Способ эффективен, если копия не старая или не жалко потерять занесенные данные с момента создания копии по дату восстановления. После загрузки копии ошибка скорее всего пропадет, но и данные с момента её создания не вернуть.
Также может помочь:
- Тестирование физической целостности утилитой chdbfl, о котором писалось выше;
- Выгрузка архивной копии и повторная загрузка;
Тестирование из конфигуратора (при условии, что в него можно зайти). Меню Администрирование –> тестирование и исправление . Установить флажки как на рисунке и нажать выполнить .
Обнаружено нарушение целостности системы
Ошибка связана с обнаружением на компьютере пользователя нелицензионного эмулятора ключа защиты или его следов. Вариант исправления – это удалить данный эмулятор и получить лицензию официально. Порой следы эмулятора сложно найти самостоятельно. Если же нелицензионную программу удалось удалить, программа скорее всего не откроется, а запросит ключ защиты. При ошибке обнаружено нарушение целостности системы рекомендуется обратится в службу техподдержки 1С.
Отсутствует файл базы данных 1С
Если программа работает по сети, в первую очередь необходимо проверить работоспособность локальной сети. Возможно есть неполадки и ваш компьютер не видит папку на другом компьютере в котором расположена база.
Если база установлена локально на ваш компьютер, необходимо убедится, что файл базы 1Cv8.1CD действительно расположен по указанному пути. Если нет, то необходимо поменять путь к базе.
Ошибка появляется, если на выполнение операций с программой выделено мало оперативной памяти компьютера. Ошибка может возникнуть, например, при закрытии месяца, формировании большого отчета, проведении документов и т.п. Самостоятельно увеличить размер выделенной памяти можно следующим способом: запустить адресную строку Пуск –> Выполнить и ввести команду cmd и нажать ОК .
В открывшемся окне ввести bcdedit /set increaseuserva 4096 и нажать Enter . Цифра 4096 – новый выделяемый объем оперативной памяти. Перезагрузить компьютер. Проблема должна быть исправлена.
Необходимо постоянно следить за актуальностью платформы и релиза. Некоторые возникающие ошибки можно решить простым обновлением. И не забывайте почаще делать копию базы.
Вас может заинтересовать
Проведение реклассификации расходов (изменение аналитики отражения), регистрация и распределение расходов будущих периодов в 1С:Управление торговлей 11.
Инструкция по настройке распределенной информационной базы в 1С на примере Управление торговлей 11. Нюансы работы, наиболее частые ошибки и пути их решения.
Описание особенностей разных режимов работы 1С:Предприятие 8. Отличия тонкого, толстого и веб-клиента. Рекомендации по выбору для пользователей.
Имеем три машины:
М1 - машина с расшаренным ресурсом
М2 - машина с сервером 1С
М3 - машина с клиентом 1С
В 1С в настройках работы с файлами указываю Хранить файлы в томах на диске. Том хочу создать в ресурсе на М1.
Вопрос первый - какой пользователь должен иметь доступ в этот ресурс? Тот, от которого на М2 сервер запущен? Или тот, который на М3 клиента запускает? Или как?
Теперь немного меняем ситуацию. На М3 к базе 1С подключаемся через внешнее соединение и пытаемся присоединять файлы.
Вопрос второй - а в этом случае какому пользователю нужен доступ в общий ресурс?
Поскольку файлы присоединить у меня не получилось, то есть ощущение, что ответы на первый и второй вопрос разные.
К сожалению, вся эта система от меня далеко, управляется не мной, т.е. нет возможности по-быстрому перепробовать все комбинации. Да и вообще, был бы рад получить теоретическое обоснование.
Заранее спасибо!
p.s. Спасибо ответившим. Я до сих пор и не сомневался, что права на ресурс нужны серверу, ну, пользователю под которым он запущен. Но вот какая проблема.
Конфигурация описана выше. Если я работаю в обычном клиенте 1С на М3 я могу добавлять файлы без проблем, т.е. том настроен правильно, он доступен, ограничений по размерам нет.
И есть у меня код, который нужно выполнять, подключаясь к этой же базе через внешнее соединение. Код присоединяет файлы к документам.
Если файлы хранить в базе, то всё работает отлично - файлы добавляются. Но если я включаю хранение файлов на диске, то при попытке присоединить файл получаю ошибку:
: Ошибка при добавлении присоединенного файла "1234567890.pdf":
Не удалось добавить файл ни в один из томов.
Список ошибок:
Ошибка при добавлении файла "1234567890.pdf"
в том "Том1" (\\М1\Тома 1С\20170922\):
"Ошибка при создании каталога "\\М1\Тома 1С\20170922\":
"Неправильный путь к файлу '\\М1'. 161(0x000000A1): Указан недопустимый путь. ".".
клиент работает с сервером, а сервер с файловым ресурсом. Соответственно нужны права для компьютера и пользователя от имени которого работает 1с
Регулярно при сохранении конфигурации появляется ошибка вида "Файл не обнаружен 'C:UsersuserLOCALS~1Temp1v8_E0E3_e.tmp' 2(0x00000002): Не удаётся найти указанный файл". Файла действительно не обнаруживается, другие аналогичные временные файлы в каталоге лежат. Пробовал на разных терминальных серверах под разными пользователями. Ошибка всё равно возникает. Что это может быть и как с этим бороться?
Вполне современные терминальные сервера. Никакого ФАТа. Win 2012. Нашёл Win 2003 и тоже попробовал. Не помогло.
Антивируса, упаси боже, на терминальных серверах нет. Есть виртуализация. Сервера виртуальные на Proxmox
Если ничего не путаю, совместимость со старыми программами и генерация коротких имён типа "LOCALS~1" по умолчанию включена. Даже на самых современных виндах.
попробуй сохранить конфигурацию поставщика отдельно. Или сделать сверку конфигурации поставщика с основной конфигурацией. Если будут ошибки, значит у тебя разрушилась конфигурация поставщика. Было у меня такое.
Права выглядят нормально. И пробовал на двух разных серверах. Проблема сохраняется - где-то один раз из десяти при сохранении конфигурации вылетает. Пробовал. Не помогает. Сравнение с конфигурацией поставщика делал. Проходит без ошибок. Проблем не видно. Мои изменения в сравнении видны корректно. Может связано с хранилищем конфигурации? Но без него как-то не хочется работать.
Автор так и не описал, когда же у него возникает ошибка. "При сохраненни конфигурации" - Я как минимум три варианта тут вижу
Поясни. Туплю, наверное, но не понимаю, о чем речь. Пробовать мучать конфигуратор на другой базе? Так дорабатывать нужно эту. Даже если на другой базе проблемы нет, мне это не поможет.
Мне кажется, что попробовав на разных серверах разных версий, я исключил проблемы windows и профайла пользователя. Завтра попробую исключить влияние доменной политики и терминала, запустив на недоменном компьютере. Остаётся проблема в базе (ТИИ к утру что-то скажет) и проблема релиза (релиз поменять проблемно, много удалённых пользователей).
было у меня такое на локальном компьютере. После chkdsk, chkdfl, ТИИ и убрать/добавить базу в список базы, этот глюк исчез.
Сохрани основную конфигурацию, загрузи в чистую базу, внеси изменения, обнови конфигурацию БД. Затем то же самое, только вместо первого пункта сохрани конфигурацию БД.
Читайте также: