1C Fresh - решение для тех, у кого много баз и слабые серверы

15.06.17

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

Или сказ о том, как Иван-Дурак в оптимизаторы заделался (текст изложен в слегка сказочной форме). Небольшой личный опыт установки и запуска 1С Fresh. Ответы на вопросы, которые мне не смогли дать первые 3 франча.

В некотором царстве, в три-десятом государстве, жил Иван-болван, в простонародье Дурак. Жил не тужил, кофе с печеньками попивал с 10 до 18.
И был у Ивашки на работе сервер. В 2010 году вполне хорошим считался — за кучу монет покупался, с работой своей нормально справлялся.
Тут надо сказать, что работка у сервера была не совсем обычная. В миру ведь как обычно — поставят 1с файловую, любуются. 5-го сотрудника взяли, пересели на sql-ную версию. Ну и дальше знай, памяти подкидывай, по мере роста базы. Советов по выбору сервера под такие задачи (1-2 базы и куча юзеров) видимо-невидимо. Да только не про наш сервер это. У нашего задача задом-наперёд всё наоборот. Баз много — пользователей мало. Специфика знаете ли, бухгалтерское обслуживание (аутсорсинг по бусурмански) называется.

Так вот, жил сервер, не тужил. Базы крутил. Переход на буху 2.0 перенёс замечательно. Базы в скуле вертел как хотел… Но настал час, когда пришла пора бух 3.0 ставить. Проблема в том, что базы бух 3.0 существенно опухли по сравнению с 2.0. В файловом варианте вообще караул, для открытия базы, 1с создаёт кэш размером примерно с саму базу. А это поди, в пустой базе пол гига, а в небольшой весь гиг. А уж если пару лет да активного учёта... Быстродействие так себе. Представьте, гиг данных прокачать только для запуска. (RDP, кстати, тоже не решение. Память под каждого пользователя отъедает).

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

И вот, одним солнечным днём, позвонила Маша из соседнего царства, и говорит:
-Вань, помоги. У меня что-то с сервером, а админ меня бросил.
Иван парень простой, взял, да и посмотрел. Да так посмотрел, что чуть со смеху не лопнул. «Сервер» представлял из себя core i3 4го поколения, память 8гб, и два HDD терабайтных, серверной серии WD. Баз там аж больше пяти дюжин, и все файловые. Пока клиентские базы на бух 2.0 были, вроде не напрягало. А тут несколько баз 3.0 поставили и .... естественно, файловая версия по сети висит жёстко. Особенно, когда вторую и третью базы открываешь.
Говорит Ванька:
-Не, Машунь, надо сервер покупать. Твои пять дюжин (полторы на трёшке, и три с половиной надо переводить с двушки) баз тут не развернутся.
А Маша на него смотрит жалобно, и молвит:
-Я эту фирму только купила — потратилась. З/п заплатила, и денег почти нет.
Сжалился Иван, отвечает:
—Будем тратить постепенно. Купим для начала ssd — он и для сервера всё равно понадобится, а там поглядим.
Купили ssd (M2 на адаптере под PCI-E), воткнули. Теперь дисковой мощности хватает, но стала сеть нагружаться по полной.

И вспомнил Иван, что в миру поговаривают, буд-то есть такое диво-дивное, Fresh-ем кличут, а в переводе с бусурманского — свежесть называется.
Много берестяных грамоток в библиотеке читал Иван про технологию разделения данных, но полезной информации крайне мало, и очень обрывочно-однообразно. Первое, что попробовал Иван, это была волшебная галочка в константах Бухгалтерии 3.0. Называется Использовать разделение по областям данных. После перезапуска (предварительно пользователя админа создать надо) появляется раздел с управлением областями. Там можно создавать области и переключаться между ними. Если добавить в ярлыке входа в базу ключик /Z "-0,+X", где X- номер области, то пользователь попадает прямо в эту область! Остаётся только создать пользователей, и… Опечалиться. Нет, тут всё хорошо. Программа работает, с ИТСом не пристаёт, учёт работает. Вот только злые дядьки из 1с в этом режиме отключили загрузку ФИАС, БИК, Курсов валют, ОКОФ и ЕНАОФ, а так же, нельзя загрузить данные из существующей базы. Дело в том, что в оригинале, такая база управляется специальным решением 1C Fresh, всё это подгружается через управляющую конфигурацию.
Грустил Иван и тосковал, ибо проблема висела. И тут обнаружилось, что 1C Fresh можно купить у 1с! Да, именно! И называется это чудо 1с технология публикации решений 1cfresh. А есть ещё 1с технология разработки решений 1cfresh. Первый вариант стоит 72000р, второй 36000р. Царевна-лягушка покосилась на Ивана, а он на неё. Сейчас душить начнёт, подумал Иван. Но Маша согласилась! Царевна-лягушка расслабилась, и пошла пирожки печь.
И начал Иван искать, кто бы рассказал да показал диво-дивное перед покупкой, да на вопросы поотвечал. Оказалось, не так-то это просто! Все бояре, 1с-ными продуктами торгующие, не то что показать да рассказать не могли, они даже не знали, что такой товар у них в сундуках таится, и зачем он нужен. Все предлагали на облаке 1с-ном покататься...
Тогда взял Иван меч и щит, и пошёл в подземелье — искать дракона, дабы биться с ним за возможность на свежесть посмотреть. Долго бродил, спрашивал, и вот когда уже надежда была потеряна, повстречал Иван доброго гнома по имени Александр. А у гнома того, свежесть была! Помог Ивану, и поделился свежестью! Аж 753 метра выдал! Ай-да гном, ай-да молодец!
Прибежал Иван в горницу, развернул упаковку, а там без кваса делать вообще нечего. Покопался в коробке Иван, и нашёл берестяные грамотки. Полистал да выяснил, что самые полезные из них — описание Технологии разработки, описание технологии публикации, и 3 грамотки с примерами: 1- Win+Linux, 2-Win, 3-Linux. Много букв было нацарапано. Иван три дня и три ночи не спал — читал и пробовал...

И вот что выяснилось: 1с говорит о том, что главное — это Менеджер сервиса, и это минимально нужный предмет. Однако, для полноценной работы ещё нужен Агент сервиса. Причём Агент умеет работать только на Windows. Эти компоненты есть в поставке 1с технология разработки решений 1c fresh, и если не надо у себя открывать сайт для самостоятельной регистрации и работы пользователей — покупать 1с технология публикации решений 1cfresh совсем не надо (В ней добавлен сам сайт в виде приложения, и компоненты для управления и работы с ним). А Ивану сайт и ни к чему. Так что ему и технологии разработки хватит. Даже лишнее останется.

Основная мысль такова:

  • Ставим СУБД. 1с рекомендует PostgreSQL, и не зря. Компактная, довольно быстрая, и не сильно замороченная. Если MSSQL уже используется (ну или что-то ещё), то конечно, можно на ней делать. Но напомню, у Ивана «Чудо-сервер». Ключевое слово «чудо». И PostgreSQL со своей компактностью, выглядит вполне неплохо!
  • Ставим Менеджер сервиса
  • Ставим Агент сервиса
  • Ставим Бухгалтерию предприятия 3.0 (на сегодня уже много конфигураций умеет работать в режиме разделения. Например, ЗУП 3.0, УНФ, Розница 2.4 и т.п.)
  • Ставим IIS (при установке отмечаем модуль CGI)
  • Делаем первый запуск Бухгалтерии, заводим Администратора, ставим пару констант (часть констант будет сам менеджер ставить)
  • Включаем разделение в Менеджере сервиса, добавляем обработки загрузки классификаторов, заводим пользователей, и начинаем добавлять организации (они же области).
  • Всё. Теперь или прописать всем менеджер сервиса, и каждый будет запускаться через WEB, или в платформе прописать путь к базе на сервере, и под каждую организацию прописать свой ключик, как описано выше. Админы могут не заморачиваться, и ходить по областям как хотят

Осталось Ивану только перенести все базы в сервис. Скорость запуска и работы крайне впечатляет, даже на "чудо-сервере". А данные, которые каждая организация вносит в общую базу — крайне малы.

Арифметика примерно такая:
База агента сервера 75 Мб
База Менеджера сервера 800 Мб
База Бухгалтерии с 5 небольшими организациями 990 Мб

Для примера, одна база ДО загрузки в сервис занимала почти 600МБ

И ещё. Дабы не нарушать указов царя 1с-ного, для работы нужны ключики, да не золотые, а вполне простые. Для запуска Менеджера сервиса и Агента сервиса нужен обычный клиентский ключ. Ничего дополнительного не надо. На сервере своя, серверная лицензия.

Вот теперь можно вести рассчёт сервера, исходя из работы 5 (обычно 3) пользователей, и одной базы. Использование ОЗУ и процессора на том же уровне, т.е. очень мало. У "чудо сервера" при 5 базах на PostgreSQL, загрузка памяти в районе 35%, процессор 15%, ОС Server 2012R2.

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

На заметку:

  • В менеджере сервиса необходимо включить константу «Использовать синхронизацию данных»
  • Почему-то 1с пытается установить подключение через IPv6, а PostreSQL сопротивляется. IPv6 можно отключить соответствующим файликом, или добавить хост, указанный в ошибке, в разрешённые.
  • С помощью команды Все функции (кнопка Главное меню | Все функции) установить следующие значения констант (это из мануала по настройке Fresh):
    — Детализировать обновление ИБ в журнале регистрации — включить (установить флажок);
    — Использовать автономную работу в модели сервиса — включить;
    — Использовать синхронизацию данных — включить;
    — Использовать синхронизацию данных в локальном режиме — выключить (снять флажок);
    — Использовать синхронизацию данных в модели сервиса — включить;
    — Использовать синхронизацию данных в модели сервиса с локальной программой — выключить (снять флажок);
    — Использовать синхронизацию данных в модели сервиса с приложением в Интернете — включить.

Грабли:

  • В мануале же написано, что в IIS надо зайти в раздел «страницы ошибок», и по кнопке «Изменить параметры» поставить точку на втором пункте — «Подробные сообщения об ошибках»! Сначала мануал игнорим, а потом ищем в интернете, что за ошибка «неправильный запрос»!
  • default.vrd в базе, разделённой на области, отличается! От других…
  • Права доступа к области «запуск» не дают прав на некоторые элементарные действия, типа открытия регламентированных отчётов.
  • Нет инструкции по подключению внешних обработок
  • Не все внешние обработки подходят

1C 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    2971    13    1    

34

SALE! 20%

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

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

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

10000 8000 руб.

10.11.2023    3521    11    1    

34

SALE! 30%

PowerTools

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

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

3600 2520 руб.

14.01.2013    177733    1073    0    

849

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

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

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

14400 руб.

29.04.2020    27374    79    146    

59

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

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

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

4200 руб.

10.11.2015    61313    88    59    

73

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

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

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

20000 руб.

12.09.2019    11745    5    9    

7

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

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

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

3600 руб.

06.02.2017    31108    31    18    

47

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

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

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

12000 руб.

09.10.2019    10982    5    8    

9
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Dmitri93 12 02.06.17 12:34 Сейчас в теме
Очень хорошая статья) приятно читать, спасибо большое!) расскажите пожалуйста поподробнее, что имеется в виду под пунктом "Не все внешние обработки подходят", какие подходят а какие нет?
6. пользователь 02.06.17 21:51
Сообщение было скрыто модератором.
...
11. Drasha 102 02.06.17 21:59 Сейчас в теме
(1)Насколько я знаю, обработки надо оптимизировать. Хотя, есть вероятность, что будут подходить оптимизированные под web клиент. Точнее пока не скажу.
38. nickperel 5 07.06.17 11:03 Сейчас в теме
(11)
"Насколько я знаю, обработки надо оптимизировать. Хотя, есть вероятность, что будут подходить оптимизированные под web клиент. Точнее пока не скажу."

Надо переписывать под фрэш-безопасность и тщательно отлаживать. Увеличение трудоемкости и цены +100500. Это написано посреди сайта 1С. Поперек
62. Drasha 102 15.06.17 14:49 Сейчас в теме
(1) Вот тут автор касается этого вопроса: http://infostart.ru/public/409865/
2. user618912_redgad 13 02.06.17 12:47 Сейчас в теме
Думаю, что похожего результата можно было добиться просто переведя базы на web-сервер.
alexdm; ixijixi; h00k; Brawler; kiruha; +5 1 Ответить
7. Drasha 102 02.06.17 21:55 Сейчас в теме
(2)
(2)Попробуйте штук 20 сделать, и расскажите про потребление ресурсов и трудоёмкость обслуживания. + фрэш избавляет от приставалки с ИТС.
42. nickperel 5 07.06.17 12:08 Сейчас в теме
(7)
Попробуйте штук 20 сделать, и расскажите про потребление ресурсов и трудоёмкость обслуживания. + фрэш избавляет от приставалки с ИТС.


Я не пробую, а делаю. У меня нет цели кому-то что-то рассказывать, только обсудить..
Два бухгалтерских оутсорсера есть среди прочих. Поэтому в курсе, какие у них расценки и нормы прибыли. Работы по администрированию последовательными шагами свелись к 10-15 т.р\мес и меньше.

Твои еще не в курсе, что не могут в купленный фрэш подложить УПП, старую КА, БП2, измененную БП3. Что обработки переписывать надо это ладно, интересный вопрос - кто будет финансировать.
Директор спросит - почему надо отказывать клиентам? Что скажешь?
Ну можно по старому.. Тогда спросит - зачем фрэш..
43. Infactum 315 07.06.17 12:16 Сейчас в теме
(42) "За" и "Против" надо взвешивать в каждом конкретном случае. Фреш нужен тем, у кого большое количество однотипных приложений (можно и кастомизированных, но однотипных). И окупаться все это будет после определенного порога. Никто не называет это решение серебряной пулей.
А чтоб обработки не переписывать, надо сразу делать как положено (это не претензия именно к вам, скорее просто к средней квалификации программистов 1С). Да, есть исключения, например при работе с COM-объектами. Такую обработку просто так не пропустят, потому что у провайдера инфраструктура не обязательно на винде. Но подавляющее большинство обработок в действительно важные ограничения не упирается.
45. nickperel 5 07.06.17 12:44 Сейчас в теме
(43)
"Надо сразу делать как положено..."

Кому надо, кем положено? И главное когда?
На этом сайте - большинство более менее ценного надо переписывать. Ценное - потому что это разного рода интерфейсы к данным "на сторону".
Написано многое до фрэша. Многое стоит денег. Клиент это приносит провайдеру - ему говорят - нужны еще затраты.
А провайдер, разработчик и клиент не связаны.
Это не частый случай. Это свойство такой системы. Пока, наверное.
13. webester 26 03.06.17 10:48 Сейчас в теме
Читать можно со слов
И вот что выяснилось:
все остальное словесный понос, скучный и нудный, не умеешь хорошо писать зачем портить хорошую идею плохой реализацией? Все, что ниже цитаты - ОК. По фрешу как то очень мало инфы в принципе.
nick-name; efsol.d4; artfa; juricher; profiprog1c; +5 Ответить
16. Drasha 102 04.06.17 00:39 Сейчас в теме
(13) А мне нравится!
Какой инфы мало? Вырезки из мануала сделать?
3. kolya_tlt 86 02.06.17 16:27 Сейчас в теме
пиво по усам текло или нет?
8. Drasha 102 02.06.17 21:55 Сейчас в теме
4. kiruha 388 02.06.17 16:37 Сейчас в теме
Бесплатно ставишь вебсервер и все летает. Ну проблема с блокировками конечно никуда не девается - но для 5 пользователей это не критично.
9. Drasha 102 02.06.17 21:56 Сейчас в теме
26. kiruha 388 05.06.17 11:18 Сейчас в теме
(9)
Я пробовал делать. И переводил несколько организаций на работу через веб сервис еще лет 7 назад.
Производительность резко повышалась - отчеты, открытия форм, формы списков и т.д.
Этот эффект обсуждали много раз.
Недостаток был , что веб расширение ставит в очередь запросы от разных клиентов и обрабатывает их последовательно - например проведение одного, а потом второго

Отсюда закономерный вопрос - проводили Вы испытания на параллельность проведения документов через 1C Fresh и их результаты ?
Повторяю , если многопоточность отсутствует, есть более недорогие альтернативы
Если присутствует, то жирный плюс
28. asved.ru 36 07.06.17 09:01 Сейчас в теме
(26) речь про публикацию файловых ИБ на веб-сервере. При публикации клиент-серверного варианта таких проблем нет.

(24)
Использование механизма разделения данных не влияет на производительность

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

(11) Внешняя обработка должна содержать интерфейс БСП. Остальные требования для частного облака непринципиальны.

(5) Технология 1С:Фреш в файловой версии будет работать очень печально и то на костылях в виде отдельных сеансов под регламентные задания. Не нужно так делать.

(2) Серверный контекст каждой запущенной базы занимает пару сотен мегабайт. В каждой базе выполняются регламентные задания, т.е. контекст будет существовать и без активных пользователей. Посчитайте, сколько вам нужно памяти под сотню экземпляров БП 3.0. Посчитайте, сколько нужно места под бэкапы.
Технология 1С:Фреш эти проблемы решает.
Drasha; Stim213; h00k; A_Max; kiruha; +5 Ответить
29. Infactum 315 07.06.17 09:11 Сейчас в теме
(28)
Высказывание сомнительное хотя бы потому, что в расчете селективности начинает участвовать первая колонка статистик и появляется тенденция к чтению всего сегмента индекса по значению разделения.

С моей стороны было правильнее сказать, что не будет возникать существенного влияния на производительность. Опять же, все из предположения, что база обслуживается соответствующим образом, т.е. высока вероятность актуального индекса.
32. asved.ru 36 07.06.17 09:22 Сейчас в теме
(29) очевидно, Вы не поняли, о чем я говорю в силу поверхностного знакомства с работой оптимизатора MSSQL.
Речь грубо говоря о том, что в определенных условиях он может счесть чтение всех данных области достаточно оптимальным и прекратить дальнейшую оптимизацию плана, что в проекции на неразделенную БД равнозначно скану всей таблицы. Кроме того, кэшированный план под одну область данных может оказаться значительно менее подходящим для другой области. Ну и еще разные неочевидные особенности.
34. Infactum 315 07.06.17 09:31 Сейчас в теме
(32) Очевидно нужно больше конкретики. Есть реальные кейсы, когда оптимизатор отрабатывал неверно в подобной ситуации? В остальном не вижу причин с вами спорить :-)
5. kiruha 388 02.06.17 17:09 Сейчас в теме
А 1cfresh видимо как раз и быстро работает через веб сервер - вот автор и заметил улучшение. Вот только зачем 72 000 потратил .........
Но у вебсервера есть недостаток для файловой - он однопоточный
Соответсвенно нужно сравнить 1C Fresh для файловой идут в один поток или могут несколько одновременно
Если вариант 2 - тогда ++

Про многопоточность см http://infostart.ru/public/242527/
10. Drasha 102 02.06.17 21:57 Сейчас в теме
(5) 36 однако. 72 с сайтом - для внутреннего пользования не надо. Если только хотите организовать полный аналог 1cfresh.com, но там ещё надо с 1с доп. договор заключать.
12. nickperel 5 03.06.17 10:30 Сейчас в теме
Стиль дрянной какой-то, не смешно. Попробуй про то что ты хотя бы приблизительно представляешь, Ваня.

У вас - бухгалтеры аутсорсеры. 20 человек - 100500 баз.
по 3-5 в одной (на самом деле, наверно 1-2 одновременно). Базы БП И ЗУП, то есть не опер.учет.

Публиковать базы на веб-сервере и отказаться от терминалов - вот это здравая часть.
Остальное хардкорный трэш.

SQL, разделение на области и фрэш - это темы не про то, что ты думаешь. Поэтому "первые три франча" тебя и не поняли. Остальные тридцать тысяч тоже не поймут, но продать продали - зачем обижать человека. Молодца.

Не отработал ты свое кофе и печеньки, Ваня - дурак.
nick-name; artfa; mitia.mackarevich; profiprog1c; Serega-artem; Сурикат; Идальго; +7 3 Ответить
15. Drasha 102 04.06.17 00:38 Сейчас в теме
(12) Вот Вы поадминь хотя бы штук 20 баз, когда обновы раз в день выходят, да ещё на вышеобозначенном железе - тогда поймёте. Даже со скриптами не весело. Реально, конечно, ощутимая разница будет после пары сотен клиентов. Я уже не говорю о том, какую нагрузку создаст такое количество баз.
P.S: Ваш стиль изложения оставляет желать лучшего. Очень тяжело читать.
efsol.d4; artfa; +2 Ответить
39. nickperel 5 07.06.17 11:12 Сейчас в теме
(15)
Кстати, Андрей, ты в курсе что клиент-сервер примерно в два раза тормознее файловой базы, в любом раскладе по объективным причинам?
То есть веб-клиент + файловая база - самый быстрый вариант для 1-5 пользователей 1С платформы, пока не упрется в страничные блокировки.

То есть у тебя и еще и 1С Сервер лишний. Ну не прет..

А для автообновлений (в том числе измененных) есть софт, который написал один из здешних на .net
Условно бесплатный. Ну не прет у тебя, что делать? Учиться тошно, наверно..
18. Drasha 102 04.06.17 01:27 Сейчас в теме
(12)И кстати, если бы Вы повнимательнее читали, то поняли бы, почему меня франчи не понимали. Да и Вы, извините, хоть и программист, но тоже не сильно поняли. Наверное, хороший программист. В проблемы администрирования мало вникаете.
Ещё маленький совет - не надо говорить человеку, что он что-то сделал плохо, если Вы сами не сделали лучше. Я тут как бы поделился своим небольшим, на сегодняшний день, опытом общения с фрэшем, т.к. другого не нашёл. Если Вам не нравится - не читайте. Вы мне, как бы, зарплату не платите, что бы я писал так, как нравится Вам. И уж не Вам решать, что мне подходит а что нет. Фрэш это одно из решений. Лучшего для себя пока не нашёл. ИМХО.
petrov42; alest; Stim213; efsol.d4; i_lo; корум; raezr; +7 1 Ответить
37. nickperel 5 07.06.17 10:48 Сейчас в теме
(18)
Андрей, скажи какая разница что и кому нравиться? Мне вот пиво нравиться, а тебе, может быть, мороженое. И что?

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

Нет в этом деле ни хорошего, ни плохого. Есть выгодное - оптимальное. Total cost ownership.
Исследование состояния издержки - прибыли. Менее оптимально - более оптимально с каких-то критериев.

Тем не менее, всю жизнь администрируя всякое электронное, я периодически слышу про "плохо-хорошо". Причем, лепят это в ключевых обсуждениях про деньги админы вроде тебя.

Ты описал процесс забивания гвоздя микроскопом - "плохо" это или "хорошо"? Для владельца конторы не очень, наверно, ну а ты задачу-то решил. Хотя фрэш - это инструмент провайдера, но кому какое дело?
14. progr-2008 118 03.06.17 20:53 Сейчас в теме
17. Drasha 102 04.06.17 00:40 Сейчас в теме
19. progr-2008 118 04.06.17 09:49 Сейчас в теме
(17)Официальный сайт по 1С 8.
25. turrrrist 05.06.17 11:00 Сейчас в теме
(19) Эта?
Облачные технологии "1С:Предприятия 8"
http://its.1c.ru/db/pubcloud1c
27. progr-2008 118 05.06.17 18:39 Сейчас в теме
(25)Это тоже, но я про Методическое пособие.
20. Peltzer 05.06.17 07:58 Сейчас в теме
Немного занудства:
терроАбайтных

таиться
65. Drasha 102 15.06.17 15:01 Сейчас в теме
(20) Там ещё и "Р" лишняя :) Поправлю :)
21. ВикторП 342 05.06.17 09:15 Сейчас в теме
Можете написать , какая разница
1. в размере файловых инф баз и инф баз во фреше - у Вас было написано что одна база была 600 Мб, а 5 во фреше 990 Мб
2. есть ли разница во времени запуска , которая Вас интересовала в базе во фреше, и в базе, развернутой в клиент- серверном варианте, не во фреше.
3. как происходит обновление инф баз при изменении конфигурации ? Если реструктуризация - все инф базы одномоментно реструктуризируются же? Физически SQL база одна?
24. Infactum 315 05.06.17 10:31 Сейчас в теме
(21) Я конечно не автор топика но отвечу :)
1. Разница в размере возникает за счет того, что нет необходимости для каждого приложения (область данных абонента) хранить конфигурацию, а так же информацию из неразделенной области (например, разные классификаторы).
2. Использование механизма разделения данных не влияет на производительность, поэтому время запуска должно быть одинаковым.
3. Обновление конфигурации, естественно, одновременно изменит данные для всех областей. Да, реструктуризация одновременная. Чтобы это не стало проблемой нужно грамотно разделять клиентские приложения (области) по физическим базам. Как вариант, менеджер сервиса позволяет привязать это разделение часовым поясам пользователей. Опять же выбор соотношения число областей / БД тоже должен быть взвешенным.
Drasha; METAL; kiruha; +3 Ответить
41. nickperel 5 07.06.17 11:35 Сейчас в теме
(24)
Я конечно не автор топика но отвечу :)
1. Разница в размере возникает за счет того, что нет необходимости для каждого приложения (область данных абонента) хранить конфигурацию, а так же информацию из неразделенной области (например, разные классификаторы)


У автора топика фирма-оутсорсер по бухгалтерскому сопровождению. Применение фрэш-технологии отсекает клиентов, которые эксплуатируют кастомизированные базы и несоответствующие облачным ограничениям внешние обработки. С расширениями - не знаю какая ситуация.

Я вот, глядя на фрэш, не вижу иного применения ему, кроме как бизнес-аренда типовой 1С. Причем выгодная - из за отсутствия RDP. Ну это, например, Рарус - Спб, Рарус-Москва. Нужны ведь и многогигабитные каналы, датацентр.

А что еще можно с фрэшем? Кроме как среда отладки разработок под фрэш?
47. asved.ru 36 07.06.17 13:51 Сейчас в теме
(41)
У автора топика фирма-оутсорсер по бухгалтерскому сопровождению. Применение фрэш-технологии отсекает клиентов, которые эксплуатируют кастомизированные базы и несоответствующие облачным ограничениям внешние обработки. С расширениями - не знаю какая ситуация.


Кнопка и 1С:Бухобслуживание почему-то не видят в этом проблемы. Кнопка даже в свое время писала смешную статью на хабре, как они пытались работать с разделением без Фреш.

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

Отсюда вывод: Вы почему-то яростно облаиваете технологию, совершенно Вам не знакомую ни технически, ни на уровне best practice или ведущих игроков рынка бухгалтерского аутсорсинга. Не потому ли, что нагородили какую-то конструкцию из говна и палочек для решения схожих задач и желаете оставаться незаменимым специалистом по ее сопровождению? Так вы это директору своему рассказывайте, а не сообществу.

Кстати, с т.з. буха тоже может прослеживаться желание оставаться незаменимым специалистом по работе с кастомизированной конфой клиента. В то же время почему-то крупные аутсорсеры ведут учет по своим стандартам и своими инструментами, а не на основе клиентских хотелок и свистелок.
denmax; ikbokov; +2 Ответить
48. nickperel 5 07.06.17 14:15 Сейчас в теме
(47)
Кстати, с т.з. буха тоже может прослеживаться желание оставаться незаменимым специалистом по работе с кастомизированной конфой клиента. В то же время почему-то крупные аутсорсеры ведут учет по своим стандартам и своими инструментами, а не на основе клиентских хотелок и свистелок.


Мат. часть мне поучить.. понятно.
Я ничего "яростно, не облаиваю", любезный. Следи за словами.

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

Я про практику админства, а не разработки. Говно и палочки ты представил сам.
Все. Ясно. Свободен.
50. nickperel 5 07.06.17 14:38 Сейчас в теме
(47)
Кнопка и 1С:Бухобслуживание почему-то не видят в этом проблемы


Многие видят проблемы в том, в чем не видишь ты и твоя кнопка. И что?
Что ты тут несешь?
Есть некоторые бизнес-проблемы. Причем тут разделение данных?
63. Drasha 102 15.06.17 14:58 Сейчас в теме
(47) Вот, кстати, со статей Кнопки эта тема и понеслась :)
51. asved.ru 36 07.06.17 14:56 Сейчас в теме
(50)
По существу есть что сказать? С учетом того, что контора на два буха с офисом в подвале - это не бизнес, а бухгалтерскоучетная артель, и не следует ожидать, что кооперативно-нищебродская методология будет действительно востребована при чуть более широких требованиях к стандартизированности, производительности и надежности инфраструктуры, чем Вы считаете типовыми для бухгалтерского аутсорсинга.

(48)
Я про практику админства

Вы придумали какое-то администрирование там, где его нет.
52. пользователь 07.06.17 15:37
Сообщение было скрыто модератором.
...
64. Drasha 102 15.06.17 15:00 Сейчас в теме
(51) Ну знаете, не у всех папы Ходорковские, и не все могут себе позволить сразу запустить бизнес по-крупному. Некоторые растут потихоньку.
54. пользователь 07.06.17 18:00
Сообщение было скрыто модератором.
...
57. пользователь 07.06.17 18:34
Сообщение было скрыто модератором.
...
22. alexey.karmanov 189 05.06.17 09:27 Сейчас в теме
Спасибо, полезный опыт.
23. v3rter 05.06.17 09:47 Сейчас в теме
Вот откуда бысть пошли "подводные камни" при одновременном разворачивании большого количества баз на веб-сервере )
30. asved.ru 36 07.06.17 09:14 Сейчас в теме
Автору: не уверен, что использование "технологии разработки" соответствует лицензионной политике 1С.
http://1c.ru/news/info.jsp?id=15382
Для создания собственных сервисов будет выпущен другой продукт, условия распространения которого будут прорабатываться и доводиться отдельно.


