Технология публикации Fresh. С чем "едят"

17.03.16

База данных - Инструменты администратора БД

Я работаю в бухгалтерской компании, мы ведём бухгалтерию примерно для 1000 клиентов. У нас почти 1,5 тысячи баз 1С. Хочу поделиться тем, как мы используем Fresh и строим своё облако с его помощью. Часть первая — обзорная.

Привет! Это мой первый пост на ресурсе. Хочу рассказать про технологию Фреш, которую мы используем у себя в проекте. Информации в сети о ней мало (от слова совсем), партнёры про Фреш не рассказывают или сами, кроме прайса, ничего не видели. Грабли тоже не описаны, а они есть, уж поверьте :). Штука полезная, и не помешало бы обменяться опытом, чтобы разработчики могли её улучшить. 

Если возникнут вопросы — смело пишите в комментариях. 


Итак, Фреш. 

Для кого подходит это решение

Для крупных компаний, хостеров или холдингов, у которых много баз одних и тех же конфигураций: БП 3.0, ЗУП 3.0, УНФ или КА 2.0. 

Мы начали использовать что-то похожее, когда количество наших баз перевалило за 100. Тогда стало ясно, что создавать в них новых пользователей, давать к этим базам доступ для клиентов, обновлять в них КЛАДР или просто делать резервные копии — это челенжд. Штатные механизмы 1С просто для этого не годятся (или их нет). Тогда мы начали прикручивать костыли и велосипеды скрипты и обработки, делать разделители внутри базы, чтобы упаковать внутрь одной информационной базы несколько независимых областей

Затем, внезапно (именно внезапно, так как Партнёрам и Франчайзи мы задавали вопросы постоянно), от самой 1С мы узнали о Фреше — технологии, позволяющей построить своё собственное облако, аналогичное 1cfresh.com. Эта технология на порядок снизила наши трудозатраты по поддержанию инфраструктуры. 

Сейчас в нашем Фреше почти 1,5 тысячи приложений. Объём данных в базах PostgreSQL чуть большее 500 ГБ. Базами пользуются наши бухгалтеры (их около 80 человек) и сотня клиентов. Кто-то из клиентов работает с УНФ из нашего облака, кто-то синхронизирует свою Торговлю.

В нашем сервисе мы используем несколько Linux кластеров и один Windows кластер — на нём работает база Агента сервиса, т.к. ей нужна возможность запускать конфигуратор.

Во все наши базы ходит обученный робот, при помощи COM соединения, и делает автоматические работы (загружает выписку, заносит документы и т.д.).


Из чего состоит, как работает и с чего начать

Фреш — это две специализированные конфигурации:

  1. Менеджер сервиса — управляет всей инфраструктурой Фреша, раздаёт команды, собирает информацию воедино, управляет правами и т.д.

  2. Агент сервиса — эдакий исполнитель, умеет создавать файловые базы, обновлять их, доставать из них дампы (слепки баз, которые можно перенести во Фреш, в область), собирать логи с других баз и много чего ещё.

Также Фреш меняет поведение прикладной информационной базы через заложенные в неё константы. Так, например, в конфигурации Бухгалтерия предприятия, после публикации её в сервисе, отключается механизм загрузки курсов валют напрямую или работа с ИТС (уведомления о обновлениях и прочее). 

Прежде чем начать, каждую базу во Фреше необходимо опубликовать на веб-сервере. Второй шаг — описать все конфигурации, используемые в облаке в Справочниках Менеджера сервиса, затем, там же создать записи об Информационных базах (с указанием URL и версии конфигураций), кластерах, серверах, учётных записях администратора. После того, как всё сделано, компоненты сервиса начинают общаться при помощи XML, посылая друг другу сообщения через настроенные ранее публикации на веб-серверах. 

Например, если вы создаёте нового пользователя в Менеджере сервиса, вот что происходит:

1. Менеджер сервиса формирует сообщения для всех информационных баз, в которых есть приложения, доступные пользователю, и отправляет их (такие сообщения относятся к классу "быстрых" и доставляются немедленно)

 

2. Информационная база вычитывает сообщения (периодически или, как в данном случае, принудительно) и создаёт пользователя в справочнике конфигуратора (тут указывается область, в которую будет доступ у пользователя, и его права) и справочнике пользователей конкретной области


3. Информационная база создаёт сообщения в адрес сервис-менеджера с результатами создания пользователя. Немедленно его доставляет.

4. Менеджер сервиса удаляет сообщение из п.1 из очереди на отправку. 

 

Основные возможности Фреша

Самое важное, о чём хотелось бы сказать, это портал самообслуживания. В нём пользователи сами смогут добавлять базы (чистые или загружать переносом из локальных версий), раздавать на них права (или же права будут назначаться автоматически).

Также при использовании Фреша автоматически будут загружаться валюты, кладр, банки. Менеджер сервиса сам занимается резервным копированием приложений (что не отменяет резервных копий на уровне SQL), причём делает он это только для тех областей, в которых пользователи действительно что-то делали. 

Также отмечу автоматическую синхронизацию приложений в сервисе. Например, настроив один раз обмен между Бухгалтерией и Зарплатой, он будет запускаться переодически, каждые 15 минут. 

Со стороны пользователя сервиса выглядит вот так:


Это интерфейс сервис менеджера, если в него входить с правами "Пользователь сервиса". Ниже он же, но когда у пользователя полные права:

Теперь об основных возможностях, сильно облегчающих нам или нашим клиентам жизнь. 

Планирование обновлений

В сервисе администратор может планировать обновления конфигурации. Для этого в сервис добавляется новый релиз и файл обновления, после чего назначается дата и время установки. Менеджер сервиса рассылает уведомления о регламентных работах, даёт команду Агенту сервиса на обновление конфигурации. 

Не очень удобно, что для каждой новой версии вам нужно загрузить в Сервис менеджер и файл cf и файл обновления, а также вручную заполнить связность релизов: указать, с каких релизов можно перейти при помощи обновления на загруженный. Имхо, это меньшая боль, в сравнении с установкой обновлений вручную на десяток крупных баз. 

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


Автономная работа

Это механизм автоматической настройки РИБ для одной области в базе. Простой мастер позволяет пользователю получить архив с отдельной файловой базой, в которой уже настроен обмен с основной копией базы, нужно только её развернуть.

Этот мастер можно запустить прямо из приложения во Фреше, не требуется вмешательство Администратора. Т.е. если вашему пользователю нужна "автономка" и он имеет соответствующие права — он может легко её создать сам. 

Автономное место автоматически получает обновления конфигурации и по умолчанию синхронизируется при старте и закрытии базы. А ещё можно настроить синхронизацию по расписанию. 


Какие есть минусы

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

С внешними обработками тоже не всё гладко: часть функционала будет недоступна, необходимо перерабатывать логику и код, если вы используете работу с веб-серверами, файлами или dll. 

 

Вместо итога

Фреш — очень мощная технология. Его можно использовать, как серьёзное облако у хостера, так и в небольшом холдинге, упростив обслуживание. 

У технологии есть серьёзные плюсы и некоторые недостатки, важно понимать область применения и знать о граблях.

фреш fresh технология публикации fresh

См. также

Автоподбор ролей для профилей и групп доступа в любых типовых базах 1С УТ 11, КА 2, ERP2, Розница 2/3, УНФ 16/3, БП 3, ЗУП 3 и подобных (УФ, Платформа 8.3.14+)

Инструменты администратора БД Роли и права 8.3.14 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 15.12.2023, версия 1.1.

12000 руб.

06.12.2023    2980    13    1    

34

SALE! 20%

Infostart УДиФ: Управление данными и формами

Инструменты администратора БД Инструментарий разработчика Роли и права Платформа 1С v8.3 Конфигурации 1cv8 Россия Платные (руб)

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

10000 8000 руб.

10.11.2023    3542    11    1    

34

SALE! 30%

PowerTools

Инструментарий разработчика Инструменты администратора БД Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Россия Платные (руб)

Универсальный инструмент программиста для администрирования конфигураций. Сборник наиболее часто используемых обработок под единым интерфейсом.

3600 2520 руб.

