РИБ обмен по запросу
У меня 1С 8.3 с УТ 11.4 на борту.
Условия:
- Есть 3 базы 1С (главный узел и 2 подчиненные - все клиент-серверные), которые территориально удалены друг от друга. Между ними настроен РИБ обмен через регламентные задания с интервалом в 15 минут, т.е. при худшем сценарии максимальное время актуализации данных между базами - 30 минут
- между серверами настроен VPN - т.е. обе базы видят друг друга как-будто они в одной локальной сети + каждая из баз опубликована (это так на заметку)
В чем проблема:
Курьер забирает из магазинов перемещения и привозит на склад - на дорогу уходит 5-10 минут. Но бывают ситуации, что изменения по перемещения в 1С вносят непосредственно перед выездом курьера и когда он приезжает на склад - этих изменений в главном узле еще нет - приходится ждать 15-20 минут пока произойдет полный РИБ обмен.
Задача:
Хотелось бы иметь функционал запуска РИБ обмена по запросу. В локальной базе запустить обмен не проблема - но надо придумать как запускать регламентное по обмену на удаленной базе.
Поскольку базы по сути напрямую видят друг друга - возможно есть вариант реализовать такой механизм через COM соединение или через web сервис, в общем надо придумать стабильный вариант подключения, чтобы срабатывал такой не сложный алгоритм:
1. Например, на локальной базе нажимаем кнопку "Выполнить обмен"
2. Подключаемся к удаленной базе и запускаем регламентное задание по Обмену (если регламентное сейчас выполняется - то след. пункт)
3. Ожидаем ответа об окончании выполнения задания
4. При получении ответа - запускаем регламентное по обмену на локальной базе
-
2 дня1000 UAH
546 5 0 2 дня1000 UAH
Добрый день, могу сделать эту задачу через запуск обмена в базе с ярлыка на рабочем столе. Уже делал подобные обмены.
-
Добрый день. а зачем вам Риб. если у вас настроен ВПН. вы можете все работать в одной базе. и не будет проблем с обменом.
-
да даже риб могли б и оставить на случай обвала инета, но основной пользовались по rdp.
-
Если пропадает интернет - тогда магазин закрывать получается? Или записывать на листике продажи?
-
При пропадании интернета вести в локальной урбд(прописать инструкцию на случай для кассира, менеджера etc), а так работать через веб морду в Центральной базе раз они все у вас опубликованы(если имелось ввиду веб сервер) или remote desktop service (protocol) урбд при нынешнем качестве и стабильности интернета уже никто непользует. Траблы даже при ускоренном обмене будут случаться так как если оба пользователя изменять один и тот же документ, нужен будет ещё один цикл итерации для перезаписи его из Центральной в Перефирийную базу (у центральной базы всегда приоритет)
-
Доброго дня.
А чому на 2 базі не можна запустити обмін ?. (Касир або менеджер)
Можливо вам просто кнопку добавити в зручне місце.
Якщо це касир -
Тут не понял. Базы в разных частях города. Можно конечно звонить и просить чтобы запустили обмен или курьеру флешку с файлами обмена давать - проблему мою это решит, но смысл в таких костылях если можно все автоматизировать
-
Можу зробити через ком.
Кнопку яку менеджер в центральній базі запускає і програма виконує вигрузку і загрузку в іншій базі
по базах які налаштуються в окремому справочнику. -
Третя ставка сама близька до виконання задачі, шановні виконавці читайте ТЗ вас ніхто не питає про доцільність ріб вам кажуть запустити обмін
-
побільше б вас таких программістів, більш і в нас у адмінім роботи будє, ви ж читайте і проблему замовника, одним тим алгоритмом задачу не вирішиш. Треба тоді буде переписати механізм урбд.
-
- между серверами настроен VPN - т.е. обе базы видят друг друга как-будто они в одной локальной сети + каждая из баз опубликована (это так на заметку)
Я відману вас я уважно прочитав, скажіть що мішає мені запустити обмін в вузлі тото сказати вигрузи дані, чекнути статус завершено, і тоді вже основному вузлу сказати занрузи дані?
-
Я вважаю що нічого як мені через ком.))))
-
Траблы даже при ускоренном обмене будут случаться так как если оба пользователя изменять один и тот же документ,тмц, нужен будет ещё один цикл итерации для перезаписи его из Центральной в Перефирийную базу (у центральной базы всегда приоритет), это всеравно что Укрпочту пытаться ускорить телефонными звонками. Через com как предлагает коллега постарше реальней, но всеравно это задача решается административно управляющими механизмами и пытаться его решение через создание костыля в урбд лежит только на заказчике, у меня опыт с администрирования более 11 баз на урбд есть.
-
Ком це минулий вік, коли замовник пише що база обпулікована мені простіше REST, на рахунок проблем обмів так званого конфлікту версій документа, вони і так є у замовника, або немає, ви не знаєте, так як це проблема РИБ. У змавника він працює і він ним задоволений, раз навіть при наявносі звязків між серверами і стабільного інтернету не обєднав бази, значить є на це свої причнини.
-
Та вже свій костиль, що те мене вмовляеш) вирішить всерівно замовник, а старий сом дасть фору твоему restу рази в три. Тім паче рест реалізовувати проще ніж com.
-
Всем спасибо за обсуждение. Отвечу по порядку:
- действительно задача стоит только об удаленном запуске обмена. Метод работы выбран отдельными базами с РИБом, а не через RDP в силу многих факторов не только связанных с интернетом (специфическое оборудование и т.д.)
- все конфликты одновременного изменения документов решены доработкой конфы. За последние 2 года не зафиксировано проблем
И вопрос Алексею - можно подробней в чем фора у com перед rest?
-
На для вашей задачи никакой, сом просто ниже в стеке реализации winapi нежели прохождение через httpа потом к ядру .но это было в эпоху 1с 7. Хотя сервер публикуется всеравно через apache или iis. Com подобен rpc (remote call procedure), скорость выше но безопасность никакая.
-
про швидкість беред сивоі кобили, кастомні мобільні додатки на ресті працюють швидще як мобільна платформа, все побудовано на ресті, і взагалі якщо програміст хоче викоритовувати ком, йому треба зламати руки....
PS. Слово кросплатформеність вам напевно не відоме.
-
Никто и не спорит что ком существует только в винде, вы просто в 1с 7 наверное не работали молодой человек.
-
Послухайте, ваш професіний рівень застряг на 2005, в нормальну команду вас не візьмутьпросто інтервю не пройдете, про ком і HTTP є багато статей раджу ознайлмитись, я вже мовчу про танці з бубнами коли піднімуть версію платформи і виявится що все чомучь не працює....
-
здесь работают только команды аутсорсеров и я мешаю ?
-
Большая просьба общаться с уважением друг к другу.
Исполнитель выбран на другой площадке, задание закрываю. Всем спасибо за обсуждение и идеи.
-
Актуальные фриланс-проекты в категории Десктопные приложения
Модификация в работе эмулятора
2000 UAH
Здравствуйте. Я скачал с Интернета эмулятор игрового автомата gaminator cf final. Он мне очень понравился, но там есть недочёты. Есть админ панель, но она открывается свободно, но не закрывается вообще. Закрывается только вместе с приложением. А данные, после изменения в админ… Десктопные приложения ∙ 4 дня 18 часов назад ∙ 10 ставок |
Разработка кастомного ПО (Android-приложения + CMS) для киосков самообслуживания SUNMI K2 (Фастфуд)
1000 UAH
Ищем опытную команду или Middle/Senior Android-разработчика (возможно, с Full-stack навыками) для создания собственного программного обеспечения для киосков самообслуживания сети заведений быстрого питания. Сейчас наши терминалы работают на базе готового облачного интегратора,… CMS, Десктопные приложения ∙ 9 дней 14 часов назад ∙ 23 ставки |
Украина