Ошибка информационные базы кластера используют внешнее управление сеансами

	Не запускается отладка. Я
tabarigen 06.04.21 — 09:51	Операция не может быть выполнена с текущим составом лицензий. Информационные базы кластера используют внешнее управление сеансами. Использование этих функций возможно только для лицензий на платформу уровня КОРП. Обратитесь к администратору для решения вопросов п
tabarigen 1 — 06.04.21 — 09:52	Вчера все было ок. Утром пришел запускаю отладку ловлю такую ошибку.  В режиме предприятия база стартует, отладка из конфигуратора нет. Подскажите пожалуйста куда копать?
dka80 2 — 06.04.21 — 10:13	Перезагрузка?
tabarigen 3 — 08.04.21 — 09:58	не хватало лицензий….
tabarigen 4 — 08.04.21 — 09:59	странно конечно. что именно из отладки не работало

Пользователь не знает, чего он хочет, пока не увидит то, что он получил.
Э. Йодан

Заметки сисадмина о интересных вещах из мира IT, инструкции и рецензии. Настраиваем Компьютеры/Сервера/1С/SIP-телефонию в Москве

Как настроить сервер 1С по умолчанию для ПРОФ лицензии после 2019-09-10

2019-09-11 · Posted in 1С:Предприятие 8.1/8.2/8.3

Все данные по настройкам сервера для работы ПРОФ лицензии.

Для успешного применения решений на платформе 1С:Предприятие в крупных масштабных проектах фирмой “1С” еще в 2014 году был выпущен новый тип лицензий на платформу – 1С:Предприятие 8 КОРП.

Сервер 1С КОРП

Сервер “1С:Предприятия 8.3 КОРП” предоставляет пользователю расширенные возможности по сравнению с сервером уровня ПРОФ:

• фоновое обновление конфигурации базы данных;
• дополнительное управление распределением по рабочим серверам кластера в разрезе информационных баз, видов клиентских приложений и фоновых заданий:

• сервисов кластера;
• соединений с информационными базами;

• безопасный расход памяти за один вызов;
• количество ИБ на процесс;
• объем памяти рабочих процессов, до которого сервер считается производительным;
• максимальный объем памяти рабочих процессов;
• стратегия балансировки (по памяти, по производительности);

Ранее возможность использования расширенной функциональности платформы уровня КОРП только декларировалась в лицензионных соглашениях на лицензии уровня КОРП, но не контролировалась технически и была доступна пользователям с лицензиями версии ПРОФ, но в новых версиях платформы “1С:Предприятие 8.3” такая защита была реализована, при этом отметим 2 особенности:

Ошибка 1114 при запуске программы. (Error 1114)

• защита реализована начиная с версий 8.3.12.1852, 8.3.13.1791 и 8.3.14.1592 платформы;
• до 10 сеансов включительно доступен полный функционал уровня КОРП;

Таким образом для лицензий 1С:Предприятие уровня ПРОФ являются недопустимыми значения свойств, отличных от значений по умолчанию:

• Максимальный объем памяти рабочих процессов
• Безопасный расход памяти за один вызов
• Объем памяти рабочих процессов, до которого сервер считается производительным
• Количество ИБ на процесс
• Режим распределения нагрузки
• Допустимое отклонение количества ошибок сервера

Начиная с 10.09.2019 года некоторые пользователи лицензий 1С:Предприятие 8 ПРОФ, выходящие за рамки описанных выше ограничений, начали получать предупреждение с текстом:

“Операция не может быть выполнена с текущим составом лицензий.
Свойства кластера ‘Допустимое отклонение количества ошибок сервера’, ‘Режим распределения нагрузки’ или свойства рабочего сервера ‘Максимальный объем памяти рабочих процессов’, ‘Безопасный расход памяти за один вызов’, ‘Объем памяти рабочих процессов, до которого сервер считается производительным’, ‘Количество ИБ на процесс’ содержат значения, отличные от значений по умолчанию.
Использование этих функций возможно только для лицензий на платформу уровня КОРП.

Кластер сервера 1С Предприятия 8.3 ч.1 Общие сведения о кластере серверов

Обратитесь к администратору для решения вопросов приобретения и установки лицензий уровня КОРП.”

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

Для продолжения работы после 09.09.2019 г. пользователям лицензий 1С:Предприятие 8 необходимо приобрести лицензии уровня КОРП или вернуть значения данных свойств к значениям “по умолчанию”.

Значения свойств сервера 1С:Предприятие 8 “по умолчанию”

Для возможности продолжения работы используя имеющиеся лицензии 1С:Предприятие уровня ПРОФ без их апгрейда до уровня КОРП необходимо привести параметры свойств кластера сервера 1С:Предприятие 8 и параметров рабочего сервера 1С:Предприятие к значениям “по умолчанию”.

Обратите внимание, что внешний вид окон, доступность полей и значения некоторых параметров при использовании платформы 1С:Предприятие версии 8.3.15.* может отличаться от предыдущих версий.

Значения “по умолчанию” параметров кластера 1С:Предприятие

Для версии 8.3.15

Значения параметров кластера

Исключен из настроек начиная с версии 8.3.15

Исключен из настроек начиная с версии 8.3.15

Флаг появился начиная с версии 8.3.15

Флаг появился начиная с версии 8.3.15

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

• Приоритет по производительности,
• Приоритет по доступной памяти.

Значения “по умолчанию” параметров рабочего сервера 1С:Предприятие

Для версии 8.3.15

Значения параметров рабочего сервера

Другие значения доступны только для лицензии уровня КОРП

Максимальный объем памяти (в байтах), доступный всем рабочим процессам кластера на данном рабочем сервере.

Может принимать значение от -1 до 9 223 372 036 854 775 807:

79; -1 R09; не ограничен максимальный объем памяти, доступный рабочим процессам кластера на данном рабочем сервере;

79; 0 R09; значение определяется автоматически как 80% объема оперативной памяти сервера.
Каждый рабочий процесс кластера определяет объем памяти, занимаемой всеми рабочими процессами кластера на этом рабочем сервере (назовем это значение ПамятьПроцесса). Это значение обновляется один раз в две секунды. При начале вызова сервера фиксируется текущее значение ПамятьПроцесса на момент начала вызова (назовем это значение ПамятьПроцессаТекущая). В процессе выполнения вызова вычисляется объем памяти, израсходованной при выполнении этого вызова (назовем это значение ПамятьЗаВызов).

Другие значения доступны только для лицензии уровня КОРП

Объем памяти в байтах, использование которого в процессе вызова сервера считается безопасным.

Может принимать значение от -1 до 9 223 372 036 854 775 807:

79; -1 R09; любой вызов сервера считается опасным, если за время вызова сервера достигнут максимальный объем памяти рабочего процесса;

Другие значения доступны только для лицензии уровня КОРП

Значение по-умолчанию – 8

Другие значения доступны только для лицензии уровня КОРП

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

Если количество информационных баз превысит это количество R09; кластер серверов создаст на этом рабочем сервере дополнительный рабочий процесс.

Значение по-умолчанию – 128

Начиная с платформы версии 8.3.15 значение по умолчанию устанавливается 256 соединений на процесс.
Другие значения доступны как для лицензий уровня КОРП, так и ПРОФ

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

Если количество соединений, обслуживаемых рабочим процессом, превысит это количество R09; кластер серверов создаст на этом рабочем сервере дополнительный рабочий процесс.

Значение по-умолчанию – 1541

Другие значения доступны как для лицензий уровня КОРП, так и ПРОФ.

Номер сетевого порта главного менеджера кластера, запущенного на данном рабочем сервере. Этот сетевой порт используется при формировании адреса кластера серверов для указания клиентскому приложению. Адрес выглядит следующим образом: :. Если свойство Компьютер имеет имя COMP1, а свойство Порт главного менеджера кластера равно 1541, то адрес кластера серверов будет выглядеть как COMP1:1541.

Значение данного параметра игнорируется в том случае, если не установлен флаг Центральный сервер.

* Настройку параметров рабочих процессов рекомендуется выполнять таким образом, чтобы она не приводила к запуску множества процессов rphost, т.к. значительное число процессов rphost приводит к неэффективному использованию памяти процессами кластера. Если нет технического обоснования, почему именно так лучше, рекомендуется оставить значения по умолчанию и без необходимости не уменьшать параметры “Число соединений на процесс” или “Число информационных баз на процесс” (доступно только для лицензий уровня КОРП).

** Также проверяйте отсутствие галочки “Внешнее управление сеансами” и строку Внешнее управление сеансами (должна быть пустая) во ВСЕХ БАЗАХ.

При количестве баз больше 50 можно пропустить.

Настройки публикации на веб-сервере

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

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

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

Leave a Reply

Categories

• 1С:Предприятие 7.7 (426)

• Бухгалтерия (58)
• Документооборот (54)
• Зарплата и кадры (68)
• Общие вопросы (95)
• работа в SQL-версии программы (70)
• работа в терминальном сервере (52)
• распределенные базы данных (14)
• Торговля и склад (13)

• RAID (5)
• UTM-система, шлюз безопасности (26)
• Железо (15)
• Мини-АТС / SIP (2)
• Принтеры (12)
• Сеть (11)

• Apache (4)
• CLOUD (5)
• Cpanel (1)
• DNS (2)
• E-mail (9)
• HTML (19)
• MySQL / PostgreSQL (23)
• Office365 (3)
• SAPE.ru (2)
• SEO (2)
• WordPress (3)

• CentOS (6)
• FreeBSD (14)
• Mac OS (3)
• Ubuntu (5)
• VMWare (45)

• Active Directory (50)
• Exchange (3)
• Hyper-V (7)
• Internet Explorer (2)
• MS-DOS (1)
• Office (51)
• PowerShell (8)
• RDS (12)
• SQL (24)
• Windows – 2000 (96)
• Windows – 7 (72)
• Windows – 8 (34)
• Windows – XP (144)
• Windows – 10 (65)
• Windows – 11 (4)
• Windows Server 2003 (66)
• Windows Server 2008 (78)
• Windows Server 2012 (35)
• Windows Server 2016+ (49)

• Adobe (4)
• CorelDraw (2)
• Crypto-PRO (4)
• Kerio Winroute (31)
• Notepad++ (2)
• OpenVPN (1)
• Squid-cache (1)
• Stalker Communigare (2)
• TeamViewer (2)
• Torrent (2)
• WinRAR (1)
• Шифровальщики (1)

Источник: www.it-fm.ru

Записки IT специалиста

Настройки сервера 1С:Предприятие 8 «по умолчанию» для работы с лицензиями уровня ПРОФ

10 сентября 2019 года вступило в силу анонсированное ранее программное разделение пользовательских лицензий 1С:Предприятие 8 по уровням ПРОФ и КОРП. Нельзя сказать что это произошло неожиданно, данная информация появилась в конце февраля и доводилась до сведения пользователей в том числе и средствами платформы, которая выводила предупреждения при запуске информационной базы, но многие оказались не готовы к изменениям. Данная статья призвана помочь в этой ситуации и расскажет, как правильно выставить настройки, чтобы снова все заработало.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

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

• фоновое обновление конфигурации базы данных;
• дополнительное управление распределением по рабочим серверам кластера в разрезе информационных баз, видов клиентских приложений и фоновых заданий:

• сервисов кластера;
• соединений с информационными базами;

• безопасный расход памяти за один вызов;
• количество ИБ на процесс;
• объем памяти рабочих процессов, до которого сервер считается производительным;
• максимальный объем памяти рабочих процессов;
• стратегия балансировки (по памяти, по производительности);

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

Операция не может быть выполнена с текущим составом лицензий.
Свойства кластера ‘Допустимое отклонение количества ошибок сервера’, ‘Режим распределения нагрузки’ или свойства рабочего сервера ‘Максимальный объем памяти рабочих процессов’, ‘Безопасный расход памяти за один вызов’, ‘Объем памяти рабочих процессов, до которого сервер считается производительным’, ‘Количество ИБ на процесс’ содержат значения, отличные от значений по умолчанию. Использование этих функций возможно только для лицензий на платформу уровня КОРП. Обратитесь к администратору для решения вопросов приобретения и установки лицензий уровня КОРП.

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

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

• защита реализована начиная с версий 8.3.12.1852, 8.3.13.1791 и 8.3.14.1592 платформы;
• до 10 сеансов включительно доступен полный функционал уровня КОРП;

Таким образом вопрос не исчерпывается только датой 10.09.2019, наоборот, все только начинается. Вышел из отпуска сотрудник — программа перестала работать, обновили платформу — все сломалось. В ближайшее время мы станем свидетелями массы таких историй. Поэтому давайте рассмотрим, какие настройки следует вернуть в состояние «по умолчанию» и что под ним подразумевается, чтобы вы быстро могли восстановить работоспособность вашего сервера.

Далее везде представлены настройки для платформы 8.3.13.1926, внешний вид и состав настроек других версий платформы, в частности 8.3.15 может отличаться, но настройки разделения функционала КОРП — ПРОФ это не затрагивает.

Настройки кластера

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

Ограничениями лицензии ПРОФ являются:

• Допустимое отклонение количества ошибок сервера, значение по умолчанию 0;
• Режим распределения нагрузки, значение по умолчанию Приоритет по производительности.

Настройки сервера

А вот здесь все гораздо хуже, практически все возможности настройки сервера у пользователей ПРОФ забрали.

Под ограничения попали:

• Максимальный объем памяти рабочих процессов, значение по умолчанию 0;
• Безопасный расход памяти за один вызов, значение по умолчанию 0;
• Объем памяти рабочих процессов, до которого сервер считается производительным, значение по умолчанию 0;
• Количество ИБ на процесс, значение по умолчанию 8.

Любые значения, отличные от значений по умолчанию, являются недопустимыми.

Столь жесткое ограничение вызывает самое большое количество нареканий, по сути пользователей ПРОФ лишили какой-либо возможности регулировать потребление ресурсов сервером, что больнее всего скажется на пользователях 32-битной версии сервера, в большинстве случаев им придется переходить на 64-битную версию с существенной доплатой.

Настройки информационной базы

Мы не думаем, что кто-то реально столкнется с этим ограничением, но приведем его на всякий случай.

Во всех информационных базах должны быть установлены следующие значения:

• Внешнее управление сеансами — пустая строка;
• Обязательное использование внешнего управления — флаг снят.

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

Настройки публикации на веб-сервере

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

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

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

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

Или подпишись на наш Телеграм-канал:

Источник: interface31.ru

Что, если сервер «умрет»? Примеры реализации отказоустойчивой системы на 1С:Предприятие 8.3

В новой серии уроков мы наглядно покажем возможности отказоустойчивости клиент-серверной платформы «1С:Предприятие 8.3». Кластер серверов 1С позволяет выполнять горизонтальное масштабирование. Также в него заложены возможности по обеспечению отказоустойчивости системы. В отличие от платформы 8.2, в 8.3 нет групп резервирования кластеров.

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

Видео 01:

Отказоустойчивость центральных серверов

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

Видео 02:

Настройка уровней отказоустойчивости

В платформе 8.3 в кластере появился параметр «Уровень отказоустойчивости». В этом уроке показано в теории, как будет влиять настройка этого параметра на работу кластера.

Видео 03:

Выход из строя всех центральных серверов

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

Видео 04:

Авария на одном рабочем сервере

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

Видео 05:

Выход из строя всех рабочих серверов

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

Видео 06:

Формула расчета уровня отказоустойчивости

В уроке показана методика (совершенно не очевидная) расчета уровня отказоустойчивости для кластера серверов.

Видео 07:

Отказоустойчивость и производительность

Желание сделать систему максимально отказоустойчивой приводит к негативным последствиям – система начнет медленнее работать. Рассмотрим этот момент в данном видео.

Смотрите еще:
5 видео по ускорению работы 1С – Настройка и параметры кластера серверов “1С:Предприятия 8.3”

Описание курса
Не откладывайте свое обучение!

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

Шемякин Александр

Добрый день!
1.Второй сервер на может потребоваться например для учебных целей или разделить ресурсы одного сервера для 2 кластеров (так несколько надёжнее).
2.Фактическая отказоустойчивость и то, что про неё пишут на ИТС несколько отличается, например: уровень отказоустойчивости = 1 согласно ИТС достаточно 2 рабочих сервера один из которых центральный… фактически требуется 2 центральных сервера пусть даже оба и рабочие, т.к. если в первом случае падает центральный сервер – падает всё, а во втором случае падение любого из серверов не приводит к фатальным последствиям.

Мне кажется вы меня не поняли. Чуть подробнее опишу.
Есть один сервер физический, на нем развернут сервер 1С, в таскменеджере 3 процесса:
1 ragent,
1 rmngr,
1 rphost.
В консоли кластера я добавляю в этом центральном сервере еще один кластер, не рабочий сервер, а именно кластер. В таскменеджере теперь:
1 ragent
2 rmngr
2 rphost
Или вы так и поняли мой вопрос? просто чтобы собирать отказоустойчивый кластер надо как минимум 2 рабочих сервера. а тут он один

Шемякин Александр
Укажите к какому видео вопрос или к какой статье, хотя-бы контекст вопроса станет понятен.

к сожалению, тут нет возможности прикрепить картинку из курса со схемой о которой я пишу. я не знаю как еще спросить, но попробую так:
в чем преимущество когда на одном центральном сервере больше одного кластера?
если в процессах:
рагент:1540, рменеджеры 1541 и 2541, рпхосты 1560-1591 и рпхосты 2560-2591
в чем преимущество перед схемой
рагент:1540, рменеджер:1541, рпхосты 1560-1591
?

Шемякин Александр

Ну наконец-то понял. Центральный сервер в терминах 1С совсем не то, что вы имеете в виду. У вас фактически на 1 физическом сервере функционируют в рамках 1 кластера центральный сервер (с функционалом рабочего сервера, ragent-1540/ rmngr-1541/rphost:1560-1591), для краткости сервер А и рабочий сервер(ragent-2541/rphosts:2560-2591) – сервер Б. Эта схема суть надёжнее чем просто один центральный(и он-же и рабочий) сервер на 1 физическом сервере. В случае падения сервера Б – его процессы будет подхватывать сервер А, кластера серверов 1С. На практике такая схема используется не часто, чаще в учебных целях.
Так-же возможно вам будет полезно.

Проверил вариант из двух центральных серверов 1С srv1 и srv2 + сервер лицензирования.
Добавив в рабочие сервера дополнительный центральный сервер srv2 и установил отказоустойчивость в 1. Отключил службу 1с на дополнительном центральном сервер srv2 – сеансы перекинулись на сервер srv1 – вроде работает. (обратно не пробовал отключить srv1 – так как среда продакшен). Обратил внимание, что:
1) Журнал регистрации 1с – пишется для проверяемой базы только на srv1 (хоть и все сеансы 1с на базе работают с srv2).
2) Сеансовые данные 1с – пишутся для проверяемой базы на оба сервера (но судя по времени это не синхронные записи, а разные).
3) Полнотекстовый поиск – пока не понял где пишется… Так вот вопрос: надо ли дополнительно в какой то последовательности приоритетов настраивать требования назначения функциональности в отказоустойчивом кластере 1С для журналов регистрации, сеансовых данных и полнотекстовому поиску?

Андрей Бурмистров

Хороший вопрос, на курсе есть отдельный урок где это разбирается.
Если у вас более одного сервера в кластере, то 1С рекомендует с помощью ТНФ явно явно закрепить за каким-то одном сервером следующие сервисы:
– сервис журнала регистрации
– сервис полнотекстового поиска
– сервисы работы с внешними источниками данных.
Это может быть один сервер для всех сервисов или разные, важно что эти сервисы должны быть явно закреплены. Сервис сеансовых данных нужно явно указать на каждом из серверов кластера.

Добрый день. Подскажите, можно ли настроить отказоустойчивость кластера 1с8.3 с лицензиями ПРОФ?
Андрей Бурмистров

Вы имеете ввиду настройку Уровень отказоустойчивости?
Если да, то в описании функционала КОРП сайте 1С https://v8.1c.ru/overview/corp/ не указана настройка “Уровень отказоустойчивости”, значит исходя из документации, она может быть использована для лицензии ПРОФ.

Доброго времени суток.
Вопрос по первому видео.
Попробовали на практике отказоустойчивый кластер на два центральных сервера – srv1;srv2
Платформа 8.3.8.1933.
Если отключить сервер srv1 и в подключениях базы будет srv1;srv2
тогда подключается к базе нормально.
Но если в подключении указать только srv1 и srv1 отключить, то сервер по сети не находится.

Андрей Бурмистров

Денис, здравствуйте.
А вы хотя бы 1 раз подключились успешно под этим пользователем к кластеру, когда у вас уже было настроено 2 центральных сервера?

Серавкин Константин

“УО = Количество центральных серверов – 1”
Если в системе три рабочих сервера и только два из них центральных, то вывод из строя не любых двух серверов окажется отказоустойчивым. Т.е. да, можно подобрать частый случай (один центральный, один рабочий), когда система не упадёт после вывода из строя двух серверов, но это не означает, что вывод ЛЮБЫХ двух серверов будет отказоустойчивым. Поэтом я не могу считать, что УО = 2. В данном случае гарантированно допускается вывод ЛЮБОГО только одного сервера для обеспечения отказоустойчивости. В этом смысле формула “для экзамена” верна, просто не хватает математического понятия “любой”

Андрей Бурмистров

Если считать так, тогда получается что документация написана неверно, т.к. там сказано, что УО это то количество серверов которые могут выйти из строя и при этом приведены конкретные примеры.
Я предлагаю ориентироваться не на документацию и формулировки, а на поведение системы на практике.

Во всех видео для имитации аварии выполняется остановка службы агента.
А что будет происходить с пользовательскими сеансами, если принудительно завершить рабочий процесс, который их обслуживает?
Насколько помню, в 8.2 за это отвечала группа резервирования и там сеансы “перетекали” (при отсутствии незавершенных транзакций).
А что в 8.3? Я правильно понял, что содержимое видеороликов применимо к принудительному завершению любого процесса ОС, участвующего в обслуживании сеанса (ragent, rmngr, rphost)?

Андрей Бурмистров

> А что будет происходить с пользовательскими сеансами, если принудительно завершить рабочий процесс, который их обслуживает? Если у пользователя этого рабочего процесса была открыта транзакция, тогда он получит сообщение об ошибке и завершит работу.
Если пользователь в этот момент ничего не делал, то он даже не заметит что процесс упал, т.к. упавший процесс сразу же перезапускается. > Насколько помню, в 8.2 за это отвечала группа резервирования Группа резервирования применима если упадет не процесс, а весь сервер.
В 8.3 для этого используются уровни отказоустойчивости. > правильно понял, что содержимое видеороликов применимо к принудительному завершению любого процесса ОС, участвующего в обслуживании сеанса (ragent, rmngr, rphost)? Нет, это применимо только к процессам rphost

В Видео 02 на слайде написано “Уровень отказоустойчивости (УО)” – количество РАБОЧИХ серверов”
Вот выделил специально слово РАБОЧИХ, то есть не ЦЕНТРАЛЬНЫХ. То есть или есть разница в понятиях, или это ошибка в голове диктора?

Андрей Бурмистров
Все центральные сервера являются рабочими, но не все рабочие сервера являются центральными.

Андрей, скажите, при использовании оказоустойчивого кластера, где правильно расположить ключи защиты клиентских лицензий? Ведь их реплицировать или дублировать мы не можем? Если упадет именно тот сервер, где они были установлены, то наличие остальных серверов в рабочем состоянии, увы, будет бесполезно…

Андрей Бурмистров

Тут есть несколько вариантов:
1. В 8.3 можно перенести сервис лицензирования на отдельный компьютер, пока этот компьютер работает, лицензии будут выдаваться, даже если один из серверов выйдет из строя.
2. Если используются программные лицензии, тогда можно переактивировать лицензии на другом сервере используя один из 3х пин-кодов.
3. Если используются аппаратные ключи и сервера находятся в одном здании, тогда можно просто переставить ключ.
4. Для обеспечения самой высокой скорости переключения, можно иметь в запасе дополнительные лицензии на отдельном сервере. Этот вариант предпочтителен если стоимость простоя очень высока, тогда лучше закупить 2 комплекта лицензий, один для постоянной работы и одни резервный.

Ни хочу никого обижать но почему видео записан картавым голосом? Что нет других людей.
Евгений Гилев (Мастер-тренер)

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

Тоже отмечу, что качество дикции последнее время стало гораздо хуже. Во всех новых курсах. Если Евгений и, особенно, Фарит читали весьма хорошо, и даже эмоционально, то материал гораздо лучше усваивался и запоминался. Евгений не ленился чертить кучу слайдов “карандашом”. Сейчас имеем забыстренный темп увы с дефектами речи, мелькание слайдов. Жаль 🙁

Евгений Гилев (Мастер-тренер)

Добрый день! Как говориться на вкус и цвет все фломастеры разные 🙂 А если серьезно, то главное в наших курсах – контент. Приведу пример.
У Бурмистрова Андрея не идеальная дикция. Но я вижу более 200 отзывов клиентов, которые прошли его курс и у них есть реальные результаты. То есть не просто “курс понравился”, а есть реальный “выхлоп” – или экзамен сдан, или на практике примели или успешно прошли собеседование на интересную должность. Более того внимальные слушатели знают, что Фарит писал некоторые видео в аэропорту под звуки взлетающих самолетов 🙂 Над подачей мы конечно же будем работать, но контент первичен.

michail007

“Ни хочу никого обижать…”
Я ни какого отношения к команде проекта не имею, простой слушатель. И вот с этой точки зрения скажу: не хочешь обижать – лучше промолчи.
Без обид, если что.

Так обычно делают люди у которых цель как раз обидеть человека)
Дмитрий Медведев

Здравствуйте, Андрей! У меня два вопроса:
1. по видео 6, вы разделили практику и экзамен. Что из этого следует, экзамены составляют неграмотные люди, которые не являются экспертами и даже специалистами? Или в то время когда они их составляли, платформа работала по другому? или др. причина? 2. Я как из старой версии курса, так из видео, до конца не понимаю, для чего вообще нужно заполнять свойство “Уровень отказоустойчивости”.

На подсознательном уровне, понимаю только следующее: чем больше центральных серверов, тем больше элементов кластера одновременно могут обслуживать не зависимо друг от друга определённую задачу. А для чего вообще это свойство заполнять, так и не понимаю. Объясните пожалуйста по понятнее… 3. Почему не в курсе и нигде вы не упоминаете, про то, что отказать могут не только сервера приложений, а ещё и сервера с СУБД. Может для них тоже следует, что-то типа зеркала организовать? А как правильно это сделать, не покажите (хотя бы в рамках курса)?

Андрей Бурмистров

1. Из этого следует только то, что теория отличается от поведения на практике. Если вы работаете с 1С давно, то это не должно быть для вас откровением, такое случается довольно часто.
2. Получается что на практике этот механизм сейчас не отлажен. На данный момент его работа не соответствует документации. Сейчас получается что неважно заполняете ли вы это свойство или нет, отказоустойчивость все равно будет зависит от числа центральных серверов. Надеюсь что скоро либо исправят документацию, либо исправят сам механизм.
3. Если используется MS SQL версии 2012 и выше, то для этой цели можно использовать механизм Always on. В сети достаточно много подробных описаний настройки и работы данного механизма. Если будут конкретные вопросы, задавайте их рамках мастер-группы.

Источник: xn—-1-bedvffifm4g.xn--p1ai

Операция не может быть выполнена с текущим составом лицензий — что делать?

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

Причина ошибки лицензии

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

Для решения проблемы есть несколько способов. Одна из них — приобретение профессиональной лицензии, которая расширяет возможности сервера. Если такой способ пока не приемлем, можно попытаться сбросить настройки по умолчанию. Этот метод работает в большинстве случаев. Зачастую необходимо в максимально быстрые сроки исправить положение.

Поэтому давайте разбираться, что же делать, если появляется ошибка.

Сброс значений сервера 1С до параметров по умолчанию

Необходимо изменить некоторые настройки кластера.

Изменить или проконтролировать нужно лишь два параметра:

Параметры: Значения:

Режим распределения нагрузки.	«Приоритет о производительности»
Допустимое отклонение.	0%

Далее нужно изменить некоторые параметры сервера. Вернее, изучить их, и в случае отклонения — исправить параметры.

Они будут следующими при ошибке, когда операцию нельзя выполнить с текущей лицензией:

• Убедитесь, чтобы в значении « Количество ИБ на процесс » было установлено значение — 8;
• Пункт « Безопасный расход памяти » — значение 0;
• « Максимальное количество памяти рабочих процессов » — 0;
• Объём максимально допустимых процессов до которого сервер считается рабочим — 0.

Убедитесь в соответствии этих параметров в настройках своего сервера. Это и есть условия вашей текущей лицензии ПО, без которых оно не сможет правильно работать. Другими словами: если хоть один из этих параметров будет настроен иначе — появится ошибка «Операция не может быть выполнена с текущим составом лицензий».

Что делать для перехода с корпоративной версии 1С на профессиональную

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

Любой владелец коммерческого продукта имеет цель продать его по самой высокой стоимости. Но не всегда это нужно конечным пользователям или покупателям. Что же делать?

Как многие уже догадались, подобное ограничение сервера напоминает нам о том, что наша компания «уже» выросла из корпоративной версии. Что клиенту нужны более расширенные функции и услуги программы. И в такой непринуждённый способ нас наталкивают на приобретение профессиональной 1С. Если у вас в данный момент нет другого выхода, вы можете приобрести её на официальном сайте.

Приобрести профессиональный программный пакет можно в личном кабинете. Если вы до этого пользовались взломанным ПО, но решили перейти на лицензионный, перейдите по адресу https://1c.ru и пройдите регистрацию.

Регистрация на сайте 1C, если операция не может быть выполнена

Начинается создание профиля на сайте с выбора и оформления заявки на продукт.

На сайте нужно выбрать программу, которая подходит для ваших целей. Например, 1С. Предприятие.

Далее из таблицы нужно выбрать направление программы: бюджет поселения, учёт обращений, договоры и т.д.;

На каждой странице с описанием есть ссылка на покупку. Найдите и нажмите её;

Теперь в таблице нужно найти свой регион. Для этого воспользуйтесь интерактивной картой на странице сайта. Нажмите на кнопку « Раскрыть карту » и выберите партнёра в своём городе;

Нажмите на кнопку « Отправить заявку » в подходящем блоке своего региона;

И заполните форму, которая появится на странице.

Теперь нужно ждать, пока с вами свяжутся представители 1С. Предприятие. Важно указывать контакты правильно, чтобы не пришлось создавать заявку повторно. Указывайте номер вместе с адресом электронной почты. Результат может помочь решить проблему с ошибкой о том, что действие не может быть сейчас выполнено, и понять, что же делать в такой ситуации.

Чтобы как можно быстрее получить качественные услуги, нужно придерживаться некоторых правил при поиске продукта в списке:

• Обращайте внимание не только на регион, но и на количество квалифицированных специалистов, которые предоставляют услуги по выбранному вами продукту. Если их слишком мало, вы можете ожидать какое-то время, пока специалист освободится;
• Обращайте внимание, чтобы партнёр имел соответствующий сертификаты. Они помечены иконками;
• Если нет подходящей компании в вашем регионе, можно выбрать соседний.

Покупая лицензионный продукт и заказывая услуги сертифицированных специалистов вы лишаетесь забот о проблемах, которые возникают в программе. И в любое время сможете рассчитывать на поддержку. Даже если появляется ошибка «Операция не может быть выполнена с текущим составом лицензий» и вы не знаете, что с ней делать.

Источник: rusadmin.biz

Параметры сервера 1С по умолчанию для возможности использования лицензий 1C уровня ПРОФ

C 10 сентября 2019 года некоторые пользователи лицензий 1С Предприятие 8, начали получать предупреждение с текстом:

«Операция не может быть выполнена с текущим составом лицензий. «Свойства кластера Допустимое отклонение количества ошибок сервера», «Режим распределения нагрузки или свойства рабочего сервера» «Максимальный объем памяти рабочих процессов», «Безопасный расход памяти за один вызов», «Объем памяти рабочих процессов, до которого сервер считается производительным», «Количество ИБ на процесс» содержат значения, отличные от значений по умолчанию. Использование этих функций возможно только для лицензий на платформу уровня КОРП. Обратитесь к администратору для решения вопросов приобретения и установки лицензий уровня КОРП.»

Сервер 1С операция не может быть выполнена с текущим составом лицензий

С 10 сентября 2019 года для продолжения работы с серверными лицензиями 1С уровня ПРОФ в таком случае необходимо купить лицензии 1С уровня КОРП или сделать обмен лицензий 1C ПРОФ на КОРП, или установить значения свойств сервера 1С и параметры свойств кластера сервера 1С Предприятие 8 как значения «по умолчанию».

Какие значения свойств сервера 1С Предприятие 8 используются по умолчанию?

Для возможности работы лицензий 1С уровня ПРОФ без использования функциональности КОРП нужно, как описано ниже, привести параметры рабочего сервера 1С Предприятие и параметры свойств кластера сервера 1С Предприятие 8 к значениям, используемым по умолчанию.

Какие значения свойств параметров рабочего сервера 1С:Предприятие 8 используются по умолчанию?

Для возможности работы лицензий 1С уровня ПРОФ без использования функциональности КОРП нужно, как на картинке ниже, привести параметры рабочего сервера 1С Предприятие к значениям, используемым по умолчанию.

Значения по умолчанию параметров рабочего сервера 1С:Предприятие 8