14.01.2013    177757    1073    0    

849

Ускоренное проведение документов (x4), устранение ошибок 60/62 счетов и зачет авансов (Бухгалтерия 3.0)

Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14400 руб.

29.04.2020    27383    79    146    

59

Система хранения присоединенных файлов в томах на диске

Инструменты администратора БД Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием Платные (руб)

Конфигурация Комплексная автоматизация 1.1 (и УПП 1.3 тоже) хранит файлы и изображения в справочнике Хранилище дополнительной информации в реквизите Хранилище типа ХранилищеЗначений. Та же история с ВложениямиЭлектроннойПочты. Но при этом присоединенные файлы в Электронном документообороте хранит в томах на диске. Эта доработка позволяет использовать стандартный механизм хранения файлов, изображений и вложений электронных писем в томах на диске. При этом можно разделить тома хранения по объектам конфигурации.

4200 руб.

10.11.2015    61320    88    59    

73

"Менеджер потоков 2.1": УПП: "Восстановление партий"

Инструменты администратора БД Платформа 1С v8.3 1С:Управление производственным предприятием Россия Бухгалтерский учет Управленческий учет Платные (руб)

Как оптимизировать то, что, считалось, не поддается оптимизации? Как повысить доступность базы данных? Как проводить самую «времяемкую» операцию не по паре раз в неделю, а по несколько раз в день*? Ответ есть!

20000 руб.

12.09.2019    11746    5    9    

7

Брандмауэр для сервера 1С Предприятие 8 - внешнее управление сеансами

Инструменты администратора БД Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Управление возможностью начала и возобновления сеансов пользователей по различным условиям, ограничение общего числа возможных сеансов для работы с информационной базой, резервирование возможности работы с информационной базой определенных польззователей, запрет запуска нескольких сеансов для пользователя, журнализация событий начала (возобновления) и завершения (гибернации) сеансов, ведение списка активных сеансов для информационных баз кластера серверов

3600 руб.

06.02.2017    31111    31    18    

47

Хранилище файлов на SQL

Инструменты администратора БД Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Управленческий учет Платные (руб)

Привязка файлов / сканов к объектам 1С с сохранением их на SQL-сервере

12000 руб.

09.10.2019    10986    5    8    

