Меню

1с риб настройка яндекс диска

Синхронизация с РИБами

Здравствуйте. Встала проблема с синхронизацией с РИБами. Есть 3 РИБ, раньше когда было 2, то синхронизация происходила через яндекс диск без проблем, появилась 3, возникли проблемы, что часто прекращалась синхронизация автоматически. Поставил дропбокс на одну базу и яндекс заработал нормально, но периодически 1с перестает синхронизировать через дропбокс автоматически а вручную проходит, потом сам начинает автоматом работать. С чем может быть связано, что перестает автоматически синхронизировать а потом через несколько ручных снова нормально начинает работать?

1с 8.3, Розница редакция 2.1.

П.С. Перестает часто когда компьютер где стоит РИБ отключен и утром не проходит, но так же не всегда а периодически.

(1) Тоже подумываю о впн уже, думал, что без впн можно решить эту проблему.

Какую программу можете посоветовать которая безпроблемная?

Время создания файла выгрузки и время чтение в ЦБ должны быть разнесены железно!

Почему именно 5 минут. Можно же поставить 15 минут.
Даже час или раз в 3 часа.

Несколько лет у нас РИБ шел через ftp.
Потом когда меняли хостинг, возникли проблемы с ftp и решили недельку использовать Яндекс-диск.

Даже так подумали, если Яндекс-диск покажет себя хорошо, то оставим обмен на нем. Не показал.
В итоге через неделю вернулись на ftp.

Проблемы с Яндекс-диском у нас было 2.
1. При обмене через ftp, как только в 1с завершился обмен, можно было запускать обмен в дочке сразу. С Яндекс-диском нужно еще ждать, когда файл выгрузиться на облако, а потом с облака на комп к дочке. Это могло занимать 5 и более минут. Напрягало. Из-за этого были сбой и при регл. заданиях, так как тупо бывало не успевало синхронизироваться. Решается проблема увеличением времени обмена.
2. Точно сейчас не помню из-за чего, но Яндекс-диск иногда создавал файл не Message_102_101.zip, а Message_102_101 (2).zip и все пока его в бразуере не переименуешь обратно в Message_102_101.zip не работал обмен. Переименование локально внутри яндекс-диска не помогало.
Эта причина была основной, решения не нашли, венрулись на ftp.

— один узел центральный и к нему сколько периферийных создано? два или три?
— три регламентных задания на центральном узле и одно подключение к яндекс-диску из этого узла. и еще подключения к этому же диску со стороны периферийных узлов.

Читайте также:  joomla full text rss настройка

Так где отваливается регламентное задание — центра или периферии? И какое подключение при этом отваливается: яндекс диску или дроп-диску

источник

Распределенные информационные базы РИБ

Инструкция по настройке распределенной информационной базы в 1С на примере Управление торговлей 11. Нюансы работы, наиболее частые ошибки и пути их решения.

Настройка узлов РИБ

Механизм распределенных информационных баз (РИБ) позволяет настроить обмен данными между двумя и более идентичными конфигурациями. Под идентичными понимаются базы с абсолютно одинаковой конфигурацией (например, УТ и УТ ). Данный механизм служит в основном для обмена между базами, которые разделены друг от друга территориально и нет других способов синхронизации (или в случае нестабильного интернета). Работа в таких базах производится независимо друг от друга, а обмен данными происходит через передаваемые файлы сообщений (например, через электронную почту, или посредством копирования на съемные носители).Распределенная база состоит из одного центрального узла и одного (или нескольких) периферийных узлов. Чаще всего задача обменов между узлами РИБ сводится к выгрузке данных из периферийных узлов в центральную базу.

Рассмотрим механизм создания распределенной базы на примере 1С:Управление торговлей 11 .

Раздел НСИ и администрирование –> синхронизация данных –> настройка синхронизации данных –> кнопка новая синхронизация данных .Существует два варианта настройки:

  • Распределенная информационная база – предназначена для настройки нового узла обмена РИБ;
  • РИБ с фильтрами — Применяется в тех случаях, когда нужно обмениваться данными не по всем организациям и/или подразделениям, находящимся в базе.

В дальнейшем примере выбран первый вариант – распределенная информационная база .

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

Переходим по ссылке настроить параметры подключения .

На этом этапе выбирается каким способом будут синхронизироваться данные. Это может быть каталог – папка на компьютере или в локальной сети, синхронизация через FTP на сервере или электронную почту. Выберем вариант использовать локальный или сетевой каталог для синхронизации данных . Именно в этот каталог будут сохраняться файлы для выгрузки и загрузки. Нажмем Далее .

Читайте также:  как сбросить ресивер пионер на заводские настройки