Максимальный объем памяти рабочих процессов в байтах. Значение по умолчанию — 0
Используется только в «старых» версиях платформы до 8.3.15. Настройка доступна только для лицензии уровня КОРП. Максимальный объем памяти, доступный всем рабочим процессам кластера на данном рабочем сервере. Может принимать значение от -1 до 9 223 372 036 854 775 807, где -1 — не ограничен максимальный объем памяти, доступный рабочим процессам кластера на данном рабочем сервере; 0 — значение определяется автоматически как 80% объема оперативной памяти сервера.

Безопасный расход памяти за один вызов Значение по умолчанию — 0
Настройка доступна только для лицензии уровня КОРП. Объем памяти в байтах, использование которого в процессе вызова сервера считается безопасным. Может принимать значение от -1 до 9 223 372 036 854 775 807, где -1 — любой вызов сервера считается опасным, если за время вызова сервера достигнут максимальный объем памяти рабочего процесса; 0 — значение объема определяется автоматически, как 5% максимального объема памяти рабочих процессов на данном рабочем сервере.

Объем памяти рабочих процессов, до которого сервер считается производительным Значение по умолчанию — 0
Настройка доступна только для лицензии уровня КОРП. Суммарный объем оперативной памяти, занятый рабочими процессами этого рабочего сервера, по достижению которого на этот рабочий сервер перестанут назначаться новые соединения с информационными базами. Значение 0 означает, что никакого ограничения не установлено.

Количество ИБ на процесс Значение по умолчанию — 0
Настройка доступна только для лицензии уровня КОРП. Количество информационных баз, соединения с которыми могут обслуживаться одним рабочим процессом данного сервера. Значение 0 означает, что ограничение не установлено. Если количество информационных баз превысит это количество? кластер серверов создаст на этом рабочем сервере дополнительный рабочий процесс.

Количество соединений на процесс Значение по умолчанию — 128 или 256
Начиная с платформы версии 8.3.15 значение по умолчанию устанавливается 256 соединений на процесс. Количество соединений с информационными базами, которые может обслуживать один рабочий процесс данного сервера. Значение 0 означает, что ограничение не установлено. Если количество соединений, обслуживаемых рабочим процессом, превысит это количество, то кластер серверов создаст на этом рабочем сервере дополнительный рабочий процесс.

Порт главного менеджера кластера Значение по умолчанию — 1541
Другие значения доступны как для лицензий уровня КОРП, так и ПРОФ. Номер сетевого порта главного менеджера кластера, запущенного на данном рабочем сервере. Этот сетевой порт используется при формировании адреса кластера серверов для указания клиентскому приложению. Адрес выглядит следующим образом: :. Если свойство «Компьютер» имеет имя Computer_1, а свойство «Порт главного менеджера кластера» равно 1541, то адрес кластера серверов будет выглядеть как Computer_1:1541. Значение данного параметра игнорируется в том случае, если не установлен флаг Центральный сервер.

Какие значения свойств параметров кластера 1С:Предприятие 8 используются по умолчанию?

Для возможности работы лицензий 1С уровня ПРОФ без использования функциональности КОРП нужно, как на картинке ниже, привести параметры свойств кластера сервера 1С Предприятие 8 к значениям, используемым по умолчанию.

Значения по умолчанию параметров кластера 1С:Предприятие 8

Защищенное соединение — Значение по умолчанию: выключено.
Отвечает за уровень безопасности кластера. Возможные значения: выключено, только соединение, постоянно.

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

Допустимый объем памяти в килобайтах. Значение по умолчанию — 0
Используется только в «старых» версиях платформы до 8.3.15. Устанавливает предельный объем виртуального адресного пространства, после постоянного превышения которого в течение определенного времени (параметр «Интервал перезапуска») рабочий процесс или менеджер кластера будет автоматически перезапущен. Нулевое значение означает, что критический объем памяти не задан и автоматический перезапуск процессов не выполняется.

Интервал превышения допустимого объема памяти в секундах Значение по умолчанию — 0
Используется только в «старых» версиях платформы до 8.3.15. Определяет интервал времени постоянного превышения предельного объема виртуального адресного пространства, занимаемого рабочим процессом или менеджером кластера (параметр «Допустимый объем памяти»), после которого выполняется автоматический перезапуск процесса. Нулевое значение означает, что автоматически перезапуск рабочих процессов не выполняется.

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

Записывать дамп процесса при превышении критического объема памяти Значение по умолчанию: отключено.
Определяет необходимость формирования дампа аварийного завершения рабочего процесса в случае, если кластер серверов выполняет принудительное завершение рабочего процесса. Эта ситуация может возникнуть в том случае, если в процессе мониторинга состояния кластера нарушается значение, установленное в параметре рабочего сервера «Критический объем памяти процессов». Дамп формируется в соответствии с текущими настройками формирования дампов аварийного завершения.

Проблемные процессы останавливать через в секундах. Значение по умолчанию — 0
Интервал времени, по истечении которого проблемный рабочий процесс принудительно останавливается, независимо от наличия соединений. Работа всех соединений с этим процессом завершается аварийно. Значение свойства может быть изменено во время работы кластера. Нулевое значение означает, что принудительное завершение процесса не выполняется. Менеджер кластера при стойком превышении предельного объема виртуального адресного пространства всегда перезапускается без ожидания.

Уровень отказоустойчивости Значение по умолчанию — 0
Уровень отказоустойчивости определяет максимальное количество рабочих серверов, входящих в состав кластера, одновременный выход из строя которых не приведет к аварийному завершению сеансов подключенных пользователей. Если в кластер серверов входит только один рабочий сервер, то максимальный уровень отказоустойчивости будет 0, т.к. выход из строя единственного рабочего сервера приведет к аварийному завершению всех подключенных пользователей. Если в кластер входит пять рабочих серверов, то уровень отказоустойчивости может изменяться от 0 до 4. При этом 0 означает, что фатальным считается выход из строя любого рабочего сервера, а значение 4 означает, что кластер сохранит работоспособность даже в том случае, если выдут из строя четыре из пяти рабочих серверов.

Режим распределения нагрузки Значение по умолчанию — Приоритет по производительности
Настройка доступна только для лицензии уровня КОРП. Параметр определяет, по какому критерию будет выбираться рабочий процесс при установке нового соединения с сервером 1С Предприятия 8. Можно указать: «Приоритет по производительности», «Приоритет по доступной памяти».

В чем отличия лицензии 1С КОРП от обычных лицензий 1С ПРОФ?

В версии 8.3 платформы «1С:Предприятие» появилось разделение уровней лицензий на ПРОФ и КОРП — был выделен дополнительный функционал, который можно использовать только при наличии у пользователей лицензий уровня КОРП. Какие дополнительные возможности дают лицензии КОРП:

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

• сервисов кластера
• соединений с информационными базами

• безопасный расход памяти за один вызов
• количество ИБ на процесс
• объем памяти рабочих процессов, до которого сервер считается производительным
• максимальный объем памяти рабочих процессов
• стратегия балансировки по памяти и по производительности

В ранних версиях платформы 1С:Предприятие 8.3 технически лицензии уровня КОРП не были защищены. Начиная с версий 8.3.12.1852, 8.3.13.1791 и 8.3.14.1592 платформы «1С:Предприятие» такая защита реализована. Кроме того, изменены правила использования лицензий уровня ПРОФ. В актуальных версиях платформы 1С:Предприятие 8.3 эти лицензии предназначены для использования с информационными базами, в которых одновременно работают не более 500 сеансов пользователей и/или нет большой нагрузки — используется не более 12 ядер процессоров.

Какие лицензии 1С купить ПРОФ или КОРП?

В названиях программ семейства 1С:Предприятие 8 встречаются аббревиатуры ПРОФ и КОРП. Наличие аббревиатуры КОРП в названии означает расширенную дополнительную функциональность, используемую, как правило, в крупных корпоративных компаниях. Однако дополнительные функции, скрывающиеся за словом КОРП, для программ и дополнительных лицензий — разные. Из-за этого у некоторых пользователей возникает вопрос, какие дополнительные лицензии и для каких программ нужно использовать? Мы постарались наглядно представить различия и показать в каких случая используются лицензии 1С уровня ПРОФ, а когда КОРП, в таблице, которую можно увидеть ниже.

Пример программ 1С, для которых планируется покупка лицензий

До 10 сеансов, доступна функциональность КОРП по управлению нагрузкой и производительностью

До 500 сеансов и/или до 12 ядер , недоступна функциональность КОРП по управлению нагрузкой и производительностью

Более 500 сеансов и/или более 12 ядер, функциональность КОРП по управлению нагрузкой и производительностью

1С:Бухгалтерия 8 базовая версия и другие программы базовых версий

Нет возможности использовать какие-либо дополнительные лицензии. Базовые версии поддерживают только работу одного пользователя.

Клиентские и серверные лицензии ПРОФ с программной защитой или с USB ключом

Клиентские и серверные лицензии КОРП с программной защитой или с USB ключом

• Купить 1С Упрощенка 8
• Купить 1С Бухгалтерия 8
• Купить 1С Зарплата и Управление Персоналом 8
• Купить 1С Управление Торговлей 8

• ООО «Домино Софт» ОГРН 1027739687205
• Телефон: +7 (495) 784-71-93 или +7 (985) 621-48-25
• Юридический адрес: 117647, г.Москва, Профсоюзная ул., д.119, кор.2, кв.364
• Адрес основного офиса: 117630, г. Москва, Старокалужское шоссе, дом 62
• E-mail:

• Вопросы по покупке 1С
• 1С через интернет
• Купить 1С 7.7
• Купить 1С 8
• Карта сайта
• Каталог программ
• Контакты

Источник: 1sshop.ru

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

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

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

Сервер 8.3 характеризуется переработанным заново внутренним кодом, хотя «снаружи» может показаться что это слега доработанный 8.2.

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

Это снижает вероятность неправильной настройки сервера и понижает требования к квалификации админов.

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

Стабильность работы при использовании больших объемов памяти определятся новыми параметрами рабочего сервера.

Особенно интересен параметр «безопасный расход памяти за один вызов». Для тех кто плохо представляет что это такое — лучше не тренируйтесь на «продуктивной» базе. Параметр «Максимальный объем памяти рабочих процессов» позволяет  при «переполнении» не обваливать весь рабочий процесс, а только один сеанс «с неудачником». «Объем памяти рабочих процессов, до которого сервер считается производительным» позволяет заблокировать новые соединения как только будет преодолен этот порог памяти.

Рекомендую изолировать рабочие процессы по информационным базам, к примеру указать параметр «Количество ИБ на процесс = 1». При нескольких высоконагруженных базах это позволит уменьшить взаимное влияние как по надежности, так и по производительности.

Отдельный вклад в стабильность системы вносит «расходование» лицензий/ключей. В 8.3 появилась возможность использования «менеджера программных лицензий» напоминая менеджер «аладина». Цель — возможность вынести ключ на отдельную машину.

Реализован он в виде еще одного «сервиса» в менеджера кластера. Вы можете использовать к примеру «свободный» ноутбук.  Добавьте его в кластер 1с 8.3, создайте на нем отдельный менеджер с сервисом «сервис лицензирования». В ноутбук можно воткнуть аппаратных hasp-ключ, или активировать программные лицензии.

Наибольший интерес для программистов должен представлять «Требования назначения функциональности».

Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера  надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» — «Не назначать», т.е.  запретить рабочим процессам данного сервера обрабатывать клиентские соединения.