9
Вознаграждение за ответ
Показать полностью
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. kauksi 216 17.03.16 16:51 Сейчас в теме
Когда стоимость владения базой в таком облаке за 5 лет сравняется со стоимостью лицензий и ИТС за тот же срок, возможно коробку покупать будет и необязательно.
winipuhtwo; urykry007; Meistersinger; serpent; +4 Ответить
2. faustrue 102 18.03.16 11:36 Сейчас в теме
(1) kauksi, Сергей, а поясните, о чём речь? В статье я пишу про локальный фреш, не арендованный. Он по стоимости владения от обычной базы не сильно отличается.
3. FSerg 66 18.03.16 13:52 Сейчас в теме
Что-то про подводные камни и костыли практически ничего не написано :)
strelvan; vakham; surr; vlyshenko; +4 Ответить
4. faustrue 102 18.03.16 17:10 Сейчас в теме
(3) FSerg, если интересно - всё будет =)
Одна грабля всё таки была упомянута: резервные копии, делать их нужно вне зависимости от того, что делает Менеджер сервиса.
5. RomanDan 18.03.16 20:26 Сейчас в теме
Подскажите как получить эти две специализированные конфы у 1С? Хочу развернуть и пощупать очередное чудо от 1С... у меня в 100 раз меньше баз, но проблемы обновления слабо измененных баз 1С вылазят уже!
7. RomanDan 19.03.16 23:05 Сейчас в теме
(5) RomanDan, сам спросил, сам отвечаю http://v8.1c.ru/fresh/howtobuy.htm в общем если не партнер 1С, то 30-60 т.р. отдай
8. webester 26 20.03.16 09:36 Сейчас в теме
(7)Интересно следующее: для того, что бы сделать, что то вроде "Аренда программы 1С в облаке" достаточно покупки фреша и клиентских лицензий или нет?
11. faustrue 102 21.03.16 08:15 Сейчас в теме
(8) webester, мы немного прорабатывали этот вопрос, в целом ситуация такая, что необходимо так же оплачивать передачу во временное пользование лицензий на конфигурацию (или что-то типа того, не вдаваясь в академичность формулировок). Стоять это будет около 300 р/мес (возможно больше возможно меньше, разговор нужно вести в этом случае с самой 1С и заключать отдельный договор с ними), оплата происходит ни основании специального отчета из Менеджера сервиса.
9. faustrue 102 21.03.16 08:10 Сейчас в теме
(5) RomanDan, приветствую! Конфигурации можно получить у Партнёров 1С (на торрентах они не замечены). А проблему обновления можно для начала попробовать решать скриптами или программой Обновлятор-1С от Алексея Крманова
6. dour-dead 271 19.03.16 12:01 Сейчас в теме
Добрый день, подскажите как у вас обстоят дела с обновлением, часто ли бывает что какое нибудь фоновое задание ( или сеанс) зависло и не дает обновить ИБ?
10. faustrue 102 21.03.16 08:12 Сейчас в теме
(6) dour-dead, бывает, это мешает обновлению именно области, а вот с обновлением конфигурации, обычно, проблем нет, Менеджер сервиса всё довольно хорошо решает через RAS (сервис администрирования кластера) - убивает сеансы, блокирует доступ к базе и т.д.
22. dour-dead 271 21.03.16 16:49 Сейчас в теме
(10) А какая версия платформы используется?
29. faustrue 102 21.03.16 23:00 Сейчас в теме
(22) dour-dead, платформу стараемся использовать ту же, что используется на 1cfresh.com. Посмотреть её там можно если зарегистрироваться и зайти в Личный кабинет. Правда идти с коллегами из 1С релиз в релиз не получается (у них есть доступ к не опубликованным версиям). У нас сейчас 8.3.6.2449 (на 8.3.7 пока смотрим, но переходить не торопимся)
12. Betis 26 21.03.16 10:53 Сейчас в теме
Спасибо Автору, острый дефицит информации и понимая по этой теме. Жду продолжения!
13. faustrue 102 21.03.16 11:56 Сейчас в теме
(12) Betis, пожалуйста =) А скажите, о чём нужно больше информации? Фреш большой.
14. Betis 26 21.03.16 13:38 Сейчас в теме
(13) Лично мне было бы очень интересно увидеть для что-то из цикла "How to", начиная с самых азов. Начиная с того просто типа "Допустим у нас стоит такая задача ......", чтобы ее решить нам нужно 1) ... 2)... и тд. Или из той же оперы "возникла ошибка" и как Вы ее решали. Если конечно это не слишком)
vlyshenko; +1 Ответить
16. faustrue 102 21.03.16 15:05 Сейчас в теме
(14) Betis, цикла how-to в плане как всё развернуть и настроить, скорее всего, не будет (там документация на это есть, в поставке, страниц на 600-т), а вот всякие нюансы - расскажу обязательно. Что-то из серии "как сделать доступ ко всем информационным базам по одинаковому урлу" или "тюним кластер"
Про неприятные ситуации (если они останутся без решения ещё какое-то время) тоже напишем =)
15. herfis 498 21.03.16 14:26 Сейчас в теме
Базы, я так понял, в основном предельно легкие по нагрузке. Одно юр-лицо - один бухгалтер или что-то в таком духе. И судя по среднему размеру базы в 300 метров в Postgres - относительно небольшие. Так? Это подводка к основному вопросу - по сколько примерно баз вы пихаете в одну физическую базу, какая эмпирика при этом использовалась. Какие вообще проблемы начинаются при большом количестве областей в одной физической базе. Или у вас все однотипные в одну физическую базу влазят и нет проблем? В общем, такого рода статистика/опыт интересует.
17. faustrue 102 21.03.16 15:13 Сейчас в теме
(15) herfis, дело в том, что на одну информационную базу у вас одна конфигурация, всё остальное - данные. Это я к тому, что перекладывать расчёты на серверную (и файловую) базу, где 300 мегабайт - это вообще ничего, не совсем корректно.
База в постгресс создаётся одна на все области в ней, не под каждую область своя. Размеры баз примерно по 100 гигабайт.

