Каталог не обнаружен configsave 1c
1С:Предприятие 8.3 – это довольно сложная система, поддерживающая множество инструментов и механизмов. Одним из этих механизмов является работа с каталогами (папками).
Работа с каталогами необходима для хранения временных файлов, импорта и экспорта данных. Если вдруг посреди рабочего дня пользователю необходимо выгрузить какую-то информацию из базы, но система «ругается», мол, каталог не обнаружен, это может стать серьезным стоп-фактором и даже полностью остановить какой-либо бизнес-процесс, что обязательно приведет к убыткам компании. Соответственно, доступ к каталогам всегда должен предоставляться без каких-либо ограничений.
Наиболее частая причина возникновения этой ошибки программы 1С – неверно указанный путь к папке или файлу.
2. У пользователя недостаточно прав доступа
Чуть реже ошибка доступа к каталогу встречается, когда у пользователя недостаточно прав доступа к тому или иному каталогу.
Представим ситуацию: пользователь подключился при помощи RDP к удаленной базе, и решил сохранить документ сразу на свой компьютер.
Если при интернет подключении к удаленному рабочему столу пользователь не расшарил (не дал доступ) свои локальные ресурсы, то на сервере они будут не доступны, и возможности сохранить данные на них не будет. Соответственно при попытке указать путь к локальному каталогу, система будет выдавать ошибку «Каталог не обнаружен».
Для решения данной ошибки в 1С:Предприятие, версии 8, будет достаточно указать, какой диск должен быть доступен на удаленном рабочем столе во время работы.
Подключение локального диска к удаленному рабочему столу
А если каталог доступен, но данная ошибка все равно появляется, стоит проверить права доступа к каталогу. Если для текущего пользователя отсутствуют права на чтение или запись, то необходимо их добавить.
Проверка прав доступа к каталогу
Специалист компании «Кодерлайн»
Вас могут заинтересовать следующие статьи:
(0) "Недостаточно памяти" конфигуратор может выдать только, если процесс конфигуратора не может получить больше памяти от операционки. Тут 2 варианта. Или 32-битный конфигуратор упёрся в 2 гига. Или 64-битный конфигуратор уперся в лимит оперативка + виртуальная память.
"Или 32-битный конфигуратор упёрся в 2 гига" // Давно уже до 3 можно лимит увеличивать (в ключе запуска ОС), клиенты 1С поддерживают этот ключ
(5) 4 Гб.
(6) Не смотрел в диспетчере задач. Как?
(7) Файловая база.
(8) Переменные среды TMP и TEMP на диск данных перенаправлены.
(9) > Или 64-битный конфигуратор уперся в лимит оперативка + виртуальная память.
Ну а где создается виртуальная память, она чем-то ограничена? На диске 32 свободно.
(11) Ты с дуба рухнул с 4 гигами и сколько там файла подкачки для виртуальной памяти с КА работать?
Мне уже и 16 гигов мало, комп буду апгрейдить 32 возьму для домашнего
(12) Сколько примерно освободить?
(13) Это не сервер, домашний комп. Взял для предварительного обновления базы, тестирования.
(0) В первую очередь надо оперативы. 8 сейчас абсолютный минимум, 16 - ходовой объем, по желанию люди уже и больше ставят. 4 гига - по состоянию на сегодня это нищебродская офисная машина ни о чем. Система нужна х64, платформа для обновления, думаю, тоже.
на свап рассчитывать не стоит, если, конечно, вы не готовы часами ждать окончания работы. Оператива должна быть, SSD должен быть, иначе это не работа.
(24) Ага нашел, на системном стояло:
Исходный (и Текущий): 2046 МБ
Максимальный: 4092 МБ
Рекомендуется: 6090 МБ - вот до этого значения увеличил Максимальный размер.
На диске данных пусто!?
можно ставить эксперименты бесконечно, но обычно даже с любыми базами, где нужны обновления сейчас меньше 8 гб физической оперативы и 64-бит платформы не ставят.
У меня не памяти недостаточно, а времени.
Обработчики после обновления с 2.1 неделю 200 Гб тестовую базу молотили, пока не прервал их принудительно. И это не при самом слабом сервере. Ищу вот варианты, с какого боку к этому подступиться и что выпилить из обработчиков ненужного.
(31) С этим проблема, увы. Оперативный учёт, данные по продажам, муё-моё, финансисты согласны лишь на конец 2019 сворачивать, а нам нужен режим совместимости 8.3.10 как минимум, который в КА 2.1 включить нельзя. По факту база с 2018 всего лишь ведётся, просто документов продажи овердохрена.
(32) Так посмотри какой обработчик дольше всех молотит, его и оптимизируй. У кого производство - у того оно обычно дольше всего колбасится (партии производства десятками миллионов), но и тут оптимизацию даже на партнерке советуют не количественную (в коде) делать, а качественную - менять количество / детализацию в документах.
(33) На днях новый сервер приволокут, дадут мне в безраздельное пользование, на нём ещё раз типовое обновление попробую накатить, м.б. пошустрее выполнится. Не прокатит - полезу в код, другого выхода не вижу.
А с детализацией в документах не совсем понял, у меня сотни тысяч документов реализации, как их заоптимизировать качественно, схлопнуть, что ли, по контрагентам за весь период? :)
(35) Надо смотреть на сам обработчик, что ему на вход подается и из-за чего долго он выполняется. В производственном контуре одна из причин ада (в т.ч. при закрытии месяца) - десятки миллионов записей партий в "служебном" регистре.
Что там у тебя, отсюда не видно )
Еще помню адский прикол, но уже не с типовой конфой - так там вообще в обработчике обновления выборка ссылок-кандидатов, но из поля "Ссылка" ТЧ документа, и в каждом проходе один и тот же документ колбасится столько раз, сколько строк ТЧ.
Ну т.е. документ на 500 строк - одна и та же ссылка будет обработана эти 500 раз.
(35) Сервера заточены на многопользовательскую производительность, а в Вашем случае нужна однопользовательская и частично однопоточная. Может быть имеет смысл для подобных задач иметь рабочую станцию с CPU > 5Ггц последнего поколения, ssd nvme и выполнить всё локально?
(39) "Сервера заточены на многопользовательскую производительность" // А рабочая станция, что ты предлагаешь, не заточена что ли? :)
(39) Рассматриваю и этот вариант (собсно, рабочую станцию себе уже заказал, для ряда задач нужна такая). Новый сервер раньше придёт :)
(46) Немного не так. два ядра по 2 ГГц выполнят вдвое больше нераспараллеливаемых задач, связанных с выборкой/записью данных, где частота процессора не является узким местом. А таких задач всё-таки куда больше в повседневной работе.
А для линейной одиночной задачи, требующей именно вычислительных ресурсов, одно ядро на 5 ГГц однозначно предпочтительнее.
(47)(48) "вдвое больше задач" но в тоже время в двое медленнее, не так ли?
Пример из вакуума: есть математическая операция. За одинаковое ли время выполнятся 2 такие операции: последовательно на одном ядре 4ГГц, или параллельно на 2х ядрах по 2ГГц?
(49) Не медленнее. Я же обозначил тип операции "выборка/запись", при котором не гигагерцы роляют, а иопсы дисковой подсистемы.
(50) ИОПСы далеко не всегда являются упором, к латентности дисков куда разумнее приглядываться.
А то толку в гипермаркете иметь быстро работающего руками кассира, если он перед каждый очередным посетителем в туалет бегает )
(49) Математика разная бывает. Есть задачи, которые легко распараллеливаются. Скажем, вычисление суммы ряда от 1 до N. Вполне можно разбить N на несколько поддиапазонов и считать их в несколько потоков, а потом сложить частичные суммы. И например совсем другое - расчет рекуррентной последовательности, где каждый последующий элемент зависит от предыдущих. Тут многопоточность вообще неуместна.
(32) Думаю, имеет смысл проводить обновление частями:
1. Определить самые длительные обработчики
2. Перенести в 2.1 структуру метаданных этих объектов из новой версии
3. Запустить обработчик новой версии, чтобы он обновлял данные в версии 2.1 до фактического обновления (в фоновом режиме)
Далее при обновлении эти объекты уже не должны будут попасть в список обрабатываемых при переходе на новую версию (т.к. уже заполнены). Обработку запускать для объектов в закрытом периоде, чтобы минимизировать ошибки, связанные с изменением объектов после обновления.
Кстати, может еще быть так, что обработчик просто зациклился, и если убрать причину зацикливания - он выполнится за вменяемое время.
P.S. А СУБД у вас, случаем, не PostreSQL?
(53) ему имеет смысл, до начала иных еще манипуляций, просто установить на комп Платформу 64-бит, а затем уже смотреть по результатам
на момент написания поста (27) у топикстатера все еще была установлена платформа на 32 бит и не ясно, дошла до него необходимость переустановки на 64 или нет
(56) Для того и ставил ОС 2003х64 вместо ХР еще для 8.2. Правда КА2.4.7 файловая, не знаю как на 8.3, но платформу 8.3.13.1690 ставил так же как 8.2.
или для версии 8.3.13.1690 вот другая ссылка для скачивания платформы
(61) и база сейчас уже в файловом режиме (чтоб исключить влияние СУБД) и выдает ошибку с нехваткой памяти при выполнении обновления уже в режиме Предприятие, так?
Какой размер файла базы? Есть в ней большие таблицы?
Как понимаю Технологическая платформа 1С:Предприятия для Windows (i386) клиентская часть, а 1С:Предприятия (64-bit) для Windows (x86_64) - для сервера. Но в данной случае база файловая.
(62) Да, обновил уже (21)!
(63) если установишь платформу по ссылке из (61), то именно клиентская часть (толстый клиент, который и для конфигуратора, в том числе) будет ставиться именно на 64-бит.
При этом, после установки, в запуске 1С появится в настройках запуска для каждой ИБ выбор с какой версией клиента она должна запускаться. И нужно указать, что нужна именно на 64 бит.
А вот установка серверной части платформы указывается опционально - галочками - в выборе при запуске сетапа.
Может быть, следует указать/проверить в настройках ИБ, чтоб запускалась 64-бит?
(64) Для 8.3.13.1690 это которая, как называется? Я как ставил для 8.2 обе платформы так и ставлю для 8.3. Вроде для 8.3 есть одна общая установка?
(65) Где в настройках? Вроде там только Каталоги шаблонов конфигураций и обновлений указываются. Или Разрядность: 64 (x86_64)? - у меня не было указано.
(67) Т.е. Технологическая платформа 1С:Предприятия для Windows (i386) можно не ставить, или вместо нее что-то другое, что? Для 8.3.13.1690 это которая, как называется?
(55) У меня x64, дело не в этом. Я вот не исключаю зацикливания какого-то обработчика, м.б. попробовать ТИИ сделать перед обновой?
Обычно ставлю Технологическая платформа 1С:Предприятия для Windows (i386) и Cервер 1С:Предприятия (64-bit) для Windows (x86_64). А Технологическая платформа 1С:Предприятия (64-bit) для Windows - это что, вместо только Технологическая платформа 1С:Предприятия для Windows, или обоих сразу?
Хочу на сервер х64 для файловой КА2.4.7.151 поставить 8.3.13 (или выше), но чтобы не мешала работе SQL-базе Альфа-Альфа на 8.3.10.2466, т.е. 1С-сервер 8.3.13 пока не ставить. То мне какую скачивать?
(70) так зачем тебе клиентскую часть платформы на сервак ставить-то? Не ставь от файловой части на сервер вообще ничего.
Вообще-то сервера 2: SQL и Терминал, через который все заходят в 1С. На обоих серверах стоят обе платформы: серверная и клиентская части. А можно на SQL-сервер только серверную часть, а на Терминал - только клиентскую часть?
(73) конечно. Можешь в терминале вообще букет версий клиентских установить.
В пускаче просто указываешь на какой версии какую базу стартовать нужно и все.
Но вообще, немного странно. А зачем тебе терминал? Он в локальной сети у тебя или это реальная удаленка? Может у тебя клиентские машины принципиально слабые или сервак терминальный с таким бешеным запасом оперативы, что есть смысл клиентам только через терминал работать?
Проблема возникает такого рода, что файловая версия при запуске клиента сжирает намного--намного больше оперативы, чем при серверном режиме.
(74) Да, клиентские машины принципиально слабые, и реальная удаленка. Например, кассир из дома кассовую смену закрывает.
Меня беспокоит то, что если добавить более новую версию на терминал, то стартовать будет именно она при запуске серверной базы, и выдаст ошибку несоответствия версий клиента и сервера?
(79) // В пускаче просто указываешь на какой версии какую базу стартовать нужно и все.
Я же специально эту оговорку указал.
Да, придется прописать настройку таким образом, чтоб или на каждом пользовательском сеансе в пускаче было указано без ошибок что нужно или разобраться, как прописать список баз с настройками в специальный файлик.
(81) ты определись по пользователям тебе нужно бежать или по сеансам РДП :-)
Запусти Пускач. На пускаче есть кнопка Настройка. Откроется форма, где в середине указано
Адреса Интернет-сервисов и списки общих информационных баз.
Вот тебе нужно один раз на всяких сеансах пользователей указывать путь к файликам со списком баз.
А чтоб узнать, как верно заполнять этот список - сохрани уже настроенную строчку запуска базы в файлик из пускача через ПКМ
(87) Скопируй сюда этот 6 комментарий, найти не могу.
(88) > Адреса Интернет-сервисов и списки общих информационных баз.
Пусто там, вроде файл СписокБаз.v8i просит. не знаю что это, но настраивать всем пользователям, или только у себя?
(89) Для автоматизации большей части описанных в статье действий в подсистеме "Инструменты разработчика" есть инструмент "Управление службами серверов 1С".
(89) // Пусто там, вроде файл СписокБаз.v8i просит.
- сохрани уже настроенную строчку запуска базы в файлик из пускача через ПКМ
- если баз несколько, то в разные файлы.
Затем текстовым редактором склей их в один - Получится на несколько баз один файл настроек.
В сеансе нужного тебе пользователя откроешь Настройки и укажешь путь к готовому файлу с серверной шары.
(93) вам у базы надо указать Version, и тогда какой номер укажете, такая версия и запустится, например если указать 8.3.10.2466, то никакие другие, хоть 8.3.9, хоть 8.3.11 - не запустятся. А если указать 8.3, то будет подхвачена максимальная. Обычно я делаю Version именно 8.3, а перед обновлением указываю полный номер текущей версии и могу добавить новую (она не будет подхватываться для рабочих баз).
(93) ну хорошо. Вот настроил ты самый правильный список информационных баз на своем компьютере. Или там где-то в сеансе своем в РДП. Теперь надо чтоб этот список был у всех.
Причем, в списке указано по отдельной каждой базе прописана Версия и разрядность платформы.
Хватаешь этот готовый файл из D:\Users\%username%\AppData\Roaming\1C\1CEStart\ibases.v8i
Если у тебя одна всего база - ерунда какая-то, но если баз пара-тройка десятков - уже приятная экономия усилий и отсутствие ошибок
(94) Значит в 8.3 предусмотрели такое, в 8.2 этого не было, всегда запускалась более свежая платформа.
А если установить Технологическая платформа 1С:Предприятия (64-bit) для Windows 8.3.13 или 8.3.14 со стандартным диапазоном портов 15хх (ничего не меняя) полностью: клиентскую и серверную часть, она запортит 1C:Enterprise 8.3 Server Agent (x86-64), и еще что-то? Сейчас в 1C:Enterprise 8.3 Server Agent (x86-64) исполняемый файл: "C:\Program Files\1cv8\8.3.10.2466\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug, если поменяет, то можно вернуть. А еще что-то не затрет? Или при установке лучше снять галочки с установки серверной части? Мне пока лишь новая платформа для файловой базы нужна.
(95) > Теперь надо чтоб этот список был у всех.
Нет, не нужен. Большинство кроме Альфа-Авто ничего не знает. КА нужны (их несколько, для каждой организации) расчетчице з/п, и еще паре лиц из руководства. А остальным даже знать не положено о их существовании.
БлииииН.
А чего ж ты тогда постишь тут ворпрос, за вопросом,
если просто в каждой строчке Пускача указываем версию платформы и разрядность и ВСЕ.
Все вопросы вида "а зачем я поставил новый релиз и он теперь всегда вызывается?" именно на новых релизах решены установкой в пускаче в настройке нужной версии.
А если ты точно знаешь, что на сервере стоит только нужный релиз и на клиенте не установлен никакой более свежий релиз
=> можно в настройках ничего не указывать.
(96) но тем счастливчикам, кому он все-таки нужен - вот этот списочек с настройками баз (не всех, а какой-то части баз) транслировать таки можно в уже готовом виде.
(97) Пока стоит только 8.3.10, на собираюсь добавить для КА2.4.7 новую 8.3.14. Именно добавить, а не обновить! И спрашиваю какие могут возникнуть неприятности, не нарушит ли это работу пользователей с 8.3.10. Ладно (94) успокоил меня, что в 8.3 при запуске новая платформа не будет запускаться (как в 8.1, 8.2), если это не указано в настройках базы.
Если база открывается то выгрузить для перехода в сервис, во фреше загрузить, потом выгрузить уже в обновленной версии - круто? При тестировании выбери только реструктуризация как варик. Если не чего не поможет WinHex и погнал )))
(9) там нет. если отменить все изм, и реструктуризация не катит, загрузка CF со структурой до обновления не помогает. тогда только hex
(3) выгрузить конфу в файлы, в руте будет файло с идентификатором, по идентификатору находишь в тул1сд че за константа
Если база открывается в режиме предприятия то создаешь пустую базу и выгружаешь все данные через XML.
На битых данных будет падение выгрузки - их пропускаешь
(31) Спасибо, не сомневаюсь. Вопрос только в том чтобы найти нужную. Да ищу, параллельно пробую спрашивать.
(32) Тебе нужно попробовать с помощью Tool_1CD удалить таблицу CONFIGSAVE
По всей видимости твоя база упала в момент реструктуризации.
То есть таблица CONFIG должна быть живая.
(29) >Изначально думал поднять из сф новую базу и воспользоваться ПолучитьСтруктуруХраненияБазыДанных()
В базах даже с одинаковой конфигурацией будут разные идентификаторы.
То есть ПолучитьСтруктуруХраненияБазыДанных() даст разные данные.
это та самая схема в которой нет моей константы? как понять формат этого чтобы корректно внести данные?
таблица _CONST30015 в файле присутвует
(39) таблица CONFIGSAVE пуста, это как я понимаю копия конфигурации которую надо будет применить
(47) Пример как такое делать есть ?
У меня пару месяцев назад был подобный вопрос с базой.
Тоже ругалось на отсутствие в схеме базы данных.
Я не нашел способ редактировать DBSCHEMA и решил задачу выгрузкой данных через XML.
(51) Если нужно и не найдешь стукнись на мыло. Мыло в профиле. Сброшу.
Я не помню уже где скачивал.
(57) это обычный текст, не надо его разбирать
При желании, можно в json конвертнуть или в xml.. только, не за чем
(68) да. не восстанавливает.проверил на 1с8.2. но как-то мне удалось восстановить DBSchema без моего участия. может подменой похожего или пустого и реструктуризацией.
Коллеги, а почему автор не хочет очистить таблицу CONFIGSAVE и просто вернуться к той конфигурации которая была ?
(71)архива с конфой-донором нет.но если типовая то конфу-донора можно сгенерировать.возвожно- это самое простое решение. очистка CONFIGSAVE не поможет. произошло рассогласование метаданных и структуры бд или таблицы проекции метаданных в структуру бд
,кот. хранится в записи dbnames из таблицы params
пока не совсем понимаю в чем различие, правильно ли я понимаю что сами метаданные это то что хранится в таблице CONFIG
структура бд это то что храниться в DBSCHEMA а проекция это то что в храниться в dbnames и dbnames должно соответвовать DBSCHEMA ?
нет. не правильно понимаете . в DBSCHEMA хранятся соответствия типов 1с и бд . и естественно DBSCHEMA должна соответствовать dbnames .но все , о чем я питсал относится к 1с8.2 . в 1с8.3 может быть по-другому.
(72) >если типовая то конфу-донора можно сгенерировать
А разве это не приведет к тому же что и создание новой базы с такой же конфой но при этом у объектов будут другие индентиффикаторы ?
(0) А как ты с этой базой столкнулся ? Может все таки есть какие то бэкапы.
Это какое то реальное безумие обновлять базу при полном отсутствии бэкапов.
(75) структура бд в новой базе может быть другой. задача - привести в соответствие метаданные , dbnames и структуру бд. поскольку тулсиди умеет выгружать-загружать конфигурацию замена конфигурации- более простая операция для файловой базы чем редактирование dbnames или изменение структуры бд.
+(75) а для серверной бд проще изменить структуру бд. и на последнем месте - правка dbnames и DBSCHEMA
Немного разобрался как свзяаны талицы. нашел свою константу в DBNames. Может ктото подскажет как ее отредактировать?
(81 )тулсиди вроде умеет выгружать- загружать таблицы. выгрузите парамс отредактируйте запись DBNames. загрузите обратно. если в DBNames будет абракадебра - то разожмите-сожмите ее c помощью v8unpack
Мне как то попадалась база с такими симптомами, у меня сложилось впечатление что при обновлении базы записалась новая dbNames? а новая dbschema не записалась, поэтому и ругается и даже если если исправите проблему с этой конкретной константой, потом будет другая и еще другая константа, и а потом потом справочник итак далее. ДЛя исправления этого надо ручками прописать dbschema для новых и измененных объектов, а задача эта достатчно муторная. Либо проверить соответствие DBShema - dbNames? и все записи которых нет в DBShema удалить из dbNames. Затем что нибудь изменить в конфе чтобы пошел процесс реструктуризации.
Все это возможно сделать если перевести базу в SQL (у меня сработала выгрузка в dt/загрузка из dt), у меня сложилось мнение что на файловой сделать это нельзя. Хотя я уже не помню, но в SQL легче переписывать эти файлы.
:(
(94) ДЛя исправления этого надо ручками прописать dbschema для новых и измененных объектов, а задача эта достатчно муторная. как сформировать правильную схему?
Либо проверить соответствие DBShema - dbNames? да я пока вижу неторое количество новых констант. Как сопоставить пока не поинмаю только начинаю узучать
сди толс умеет вроде следующее, только как пока я не могу применить, по сути надо номер сопоставить с названиями с одной базе и другой и получить соответвие номеров вот как и поулчить я бы тоже хотел понять.
Поле ввода «Файл соответствия номеров» и кнопка «Замена TREF»
Иногда в процессе восстановления возникает необходимость переноса таблиц из одной базы в другую базу с такой же конфигурацией, но с несовпадающей нумерацией в DBNames. Например, разрушена таблица в центральной базе, но нужная таблица есть в периферийной базе. Кроме того, что в таких базах не совпадают имена таблиц и полей, которую можно решить правкой файла описания таблицы, есть еще проблема несовпадения типов ссылок, которые хранятся в полях с окончанием "TREF". Подробности описаны в разделе "Структура информационной базы 1С". Данный инструмент позволяет произвести замену всех значений во всех таблицах базы в полях с окончанием TREF. Список замен должен содержаться в файле, выбираемом в поле ввода. Файл представляет собой текстовый файл. В каждой строке файла содержатся два числа, разделенных табуляцией. Второе число - заменяемое. Все поля, содержащие такое значение, заменяются на первое число строки.
Все замены производятся без изменения индексов в базе!
Самый простой путь, удаляйте все из DBNames на что ругается (напишите сравнение dbnames и dbshema). Так вы по сути вернетесь к базе до обновления. ТОлько для этого надо еще все конфиги вернуть к релизу до обновления (если это типовая база), то это легко. Если все сделаете верно, то с вероятностью 95 % база снова запустится, и будет как до обновления.
я не знаю с какого релиза обновлялись.
мне вот удаление конкреной константы не помогло. хотя не исключаю что к я уже чет напутал. ладно, завтра со свежей головой
(1) ea.abdrakhmanova,
Ну протестируйте средствами конфигуратора "Тестирование и исправление" со всему включенными галками. Должно помочь - будет заново создан *.1cd
(18) igen, архив есть. 04/03-там всё обновляется отлично. А вот 6-го числа база убилась. Приложу журнал регистрации - как это было..
(1) была такая же ошибка, переносил базу в другую папку, пытался загрузить конфигурацию поставщика, не помогло
помогло перенос базы на другой жесткий диск
У вас там свободное место на диске где лог транзакций или база лежит точно есть? Такое предположение.
БП 3.0 с нуля ведете или переходили обновлением с редакции 2.0 ?
первое что сделайте - скопируйте каталог с вашей базой в другое место и только потом слушайте всяких "chkbdfl вам в помощь "
какая версия платформы 1с установлена ?
(4) d1mk, скорее всего переходили с 2.0. Версия платформы сейчас 8.3.5.1383. Причем недели 2 назад я обновила без проблем. Сейчас смотрю по журналу регистрации-были попытки обновиться бухгалтерами. Посмотрела бэкап недельной давности-уже тогда были проблемы
(7) ea.abdrakhmanova,
chhdbfl.exe тоже не нашел ошибок ?
попробуйте удалить базу из списка и добавить с другим именем
я так понимаю что до обновления копию базы вы не делали ?
при обновлении 1с создает резервную копию во временных файлах (если настройки по умолчанию) - попробуйте через поиск на компьютере - в поиске введите *.dt - дальше смотрите по дате создания\изменения файла
правой кнопкой в конфигураторе на БухгалтерияПредприятия - далее свойства - в самом низу "режим совместимости" - что у вас там написано?
(10) d1mk, вся беда в том, что не я пыталась обновить программу. Я обычно это делаю через конфигуратор, как полагается и обязательно сначала делаю копию. Поиск *.dt ни к чему не привел, файлов таких нет, в режиме совместимости стоит значение - Не использовать.
Посмотрела через Tool_1CD базу, там есть таблица configsave. Но с этой таблицей ничего сделать не могу. Была бы база sql можно было бы просто заменить таблицу config, а так даже предположить не могу что с этим делать.
Попробуйте очитску кэша -может поможет (Кеш 1С Кэшеривание – процесс создания буфера часто используемой информации и, как правило, статичной информации. Кеширование используется для ускорения работы программы, в частности, в 1С на компьютер пользователя подгружаются файлы конфигурации, что бы не запрашивать их с сервера при каждом обращении.
Однако, очень часто платформа 1С не правильно отрабатывает кэширование конфигурации и в результате мы получаем неадекватное поведение конфигурации. Первый способ чистки кэша 1С Для решения проблем и “глюков” 1С очень часто помогает очистка кэша платформы 1C 8.3.
Делается это следующим образом:
шаг 1
Найти каталог, где хранятся временные файлы 1С, их можно увидеть в меню настройки в списке ИБ:
1С:Предприятие 8.3 – это довольно сложная система, поддерживающая множество инструментов и механизмов. Одним из этих механизмов является работа с каталогами (папками).
Работа с каталогами необходима для хранения временных файлов, импорта и экспорта данных. Если вдруг посреди рабочего дня пользователю необходимо выгрузить какую-то информацию из базы, но система «ругается», мол, каталог не обнаружен, это может стать серьезным стоп-фактором и даже полностью остановить какой-либо бизнес-процесс, что обязательно приведет к убыткам компании. Соответственно, доступ к каталогам всегда должен предоставляться без каких-либо ограничений.
Наиболее частая причина возникновения этой ошибки программы 1С – неверно указанный путь к папке или файлу.
2. У пользователя недостаточно прав доступа
Чуть реже ошибка доступа к каталогу встречается, когда у пользователя недостаточно прав доступа к тому или иному каталогу.
Представим ситуацию: пользователь подключился при помощи RDP к удаленной базе, и решил сохранить документ сразу на свой компьютер.
Если при интернет подключении к удаленному рабочему столу пользователь не расшарил (не дал доступ) свои локальные ресурсы, то на сервере они будут не доступны, и возможности сохранить данные на них не будет. Соответственно при попытке указать путь к локальному каталогу, система будет выдавать ошибку «Каталог не обнаружен».
Для решения данной ошибки в 1С:Предприятие, версии 8, будет достаточно указать, какой диск должен быть доступен на удаленном рабочем столе во время работы.
Подключение локального диска к удаленному рабочему столу
А если каталог доступен, но данная ошибка все равно появляется, стоит проверить права доступа к каталогу. Если для текущего пользователя отсутствуют права на чтение или запись, то необходимо их добавить.
Проверка прав доступа к каталогу
Специалист компании «Кодерлайн»
Вас могут заинтересовать следующие статьи:
Читайте также: