Кластер 1С 8.3
База данных - Инструменты администратора БД
Сервер 8.3 характеризуется переработанным заново внутренним кодом, хотя «снаружи» может показаться что это слега доработанный 8.2.
Сервер стал более «авто настраиваемым», часть параметров типа количества рабочих процессов теперь не создается вручную, а рассчитывается исходя из описаний требований задач по отказоустойчивости и надежности.
Это снижает вероятность неправильной настройки сервера и понижает требования к квалификации админов.
Получил развитие механизм балансировки нагрузки, который можно использовать либо для повышения производительности системы в целом, либо использовать новый режим «экономии памяти», который позволяет работает «с ограниченной памятью» в случаи если используемая конфигурация «любит отъедать память».
Стабильность работы при использовании больших объемов памяти определятся новыми параметрами рабочего сервера.
Особенно интересен параметр "безопасный расход памяти за один вызов". Для тех кто плохо представляет что это такое - лучше не тренируйтесь на "продуктивной" базе. Параметр "Максимальный объем памяти рабочих процессов" позволяет при "переполнении" не обваливать весь рабочий процесс, а только один сеанс "с неудачником". "Объем памяти рабочих процессов, до которого сервер считается производительным" позволяет заблокировать новые соединения как только будет преодолен этот порог памяти.
Рекомендую изолировать рабочие процессы по информационным базам, к примеру указать параметр «Количество ИБ на процесс = 1″. При нескольких высоконагруженных базах это позволит уменьшить взаимное влияние как по надежности, так и по производительности.
Отдельный вклад в стабильность системы вносит «расходование» лицензий/ключей. В 8.3 появилась возможность использования «менеджера программных лицензий» напоминая менеджер «алладина». Цель — возможность вынести ключ на отдельную машину.
Реализован он в виде еще одного «сервиса» в менеджера кластера. Вы можете использовать к примеру «свободный» ноутбук. Добавьте его в кластер 1с 8.3, создайте на нем отдельный менеджер с сервисом «сервис лицензирования». В ноутбук можно воткнуть аппаратных hasp-ключ, или активировать программные лицензии.
Наибольший интерес для программистов должен представлять «Требования назначения функциональности».
Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» — «Не назначать», т.е. запретить рабочим процессам данного сервера обрабатывать клиентские соединения.
Еще больший интерес предоставляет возможность запускать «только фоновые задания» на рабочем сервере кластера без сеансов пользователей. Таким образом можно высоконагруженные задачи (код) вынести на отдельный машины. При чем можно одно фоновое задание «закрытия месяца» через «Значение дополнительного параметра» запускать на одном компьютере, а фоновое задание «Обновление полнотекстового индекса» на другом.
Уточнение происходит через указание "Значение дополнительного параметра". Например если указать BackgroundJob.CommonModule в качестве значения, то можно ограничить работу рабочего сервера в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule..- укажет конкретный код.
Понятное дело, что нет смысла пересказывать документацию. Но если кто то посоветует дельное, расширю статью.
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Разработчик Руководитель проекта 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы, интерфейс 8.5. Может выполнять свертку одновременно в несколько потоков, а также без непосредственного участия пользователя. Решение в Реестре отечественного ПО.
24900 руб.
20.08.2024 83732 432 171
Инструменты администратора БД Инструментарий разработчика Роли и права Разработчик 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)
Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.
17000 руб.
10.11.2023 28859 104 46
Инструменты администратора БД Роли и права Системный администратор Разработчик Пользователь 1С 8.3 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, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 17.04.2026, версия 1.4.1, работает в 1С:ФРЕШ!
23180 руб.
06.12.2023 25154 85 14
Поиск данных Инструменты администратора БД Корректировка данных Разработчик Бухгалтер Пользователь 1С:Предприятие 8 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Решение для автоматической сверки данных между любыми конфигурациями 1С. Помогает контролировать и проверять обмены, проверять наличие документов при переносах данных, находить изменения в закрытых периодах
9760 руб.
14.11.2025 6248 28 8
Инструментарий разработчика Инструменты администратора БД Системный администратор Разработчик Аналитик 1С:Предприятие 8 1С 8.3 1С 8.5 1C:ERP 1С:УТ 1С:ДО 1С:Бухгалтерия 3.0 1С:ERP. Управление холдингом 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 11 Россия Платные (руб)
Универсальный инструмент программиста для администрирования конфигураций. Сборник наиболее часто используемых обработок под единым интерфейсом.
5000 руб.
14.01.2013 217516 1256 0
Информационная безопасность Инструменты администратора БД Инструментарий разработчика Учет документов Системный администратор Разработчик Аналитик Бухгалтер Пользователь Руководитель проекта 1С 8.3 1С 8.5 Розничная и сетевая торговля (FMCG) Платные (руб)
Контроль ввода данных в 1С: проверка заполнения реквизитов, обязательные поля, контроль перед записью и проведением, запрет проведения документа. Позволяет настраивать любые проверки данных в 1С 8.3/8.5 от обязательных полей до сложных условий – без открытия конфигуратора и написания кода. Готовое расширение, которое подключается и работает сразу.
6000 руб.
15.04.2026 4254 12 0
Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).
14640 руб.
29.04.2020 53033 146 164
Файловый обмен (TXT, XML, DBF), FTP Поиск данных Инструменты администратора БД Корректировка данных Системный администратор Разработчик 1С:Предприятие 8 1C:Бухгалтерия 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Данная обработка позволит Вам легко и просто, а главное - быстро, выполнить сравнение данных между ЛЮБЫМИ базами (и РИБ, по правилам конвертаций) по контрольным суммам выбранных объектов баз 1С, работающих на платформах 8.3 и выше. Удобный и понятный интерфейс в виде "мастера". Высокая скорость сравнения достигается за счет специального алгоритма расчета контрольной суммы объекта/записи и сравнения по данным суммам объектов 2х баз через файл. Имеется возможность выбора реквизитов, по которым система будет сравнивать объекты. Сравнение количества записей в движениях документов, возможность сравнивать данные по правилам конвертации и не только! Выбор объектов конфигурации для КАЖДОГО узла в отдельности с индивидуальным отбором для каждого объекта конфигурации, работа с FTP, сохранение или загрузка настроек, сохранение или загрузка результата сравнения, регистрация на обмен объекта и его движений. (Обновление от 12.11.2024, версия 2.2-2.5)
24400 руб.
27.10.2017 47905 33 15
Объект требования: Клиентское соединение с ИБ.
Тип требования: Назначать.
Имя ИБ: не указывается.
Значение дополнительного параметра: BackgroundJob.CommonModule.
Еще есть приоритеты, они важны, если несколько назначений будет.
Нужно обязательно назначить требование со значениями
Объект требования: Сервис лицензирования.
Тип требования: Назначать.
Имя ИБ: не указывается.
Значение дополнительного параметра: не указывается.
При этом при активации программной лицензии с помощью сервера «1С:Предприятия» следует указывать имя сервера, иначе активируется для другого компьютера.
Если мы вытаскиваем сервис лицензирования клиентских соединений на отдельную машину, то версия движка должна быть такая же, как и у главного менеджера кластера(центрального сервера 1С:Предприятия) или монопенисуально? Спасибо.
Попробую несколько иначе: сервис лицензирования клиентских соединений установленный стандалоне обслуживает только один кластер или может несколько кластеров?
"Наличие отдельного сервиса лицензирования позволяет беспрепятственно конфигурировать рабочие серверы кластера или разворачивать кластер на виртуальных серверах с динамическим изменением параметров"
Плюс экономия на клиентских лицензиях, так как для пассивного узла не нужно будет ставить клиентские лицензии.
коллега в (47) Вам повторил еще раз цель вынесения - это прежде всего инструмент борьбы с непостоянными параметрами виртуальной среды, что провоцирует к проблемам "переактивации" лицензий
а на счет точки отказа - вы не путайте аппаратное резервирование и софт
в первом случае все решается дублированием, во втором случае вы мало что можете сделать (если в софте что то пойдет не так), бэкапы еще ни кто не отменял
если у Вас руки не оттуда растут, то не надо валить все на фирму 1С
лучше научитесь нормально в 1С обращаться за помощью и это вполне серьезно говорю
рекомендую обратить на совместные проекты 1С:ЦКТП, где сроки реакции фирмы 1С строго прописаны в договоре
...и добавьте больше котов :-)
Ссылку на документацию можно?
_______
Перешел на 8.3
В режиме совместимости и два дня полёт нормальный
45% (204)
Без совместимости, но постоянно наталкиваюсь на ошибки
29% (130)
Без совместимости и два дня полёт нормальный
15% (66)
Без совместимости, было немного ошибок, но все легко преодолелись и два дня полёт нормальный
7% (32)
Без совместимости, предварительно доработал конфигурацию и два дня полёт нормальный
4% (19)
__
а в этом опросе 29% имеет пункт №2 - проблемный
могу подтвердить, что некоторые фичи мы используем и довольны
И беда как всегда в лицензиях.
Рассмотрим логику 1С. Уровень отказоустойчивости УО = к-во ЦС(центр.сервер) - 1. Так пишет инструкция 1С.
Но представим ситуацию, что у нас "упал" рабочий сервер лицензий (не ЦС).... ай-ай-ай.... Да и вообще, смысл указания УО в кластере не понятен. У меня 7 серверов. 4 из них ЦС. УО тогда =3. Но я поставлю 2 или 1.. ну так вот. И что? Или поставлю 8? Типа 1С(кластер) сам не может оценить свой текущий(!) УО?
А еще репликация серверов БД... отдельная тема.
А еще может упасть ВЭБ сервер.
А еще в кластере все работает менее стабильно. И когда много-много процессов одновременно тоже. И когда много соединений на процесс тоже...
А еще параметр перезапуска процессов по времени равный нулю приводит со временем к "зачехлению" сервера. Хотя, да в 8.3 хватает уже намного дольше. А не равный нулю и с установленым "БД на процесс не равным нулю" приводит к тому, что у вас одномоментно может перестартонуть сразу десяток процессов сервера и все ляжет.
Интересно бы рассмотреть в статье еще требования безопасности. Чего ранее вообще небыло как свойств сервера.
Вобщем курить нам еще это все не перекурить )
за основу беру опыт предыдущих волн новых релизов 8ки
очень тяжело просматривать все сторонние площадки
про вынесение менеджера лицензирования - если у вас физический сервер, то просто поставьте на основной сервер, если вы говорите про виртуальные сервера, то не хватает еще одного маленького, но физического сервера, куда и ставить )
особенность виртуальных сред в том, что они могут легко поменять критерии привязки лицензий, а их много
● наименование операционной системы;
● версия операционной системы, при этом для ОС Windows анализируются только первые две цифры номера версии;
● серийный номер операционной системы (только в случае ОС Windows);
● дата установки операционной системы (только в случае ОС Windows);
● сетевое имя компьютера;
● модель материнской платы;
● объем оперативной памяти;
● тип и версия BIOS;
● список процессоров и их параметры;
● список сетевых адаптеров и их MAC-адреса, однако, из процедуры сравнения ключевых параметров исключаются:
● сетевые адаптеры Bluetooth;
● сетевые адаптеры, подключенные по IEEE 1394 или USB;
● программные адаптеры WAN и RAS;
● адаптеры, не имеющие MAC-адреса и данных VEN_ и DEV_ из PNP-идентификатора.
● список жестких дисков и их параметры, однако, из процедуры сравнения ключевых параметров исключаются:
● внешние накопители, подключаемые по IEEE 1394 и USB.
Например если виртуалка переместиться на сервер с процессорами AMD на процессоры с Intel, то у Вас поменяется CPUID и лицензии "слетят". Физический сервер надо рассматривать как "стабильную систему привязки лицензий".
При изменении ключевых параметров компьютера следует помнить о следующих особенностях:
● При проверке информации о компьютере анализируется только удаление, а не добавление устройств. Например, при получении программной лицензии на компьютере был установлен один сетевой адаптер. Можно добавить еще один сетевой адаптер, без необходимости повторного получения программной лицензии, но нельзя заменить один сетевой адаптер на другой.
● Оперативную память на компьютере можно увеличивать, но нельзя уменьшать. Например, получение лицензии выполнялась с оперативной памятью равной 2 Гбайт. Без необходимости повторного получения программной лицензии имеется возможность увеличить память до 6 Гбайт, а потом уменьшить ее объем до 4 Гбайт. Однако, уменьшение объема оперативной памяти ниже 2 Гбайт приведет к необходимости повторного получения программной лицензии.
● Изменения анализируются по текущему состоянию компьютера относительно того состояния, когда выполнялась привязка лицензии.
Хотелось бы увидеть информацию о настройке резервирования кластеров в 8.3 По 8.2 информация есть, а по 8.3 нет. А ведь там что-то поменялось. Даже визуально пропала ветка "Резервирование кластеров".
После некоторых попыток и пляски с бубном (опять же по инструкции с сайта ИТС) - кластер работает, но он НЕ отказоустойчивый - при "отключении" одного из рабочих серверов - валится менеджер втрого.
Глюк/недоделка платформы?
ЗЫ ОС Win 2012 Datacentr, Microsoft SQL Server Standard (64-bit) 11.0.2100.60 (виндовый кластер), "корки" в 1С не слал.
Спасибо за сэкономленное время!
ставили 8.3.4.496, 8.3.5.1068, 8.3.5.1119
при объединении 2х серверов в кластер все работает: и отказоустойчивость (УО=1), и балансировка нагрузки. при перезапуске серверов штатно отрабатывает перенос сеансов (даже для толстого клиента КА, естественно, при соблюдении всех описанных в документации условий). все замечательно, но ровно до разрыва связи. то есть модулируем обрыв сети. в этот момент оба сервера начинают тупить. пытаются вернуть связь со вторым, начинаются тормоза, rphost съедает до 100% процессорного времени. сервисы в менеджерах не переезжают (не создаются недостающие), а если и переезжают, то минут через 5-10, при этом продолжаются тормоза. запустить новый сеанс в этом случае практически не реально. с большой долей вероятности все существующие сеансы отвалятся. помогает только перезапуск серверов (при остановке служб с почти наверняка останутся рабочие процессы, поэтому проще сразу в ребут, а если ребут критичен, то вручную убивать процессы).
продолжаем эксперимент - добавляем 3й сервер. при УО=2 стабильной работы добиться не удалось. возможно тут просто нужна более тонкая настройка, а не "из коробки". в любом случае, при отключении любого из серверов наблюдаем ту же картину, что и раньше на 2х серверах. кластер начинает тупить и тормозить, помогает только перезапуск.
последний этап - 3 сервера с УО=1. единственный вариант, при котором удалось добиться более-менее рабочего отказоустойчивого кластера, даже с разрывом сети, но только при "потере" ОДНОГО сервера.
и опять появляется магическое "НО"... со временем кластер "деградирует", то есть появляются тормоза, процессы начинают необоснованно потреблять ресурсы. скорей всего нужно настраивать время перезапуска процессов, но это опасно, поскольку до сих пор не понятно, по какому признаку определяется время начала отсчета до перезапуска (в документации этого нет, а авторитетные люди пока молчат. если есть информация, буду благодарен ссылке)
Подскажите пож. Добавил рабочий сервер в кластер. 1с - 8.3.4.465. Центральным не делал, уровень отказоустойчивости не менял. Требования назначения функциональности на серверах не трогал. На новой машине только фоновые работают, да планировщики. Клиентских соединений нет. Так должно быть?
Подскажите пож. Добавил рабочий сервер в кластер. 1с - 8.3.4.465. Центральным не делал, уровень отказоустойчивости не менял. Требования назначения функциональности на серверах не трогал. На новой машине только фоновые работают, да планировщики. Клиентских соединений нет. Так должно быть?
Когда были запущены процессы можно глянуть в их свойствах, но сразу скажу, что перезапуск РП работает на 8.3 через одно место.. Количество запущенных и остановленных процессов непредсказуемо.
Две недели назад перешли на 8.3. проработали недельку и откатились назад на 8.2
Я даже не говорю про настройку отказоустойчивости.
Сервер вообще неадекватно себя ведет. То процессов наплодит неактивных, то сервис какой-нить потеряет.
Конфигуратор - это вообще отдельная тема. Зависшие блокировки с базой, которые снимаются только удалением базы из списка на сервере 1С.
Работали в 8.3.5.1119
Итог: не спешите переходить на 8.3
Можно ли инструкцию чуть более подробную, как вынести ключ на отдельную машину ?
Артем, то есть можно раздавать и лицензии на сервер 1С тоже? То есть для резервирования кластера (отказоустойчивый сервер), достаточно приобрести одну лицензию на сервер 1С и можно будет завести резервный кластер? Или все таки надо будет приобретать две серверные лицензии для этого?
P.S. плюс ко всему если лицензия установлена на сервер, то лицензия будет тратиться на каждый запущенный экземпляр 1с одним пользователем, как я понял.
С учетом этого вообще полный бред и атас выходит.
вот нарыл еще очень хорошую статью на ту же тему, может кому пригодится
( Модераторам: оставляю здесь не как рекламу, а как полезную ссылку по той же теме )
Мне "та" статья помогла "побороть" вылеты 1с8.3 при больших нагрузках
(конечно же с применением мозгов 8))
В чем отличие от ДАННОЙ ?
В ТОЙ статье - человек привёл реальные параметры настроек своего кластера
которые у него используются в "продакшн"
и (самое главное) ОБЪЯСНИЛ ПОЧЕМУ они отличаются от значений "по-умолчанию"
В ЭТОЙ же статье (по сути) разжевывается тот же самый "хелп" - нет практических указаний.
Как обычно = "у каждого свои настройки, обращайтесь, помогу, за $"
(Автору: не в обиду сказано, просто факт, извините.)
Для того, чтобы процесс дополнительного рабочего сервера запустился и на нем заработали те сервисы, которые для него определены, требованиями назначения функциональности, нужно чтобы на целевом рабочем сервере не было администратора кластера, либо у администратора логин/пароль совпадали бы с одним из логин/пароль кластера источника.
Есть кластеры: SRV1 (Все сервисы) SRV2 (все сервисы кроме лицензирования) SRV3(все сервисы кроме лицензирования)
SRV3 не выдавал клиентские лицензии, и рабочий процесс на SRV1 был не активен пока на SRV3 не был прописан такой же администратор кластера как и на SRV1.
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 193359
Создание 05.07.13 09:19
Обновление 05.07.13 09:19
Просмотры 110062
Загрузки 0
Рейтинг
231
Комментарии 63
Код открыт Не указано
Рубрики Инструменты администратора БД
Тип файла Нет файла
Платформа 1С:Предприятие 8
Конфигурация Универсальные
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)