Содержание

• 1 Порты 1С 8.2-8.3
  • 1.1 Пользователь USR1CV81 и его права
  • 1.2 Регистрация сервера 1С:Предприятия как сервиса Windows
• 2 Параллельный запуск нескольких серверов «1С:Предприятия» разных версий на одном компьютере
  • 2.1 1. Постановка задачи
  • 2.2 2. Установка серверной части «1С:Предприятия» версии 8.3
  • 2.3 3. Регистрация сервера «1С:Предприятия» версии 8.3
  • 2.4 4. Добавление правила в Брандмауэр Windows для используемых портов
  • 2.5 5. Добавление сервера «1С:Предприятия» версии 8.3 в консоль администрирования серверов
• 3 Сервер 1С
  • 3.1 Ошибка 1069: служба не запущена из-за ошибки входа в систему
  • 3.2 Ошибка 8007056B / 800708C5
  • 3.3 Ошибка 1923: нет привилегий для установки сервисом
  • 3.4 Ошибка 80070056
  • 3.5 Windows Sockets — 11004(0х00002AFC)
  • 3.6 (Windows Sockets — 10054(0x00002746)
  • 3.7  (Windows Sockets — 10060(0x0000274C)
  • 3.8 (Windows Sockets — 10061(0x0000274D)
• 4 Обнаружен конфликт IP-адресов в Windows 7/8/10: методы решения
  • 4.1 Исправляем ошибку «Обнаружен конфликт IP-адресов в Windows»
  • 4.2 Выставление автоматического получения IP-адреса адреса DNS-сервера
  • 4.3 Выставление статического IP-адреса для сетевого подключения
• 5 Настройка кластера серверов 1С на двух серверах
  • 5.1 Общий алгоритм установки кластера серверов 1С
  • 5.2 Условие задания:
  • 5.3 Решение
  • 5.4 Проверка
  • 5.5 Проверка настройки

Порты 1С 8.2-8.3

Найдите в ветке

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8 Server Agent , параметр ImagePath.

По умолчанию сервер 1С:Предприятия использует следующие порты:

• 1540 — агент сервера
• 1541 — менеджер кластера
• 1560:1691 — динамический диапазон портов для рабочих процессов.

По материалам вот отсюда: вот отсюда.

Или же официальная иформация с http://its.1c.ru:

В большинстве случаев для установки 1C:Предприятия 8.1 в варианте “клиент-сервер” достаточно запуска программы установки 1С:Предприятия 8.1. При этом сервер 1С:Предприятия получает стандартные значения параметров, необходимые для его нормального функционирования.

Рассмотрим установку сервера 1С:Предприятия более детально. В процессе установки сервера 1С:Предприятия 8.1 программа установки 1С:Предприятия 8.1 выполняет следующие действия:

• Копирует загрузочные модули сервера 1С:Предприятия в каталог, указанный программе установки 1С:Предприятия в качестве конечной папки.
• Если в процессе установки выбрано «Создать пользователя USR1CV81», то создает пользователя USR1CV81. От имени этого пользователя работает сервер 1С:Предприятия 8.1, если он запускается как сервис. Ему доступны только те ресурсы, которые необходимы серверу 1С:Предприятия. Важно, что серверу 1С:Предприятия для работы необходимы два каталога: общий каталог с данными сервера (обычно «C:Program Files1cv81server») и каталог временных файлов (обычно «C:Documents and Settingsusr1cv81Local SettingsTemp» или «C:WINNTTemp»). Пользователь USR1CV81 получает права на общий каталог с данными сервера. Каталог временных файлов обычно доступен всем пользователям.
• Если в процессе установки включено «Установить сервер 1С:Предприятия 8.1 как сервис Windows», то регистрирует в Windows сервис агента сервера 1С:Предприятия и запускает его. При первом запуске создается кластер серверов 1С:Предприятия с настройками по умолчанию. В нем один рабочий сервер и один рабочий процесс. Адрес рабочего сервера совпадает с именем компьютера, на котором выполнена установка.

Пользователь USR1CV81 и его права

Сервер 1С:Предприятия является серверным приложением работа которого не должна зависеть от того, какой пользователь вошел в серверный компьютер в интерактивном режиме, если вообще кто-нибудь вошел.

Поэтому при установке сервера 1С:Предприятия желательно создать специального пользователя USR1CV81, наделенного правами, минимально необходимыми для сервера 1С:Предприятия, и не предназначенного для интерактивного входа.

Сервер 1С:Предприятия представляется системе Windows пользователем USR1CV81.

Рассмотрим подробнее права, устанавливаемые пользователю USR1CV81. Сервер 1С:Предприятия использует следующие каталоги:

• Каталог загрузочных модулей находится в каталоге, заданном программе установки 1С:Предприятия в качестве конечной папки. В нем расположены загрузочные модули сервера 1С:Предприятия. Пользователь USR1CV81 необходимы права на чтение данных и запуск программ из этого каталога и его подкаталогов. Он получает эти права неявно, благодаря включению в группу Users.
• Каталог данных сервера обычно имеет имя «C:Program Files1cv81server». Пользователю USR1CV81 необходимы полные права на этот каталог. Программа установки 1С:Предприятия при создании пользователя USR1CV81 наделяет его правами на этот каталог.
• Каталог временных файлов обычно имеет имя «C:Documents and Settingsusr1cv81Local SettingsTemp» или «C:WINNTTemp», которое определяется значением переменной TEMP окружения пользователя или переменной TEMP системного окружения. Посмотреть значение этой переменной можно в диалоге System Properties (Start -> Settings -> Control Panel -> System -> Advanced -> Environment Variables). Программа установки 1С:Предприятия задает пользователю USR1CV81 полные права на этот каталог. Обычно при установки Windows каталог временных файлов доступен всем пользователям посредством включения в его список доступа группы CREATOR OWNER. Однако, это доступ не полный. В частности, всем пользователям не доступна операция поиска файлов в этом каталоге. Установка пользователю USR1CV81 полных прав на каталог временных файлов позволяет серверу 1С:Предприятия выполнять все необходимые ему операции. Посмотреть список доступа можно в диалоге свойств каталога на закладке Security. Наличие группы CREATOR OWNER позволяет обращаться к каталогу любому пользователю, создающему какие-нибудь файлы в этом каталоге или владеющему какими-нибудь файлами в этом каталоге. При этом в списке доступа созданного файла вместо группы CREATOR OWNER будет записан пользователь, создавший файл. Среди пользователей, которым разрешен доступ в этот каталог, должен быть и пользователь USR1CV81, наделенный полными правами на этот каталог.Важно иметь в виду, что каталог временных файлов определенного пользователя (в том числе и пользователя USR1CV81) определяется комбинацией переменных окружения этого пользователя и системных переменных окружения. Чтобы узнать этот каталог, программа установки 1С:Предприятия запрашивает контекст пользователя USR1CV81. В для этого в Windows 2000 пользователю, от имени которого запускается программа установки 1С:Предприятия, могут потребоваться привилегии: Act as part of the operating system и Bypass traverse checking. Проверить привилегии пользователя можно утилитой Local Sequrity Settings в ветке Local Policies -> User Rights Assignment. В процессе установки нового программного обеспечения программа установки обычно получает эти привилегии автоматически.

Регистрация сервера 1С:Предприятия как сервиса Windows

Сервер 1С:Предприятия является простым консольным Windows приложением и может быть запущен интерактивно.

Однако для постоянного использования это неудобно, поскольку ставит запуск сервера 1С:Предприятия от входа итнерактивного пользователя в серверный компьютер.

Чтобы исключить эту зависимость, сервер 1С:Предприятия может запускаться как сервис Windows. Для этого он должен быть зарегистрирован в менеджере сервисов Windows.

Для просмотра списка сервисов Windows и их параметров предназначена утилита Component Services (Start -> Settings -> Control Panel -> Administrative Tools -> Services).

Сервер 1С:Предприятия представлен в списке сервисов сервисом «Агент сервера 1С:Предприятия 8.1».

Параметры сервиса определяют запуск процесса «Агент сервера 1С:Предприятия» (ragent), пользователя, от имени которого он запускается, а также способ перезапуска в аварийных ситуациях.

В диалоге свойств сервиса «Агент сервера 1С:Предприятия 8.1» на закладке General показана строка запуска процесса ragent, который является Агентом сервера 1С:Предприятия. Обычно эта строка имеет вид:

Копировать в буфер обмена

«C:Program Files1cv81binragent.exe» -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d «C:Program Files1cv81server»

В ней указано, что:

• процессом Агента сервера является загрузочный модуль «C:Program Files1cv81binragent.exe»;
• процесс ragent запускается как сервис Windows и должен управляться менеджером сервисов (-srvc);
• используется как Агент сервера 1С:Предприятия (-agent);
• при первом запуске сервиса должен быть создан кластер с параметрами по умолчанию и главным IP-портом номер 1541 (-regport 1541). По этому порту клиентские приложения должны соединяться с информационными базами, зарегистрированными в кластере;
• IP-порт агента сервера должен иметь номер 1540 (-port 1540). По этому порту Консоль кластера должна соединяться с центральным сервером для выполнения административных функций;
• при запуске процессов кластера на данном сервере им будут динамически назначаться IP-порты из диапазона 1560-1591 (-range 1560:1591).
• общие данные кластера будут размещены в каталоге «C:Program Files1cv81server» (-d «C:Program Files1cv81server»).

Сервис «Агент сервера 1С:Предприятия 8.1» может быть добавлен или удален не только при установке или удалении 1С:Предприятия программой установки 1С:Предприятия 8.1, но и вручную. Для этого можно исполнить из командной строки утилиту ragent, указав ей соответствующие параметры.

Для создания сервиса нужно указать параметр -instsrvc и параметры: -usr — имя пользователя, от имени которого должен быть запущен сервис, -pwd — пароль этого пользователя.

При этом остальные параметры станут параметрами строки запуска Агента сервера 1С:Предприятия как сервиса.

Например, для стандартной регистрации сервиса Агента сервера 1С:Предприятия в отладочном режиме набор параметров должен быть таким:

Копировать в буфер обмена

«C:Program Files1cv81binragent.exe» -instsrvc -usr .USR1CV81 -pwd Password -regport 1541 -port 1540 -range 1560:1591 -d «C:Program Files1cv81server» -debug

Для удаления сервиса нужно указать параметр -rmsrvc. Например:

Копировать в буфер обмена

«C:Program Files1cv81binragent.exe» -rmsrvc

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

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

Для редактирования потребуется утилита regedit, предназначенная для просмотра и редактирования системного реестра Windows.

Внимание!
Редактирование системного реестра Windows требует крайней осторожности, поскольку ошибочные изменения в нем могут привести операционную систему в неработоспособное состояние.

Запустите утилиту regedit (откройте Start -> Run и наберите regedit) и выберите ветку:

Копировать в буфер обмена

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.1 Server Agent

Среди ее параметров есть параметр ImagePath, значением которой является строка запуска Агента сервера 1С:Предприятия. Здесь можно добавить новые параметры строки запуска или поменять значения существующих. Полный список возможных параметров приведен в книге «1С:Предприятие 8.1 Клиент-сервер» документации.

При необходимости регистрации нескольких независимых сервисов Агента сервера 1С:Предприятия нужно указать им разные загрузочные модули, разные порты и разные каталоги данных кластера. Еще требуется зарегистрировать их с разными идентификаторами сервисов. Это можно сделать так:

Копировать в буфер обмена

«C:Program Files1cv81binragent.exe» -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d «C:Program Files1cv81server»

• При помощи утилиты regedit изменить идентификатор зарегистрированного сервиса. Для этого: выбрать веткуHKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.1 Server Agentи изменить ее имя, например на:HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.1 Server Agent First

Источник: https://sugar64live.wordpress.com/2015/09/04/%D0%BF%D0%BE%D1%80%D1%82%D1%8B-1%D1%81-8-2-8-3/

Параллельный запуск нескольких серверов «1С:Предприятия» разных версий на одном компьютере

В текущей статье рассмотрим процесс запуска и настройки параллельной  работы нескольких серверов «1С:Предприятия» различных версий (актуально для версий 8.1, 8.2 и 8.3) на одном компьютере.

В данном примере будет запущен сервер «1С:Предприятия» 8.3 при работающем сервере версии 8.2, но статья будет актуальна и для других подобных ситуаций, например при запуске сервера «1С:Предприятия» версии 8.1 при работающем сервере версии 8.

3 или запуске двух серверов различной разрядности.

1. Постановка задачи

Предположим имеется работающий сервер «1С:Предприятия» версии 8.2. Причем агент сервера запущен как служба и выбраны стандартные параметры запуска агента сервера, т. е:

• Номер сетевого порта агента сервера — 1540
• Номер сетевого порта менеджера кластера — 1541
• Диапазон портов для динамического выбора — 1560:1591
• Данные кластеры расположены в каталоге: «C:Program Files1cv82srvinfo»
• Служба запускается от локального пользователя USR1CV8

Запустим и настроем для работы на этом же физическом компьютере сервер «1С:Предприятия» версии 8.3.

2. Установка серверной части «1С:Предприятия» версии 8.3

Запускаем установку сервера «1С:Предприятия» (подробно про установку сервера «1С:Предприятия» я писал здесь), выбираем для установки компоненты:

• Компоненты доступа к серверам 1С:Предприятия 8
• Сервер 1С:Предприятия 8

А заодно запомним каталог установки файлов «1С:Предприятия» (в данном случае — «C:Program Files1cv88.3.4.389» ).

Сервер «1С:Предприятия» устанавливаем не как службу, а как приложение, т. е. снимаем флаг «Установить сервер 1С:Предприятия 8 как сервис Windows» во время установки.

3. Регистрация сервера «1С:Предприятия» версии 8.3

Теперь вручную зарегистрируем новый сервер «1С:Предприятия» как службу Windows, с измененными параметрами. Для этого воспользуемся командной строкой или программой Windows PowerShell.

Запустить PowerShell можно выполнив команду powershell (для этого необходимо нажать комбинацию клавиш Win + R, в появившемся окне «Выполнить» (Run) ввести имя команды в поле «Открыть» (Open) и нажать «ОК») или кликнув по соответствующему ярлыку в панели задач.

В открывшейся консоли Windows PowerShell, для удобства ввода дальнейших команд перейдем в каталог bin каталога с установленными файлами «1С:Предприятия» (каталог из пункта 1), выполнив команду

cd «C:Program Files1cv88.3.4.389bin»

Если сервер «1С:Предприятия» версии 8.3 все же был установлен ранее как служба, необходимо удалить существующую регистрацию сервера. Для этого необходимо выполнить команду

.ragent.exe -rmsrvc

А также необходимо удалить все файлы каталога реестра кластера, прошлой установки сервера «1С:Предприятия». По умолчанию это директория C:Program Files1cv8srvinfo.

Теперь можно переходить к регистрации новой службы агента сервера «1С:Предприятия». Т. к.

порты, используемые по умолчанию (1540, 1541, 1560-1690) уже заняты службой сервера «1С:Предприятия» версии 8.

2, необходимо использовать альтернативные порты, например 2540, 2541 и диапазон 2560-2591. Для регистрации сервера с данными параметрами выполним команду

.ragent.exe -instsrvc -port 2540 -regport 2541 -range 2560:2591 -usr .USR1CV8 -pwd UsrPass8 -d «C:Program Files1cv8srvinfo»

(подробно про параметры запуска агента сервера «1С:Предприятия» можно прочитать в статье Агент сервера «1С:Предприятия» 8.3 и его параметры запуска)

В данном примере выполняется регистрация сервера со следующими значениями параметров:

• Номер сетевого порта агента сервера — 2540
• Номер сетевого порта менеджера кластера — 2541
• Диапазон портов для динамического выбора — 2560:2591
• Служба запускается от имени локального пользователя — USR1CV8
• Пароль пользователя от имени которого запускается служба — UsrPass8
• Данные реестра кластера расположены в каталоге «C:Program Files1cv8srvinfo»
• Если необходимо включить отладку на сервере необходимо к строке запуска добавить параметр —debug

Ну и сразу произведем запуск службы, выполнив команду

.ragent.exe -start

Перейдем в службы Windows и увидим, что в списке появилась требуемая служба с именем 1C:Enterprise 8.3 Server Agent (x86-64). Служба запущена, и при запуске службы используются введенные только что параметры.

А если перейти в каталог с файлами реестра кластера, мы увидим что там появились соответствующие файлы.

4. Добавление правила в Брандмауэр Windows для используемых портов

Для того чтобы вновь установленный сервер «1С:Предприятия» был доступен другим компьютерам в сети, необходимо добавить используемые сервером порты (2540, 2541, 2560-2591) в исключения Брандмауэра Windows (Windows Firewall). Подробно об этом читайте в статье Добавление правила в Брандмауэр Windows Server 2012 R2.

5. Добавление сервера «1С:Предприятия» версии 8.3 в консоль администрирования серверов

Для администрирования сервера «1С:Предприятия» используется консоль администрирования серверов «1С:Предприятия».

Открыть консоль администрирования необходимой версии можно из подкаталога common каталога с установленными файлами программы «1С:Предприятия» (не обязательно данного компьютера — консоль можно установить отдельно на любой компьютер в сети), запустив оснастку 1CV8 Server (x86-64).msc.

В консоли администрирования серверов «1С:Предприятия», кликнув правой кнопкой мыши в дереве настроек на вкладке «Central 1C:Enterprise 8.3 servers», выберем в контекстном меню пункт «Создать» — «Центральный сервер 1С:Предприятия 8.3».

В появившемся окне параметров центрального сервера «1С:Предприятия» укажем:

• Протокол — tcp
• Имя — имя компьютера, на котором запущен сервер «1С:Предприятия»
• IP порт — номер сетевого порта агента сервера, в данном случае 2540
• Описание — произвольное описание центрального сервера «1С:Предприятия»

Нажимаем «ОК» для сохранения введенных параметров.

После чего только что установленный сервер «1С:Предприятия» версии 8.3 будет доступен для администрирования через данную оснастку.

Запись опубликована в рубрике 1С 8 с метками 1Сv8, Windows Firewall. Добавьте в закладки постоянную ссылку.

Источник: http://tavalik.ru/zapusk-neskolkix-serverov-1spredpriyatiya-raznyx-versij/

Сервер 1С

Это позволяет обеспечить непрерывность работы:

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

При  установке серверной части 1С:Предприятия 8.1  вы можете создать нового пользователя или выбрать существующую учетную запись.

В случае выбора существующей учетной записи вы должны указать правильный пароль и подтверждение, иначе запуск серверной части далее приведет к ошибке.При первом запуске Агента кластера создается кластер «по умолчанию».

Кластер по умолчанию имеет следующие характеристики:·         номер порта – 1541;·         диапазон IP портов – 1560:1591;·         поддержка многих рабочих процессов – выключена;·         один  рабочий  процесс, номер  порта устанавливается из указанного диапазона.

Если при первом запуске агента кластера возникли какие-либо проблемы, то кластер по умолчанию может быть не создан. Это проявляется в том, что при запуске агента сервера (ragent) он стартует, но не запускает другие процессы кластера (rmngr, rphost).

Список кластеров srvribrg.lst при этом выглядит так:{{0},

В этом случае можно остановить процесс ragent, удалить список кластеров (srvribrg.lst) и запустить ragent снова.

Проверьте совпадение портов, указанного в параметре port командной строки запуска сервиса агента сервера и заданного в диалоге параметров центрального сервера консоли кластеров:

— Остановите сервис 1C:Enterprise 8.1 Server Agent.

Если Агент серверов запущен как приложение, остановка выполняется нажатием комбинации клавиш Ctrl+C.
— Убедитесь, в Диспетчере задач (Task Manager), что все процессы ragent, rmngr, rphost завершились. При необходимости завершите их при помощи Task Manager.

— Откройте свойства сервиса 1C:Enterprise 8.1 Server Agent.

— Обратите внимание на строку «Исполняемый файл» ( Path to executable). В ней имеется параметр -d, за которым следует каталог данных кластера. Все файлы, относящиеся к кластеру, находятся в этом каталоге.— Удалите все содержимое этого каталога.— Запустите сервис 1C:Enterprise 8.

1 Server Agent.— Убедитесь, в Диспетчере задач (Task Manager), что все процессы ragent, rmngr, rphost стартовали.— Запустите консоль кластера и зарегистрируйте в ней центральный сервер. Консоль должна подсоединиться к центральному серверу и показать один кластер, созданный по умолчанию.

Возможными проблемы отказа работы Кластера серверов являются проблемы с ключами защиты, правами учетной записи служб, некорректными параметрами запуска.

1. Ключ защиты серверной части устанавливается ЛОКАЛЬНО на каждый сервер предприятия
2. Не задавайте учетную запись службы с пустым паролем
3. При нескольких кластерах используемые порты не должны пересекаться

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

Ошибка 1069: служба не запущена из-за ошибки входа в систему

Проблема связана с правами учетной записи на запуск от имени системной службы.

Откройте утилиту Local Security Policy (Локальная политика безопасности) и добавьте пользователя (от имени которого происходит запуск Рабочих серверов Кластера) к политикам Logon as service (Работа в качестве сервиса) и Logon as batch (Работа в качестве пакетного задания) job.

При нарушении данных, хранящихся в служебных файлах,  и  запуск Рабочих серверов Кластера может оказаться неудачным. Убедитесь, что агент сервера 1С:Предприятия 8.1 запущен (процесс ragent в Task Manager).

Не забудьте, что средством анализа также является  аудит событий Windows. Для этого посмотрите, появляются ли какие-нибудь «подозрительные» сообщения в журнале событий Windows.

Ошибка 8007056B / 800708C5

The new password does not meet the password policies. The password may be too short or you have already used this password recently.Причина: указанный пароль для учетной записи в диалоговом окне «Установка сервера 1С:Предприятие» не удовлетворяет требованиям политики безопасности.

Решение: Задать новый пароль для выбранной учетной записи, удовлетворяющий требованиям политики безопасности либо ослабить требования применяемой политики безопасности, т.е. не требовать «сложного» пароля, не ограничивать количество знаков в пароле, не проверять попыток повторения и т.д.

Ошибка 1923: нет привилегий для установки сервисом

Причина: Ошибка связана с правами установки учетной записи в качестве приложений. Такая ошибка характерна для попыток установки сервера на контроллере домена, где предъявляются повышенные меры безопасности.

Решение: Не использовать контроллер домена для размещения сервера предприятия или ослабить требования безопасности и указать для выбранной учетной записи права «Работы в качестве службы», «Работы в качестве пакетного задания».

Ошибка 80070056

Your password could not be changed. Each password must be used for at least x days.
Причина и Решение: Еще одна ошибка, возникающая при нарушении требований политики безопасности к используемым паролям. Решение аналогично ошибке 800708C5.

Windows Sockets — 11004(0х00002AFC)

1) Убедиться, что на Рабочем сервере кластера в Диспетчере задач (Task Manager) запущены :Агент сервера (ragent.exe),Менеджер Кластера (rmngr.

exe),Рабочий процесс Кластера (rphost.exe).

2) Для проверки разрешения имен  ip-адреса выполните в командной строке:ping имя_машиныВ отклике системы на команду нас интересует, определиться ли ip-адрес.

3) Если имя определилось, но Рабочий процесс по-прежнему не находится, то убедитесь, что определение Ip-адреса имени и . определяются не по-разному.

(Windows Sockets — 10054(0x00002746)

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

Эта ошибка обычно не появляется при повторном подключении. Если ошибка осталась, необходимо расследовать причины отказа рабочих серверов кластера.

Такая ошибка может происходить при достижении рабочим процессом использования максимального объема памяти в 32х битных системах.

Другим случаем является попытка подключения от клиента с сообщением об ошибке:

 (Windows Sockets — 10060(0x0000274C)

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

Сущность этой ошибки – отсутствие отклика в течении определенного времени (таймаута).1) Убедитесь, что брандмауэр не блокирует трафик приложения. Выключите брандмауэр.

Для этого в командной строке выполните команду (команда доступна начиная с Windows XP и Windows Server 2003, в более ранних версиях встроенного брандмауэра нет, однако может быть установлено стороннее ПО):

netsh firewall set opmode disable

Если команда будет выполнена успешно, вы получите сообщение:

Ок.

Кроме брандмауэра блокировать трафик могут сетевые фильтры. Они по умолчанию выключены. Тем не менее, убедитесь, что это так:

1. Откройте папку «Сетевые подключения».
2. Щелкните правой кнопкой мыши сетевое подключение, которое требуется настроить, и выберите команду Свойства.
3. На вкладке Общие (для подключения по локальной сети) или на вкладке Сеть (для всех остальных подключений) выберите Протокол Интернета (TCP/IP) и нажмите кнопку Свойства.
4. Нажмите кнопку Дополнительно.
5. Откройте вкладку Параметры, выберите параметр Фильтрация TCP/IP и нажмите кнопку Свойства.
6. Убедитесь,  что флажок Задействовать фильтрацию TCP/IP (все адаптеры) снят.

2) Убедитесь, что ресурсы процессора не загружены на 100% (CPU%).
3) Выполните замер сетевой активности интерфейсов клиента и сервера. Нагрузка на сетевой адаптер не должна превышать 60%.