Порядок работы с внешними обработками, кстати, в документации по "Технологии публикации" описан.

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

Откройте для себя Apache - он проще конфигурируется, мониторится и как минимум не хуже IIS работает.
31. Infactum 315 07.06.17 09:17 Сейчас в теме
(30)
Список доступных пользователю приложений можно обновлять автоматически, для этого в Менеджере сервиса есть специальный HTTP-сервис. Правда не уверен, есть ли он в "Технологии разработки".

Только для этого надо лицензию КОРП иметь.
Откройте для себя Apache - он проще конфигурируется, мониторится и как минимум не хуже IIS работает.

Ага, и желательно на linux. Хотя если честно, не вижу причин не использовать IIS в случае, когда вся система только под Win работает (дорого это правда), настраивается он для целей публикации 1С проще некуда, а для front-end все равно надо nginx ставить.
33. asved.ru 36 07.06.17 09:26 Сейчас в теме
(31) С чего вы взяли, что Apache желателен на Linux? Вот postgreSql - да, желателен, потому что принципы файлового кэширования в Windows и Linux различны. А у индейца таких тонкостей нет.

Кроме того, по nginx - а чем вас не устраивает идея фронтэнда на самом апаче или на haproxy? только потому, что так в документации написано?
Напомню, "Технология публикации" еще и шлюз приложений включает.
35. Infactum 315 07.06.17 09:40 Сейчас в теме
(33) Apache на linux = best practice. Да, не так очевидно, как с PG, поэтому и не является однозначной рекомендацией. Тем более, что навыки администрирования linux серверов у программистов 1С тоже сильно разные.
По аналогичным, субъективным причинам и статистике веба, отдаю выбор в пользу nginx (или haproxy, тоже хороший вариант) в качестве фронта.
Шлюз приложений это для масштабируемости, а не для фронта. Зачем упомянули?
44. nickperel 5 07.06.17 12:26 Сейчас в теме
(33)
С чего вы взяли, что Apache желателен на Linux? Вот postgreSql - да, желателен, потому что принципы файлового кэширования в Windows и Linux различны. А у индейца таких тонкостей нет.


Похоже есть. Но это не про кэш.
Может быть предпочтения связаны с тем, что по windows apache под модель tread safe?
php под win для IIS - non-treadsafe
php под win для apache под win - treadsafe.

Кстати, есть ли у кого информация. Вот это веб-клиенты:
Эти по всей видимости, однопоточные под апач для windows разных версий
wsapch2.dll
wsap22.dll
wsap24.dll

wsisapi.dll - а этот под IIS. Должен быть многопоточным. Это так? И как это можно проверить?
46. asved.ru 36 07.06.17 13:17 Сейчас в теме
(44)
Может быть предпочтения связаны с тем, что по windows apache под модель tread safe?
php под win для IIS - non-treadsafe
php под win для apache под win - treadsafe.

Кстати, есть ли у кого информация. Вот это веб-клиенты:
Эти по всей видимости, однопоточные под апач для windows разных версий
wsapch2.dll
wsap22.dll
wsap24.dll

wsisapi.dll - а этот под IIS. Должен быть многопоточным. Это так? И как это можно проверить?


1) При чем здесь похапе? 1С не на похапе работает.
2) Потокобезопасность и многопоточность - разные вещи. Учите матчасть.
Проверить можно элементарно: попытавшись в веб-публикации параллельно выполнить две взаимно неблокирующие операции. Но для начала было бы полезно опять же ознакомиться с матчастью: http://v8.1c.ru/overview/Term_000000034.htm

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

По этой причине такой вариант работы является скорее тестовым. Чтобы, например, попробовать, как информационная база работает через веб-сервер, с веб-клиентом. В качестве рабочего такой вариант, наверное, можно использовать в особенных случаях для очень небольших рабочих групп.
49. nickperel 5 07.06.17 14:34 Сейчас в теме
(46)
Этот глоссарий какого года? 2010-го, нет?
Ответ я сам знаю - tread safe, капитан.
Только вот все меняется..

"Потокобезопасность и многопоточность - разные вещи. Учите матчасть."

И одно из другого не вытекает, конечно. Да?
Достаточно.
36. alfaservice 17 07.06.17 09:54 Сейчас в теме
Красивая статья. Но хочется ложечку дегтя добавить... Очень часто в статье встречается слово ДЮЖИНА а это мера поштучного счёта однородных предметов равная 12. так вот интересно

Иван парень простой, взял, да и посмотрел. Да так посмотрел, что чуть со смеху не лопнул. «Сервер» представлял из себя core i3 4го поколения, память 8гб, и два HDD терробайтных, серверной серии WD. Баз там аж больше пяти дюжин, и все файловые. Пока клиентские базы на бух 2.0 были, вроде не напрягало. А тут несколько баз 3.0 поставили и .... естественно, файловая версия по сети висит жёстко.


больше 5-ти дюжин возьмем 6 к примеру. 6*12=72 базы...

Особенно, когда вторую и третью базы открываешь.


