Иногда требуется настроить синхронизацию между базами 1с через каталог обмена. Но настройка не всегда так очевидна, как казалось бы…
В этой статье я привел решение ошибки «Каталог обмена информацией не существует» в случае, если сервер 1с установлен на Linux и Windows сервере.
- Решение для Linux сервера 1с
- Решение для Windows сервера и файлового режима работы 1с
Решение для сервера 1с на Linux на примере Centos Stream.
Скорее всего вы получаете одну из нескольких ошибок:
Прямое подключение к информационной базе недоступно на сервере под управлением ОС Linux — ошибка говорит сама за себя, нам потребуется настройка сетевого обмена.
Ошибка подключения: Каталог обмена информацией не существует — данная ошибка возникает из-за того, что при настройке обмена авторизация в сетевой папке происходит учетной записью usr1cv8 из под Linux.
Для решения данной проблемы нам придется смонтировать сетевую папку в Linux под учетной записью, под которой работает сервер 1с.
1) Расшариваем сетевую папку на вашем файловом сервере и даем права на запись для учетной записи guest.
У меня будет //192.168.128.32/public/1C_Share
2) Установим cifs-utils на Linux сервере 1с:
yum install cifs-utils #для Centos
apt install cifs-utils #для Ubuntu
3) Создадим каталог для обмена, в который будет монтироваться сетевая папка:
mkdir /1C_Share
4) Посмотрим uid пользователя usr1cv8, чтобы при монтировании указать его владельцем: каталога
less /etc/passwd
5) Смонтируем нашу сетевую папку в каталог 1С_Share:
mount -t cifs //192.168.128.32/public/1C_Share /1C_Share -o user=guest,password=,uid=993
Теперь в настройках 1с указываем каталог для обмена 1C_Share и смотрим есть ли подключение:
6) Сейчас сделаем так, чтобы сетевая папка в Linux монтировалась автоматически после перезагрузки:
nano /etc/fstab и в конфиге добавляем внизу
//192.168.128.32/public/1C_Share /1C_Share cifs username=guest,password=,uid=993,iocharset=utf8,nofail 0 0
Решение для сервера 1с установленном на Windows Server.
Здесь все гораздо проще. Нужно авторизоваться в сетевом каталоге под учетной записью с которой у вас запущена служба 1с. У меня это USR1CV8.
Для этого под пользователем USR1CV8 переходим в Панель управления — Диспетчер учетных данных — Учетные данные Windows и добавляем адрес сервера //192.168.128.32 с данными авторизации, которые вы указали на файловом сервере.
Если вдруг у вас появляется подобная ошибка при файловом режиме работы 1с, то вам не хватает прав на запись для вашей учетной записи в каталоге, в котором вы настраиваете обмен.
Стоит посмотреть права для пользователя на вкладке Безопасность:
Содержание:
При попытках синхронизировать некие базы 1С при помощи каталога обмена может возникать ошибка «Каталог обмена информацией не существует», которая имеет следующий вид:
1. Устранение ошибки «Каталог обмена информацией не существует» для Linux
В случае операционной системы Linux возможно несколько вариаций отображения одной и той же ошибки:
· «Прямое подключение к информационной базе недоступно на сервере под управлением ОС Linux» — в случае вывода этой строки на экран – необходимо настроить сетевой обмен;
· «Ошибка подключения: Каталог обмена информацией не существует» — эти строки означают, что во время настройки обменных процессов авторизация в папке сети проводится учётным профилем Linux.
Устранение данной неполадки будет происходить при помощи монтажа сетевой папки в ОС Linux с той учётной записи, с которой работает система на базе 1С, для этого:
1. Необходимо открыть доступ на сетевую папку на сервере для гостевой учётной записи, к примеру:
2. Устанавливаем cifs-утилиты для сервера Linux 1C:
3. Далее нужно создать обменный каталог, в нём будет происходить монтаж сетевой папки:
4. Нужно узнать uid 1С юзера, от имени которого происходил запрос на обмен в 1С:
5. Монтируем сетевую папку в каталог 1С_Share:
Следующий шаг – запустить настройки системы 1С и указать обменный каталог 1С_Share, после чего, можно проверять подключение.
6. Последний пункт – это автоматическая монтировка сетевой папки в Linux, она будет монтироваться каждый раз, когда произошла перезагрузка:
А снизу, внутри конфигурации, нужно написать:
2. Устранение ошибки «Каталог обмена информацией не существует» для Windows в 1С
Рассмотрим теперь аналогичную ситуацию, с разницей в том, что сервер находится на ОС Windows. В этом случае действий будет меньше.
Для начала, нужно войти в сетевой каталог с той учётки, на которой запущена система на базе 1С.
Чтобы это сделать – нужно перейти в «Панель управления в 1С», кликнуть на «Диспетчер учётных данных на сервере 1С» и выбрать «Учётные данные Windows», где вносим адрес сервера, для примера:
Также вносим данные авторизации, те же, которые указывались на сервере с файлами.
В случае, если неполадка возникла во время файлового режима системы 1С Предприятие, — это значит, что данному аккаунту не хватает прав для создания записи в обменном каталоге.
Чтобы это исправить – необходимо обратиться к панели «Безопасность» и проверить настройки конкретного юзера 1С, как демонстрируется ниже:
Специалист компании «Кодерлайн»
Айдар Фархутдинов
Содержание
- Ошибка 1с «Каталог обмена информацией не существует» — Решение
- Решение для сервера 1с на Linux на примере Centos Stream.
- Решение для сервера 1с установленном на Windows Server.
- Обработка ошибок, возникающих при обмене данными в распределенной информационной базе
- Общие ошибки, возникающие при работе с XML
- Ситуации, возникающие при обмене данными в рамках распределенной информационной базы
Ошибка 1с «Каталог обмена информацией не существует» — Решение
Иногда требуется настроить синхронизацию между базами 1с через каталог обмена. Но настройка не всегда так очевидна, как казалось бы…
В этой статье я привел решение ошибки «Каталог обмена информацией не существует» в случае, если сервер 1с установлен на Linux и Windows сервере.
Решение для сервера 1с на Linux на примере Centos Stream.
Скорее всего вы получаете одну из нескольких ошибок:
Прямое подключение к информационной базе недоступно на сервере под управлением ОС Linux — ошибка говорит сама за себя, нам потребуется настройка сетевого обмена.
Ошибка подключения: Каталог обмена информацией не существует — данная ошибка возникает из-за того, что при настройке обмена авторизация в сетевой папке происходит учетной записью usr1cv8 из под Linux.
Для решения данной проблемы нам придется смонтировать сетевую папку в Linux под учетной записью, под которой работает сервер 1с.
1) Расшариваем сетевую папку на вашем файловом сервере и даем права на запись для учетной записи guest.
У меня будет //192.168.128.32/public/1C_Share
2) Установим cifs-utils на Linux сервере 1с:
yum install cifs-utils #для Centos
apt install cifs-utils #для Ubuntu
3) Создадим каталог для обмена, в который будет монтироваться сетевая папка:
4) Посмотрим uid пользователя usr1cv8, чтобы при монтировании указать его владельцем: каталога
5) Смонтируем нашу сетевую папку в каталог 1С_Share:
mount -t cifs //192.168.128.32/public/1C_Share /1C_Share -o user=guest,password=,uid=993
Теперь в настройках 1с указываем каталог для обмена 1C_Share и смотрим есть ли подключение:
6) Сейчас сделаем так, чтобы сетевая папка в Linux монтировалась автоматически после перезагрузки:
nano /etc/fstab и в конфиге добавляем внизу
//192.168.128.32/public/1C_Share /1C_Share cifs username=guest,password=,uid=993,iocharset=utf8,nofail 0 0
Решение для сервера 1с установленном на Windows Server.
Здесь все гораздо проще. Нужно авторизоваться в сетевом каталоге под учетной записью с которой у вас запущена служба 1с. У меня это USR1CV8.
Для этого под пользователем USR1CV8 переходим в Панель управления — Диспетчер учетных данных — Учетные данные Windows и добавляем адрес сервера //192.168.128.32 с данными авторизации, которые вы указали на файловом сервере.
Если вдруг у вас появляется подобная ошибка при файловом режиме работы 1с, то вам не хватает прав на запись для вашей учетной записи в каталоге, в котором вы настраиваете обмен.
Стоит посмотреть права для пользователя на вкладке Безопасность:
Источник
Обработка ошибок, возникающих при обмене данными в распределенной информационной базе
При организации обмена данными в рамках распределенной информационной базы могут возникать различные ситуации, приводящие к сообщениям об ошибках. Однако не все подобные ситуации являются ошибками в чистом виде: некоторые из них могут быть отнесены к штатным ситуациям, соответствующим протоколу обмена данными, некоторые — к неадаптированности конфигурации для работы в рамках распределенной информационной базе.
Общие ошибки, возникающие при работе с XML
Сообщение обмена данными является документом XML, поэтому имеет смысл описать возможные ошибки, которые могут возникнуть во время чтения/записи сообщений обмена данными при использовании средств чтения/записи данных XML, предоставляемых платформой «1С:Предприятие 8». При работе с данными в формате XML может возникать множество различных ситуаций, однако в данной статье будут рассмотрены только те, которые так или иначе имеют отношение к обмену данными в рамках распределенной информационной базы.
Значение URI пространства имен должно соответствовать рекомендации Namespaces in XML (см. http://www.w3.org/TR/REC-xml-names)
Производится попытка записи в XML значения, для типа которого не определена процедура записи в XML. Или производится попытка чтения из XML значения неизвестного типа или типа, для которого не определена процедура чтения из XML.
При обмене данными в рамках распределенной информационной базы используются штатные механизмы записи/чтения XML — ситуации, связанные с передачей некорректных данных, могут возникать только вследствие искажения сообщения обмена данными. В таком случае необходимо получить новое сообщение обмена данными от информационной базы — источника сообщения.
Если же сообщение содержит корректные данные и ошибка возникает в процессе считывания данных из базы данных (для последующего изменения их данными из сообщения обмена), то необходимо проверить наличие прав пользователя, от имени которого производится чтения сообщения обмена.
Также необходимо удостовериться, что в процессе чтения сообщения не возникает блокировки данных (например, чтение производится в рамках транзакции, а данные заблокированы другим пользователем), можно предпринять попытку чтения сообщения в монопольном режиме доступа к информационной базе.
Если вышеперечисленные способы не привели к устранению ошибки, то необходимо проверить целостность данных информационной базы
Ситуации, возникающие при обмене данными в рамках распределенной информационной базы
Сообщение об ошибке | Описание ошибки |
Возможные пути исправления ошибки | |
Не установлен MS XML Core Services 4.0 | На компьютере не установлен Microsoft XML Core Services 4.0, используемый «1С:Предприятием 8» для работы с XML |
Установить Microsoft XML Core Services 4.0. При установке «1С:Предприятия 8» Microsoft XML Core Services 4.0 устанавливается автоматически | |
Ошибка разбора XML | Ошибка, возникающая при синтаксическом анализе данных XML в процессе чтения. Все ошибки, определенные в SAX2, трансформируются в данную ошибку, генерируемую платформой «1С:Предприятие 8» |
Проверить правильность оформления и синтаксис данных XML (см. http://www.w3.org/TR/REC-xml). | |
Ошибочный порядок записи XML | Методы записи содержимого документа XML вызываются в неправильном порядке. Например, запись атрибута вызывается после записи текста элемента. |
Выявить и исправить места некорректного порядка вызова методов | |
Текст XML содержит недопустимые символы | Записываемый текст XML содержит недопустимые символы. |
Текст XML должен соответствовать требованиям, изложенным в главе 2.2 рекомендации XML (см. http://www.w3.org/TR/REC-xml#charsets) | |
Недопустимое имя XML | Записываемое имя XML содержит недопустимые символы. |
Имя XML должно соответствовать требованиям, изложенным в главе 2.3 рекомендации XML (см. http://www.w3.org/TR/REC-xml#NT-Name) | |
Пустое значение URI допустимо только для пространства имен по умолчанию | Производится попытка записать соответствие пространства имен, в котором URI пространства имен, представленному пустой строкой, соответствует непустой префикс. |
Переопределение пространства имен по умолчанию для текущего элемента XML недопустимо | Текущий записываемый элемент не относится ни к какому пространству имен. Поэтому для него недопустимо определение непустого пространства имен по умолчанию. |
Переопределение пространства имен по умолчанию для элемента, не относящегося ни к какому пространству имен -запрещено | |
Ошибка преобразования данных XML | Ошибка возникает вследствие нарушения структуры передаваемых данных. При чтении данных XML платформой производится автоматическое определение типа получаемых данных, кроме случаев, когда тип данных указан при вызове операции чтения. Если структура данных XML не соответствует структуре данных, определяемых типом, то будет сгенерировано данное сообщение об ошибке. |
При обмене данными в рамках распределенной информационной базы используются штатные механизмы записи/чтения XML. Данная ошибка является следствием искажения сообщения обмена. Необходимо повторно получить сообщение от информационной базы — источника сообщения | |
Значения данного типа не могут быть представлены в XML | |
Ошибка может возникнуть при участии в обмене информационных баз, имеющих различные конфигурации. Однако при обмене данными в рамках распределенной информационной базы поддерживается идентичность конфигураций информационных баз, участвующих в обмене. Данная ошибка является следствием искажения сообщения обмена. Необходимо повторно получить сообщение от информационной базы — источника сообщения | |
Ошибка данных XML | Ошибка возникает при получении некорректных данных из источника XML или же в случаях неудачного считывания из базы данных содержимого объекта, данные которого должны быть прочитаны из источника XML: блокировка объекта или же отсутствие прав на чтение данного объекта. Например, чтение существующего элемента справочника: если элемент справочника является группой, а было прочитано то, что является элементом, будет сгенерирована данная ошибка. |
В случае чтения сообщения обмена данными от подчиненного узла в главном узле данная ситуация является штатной и означает наличие изменений конфигурации, которые еще не были получены в подчиненном узле — источнике сообщения.
Если же чтение сообщения от главного узла производится в подчиненном узле, то данная ситуация является следствием изменения конфигурации в подчиненном узле. Необходимо удостовериться, что обмен производится в правильно настроенной распределенной информационной базе (создание подчиненных узлов производилось при помощи рекомендованных способов) и в процессе работы не производилось изменения конфигурации подчиненной информационной базы (изменение в штатном режиме невозможно). Изменения конфигурации подчиненного узла может быть осуществлено только после отключения информационной базы от распределенной информационной базы — установка значения главного узла в Неопределено . В случае несанкционированного изменения конфигурации в подчиненном узле необходимо восстановить соответствие конфигураций путем полной загрузки конфигурации из главного узла
Сообщение об ошибке | Описание ошибки |
Возможные пути исправления ошибки | |
Узел не является узлом распределенной ИБ | При вызове одного из методов встроенного языка, относящегося к распределенной ИБ, значение переданного параметра — узла плана обмена — не принадлежит плану обмена с установленным признаком «Распределенная информационная база». |
Необходимо убедиться в правильности передаваемого в метод параметра | |
Запись сообщения обмена данными не начата | В метод записи изменения данных передан в качестве параметра объект ЗаписьСообщенияОбмена , у которого не был вызван метод НачатьЗапись или был вызван метод завершения записи ( ПрерватьЗапись , ЗакончитьЗапись ). |
Убедиться, что вызов записи изменений вызывается в рамках процесса записи объекта ЗаписьСообщенияОбмена | |
Чтение сообщения обмена данными не начато | В метод чтения изменения данных передан в качестве параметра объект ЧтениеСообщенияОбмена , у которого не был вызван метод НачатьЧтение или был вызван метод завершения записи ( ПрерватьЧтение , ЗакончитьЧтение ). |
Убедиться, что вызов чтения изменений вызывается в рамках процесса чтения объекта ЧтениеСообщенияОбмена . | |
Номер сообщения распределенной ИБ должен быть больше номера ранее принятого сообщения | Производится попытка чтения старого (возможно, уже принятого) сообщения обмена данными. |
Необходимо произвести синхронизации номера принятого сообщения в текущем узле распределенной ИБ и номера отправленного сообщения в узле — источнике сообщения обмена данными. Этого можно достичь при помощи непосредственного изменения соответствующих реквизитов у узлов плана обмена, по которому осуществляется работа, или выполнить запись необходимого количества сообщений обмена данными в узле — источнике сообщения | |
Начальный образ может быть выгружен только во вновь созданную или пустую ИБ | По указанному месторасположению начального образа уже существует другая информационная база. |
Необходимо убедиться, что при создании начального образа указано место, в котором не существует информационной базы | |
Ошибка формата представления изменений | Структура и порядок следования элементов сообщения обмена данными не соответствуют требуемому. |
При обмене данными в рамках распределенной информационной базы используются штатные механизмы записи/чтения XML. Данная ошибка является следствием искажения сообщения обмена данными. Необходимо повторно получить сообщение от информационной базы — источника сообщения | |
Попытка приема изменений от неизвестной конфигурации | При попытке чтения сообщения обмена данными в рамках распределенной информационной базы обнаружено несоответствие конфигураций источника и приемника сообщения. |
По всей видимости, сообщение обмена было записано для информационной базы, имеющей конфигурацию, отличную от данной. Подобная ситуация может произойти в случае ручной настройки распределенной информационной базы. Если подчиненный узел распределенной информационной базы создавался путем объединения конфигурации информационной базы и конфигурации главного узла, то внутренняя идентификация объектов метаданных не будет соответствовать конфигурации главного узла, что приводит к данной ошибке. Рекомендуется создавать информационные базы подчиненных узлов либо при помощи создания начального образа, либо при помощи полной загрузки конфигурации в информационную базу | |
Искажены изменения конфигурации! | При попытке чтения сообщения обмена данными обнаружены искажения в передаваемых изменениях конфигурации. |
Необходимо получить от источника сообщения новое сообщение обмена данными | |
Конфигурация узла распределенной ИБ не соответствует ожидаемой! | Конфигурация текущей информационной базы была изменена по отношению к конфигурации информационной базы источника сообщения. |
Изменения конфигурации не могут быть получены из подчиненного узла распределенной ИБ | При чтении сообщения обмена, полученного от подчиненного узла, в нем обнаружены изменения конфигурации. |
Подобная ситуация может возникнуть если имеет место искажение сообщения обмена, либо обмен производится в распределенной информационной базе с незавершенным процессом перестроения иерархии узлов. Необходимо убедится, что сообщение обмена получено без искажений и правильно заполнены узлы соответствующего плана обмена в обоих узлах распределенной информационной базы (источнике и приемнике сообщения). | |
Из главного узла распределенной ИБ получены изменения конфигурации. Необходимо выполнить обновление конфигурации базы данных. Обновление может быть выполнено в режиме Конфигуратор |
Из главного узла получены изменения конфигурации. |
Необходимо запустить систему в режиме Конфигуратор , произвести обновление конфигурации базы данных, после чего повторить чтение данного сообщения обмена в режиме 1С:Предприятие для завершения чтения сообщения. | |
Данные не входят в состав плана обмена | При чтении сообщения обмена обнаружены данные, не входящие в состав плана обмена. |
При обмене данными в рамках распределенной информационной базы используются штатные механизмы записи/чтения XML. Данная ошибка является следствием искажения сообщения обмена. Необходимо повторно получить сообщение от информационной базы — источника сообщения |
При чтении сообщения обмена производится автоматическая запись полученных изменений данных в информационную базу. Если в процессе записи данных происходит ошибка, то процесс чтения сообщения прерывается. Для определения в процедурах записи элементов данных (объектов и наборов записей) режима записи после загрузки из сообщения обмена существует свойство Загрузка . Для корректной работы в рамках распределенной информационной базы процедуры записи элементов данных должны быть написаны с учетом произвольного порядка загрузки данных из сообщений обмена (например, не должны выполняться проверки связанной с записываемым элементом данных информации.
Источник
Иногда требуется настроить синхронизацию между базами 1с через каталог обмена. Но настройка не всегда так очевидна, как казалось бы…
В этой статье я привел решение ошибки «Каталог обмена информацией не существует» в случае, если сервер 1с установлен на Linux и Windows сервере.
- Решение для Linux сервера 1с
- Решение для Windows сервера и файлового режима работы 1с
Решение для сервера 1с на Linux на примере Centos Stream.
Скорее всего вы получаете одну из нескольких ошибок:
Прямое подключение к информационной базе недоступно на сервере под управлением ОС Linux — ошибка говорит сама за себя, нам потребуется настройка сетевого обмена.
Ошибка подключения: Каталог обмена информацией не существует — данная ошибка возникает из-за того, что при настройке обмена авторизация в сетевой папке происходит учетной записью usr1cv8 из под Linux.
Для решения данной проблемы нам придется смонтировать сетевую папку в Linux под учетной записью, под которой работает сервер 1с.
1) Расшариваем сетевую папку на вашем файловом сервере и даем права на запись для учетной записи guest.
У меня будет //192.168.128.32/public/1C_Share
2) Установим cifs-utils на Linux сервере 1с:
yum install cifs-utils #для Centos
apt install cifs-utils #для Ubuntu
3) Создадим каталог для обмена, в который будет монтироваться сетевая папка:
mkdir /1C_Share
4) Посмотрим uid пользователя usr1cv8, чтобы при монтировании указать его владельцем: каталога
less /etc/passwd
5) Смонтируем нашу сетевую папку в каталог 1С_Share:
mount -t cifs //192.168.128.32/public/1C_Share /1C_Share -o user=guest,password=,uid=993
Теперь в настройках 1с указываем каталог для обмена 1C_Share и смотрим есть ли подключение:
6) Сейчас сделаем так, чтобы сетевая папка в Linux монтировалась автоматически после перезагрузки:
nano /etc/fstab и в конфиге добавляем внизу
//192.168.128.32/public/1C_Share /1C_Share cifs username=guest,password=,uid=993,iocharset=utf8,nofail 0 0
Решение для сервера 1с установленном на Windows Server.
Здесь все гораздо проще. Нужно авторизоваться в сетевом каталоге под учетной записью с которой у вас запущена служба 1с. У меня это USR1CV8.
Для этого под пользователем USR1CV8 переходим в Панель управления — Диспетчер учетных данных — Учетные данные Windows и добавляем адрес сервера //192.168.128.32 с данными авторизации, которые вы указали на файловом сервере.
Если вдруг у вас появляется подобная ошибка при файловом режиме работы 1с, то вам не хватает прав на запись для вашей учетной записи в каталоге, в котором вы настраиваете обмен.
Стоит посмотреть права для пользователя на вкладке Безопасность:
Показывать по
10
20
40
сообщений
Новая тема
Ответить
knigina
Дата регистрации: 12.02.2012
Сообщений: 380
Настраиваю обмен между УТ 10.3.28.1 (клиент-серверный вариант) платформа 8.2.19.83 и БП 3.0.30.12 (базовая) платформа 8.3.4.437.<br>Запускаю УТ на компе, на котором установлена БП.<br>При попытке настройки обмена в УТ через сетевой каталог (папка создана на компе, где установлена БП, папка существует и доступ к ней есть для всех в сети) появляется ошибка «Ошибка подключения: Каталог обмена информацией не существует».<br>Ранее, до обновления БП с 2.0 до 3.0 всё отличненько работало по аналогичной схеме. <br>При попытке настройки той же УТ, но в файловой режиме, всё тоже работает.<br>Фокус в чём? Как решается?
Денис (САМАРА)
Дата регистрации: 09.04.2008
Сообщений: 8351
УТ пытается получить доступ к сетевой папке от имени пользователя, от которого запущена служба сервера 1С Предприятия. Именно этот пользователь должен иметь доступ к сетевой папке. Путь к этой папке должен быть задан как абсолютный (<имя компьютера><имя папки>).
knigina
Дата регистрации: 12.02.2012
Сообщений: 380
Всё именно так, как говорите. Полный доступ к папке есть у всех, и у этого пользователя тоже. И путь задан как Вы указали. И имя папки — не кириллица.<br>Кучу вариантов перепробовано. Нет доступа даже к той папке, доступ к которой у той же самой УТ есть при уже действующем обмене с БП 2.0.<br>Куда ещё можно рыть?
Дина
Дата регистрации: 21.05.2010
Сообщений: 2981
В БП 3.0 настроена в синхронизации сетевая папка?
knigina
Дата регистрации: 12.02.2012
Сообщений: 380
В БП 3.0 пока ничего не настроено. Обмен только настраиваю. Нужен односторонний, из УТ в БП. Начинаю с настройки в УТ. И сразу упираюсь в проблему. А вообще схема настрйки обмена не раз опробована и отработана. Только на файловой УТ.<br>Проблема возникает при попытке произвести настройку с клиент-серверным вариантом УТ. А БП базовая. Соответственно, файловый вариант.
Денис (САМАРА)
Дата регистрации: 09.04.2008
Сообщений: 8351
Покажите скриншот закладки «Вход в систему» из свойств службы сервера 1С и скриншот закладки «Безопасность» из свойств общей папки.
Показывать по
10
20
40
сообщений
|
|||
SalaSky
19.01.18 — 20:42 |
При проверке подключения дает ошибку: Ошибка подключения: Каталог обмена информацией не существует. Техническую информацию об ошибке см. в журнале регистрации. По коду все стандартно: Проверку существования каталога проводит методом Новый Файл(Путь к каталогу), а потом Файл.Существует() возвращает ложь. И это только для сетевых каталогов, с локальными проблем нет. Никто не знает в чем может быть дело? |
||
SalaSky
1 — 19.01.18 — 20:44 |
Если подключить сетевой диск даже, все равно не работает. |
||
mehfk
2 — 19.01.18 — 20:47 |
Серверная? |
||
SalaSky
3 — 19.01.18 — 20:56 |
(2) Да. Службу пробовал и от системной учетной записи запускать и от своей. |
||
SalaSky 4 — 19.01.18 — 21:33 |
Вопрос решился, сис. админ что-то перенастроил. Бредовая ситуация, куча баз работает через расшаренные папки, а БП не захотела. |
Я в одной книжке по программированию как то прочитал: «Есть два вида языков, одни постоянно ругают, а вторыми никто не пользуется.» |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Содержание:
При попытках синхронизировать некие базы 1С при помощи каталога обмена может возникать ошибка «Каталог обмена информацией не существует», которая имеет следующий вид:
1. Устранение ошибки «Каталог обмена информацией не существует» для Linux
В случае операционной системы Linux возможно несколько вариаций отображения одной и той же ошибки:
· «Прямое подключение к информационной базе недоступно на сервере под управлением ОС Linux» — в случае вывода этой строки на экран – необходимо настроить сетевой обмен;
· «Ошибка подключения: Каталог обмена информацией не существует» — эти строки означают, что во время настройки обменных процессов авторизация в папке сети проводится учётным профилем Linux.
Устранение данной неполадки будет происходить при помощи монтажа сетевой папки в ОС Linux с той учётной записи, с которой работает система на базе 1С, для этого:
1. Необходимо открыть доступ на сетевую папку на сервере для гостевой учётной записи, к примеру:
2. Устанавливаем cifs-утилиты для сервера Linux 1C:
3. Далее нужно создать обменный каталог, в нём будет происходить монтаж сетевой папки:
4. Нужно узнать uid 1С юзера, от имени которого происходил запрос на обмен в 1С:
5. Монтируем сетевую папку в каталог 1С_Share:
Следующий шаг – запустить настройки системы 1С и указать обменный каталог 1С_Share, после чего, можно проверять подключение.
6. Последний пункт – это автоматическая монтировка сетевой папки в Linux, она будет монтироваться каждый раз, когда произошла перезагрузка:
А снизу, внутри конфигурации, нужно написать:
2. Устранение ошибки «Каталог обмена информацией не существует» для Windows в 1С
Рассмотрим теперь аналогичную ситуацию, с разницей в том, что сервер находится на ОС Windows. В этом случае действий будет меньше.
Для начала, нужно войти в сетевой каталог с той учётки, на которой запущена система на базе 1С.
Чтобы это сделать – нужно перейти в «Панель управления в 1С», кликнуть на «Диспетчер учётных данных на сервере 1С» и выбрать «Учётные данные Windows», где вносим адрес сервера, для примера:
Также вносим данные авторизации, те же, которые указывались на сервере с файлами.
В случае, если неполадка возникла во время файлового режима системы 1С Предприятие, — это значит, что данному аккаунту не хватает прав для создания записи в обменном каталоге.
Чтобы это исправить – необходимо обратиться к панели «Безопасность» и проверить настройки конкретного юзера 1С, как демонстрируется ниже:
Специалист компании «Кодерлайн»
Айдар Фархутдинов
Есть розница в которой настроен типовой обмен по магазину. обмен через фтп, проверка соединения работает и сам обмен при запуске вручную тоже работает. А когда запуск происходит рег. заданием — не работает . Обработка: ТранспортСообщенийОбменаFILE: Ошибка подключения: Каталог обмена информацией не существует. база файловая. Подскажите куда смотреть , копать?
Возможно, в самом сценарии обмена указано, что обмен не через ftp, а через каталог. А каталога не существует.
там верно . это я проверил сразу же
Но откуда-то ведь вызывается обработка ТранспортСообщенийОбменаFILE? Если бы действительно был указан ftp, то вызывалась бы обработка ТранспортСообщенийОбменаFTP. Возможно, в сценарии есть обмен не с одной базой, а с двумя, и во втором настроено через каталог.
все поборол.. спасибо за — это была наводка. есть справочник настроек синхронизации. где мы указываем возможные варианты обмена и способ по умолчанию. А еще есть справочник настроек синхронизации, где мы указываем что делать выгружать или загружать. Так вот там тоже почему то сидит вариант обмена. Он там и был не верным.
Вчера на последней КА 2.2.2.227 наткнулся на подобную ошибку. Синхронизация через универсальный формат обмена, ftp, сжимать файл. Когда везде выключил флаг сжимать файл, ошибка пропала.
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
Ткаченко Анастасия
Специалист по внедрению 1С франчайзинговой сети «ИнфоСофт».
08.09.2020
Время прочтения — 4 мин.
Получить бесплатную консультацию
Обмен не проходит, документы не переносятся
1) Проверка соответствия релизов БП 3.0 и ЗУП 3.1
Частой причиной ошибок при обмене выступает разрыв между обновлениями конфигураций ЗУП 3.1 и БП 3.0.
Помните, что для корректного обмена конфигурации должны быть актуальных релизов.
2) Проверка корректности подключения
Заходим в раздел Администрирование – Синхронизация данных – Настройка синхронизации данных.
Встаем мышкой на нужный обмен — кнопка Настроить – кнопка Ещё – Настройки подключения:
В открывшемся окне производим проверку подключения по одноименной кнопке:
Данную проверку следует произвести как в ЗУП 3.1, так и в БП 3.0.
Распространенные ошибки подключения:
-
При подключении через сетевой каталог – разные папки для обмена в ЗУП 3.1 и БП 3.0 (в данном случае нужно проверить оба пути и указать верный); отсутствие доступа до папки (обратиться к системному администратору для настройки общего доступа);
-
При прямом подключении – смена пароля у пользователя, используемого для подключения (следует обновить данные для подключения).
Подпишитесь на дайджест!
Подпишитесь на дайджест, и получайте ежемесячно подборку полезных статей.
Обмен проходит, документы не переносятся
Документы регистрируются к обмену в автоматическом режиме при добавлении, изменении. Бывают случаи, когда документ по какой-то причине не переносится.
Что делать?
1) Убедиться, что нужный документ по дате попадает в период, с которого начинается обмен данными:
Если необходимо, следует провести корректировку настроек обмена.
2) Проверить Предупреждения при обмене, раздел Непринятые по дате запрета:
Если нужный документ попадает в данный список, то необходимо подкорректировать дату запрета и повторно выполнить обмен.
3) Зарегистрировать документ к обмену вручную
Для этого необходимо перейти по кнопке Состав отправляемых данных, выбрать нужный вид документа, затем по кнопке Зарегистрировать или правой кнопкой мыши в соседней табличной части зарегистрировать нужный документ к обмену:
Затем следует повторить проведение обмена между конфигурациями.
______________________________________________________________________
Важно отметить, что сообщение «Не удалось синхронизировать данные» при обмене через каталог не всегда означает, что обмен не прошел.
Для анализа рекомендуем переходить по активной ссылке Журнал регистрации в полученном сообщении результата обмена:
Где мы увидим, что сообщение обмена было принято ранее, поэтому получать в ЗУП 3.1 из БП 3.0 было нечего.
Иными словами, файл с данными, который был отправлен конфигурацией БП 3.0 к запуску текущего обмена не обновлялся. Это означает, что данные из сообщения уже были загружены в ЗУП 3.1 ранее и повторно загрузка производиться не будет.
Для успешного завершения обмена при настройке подключения через каталог необходимо поэтапно запускать обмен в каждой из конфигураций.
Ошибки обмена, выгрузки из 1С: Управление торговлей 10.3 в 1С: Бухгалтерия предприятия 3.0
Описание ошибки:
Обмен перестал работать после обновления платформы до релиза 8.3.6.2421. Ошибка — индикатор проблемы в обмене: Обработка: ТранспортСообщенийОбменаFILE: В каталоге обмена информацией не был обнаружен файл сообщения с данными.
Найденные решения:
Решение проблемы оказалось достаточно тривиальным. Но понимаю сути проблемы мешало недавнее обновление платформы 1С:Предприятие с релиза 8.3.6.2332 на релиз 8.3.6.2421 в сочетании с тем, что в настройке обмена была упразднена настройка обмена через каталог обмена и был оставлен вариант подключения только через «Прямое подключение».
А получилась на самом деле какая ситуация. От нового релиза платформы не было установлено новая подверсия com-соединения. Поэтому при выполнении обмена, т.к. не получалось осуществить выгрузку через прямое подключение к базе, обмен как бы «цеплялся» за «остатки» ранее настроенного обмена через каталог, от настроек которого в общем то ничего не осталось. Точно стало понятно, когда было решено проверить настройку подключения в настройке обмена.
Ошибка: «Ошибка при установке подключения ко второй информационной базе: Не удалось подключится к другой программе: {ОбщийМодуль.ОбщегоНазначения.Модуль(4076)}: Ошибка при вызове метода контекста (Connect)
Результат.Соединение = COMConnector.Connect(СтрокаСоединения);
по причине:
Произошла исключительная ситуация (V83.COMConnector.1): Версия компоненты ‘comcntr’ (8.3.6.2332) отличается от версии корневого модуля ‘core83’ (8.3.6.2421)»
говорила сама за себя.
И вот тут то пришел момент истины — необходимо было обновить com-компоненту именно от новой версии платформы 1С: Предприятие 8.3. Что и было сделано:
Но сразу компонента не захотела работать, при проверке соединения возникала ошибка снова:
В настройке обмена после неудачной попытки проверки появилась кнопка «Исправить ошибки установки внешнего соединения», нажатие по кнопке и согласие с перезагрузкой решило проблему окончательно. Только вот перезагрузку пришлось после нажатия на кнопку «Да» выполнить вручную, т.к. автоматически это не произошло, а казалось должно было по формулировке окна-предупреждения. Но проблема оказалась решена.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
11-12-2015
Журавлев А.С.
(www.azhur-c.ru)
|
|||
SalaSky
19.01.18 — 20:42 |
При проверке подключения дает ошибку: По коду все стандартно: Проверку существования каталога проводит методом Новый Файл(Путь к каталогу), а потом Файл.Существует() возвращает ложь. И это только для сетевых каталогов, с локальными проблем нет. Никто не знает в чем может быть дело? |
||
SalaSky
1 — 19.01.18 — 20:44 |
Если подключить сетевой диск даже, все равно не работает. |
||
mehfk
2 — 19.01.18 — 20:47 |
Серверная? |
||
SalaSky
3 — 19.01.18 — 20:56 |
(2) Да. Службу пробовал и от системной учетной записи запускать и от своей. |
||
SalaSky 4 — 19.01.18 — 21:33 |
Вопрос решился, сис. админ что-то перенастроил. Бредовая ситуация, куча баз работает через расшаренные папки, а БП не захотела. |