(Windows Sockets — 10061(0x0000274D)

Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение.
Характерной причиной такой ошибки является отсутствие запущенного Агента сервера. Запустите сервер вручную или выполните перезагрузку сервера для автоматического старта.

Обнаружен конфликт IP-адресов в Windows 7/8/10: методы решения

Сегодня у нас на рассмотрении будет очень редкая проблема, которая сможет заблокировать вам доступ в Интернет — Обнаружен конфликт IP-адресов. Итак, при каких же условиях возникает данная проблема? На самом деле все очень просто — при попытке подключения пользователя к Интернету.

В сообщении данной ошибки, которое можно увидеть появляющимся в правом нижнем углу Области уведомления Пуска, указана следующая информация:

Обнаружен конфликт IP-адресов Windows

В этой сети уже есть компьютер с таким же IP-адресом. Обратитесь к системному администратору для разрешения этой проблемы. Дополнительные сведения см. в системном журнале Windows.

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

Ошибка «Обнаружен конфликт IP-адресов в Windows» может возникать на любой версии системы, даже уже на не поддерживаемой Windows XP, но там сообщение для данной ошибки немного отличается:

Windows — Системная ошибка

Конфликт IP-адреса с другой системой в сети.

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

Ок, давайте об этом поподробней. Проблема ошибки «Обнаружен конфликт IP-адресов в Windows» заключается в том, что в вашей сети уже присутствует устройство с точно таким же IP-адресом, которое было дано компьютеру, т.е. один и тот же IP-адрес дался двум устройствам.

Почему же произошел такой сбой? Ну, когда вы создаете беспроводную точку подключения, то ваш роутер начинает автоматически присваивать различным устройствам с сети определенные IP-адреса с помощью DHCP-протокола. Так что за появлением сбоя может стоять ваш маршрутизатор, который, по какой-то причине, дал один и тот же IP-адрес двух устройствам в сети.

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

Несмотря на все вышесказанное, конфликт IP-адреса в сети не является в большинстве случаев серьезной проблемой и ее можно разрешить довольно быстро и безболезненно для пользователя. В этой статье мы собрали несколько методов по решению ошибки «Обнаружен конфликт IP-адресов в Windows», выполнение которых не должно составить для вас никакого труда.

Исправляем ошибку «Обнаружен конфликт IP-адресов в Windows»

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

Итак, для начала давайте просто попробуем выполнить с вами перезагрузку вашего компьютера, так как ошибки и сбои с операционной системой ни для кого не новость. Возможно, ошибка «Обнаружен конфликт IP-адресов в Windows» является просто небольшой неурядицей. Ну как, помогло? Если нет, то двигаемся дальше.

Далее вы можете попробовать выполнить перезапуск своего маршрутизатора. Возможно, тот дал вашему компьютеру уже выданные IP-адрес по ошибке. Простой перезапуск устройства может решить проблему.

Для перезапуска роутера вам нужно отключить питание от него примерно где-то на полминуты, а затем снова включить его.

Сделать это можно с помощью специальной кнопки на корпусе или же через отключения кабеля питания из специального разъема на задней части того же корпуса.

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

Выставление автоматического получения IP-адреса адреса DNS-сервера

В попытке исправить ошибку «Обнаружен конфликт IP-адресов в Windows», мы можем попробовать выставить в настройках вашего сетевого подключения опции по автоматическому получению IP-адреса и адреса DNS-сервера. Если вы недавно пытались выставить статический IP-адрес, то уже наверняка знаете куда мы сейчас направимся.

Нажмите правой кнопкой мыши на иконке вашего сетевого подключения в Области уведомления Пуска и перейдите в «Центр управления сетями и общим доступом». Попав в указанное окно, нажмите на ссылку «Изменение параметров адаптера», находящееся в левой части окна.

Далее найдите свое сетевое подключение. Нажмите на него правой кнопкой мыши и выберите пункт «Свойства».

Заметка: Теперь вам нужно найти тот протокол Интернета, которые используется вашим Интернет-провайдером.

В большинстве случаев используется устаревший Интернет протокол 4 версии. Однако, ваш провайдер может использовать и шестую версию.

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

Кликните один раз на компонент под именем «Протокол Интернета версии 4 (TCP/IPv4)», а затем кликните на кнопку «Свойства», которая будет находиться ниже. Теперь вам нужно перейти во вкладку «Общие».

Далее самое главное — поставьте галочки напротив опций по получению IP-адреса и адреса DNS-сервера в автоматическом режиме.

И наконец, подтвердите изменения настроек своего сетевого подключения, нажав на кнопку «Ок».

Как только вы закончите с настройкой вашего сетевого подключения, перезагрузите свой компьютер(очень важно!), а затем снова попытайтесь получить доступ к Интернету. Опять тот же вопрос — ошибка «Обнаружен конфликт IP-адресов в Windows» была устранена?

Если нет, то у нас остался еще один способ, который пойдет от обратного по сравнению с предыдущим — выставление статического IP-адреса для подключения, но только корректно.

Выставление статического IP-адреса для сетевого подключения

Итак, если установив автоматическую установку IP-адреса так ничего и не решилось, то можно пойти по противоположному пути — установить статические значения.

Этот шаг довольно прост, но все же требует к себе некоторых знаний.

Итак, снова пройдите в настройки своего сетевого подключения и зайдите в свойства нужного вам Интернет-протокола.

Поставьте галочку напротив опции, которая позволит вам вручную вводить данные, относящиеся к IP-адресу. Поставив галочку, вам нужно ввести в поля следующую информацию:

• IP-адрес — сюда вы должны ввести IP-адрес своего роутера, но только немного изменив. Например, возьмем самый распространенный IP-адрес для роутера — 192.168.1.1. Вам нужно взять этот адрес и превратить его, к примеру, в 192.168.1.2. или 192.168.1.4. Можете проявить фантазию и добавить в конец значение вплоть до сотен.
• Маска подсети — сюда вам не нужно вписывать ничего — это значение будет выставлено автоматически.
• Основной шлюз — а вот сюда вам нужно ввести IP-адрес именно вашего роутера. То есть, опять-таки, это может быть 192.168.1.1 или любой другой. Найти этот адрес можно либо на корпусе самого маршрутизатора, либо на его коробке.

Заметка: пока вы находитесь в настройках своего сетевого подключения, то вы также можете попробовать выставить для себя статические адреса DNS-серверов.

Особенно, если у вас ранее наблюдались какие-то проблемы с выполнением входа на различные веб-ресурсы. Поставьте галочку напротив опции, позволяющей выставлять статические адреса для DNS, а затем пропишите 8.8.8.8.

для предпочтительного и 8.8.4.4. для альтернативного сервера.

Сохраните все изменения, которые вы произвели в настройках своего сетевого подключения, а затем убедитесь, что ошибка с сообщением «Обнаружен конфликт IP-адресов в Windows» была исправлена.

Нашли опечатку? Выделите текст и нажмите Ctrl + Enter

Источник: https://ZnaiWifi.com/oshibka/obnaruzhen-konflikt-ip-adresov-v-windows.html

Настройка кластера серверов 1С на двух серверах

Рассмотрим процесс настройки и установки 1С кластера серверов на двух и более физических серверах.

Если Вам необходимы услуги по настройке сервера 1С 8.3, обратитесь к профессионалам. Подробности — Услуги по настройке 1С.

Общий алгоритм установки кластера серверов 1С

Имеем 2 сервера: SERVER1 и SERVER2:

• на обе машины устанавливаем сервер 1С 8;
• создаем на каждом сервере по кластеру 1С 8.3 (стандартный кластер, рабочий сервер пока 1, тот, который держит кластер);
• добавляем рабочие процессы и пр. (настройки идентичны на обоих серверах);
• на SERVER1 добавляем информационную базу;
• в список резервирования SERVER1 добавляем SERVER2 (должен быть 2-м в списке);
• в список резервирования SERVER2 добавляем SERVER1 (должен быть 1-м в списке);
• ждем, пока синхронизируются список ИБ и сеансов (ок. 1 минуты).

Все — отказоустойчивость настроили.

Условие задания:

Есть сервер: V81CORA (192.168.1.222), на котором установлен сервер 1С: Предприятия и зарегистрированы две информационные базы: test и test1.

Есть сервер Z3060015, который необходимо использовать для создания отказоустойчивого кластера 1С из двух серверов:  V81CORA  и Z3060015.

Это наиболее простой случай создания и использования отказоустойчивого кластера серверов 1С предприятия 8.2.

Решение

1. Имеем один сервер V81CORA  с единственным рабочим процессом. Все установки – по умолчанию (1540, 1541) На нем зарегистрированы 2 базы 1C.

Свойства рабочего процесса V81CORA  1:

2. На втором сервере (Z3060015) поднимаем сервер 1C: Предприятия с единственным рабочим процессом. На нем нет зарегистрированных информационных баз. Все установки – по умолчанию (1540, 1541).

Свойства рабочего процесса Z3060015 1. Обратите внимание: в поле Использование стоит Использовать (а не Использовать как резервный).

3. Открываем в консоли администрирования 1С оба сервера V81CORA  и Z3060015, чтобы было удобнее работать.

4. В ветку Резервирование кластеров сервера V81CORA , на котором зарегистрированы базы, добавляем резервный кластер с именем второго сервера (порт по умолчанию 1541).

Получите 267 видеоуроков по 1С бесплатно:

5. В ветку Резервирование кластеров второго сервера Z3060015  добавляем резервный кластер с именем первого сервера V81CORA  (порт по умолчанию 1541) и, ЭТО ВАЖНО, перемещаем его на первое место (доступно по контекстному меню – Переместить вверх) так, чтобы порядок в группах Резервирование кластеров был одинаковый.

6. Ждем некоторое время, потом нажимаем Действия –Обновить. Если в дереве информационных баз второго сервера Z3060015 появились информационные базы первого сервера V81CORA, синхронизация прошла успешно, и отказоустойчивый кластер готов к работе.

Проверка

Если все сделано правильно:

Входим в базу, начинаем работать.

На первом сервере V81CORA  останавливаем службу сервера 1С 8.

Клиент может «задуматься» на некоторое время, и работу можно будет продолжать, перезапуск не потребуется.

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

1. Добавляем в кластер V81CORA новый рабочий сервер Z3060015:

IP-порт – стандартный (1540), диапазоны IP-портов рабочих процессов – сдвинутые, не пересекающиеся с основными (основные – 1560:1591, сдвинутые, например, 1660:1691).

2. Аналогичным образом добавляем в кластер Z3060015 новый рабочий сервер V81CORA:

Параметры сервера:

3. Добавляем к созданным серверам по рабочему процессу:

Настройка завершена.

Проверка настройки

Если все сделано правильно:

Входим в базу несколькими пользователями — так, чтобы они распределились между основным (например, V81CORA порт 1562) и дополнительным (Z3060015 порт 1660) рабочими процессами, начинаем работать.

На первом сервере V81CORA  останавливаем службу сервера 1С.

Клиенты могут «задуматься» на некоторое время, и работу можно будет продолжать, перезапуск не потребуется.

Пользователи распределятся между процессами резервного кластера:

основным (Z3060015 порт 1562) и дополнительным (V81CORA  порт 1660).

На сервере V81CORA  выгружаем все процессы rphost.

Клиенты могут «задуматься» на некоторое небольшое время, и работу можно будет продолжать, при проверке перезапуск реально потребовался только для одного пользователя из восьми.

Пользователи останутся на основном процессе резервного кластера  (Z3060015 порт 1562).

*Источник — книга «Настольная книга 1С:Эксперта по технологическим вопросам».   Филиппов Е. В.

Если Вам необходимы услуги по настройке сервера 1С, обратитесь к профессионалам. Подробности — Услуги по настройке 1С.

Смотрите видеоинструкцию по созданию отказоустойчивого кластера 1С с балансировкой нагрузки:

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Источник: https://programmist1s.ru/nastroyka-i-ustanovka-klastera-serverov-1s-na-dvuh-fizicheskih-serverah/

10 сентября 2019 года вступило в силу анонсированное ранее программное разделение пользовательских лицензий 1С:Предприятие 8 по уровням ПРОФ и КОРП. Нельзя сказать что это произошло неожиданно, данная информация появилась в конце февраля и доводилась до сведения пользователей в том числе и средствами платформы, которая выводила предупреждения при запуске информационной базы, но многие оказались не готовы к изменениям. Данная статья призвана помочь в этой ситуации и расскажет, как правильно выставить настройки, чтобы снова все заработало.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

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

• фоновое обновление конфигурации базы данных;
• дополнительное управление распределением по рабочим серверам кластера в разрезе информационных баз, видов клиентских приложений и фоновых заданий:
• сервисов кластера;
• соединений с информационными базами;
• гибкое управление нагрузкой в кластере:
• безопасный расход памяти за один вызов;
• количество ИБ на процесс;
• объем памяти рабочих процессов, до которого сервер считается производительным;
• максимальный объем памяти рабочих процессов;
• стратегия балансировки (по памяти, по производительности);
• внешнее управление сеансами;
• механизм управления потреблением ресурсов;
• профили безопасности;
• возможность обновления тонкого клиента с сервера;
• возможность публикации списка баз и обновлений тонкого клиента через http;
• возможность использования «1С:Сервера взаимодействия».

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

Операция не может быть выполнена с текущим составом лицензий.
Свойства кластера ‘Допустимое отклонение количества ошибок сервера’, ‘Режим распределения нагрузки’ или свойства рабочего сервера ‘Максимальный объем памяти рабочих процессов’, ‘Безопасный расход памяти за один вызов’, ‘Объем памяти рабочих процессов, до которого сервер считается производительным’, ‘Количество ИБ на процесс’ содержат значения, отличные от значений по умолчанию. Использование этих функций возможно только для лицензий на платформу уровня КОРП. Обратитесь к администратору для решения вопросов приобретения и установки лицензий уровня КОРП.

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

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

• защита реализована начиная с версий 8.3.12.1852, 8.3.13.1791 и 8.3.14.1592 платформы;
• до 10 сеансов включительно доступен полный функционал уровня КОРП;

Таким образом вопрос не исчерпывается только датой 10.09.2019, наоборот, все только начинается. Вышел из отпуска сотрудник — программа перестала работать, обновили платформу — все сломалось. В ближайшее время мы станем свидетелями массы таких историй. Поэтому давайте рассмотрим, какие настройки следует вернуть в состояние «по умолчанию» и что под ним подразумевается, чтобы вы быстро могли восстановить работоспособность вашего сервера.

Далее везде представлены настройки для платформы 8.3.13.1926, внешний вид и состав настроек других версий платформы, в частности 8.3.15 может отличаться, но настройки разделения функционала КОРП — ПРОФ это не затрагивает.

Настройки кластера

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

Ограничениями лицензии ПРОФ являются:

• Допустимое отклонение количества ошибок сервера, значение по умолчанию 0;
• Режим распределения нагрузки, значение по умолчанию Приоритет по производительности.

Настройки сервера

А вот здесь все гораздо хуже, практически все возможности настройки сервера у пользователей ПРОФ забрали.

Под ограничения попали:

• Максимальный объем памяти рабочих процессов, значение по умолчанию 0;
• Безопасный расход памяти за один вызов, значение по умолчанию 0;
• Объем памяти рабочих процессов, до которого сервер считается производительным, значение по умолчанию 0;
• Количество ИБ на процесс, значение по умолчанию 8.

Любые значения, отличные от значений по умолчанию, являются недопустимыми.

Столь жесткое ограничение вызывает самое большое количество нареканий, по сути пользователей ПРОФ лишили какой-либо возможности регулировать потребление ресурсов сервером, что больнее всего скажется на пользователях 32-битной версии сервера, в большинстве случаев им придется переходить на 64-битную версию с существенной доплатой.

Настройки информационной базы

Мы не думаем, что кто-то реально столкнется с этим ограничением, но приведем его на всякий случай.

Во всех информационных базах должны быть установлены следующие значения:

• Внешнее управление сеансами — пустая строка;
• Обязательное использование внешнего управления — флаг снят.

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

Настройки публикации на веб-сервере

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

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

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

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

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

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

• Ограничение входа в программу и возобновления сеанса с учетом ряда параметров:
  • кластер серверов (сервер 1С) — ограничить доступ при работе с определенным кластером 1С;
  • информационная база — например, к одной доступ возможен, к другой — ограничен;
  • субъект доступа — доступ по сотрудникам (пользователям базы), либо группам пользователей;
  • период доступа — ограничения, либо разрешения на вход и возобновление спящего сеанса с учетом времени, либо дня недели;
  • вид клиентского приложения — запрет входа посредством нежелательного приложения (тонкий, толстый, веб — клиент, конфигуратор).

Сервис позволяет использовать различные разрешающие и запрещающие правила начала (возобновления) сеансов с учетом указанных параметров.

• Ограничение общего числа возможных сеансов для работы с информационной базой (например, разрешить работу только 10 первых подключившихся пользователей).
• Запрет работы нескольких сеансов одного пользователя — исключение неэффективного использования лицензий 1С.
• Резервирование лицензий (возможности запуска) для определенных (приоритетных) пользователе базы — обеспечение входа, например, главному бухгалтеру, при ограниченном числе лицензий.
• Уведомление пользователей о причинах запрета при попытке входа в «закрытую» информационную базу.
• Ведение журнала событий: начало, завершение, гибернация, возобновление, синхронизация сеансов.
• Отображение активных сеансов по произвольному перечню серверов 1С и информационных баз.

Применяйте данное решение для создания собственного сервиса внешнего управления сеансами, либо используйте опубликованный в качестве брандмауэра для вашего сервера 1С.

Работа сервиса внешнего управления сеансами реализована по следующей схеме:

Основная функциональность представлена прикладной частью сервиса (конфигурация 1С), управление которой осуществляется администратором кластера, посредством тонкого или веб-клиента (http, https протокол). Взаимодействие серверов 1С Предприятие 8 с прикладной частью производится посредством веб-сервиса (xml). Адрес веб-сервиса указывается в свойствах информационной базы:

Управление правилами разрешения / запрещения начала (возобновления) сеанса, получение сведений о сеансах, журнала регистрации событий доступа предусмотрено в прикладном решении 1С Предприятие 8:

Здесь же представлен функционал описания политики доступа:

Правила разрешения (или ограничения) начала (или возобновления) сеанса могут учитывать:

• день недели и временя активности правила;
• виды приложений, для которых действует правило;

• список резервирования возможности входа пользователей (позволяет резервировать лицензии):

Например, такое правило (для 10 возможных сеансов) разрешит вход 5 произвольным и 5 указанным в списке резервирования пользователям.

• текст уведомления пользователя при запрете доступа:

Пользователь получит сообщение в форме приложения:

При необходимости, все события сервиса (попытки и успешные) отражаются в журнале:

Возможности решения:

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

Преимущества продукта:

• Доступное (по цене и функциональности) решение — экономия средств и времени.
• Отрытый программный код и отсутствие каких-либо систем защиты решения — можно дополнить новыми возможностями.
• Управляет сеансами неограниченного числа кластеров серверов и информационных баз.
• Не требует приобретения новых лицензий 1С Предприятия.
• Имеется полнофункциональная демонстрационная версия — перед приобретением можно «вживую» опробовать решение.

Демонстрация	Порядок демо-доступа описан в документации
Документация	Инструкция PDF
Лицензирование	На компанию
Установка	Бесплатно*
Консультации	Бесплатно*
*Льготный период	3 месяца

Возникли вопросы? Личное общение — наиболее эффективный способ коммуникаций Воспользуйтесь формой обратного вызова и мы перезвоним Вам * — в нерабочее время вызовы будут запланированы на ближайший рабочий час

< в раздел

Внешнее управление сеансами

16.05.2017