Укажем наименование программы – корреспондента и префикс. На примере — ПБ . Нажмем Далее

Настройки подключения для этой программы завершены. Готово .

Переходим к следующему этапу настройки РИБ – настроить правила отправки и получения данных .

На этом этапе создается начальный образ периферийной программы. Для этого нажимаем Создание начального образа с файлами и указываем каталог, в котором создастся периферийная база. В качестве расширения должно быть указано 1Cv8.CD – программа поставит его автоматически. Нажимаем создать начальный образ .

Откроется окно создания начального образа.

Через некоторое время создание начального образа будет завершено.

Все этапы настройки распределенной информационной базы для этой программы завершены.

Добавим распределенную информационную базу в список программ, зайдем в неё и продолжим настройку.

После входа в программу автоматически открывается помощник синхронизации данных. Напомним, что настройки всегда можно открыть из раздела НСИ и администрирование –> синхронизация данных –> настройка синхронизации данных –> кнопка новая синхронизация данных — распределенная информационная база . Нажимаем настроить параметры подключения .

Выберем каталог и нажмем Далее .

На этом этапе видм представление программ и префиксы. Далее . Нстройки подключения второй базы сохранены.

Нажмем настроить правила отправки и получения данных .

Запишем и закроем настройки. На этом настройки РИБ завершены.

Рассмотрим совместную работу с двумя базами и разберем основные нюансы работы, некоторые ошибки и методы их исправления. Представим, что пользователи в каждой из баз зашли в карточку контрагента и поменяли в нем название. В центральной базе переименовали контрагента Маяк на Маяк_Н , а в распределенной на Маяк-н (отличие регистре буквы Н ) и провели синхронизацию в обеих базах.

Проводим обмен между центральной базой и периферийным узлом РИБ (дальнейшия действия нужно сделать поочередно во всех базах РИБ) — Раздел НСИ и администрирование –> синхронизация данных –> настройка синхронизации данных – кнопка синхронизировать .

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

После проведения синхронизации получили одно предупрждение.

Нажав на предупреждение откроется окно, где можно проанализировать конфликты синхронизации. Нажмем показать отличие .

И посмотрим как изменился объект.

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

Читайте также:  world of tanks настройка модпака

А по кнопке подтвердить – подтверждается разрешение конфликта и он исчезнет из списка предупреждений.

Как видим совместная работа в РИБ может привести к коллизиям, когда одни и те же данные одновременно изменяются в разных узлах. Чтобы этого избежать рекомендуется настроить права доступа таким образом, чтобы изменение одних и тех же данных в разных узлах базы стало невозможным.

В завершении рассмотрим наиболее распространенные ошибки при работе с РИБ.

Конфигурация узла распределенной ИБ не соответствует ожидаемой

Данная ошибка возникает как правило из-за аварийного завершения работы программы во время обмена.

Рекомендуется выполнить следующие действия:

  1. Создайте архивные копии всех баз и запустите конфигуратор в центральной базе;
  2. Отключите основной узел с помощью специальной обработки;
  3. Сохраните конфигурацию в файл ( Конфигурация —> Сохранить конфигурацию в файл );
  4. Откройте конфигуратор базы подчиненного узла и снимите конфигурацию с поддержки ( Конфигурация —> Поддержка —> Настройки поддержки —> Снять с поддержки );
  5. Загрузите конфигурацию из ранее сохраненного файла центральной базы ( Конфигурация —> Загрузить конфигурацию из файла );
  6. После загрузки нужно применить все изменения для базы данных (нажатие на клавишу F7 );
  7. После реструктуризации необходимо зайти в режим предприятия и с помощью обработки установить главный узел конфигурации;
  8. Исправление завершено, обмен должен работать нормально.

Номер сообщения меньше либо равен ранее принятому

Чаще всего такая ошибка возникает если одна из баз была восстановлена из архивной копии. В таком случае необходимо выравнять коды сообщений узлов обмена.

  • Сделать архивные копии всех баз;
  • Открыть типовую обработку регистрация изменений для обмена;
  • В ней нажать на гиперссылку с номерами сообщений или на кнопку изменить номера сообщений;
  • В открывшемся окне обнуляем номера сообщений и нажимаем Записать .

Инструкция по настройке типового обмена справочниками и документами между различными конфигурациями 1С на примере 1С:Управление торговлей 11 и Бухгалтерия предприятия 3.0

Автоматическая подстановка нужного вида цены в документах продажи исходя из накопленного объема продаж по текущей номенклатуре. Возможность тонкой настройки. Справка-расчет по выбору текущего вида цен.

Простой способ выгружать из информационной базы все данные по организации (или списку организаций) в другую базу.

источник