офигеть... а что с остальными 69??? они целый день только и делают что открывают базы и закрывают? )))
40. i_lo 214 07.06.17 11:17 Сейчас в теме
(0) Как я понял, вы используете IIS и web-клиентов к Бухгалтерии 3.0. У меня в таком варианте на проекте проявляется странная особенность. При просмотре табличных документов от 1000 строк клиент подвисает после каждых 3 проматываний экрана вниз (page down). Задержки идут до минуты и более. Воспроизводится на любом отчете или табличном документе, сформированном из формы списка. В Тонком клиенте все работает без задержек. Наблюдается ли у вас аналогичное, или все работает без сучка и задоринки?
53. mitia.mackarevich 72 07.06.17 17:11 Сейчас в теме
Мне вот интересно автор пробовал заливать на фреш хотя бы одну внешнюю печатную форму? Как ощущения от аудита?
55. asved.ru 36 07.06.17 18:01 Сейчас в теме
(53) у автора частное внедрение, и он сам себе аудитор.
56. nickperel 5 07.06.17 18:30 Сейчас в теме
(53)
Сейчас Стеклов вам ответит что на частном внедрении аудита нет.
Или что- нибудь про то, что надо лучше формы писать за один чел-час и те же деньги.
58. VFi 08.06.17 10:57 Сейчас в теме
Провайдер сервиса сам решает, нужен ему аудит расширений и доп. отчетов/обработок или нет. И если нужен, то кто будет аудитором и как осуществляется аудит. Одним разработчикам провайдер может дать право на помещение в сервис расширений или доп. отчетов и обработок без аудита, другим разработчикам - с последующим аудитом, третьим - с предварительным аудитом.
59. VladimirKHV 13 13.06.17 10:48 Сейчас в теме
На БП 3.0 пока не перешел, но не могу понять, чем описанная технология отличается от встроенного в БП 2.0 и ЗУП 2.5 механизма разделения пользователей на группы, который позволяет вести в одной физической базе 100500 предприятий, и настраивать, кому из бухов к каким предприятиям давать доступ?
Подозреваю, что эта технология благополучно перекочевала и в 3.0 и дается там нахаляву.
60. Stim213 415 15.06.17 14:36 Сейчас в теме
(59) читай внимательнее:
"Вот только злые дядьки из 1с в этом режиме отключили загрузку ФИАС, БИК, Курсов валют, ОКОФ и ЕНАОФ, а так же, нельзя загрузить данные из существующей базы. Дело в том, что в оригинале, такая база управляется специальным решением 1C Fresh, всё это подгружается через управляющую конфигурацию."
66. VladimirKHV 13 16.06.17 02:45 Сейчас в теме
(60)Понятно, не читатель а писатель.
И к чему эта фраза, выдранная из контекста?
В ней говорится про режим разделения по областям, включаемый константой "ИспользоватьРазделениеПоОбластям", о котором собственно говоря и статья.
Я же спросил, чем этот режим лучше режима разделения по группам, включаемый константами "ИспользоватьГруппыПользователей", "ИспользоватьНесколькоОрганизаций" и т.д.
Ваш ответ абсолютно мимо заданного вопроса.
Вон (61) тот же самый вопрос задает.
61. Stim213 415 15.06.17 14:38 Сейчас в теме
У меня вопрос - чем это разделение по областям данных отличается от того же RLS по организациям?
Подозреваю, что это все тот же механизм ограничения чтения данных, только зашитый в платформу глубже
VladimirKHV; +1 Ответить
67. ikbokov 22 06.07.17 17:34 Сейчас в теме
(61)
Подозреваю, что это все тот же механизм ограничения чтения данных, только зашитый в платформу глубже



Разделение данных 1С – это механизм аналогичный RLS, организованный на другом принципе работы. Если RLS – это дополнение запросов к SQL условиями, ограничивающими список данных, то разделение данных – это SQL запросы к таблицам, в которых уже заранее отобраны данные.

У вас даже пользователи на каждую область свои, у них на уровне СУБД нет возможности читать соседей.

Я плохо знаком с RLS, но насколько я понимаю возникают некоторые нюансы в работе. При работе в разделенном режиме - вы работаете как в обычной базе.
68. konstanta_online 67 18.07.17 18:51 Сейчас в теме
На самом деле технология 1C fresh отлично продуманная. Хоть 100 баз заведи по этой технологии.
Ресурсы потребляют пользователи, а не базы.
Сколько сможет внести документов 1 пользователь в 100 баз ? ).
Поэтому ресурсы считаются по количеству пользователей.

Если же вы раскатываете полную независимую инфрастуктуру под каждого заказчика - отдельный сервер 1С, отдельный веб сервер, отдельный PG, вот тогда ресурсов не напасёшся и расчет другой немного.
Но я бы все равно рекомендовал компаниям не заморачиваться вообще со своими серверами и IT-шниками, которым все равно надо платить и побольше чем за лицензии 1С ), а пользоваться сторонними провайдерами облачных услуг, которых уже на рынке на любой вкус.
69. demetrius2003 17.11.20 07:19 Сейчас в теме
- Денег то нет!
- Ну ладно, давай тогда купим Свежесть за стотышь?
- Давай!
user1285052; +1 Ответить
Оставьте свое сообщение