Логика работы у нас такая (почти как вы пишите) - одна организация - пара-тройка баз (БУХ+ЗУП, последняя по необходимости + УНФ, так же по необходимости) - три бухгалтера и зарплатник.

В каждой информационной базе мы стараемся держать по 300 областей. Если база наполняется - создаём ещё одну ноду (Виртуалка, кластер, постгресс, апач, база, конфигурация, публикация и т.д.), но это тема для отдельной истории.

Основные проблемы были когда все базы принадлежали одному Абоненту - сущности в Менеджере сервиса, которая разделяет области\приложения между пользователями. Так вот, когда баз в этом списке стало около 500-т, некоторые функции просто перестали работать - такие как отображение списка приложений для синхронизации (он строится по всем приложениям внутри одного абонента), добавления пользователя внутрь абонента и т.д.
23. herfis 498 21.03.16 16:54 Сейчас в теме
(17) Спасибо. Основное я услышал. В идеальных условиях по нагрузке вытягивается 300 областей на базу. И даже 500, если бы не "странности".
Правда, не совсем понятно по утилизации ресурсов. Если в даже в 20 больших ЗУПах начнут плотно считаться одновременно - наверное, никакому кластеру мало не покажется. Поэтому 300 ЗУПов в одной базе вызывают сомнения.
27. faustrue 102 21.03.16 22:56 Сейчас в теме
(23) herfis, мы сейчас меряем нагрузку не плотностью баз, а количеством сеансов. На один кластер не более 300 соединений (это примерно 30-40 одновременно работающих пользователей + фоновые). Количество областей с деградацией производительности пока завязать в какую-либо формулу не получилось. Но будем смотреть, нагружать.
34. herfis 498 22.03.16 10:22 Сейчас в теме
(27) То есть в настоящее время у вас по одной базе на кластер получается?
(33) Ыыыы. А я как раз планировал по работе в ближайшее время провентилировать вопрос поднятия отказоустойчивого кластера :(
36. faustrue 102 22.03.16 10:35 Сейчас в теме
(34) herfis, у нас в одном кластере несколько баз, одна БУХ, одна ЗУП и УНФ. Рядом точно такая же нода, с тем же набором баз и т.д.
18. panvartan 21.03.16 16:24 Сейчас в теме
Вопрос автору, могут ли фреш клиенты использовать локальные лицензии пользователя или только серверные?
19. faustrue 102 21.03.16 16:41 Сейчас в теме
(18) panvartan, спасибо за вопрос! Локальные лицензии будут использоваться только при работе в автономном месте. В остальных случаях - лицензии серверные.
20. panvartan 21.03.16 16:48 Сейчас в теме
(19) те на сервере терминалов будут?
Я если работает стандартный Запуск 1С, то как мапятся список баз пользователя к аутентификации пользователя в том же терминале?
25. faustrue 102 21.03.16 22:53 Сейчас в теме
(20) panvartan, фреш использует веб доступ к базам, каждая база доступна по веб ссылке. Как авторизировать пользователя с доменной учёткой мы пока не прокопали, потому в сервисе одни пользователи, в домене другие (с теме же логинами, для удобства)
21. dour-dead 271 21.03.16 16:48 Сейчас в теме
(19) Почему ,если сервер не может выдать клиентскую лицензию , то тонкий клиент будет использовать локально установленную лицензию.
26. faustrue 102 21.03.16 22:54 Сейчас в теме
(21) dour-dead, автономное рабочее место - это не тонкий клиент, а толстый. Это файловая база, с автоматический синхронизацией с областью во фреше. Она использует свою - локальную лицензию на рабочее место.
30. dour-dead 271 22.03.16 09:19 Сейчас в теме
(26) Странная трактовка у вас.

О работе автономного рабочего места в сервисе "1С:Предприятие через Интернет" (1cfresh.com)

Все базы опубликованные на веб сервисе можно запустить через тонкий клиент. Кстати работа именно через тонкого клиента стабильнее и быстрее чем через браузер. И как я уже писал если сервер не может выдать клиентскую лицензию , то тонкий клиент будет использовать локально установленную лицензию.
А если в стартере стоит галка "Использовать аппаратную лицензию", то локальная лицензия будет в приоритете, если она есть то 1с будет её использовать и даже не пойдет запрашивать, лицензию у сервера.

Кстати какие лицензии вы используете на сервере? И как они настроены?

Прикрепленные файлы:
faustrue; +1 Ответить
31. faustrue 102 22.03.16 09:42 Сейчас в теме
(30) dour-dead, я действительно не думал о таких тонкостях, которых вы пишете (речь про локальную лицензию и тонкий клиент), надо будет протестировать как это работает на практике.
Про автономное место всё остаётся как я писал - оно использует локальную лицензию 1С Предприятия.

У нас все лицензии программные. Клиентские сконцентрированы в одном месте. Серверные при активации устанавливаются в сервер, который активируют.
24. panvartan 21.03.16 17:17 Сейчас в теме
Размеры баз примерно по 100 гигабайт

те бэкап средствами сиквела будет общий - как тогда восстанавливаются состояния отдельных областей? клонированием общей базы и выдергиванием оттуда области - это возможно? Или только из дампов областей, созданных менеджером сервиса? Вообще, вопросов ожидается много ))
28. faustrue 102 21.03.16 22:57 Сейчас в теме
(24) panvartan, да и да. Бекап у нас общий, плюс тот что делает Менеджер сервиса. Если базу нужно отдать клиенту - делаем из базы дамп (или вытаскиваем из последней резервной копии, сделанной Менеджером), а вот если нужно срочно протестировать обновление - поднимаем всю скульную базу.

Задавайте, буду отвечать то, что знаю =)
32. panvartan 22.03.16 09:57 Сейчас в теме
На один кластер не более 300 соединений (это примерно 30-40 одновременно работающих пользователей + фоновые)

а вы используете отказоустойчивый кластер 1с или обеспечиваете отказоустойчивость на уровне виртуальных машин?
33. faustrue 102 22.03.16 10:08 Сейчас в теме
(32) panvartan, пробовали делать отказоустойчивый кластер. Не понравилось. Не работает. Есть зарегистрированный баг в платформе, где установка даже нескольких центральных серверов не обеспечивает отказоустойчивость при падении одного из них (чуть сложнее в деталях, но проявляется это именно так). Т.е. по-факту у тебя есть два центральных сервера, два рабочих сервера, но падает любой из них и всё - кластер разваливается.
В общем это пока боль. Ищем варианты.
35. herfis 498 22.03.16 10:32 Сейчас в теме
(33) Кстати, с какими проблемами работоспособности линуксового кластера вы сталкивались? У меня каждый раз это какой-то гемор. Каждое обновление (обновляюсь обычно примерно раз в десять релизов) поиск относительно стабильной рабочей комбинации настроек. В настоящее время работает в режиме выделенного рабочего процесса на каждую базу (баз много и несколько из них - высоконагруженные). У вас таких проблем нет? Какие у вас настройки кластера, отличные от дефолтных? Какую версию postgres используете и как ее собираете?
Какой-то тюнинг postgres кроме настроек в конфигурационном файле используется? Что вообще можете посоветовать из области "вот был серьезный затык и решился вот так-то"?
37. faustrue 102 22.03.16 10:39 Сейчас в теме
(35) herfis, про настройку нашего кластера напишу отдельно, там реально бубны и танцы =) Сейчас вот печать авансового отчёта из веб клиента не работает (из всех других способов подключения всё хорошо, а в вебе не печатает).
56. herfis 498 24.03.16 10:55 Сейчас в теме
(37)
про настройку нашего кластера напишу отдельно, там реально бубны и танцы =)

Ждем :) Тут в комментариях будет или отдельной статьей?
57. faustrue 102 24.03.16 10:58 Сейчас в теме
(56) herfis, лучше статьёй =) Она будет короткой, но с почвой для размышлений, я надеюсь.
38. panvartan 22.03.16 11:23 Сейчас в теме
пробовали делать отказоустойчивый кластер. Не понравилось. Не работа

да подтверждаю, толком не работает и судя по полностью переделанному механизму в 8.4 работать в 8.3 не будет ( - есть там, похоже, какая-то архитектурная беда.

А СУБД на кластере ? пардон - но я даже не знаю - поддерживает ли PostgreSQL отказоустойчивый кластер ...
39. faustrue 102 22.03.16 11:42 Сейчас в теме
(38) panvartan, согласен. Тоже жду выхода Компонентного кластера (начал тестировать бету, но не заладилось).

Postgre умеет делать master\standby, но мы не пользуемся, по архитектурным соображениям. У нас очень плотное размещение и не так много физических серверов, чтобы разнести сервера БД, плюс, как я сказал, мы используем т.н. ноды, когда всё внутри одной ВМ. Так же не известно умеет ли 1С работать с таким кластером постгреса.
40. panvartan 22.03.16 13:10 Сейчас в теме
у нас в одном кластере несколько баз, одна БУХ, одна ЗУП и УНФ

Какой объем памяти на сервере 1с тянет все это хозяйство?
41. faustrue 102 22.03.16 13:41 Сейчас в теме
(40) panvartan, одна нода: 18 GB RAM, 8 CPU 3,5 Ghz, 200GB hdd. Рекомендации от 1С на наши объёмы были чуть больше (читать как: "их фреш живёт ещё более на больших нодах"), но мы спокойно справляемся на том, что есть.
42. panvartan 22.03.16 13:57 Сейчас в теме
потому в сервисе одни пользователи, в домене другие

а что является лаунчером 1с для пользователей - сервис менеджер?

и еще - у сервис менеджера код открыт? можно туда внести дополнительный функционал?
43. dour-dead 271 22.03.16 14:18 Сейчас в теме
(42) panvartan, лаунчером 1с -является сайт

сервис менеджера код открыт - по началу было много ошибок надо самим еще дописывать) Сейчас стабильнее стало.
45. faustrue 102 22.03.16 14:35 Сейчас в теме
(43) dour-dead, у нас свой лаучер на .net в нём есть полезные для нас фичи.
44. faustrue 102 22.03.16 14:34 Сейчас в теме
(42) panvartan, лаучер свой, с блекджеком. В новой версии Менеджер может генерировать список баз для штатного лаучера (но мы всё равно юзаем свой механизм). Конфа открыта.
46. lustin 22.03.16 17:38 Сейчас в теме
(0) спрошу тут - с PostgreSQL до шардирования дошли ? то есть секционирования ?
47. faustrue 102 23.03.16 08:18 Сейчас в теме
(46) lustin, я вот даже на знаю как 1С себя будет при таком раскладе чувствовать =) Но мы не дошли. У нас это архитектурно бессмысленно. Я думаю 1С просто такое не умеет.
70. DBOdin_Lab 97 01.04.21 09:18 Сейчас в теме
(46)Мы для секционирования на базе СУБД MsSql используем отдельную обработку, которая анализирует метаданные и строит хранимую процедуру для секционирования по полям общих реквизитов. Получается отлично.
При обновлении конфигурации секционирование может удаляться, поэтому мы снова выполняем нашу обработку.
48. panvartan 23.03.16 09:24 Сейчас в теме
Я думаю 1С просто такое не умеет.

Интересно то, что 1с как раз умеет, а СУБД об этом и не подозревает. БП+ЗуП+УТ+Розница - не что иное, как вертикальный шардинг.
49. faustrue 102 23.03.16 11:00 Сейчас в теме
(48) panvartan, и соглашусь с вами и не совсем. Было бы наверное круто, чтобы и БУХ и ЗУП просто использовали одни и те же таблицы в БД (а не гоняли одно и то же через обмен), но это мечты =)
53. panvartan 23.03.16 16:42 Сейчас в теме
(49) кстати, поддерживаются ли во фреше внешние источники данных?
54. faustrue 102 24.03.16 08:58 Сейчас в теме
(53) panvartan, во фреше можно использовать модифицированные конфигурации. Можно ли так модифицировать конфу, чтобы заработал и внешний источник данных и корректное разделение по областям - не подскажу.
64. asved.ru 36 19.04.16 18:03 Сейчас в теме
(54) внешний источник работать будет, но вот разделение в нем уже придется реализовывать руками.
faustrue; +1 Ответить
50. panvartan 23.03.16 11:57 Сейчас в теме
Было бы наверное круто, чтобы и БУХ и ЗУП просто использовали одни и те же таблицы в БД

Сделать это не сложно - через те же веб сервисы - док начисления зп в зупе через веб сервис доступна в бухгалтерии, где и делается документ - отражение зп в учете.
51. Stepan_1c 23.03.16 12:20 Сейчас в теме
(50) panvartan, а потом весело поддерживать этот костыль при обновлении, когда сменились таблицы данных внутри.
faustrue; +1 Ответить
52. panvartan 23.03.16 15:10 Сейчас в теме
а потом весело поддерживать этот костыль при обновлении


Вы серьезно ? типа правила обмена при обновление поддерживать не надо? А применительно к мультитенанси костылище СКД выглядит совсем уж позорно.
55. faustrue 102 24.03.16 09:03 Сейчас в теме
(52) panvartan, у нас конфы типовые и правила синхронизации типовые, обновлять это очень просто (закинул конфу, закинул правила, ждёшь, проверяешь), как поступать в случае с такой модификацией не скажу, но думаю сложнее. Вероятно Stepan_1c именно про это и пишет.
58. seryozhin 24.03.16 14:45 Сейчас в теме
Интересно, а как у вас выписки автоматически загружаются?
59. faustrue 102 24.03.16 20:35 Сейчас в теме
(58) seryozhin, ооо это тема отдельной статьи. У нас есть специальные роботы, определяющие всякие показатели списаний и начислений, и на основании этого они создают документы через COM. Но тема не до-конца мной освоена, как разберусь на должном уровне - напиши об этом. (не обещаю)
seryozhin; +1 Ответить
60. DonAlPatino 176 29.03.16 13:17 Сейчас в теме
А можно уточнить - fresh может работать с измененной(ыми) конфигурацией или только с типовыми? Раньше вроде речь шла только про типовые...
61. herfis 498 30.03.16 13:29 Сейчас в теме
(60) DonAlPatino, Я не настоящий сварщик, но ИМХО 1С технологию расширений выкатило в первую очередь и в основном именно для того, чтобы обеспечить возможность доработок во fresh. Но работает ли это во fresh прямо сейчас и как выглядит "в живую" - я не знаю.
66. faustrue 102 28.04.16 15:28 Сейчас в теме
(61) herfis, работает. Функций пока мало. Обкатываем у себя.
63. ikbokov 22 04.04.16 16:52 Сейчас в теме
(60) DonAlPatino, Может. стоит понимать что изменения будут касаться всех областей внутри базы, а так-же автономных рабочих мест (читай риб)
65. faustrue 102 28.04.16 15:28 Сейчас в теме
(60) DonAlPatino, и такие и такие.
62. herfis 498 30.03.16 13:31 Сейчас в теме
Цитата из анонса расширений: "Во-первых, расширения незаменимы тогда, когда прикладное решение работает в режиме разделения данных. Например, в модели сервиса."
67. practik1c 89 25.08.16 13:07 Сейчас в теме
Спасибо за статью, весьма актуально для меня!
68. ВИЛенин 1 20.12.16 11:37 Сейчас в теме
Может ли кто написать: "Что нужно делать с внешними обработками, чтобы они сразу срабатывали во Фреши?" Как можно тестировать внешние обработки на рабочесть во Фреш?
69. Meistersinger 12.03.20 13:50 Сейчас в теме
Имхо. Основная причина появления - желание наглухо подсадить клиента на обслуживание. Но штука, конечно, мощная.
maksa2005; +1 Ответить
71. vakham 19 08.11.21 11:44 Сейчас в теме
Во фреш не работает типовая обработка универсального обмена. Да и вообще, свою обработку запустить не получится. От франчей никакой пользы по этому вопросу.
Оставьте свое сообщение