Сервер не является центральным для кластера 1с ошибка - Решение и исправление самых разных ошибок на TopOshibok.ru

Cервер не является центральным для кластера ☑ 0

Aswed

25.03.19

✎

21:18

Обновляю сервер 1С с 32 на 64 битный.

Поставил параллельно на одну и туже машину вдобавок к 32 и 64 битный.

Останавливаю службу 32. Запускаю службу 64 битного. Перезагружаю сервак.

Открываю консоль для прописывания там баз и вываливается такая ошибка при попытке открытия списка баз.

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

Aswed

25.03.19

✎

21:26

+(0) При попытке удаления кластера ругается что ни найден ни один процесс где размещен данный кластер.

RomanYS

25.03.19

✎

21:50

(0) >>Останавливаю службу 32. Запускаю службу 64 битного. Перезагружаю сервак.

А что сделано чтобы служба 32 не стартовала после перезагрузки?

Aswed

26.03.19

✎

07:10

(2) Естественно отключена.

Aswed

26.03.19

✎

13:40

Rovan

26.03.19

✎

13:43

Cyberhawk

26.03.19

✎

13:46

Каталоги кластера разные?

Aswed

26.03.19

✎

14:45

(6) А это где смотреть? Я про такое не слышал)

Aswed

26.03.19

✎

14:48

(5) Прикол в том что это один комп, вернее виртуалка, и на ней одновременно крутится обычный сервак 32 битный.

Мне нужно перевести все базы с 32 битного на 64 битный, после чего с 32 битным попрощаться.

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

Были бы разные компьютеры было бы проще.

ptiz

26.03.19

✎

14:50

(0) Ключ куплен для х64 сервера?

Aswed

26.03.19

✎

15:10

(9) Само собой)

unregistered

26.03.19

✎

15:13

(7) В командной строке запуска службы сервера.

ptiz

26.03.19

✎

15:14

(10) «вернее виртуалка, и на ней одновременно крутится» — т.е. куплена программная лицензия на х64 и установлена на виртуалку? Или железный зеленый ключ проброшен?

unregistered

26.03.19

✎

15:21

Перестаньте заниматься хе*нёй.

В командной строке запуска службы сервера посмотрите где у вас живёт реестр кластера (параметр -d). Обычно это что типа «c:\Program Files(x86)\1cv8\srvinfo\».

Вариантов два.

1. Тупо скопировать всё из этой папки в ту папку, которая указалась, как папка для размещения кластера сервера 1С х64. По умолчанию это «c:\Program Files\1cv8\srvinfo\».

2. Указать в командной строке старта службы агента сервера 1C x64 вместо умолчания «c:\Program Files\1cv8\srvinfo\» папку с данными кластера сервера х32 — «c:\Program Files(x86)\1cv8\srvinfo\».

Все манипуляции выполняются при выключенных (остановленных) службах сервера 1С (и х32 и х64).

Командная строка запуска службы агента сервера 1С меняется в реестре ОС.

Aswed

26.03.19

✎

15:37

(12) Железный проброшен.

Aswed

26.03.19

✎

15:38

(13) Хмммм. Попробую сегодня.

Спасибо.

unregistered

26.03.19

✎

15:44

(8) > Мне нужно перевести все базы с 32 битного на 64 битный, после чего с 32 битным попрощаться.

Нет такого понятия как «перенести базы с 32 на 64».

Базе по*уй абсолютно на разрядность сервера приложения. Хоть бы он даже был 8-битный.

Aswed

26.03.19

✎

15:50

(16) А где я говорил что «перенести»?

Ясен пень что пох.

ptiz

26.03.19

✎

16:29

(15) Лучше п.1, чтобы путаницы не было. Или вообще заново базы прописать. Заодно проверить, что у юзера службы сервера 1С есть права на «c:\Program Files\1cv8\srvinfo\».

Aswed

26.03.19

✎

21:04

(18) Да в том то и дело что ни даёт прописать. Вываливает вот эту ошибку)

Aswed

26.03.19

✎

21:26

Перенос всей инфы из папок по совету камрада из (13) помог.

Источник

Aswed

25.03.19 — 21:18

Обновляю сервер 1С с 32 на 64 битный.

Поставил параллельно на одну и туже машину вдобавок к 32 и 64 битный.

Останавливаю службу 32. Запускаю службу 64 битного. Перезагружаю сервак.

Открываю консоль для прописывания там баз и вываливается такая ошибка при попытке открытия списка баз.

Aswed

1 — 25.03.19 — 21:26

+(0) При попытке удаления кластера ругается что ни найден ни один процесс где размещен данный кластер.

RomanYS

2 — 25.03.19 — 21:50

(0) >>Останавливаю службу 32. Запускаю службу 64 битного. Перезагружаю сервак.

А что сделано чтобы служба 32 не стартовала после перезагрузки?

Aswed

3 — 26.03.19 — 07:10

(2) Естественно отключена.

Aswed

4 — 26.03.19 — 13:40

Rovan

5 — 26.03.19 — 13:43

Cyberhawk

6 — 26.03.19 — 13:46

Каталоги кластера разные?

Aswed

7 — 26.03.19 — 14:45

(6) А это где смотреть? Я про такое не слышал)

Aswed

8 — 26.03.19 — 14:48

(5) Прикол в том что это один комп, вернее виртуалка, и на ней одновременно крутится обычный сервак 32 битный.

Мне нужно перевести все базы с 32 битного на 64 битный, после чего с 32 битным попрощаться.

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

Были бы разные компьютеры было бы проще.

ptiz

9 — 26.03.19 — 14:50

(0) Ключ куплен для х64 сервера?

Aswed

10 — 26.03.19 — 15:10

(9) Само собой)

unregistered

11 — 26.03.19 — 15:13

(7) В командной строке запуска службы сервера.

ptiz

12 — 26.03.19 — 15:14

unregistered

13 — 26.03.19 — 15:21

Перестаньте заниматься хе*нёй.

В командной строке запуска службы сервера посмотрите где у вас живёт реестр кластера (параметр -d). Обычно это что типа «c:Program Files(x86)1cv8srvinfo».

Вариантов два.

1. Тупо скопировать всё из этой папки в ту папку, которая указалась, как папка для размещения кластера сервера 1С х64. По умолчанию это «c:Program Files1cv8srvinfo».

2. Указать в командной строке старта службы агента сервера 1C x64 вместо умолчания «c:Program Files1cv8srvinfo» папку с данными кластера сервера х32 — «c:Program Files(x86)1cv8srvinfo».

Все манипуляции выполняются при выключенных (остановленных) службах сервера 1С (и х32 и х64).

Командная строка запуска службы агента сервера 1С меняется в реестре ОС.

Aswed

14 — 26.03.19 — 15:37

(12) Железный проброшен.

Aswed

15 — 26.03.19 — 15:38

(13) Хмммм. Попробую сегодня.

Спасибо.

unregistered

16 — 26.03.19 — 15:44

(8) > Мне нужно перевести все базы с 32 битного на 64 битный, после чего с 32 битным попрощаться.

Нет такого понятия как «перенести базы с 32 на 64».

Базе по*уй абсолютно на разрядность сервера приложения. Хоть бы он даже был 8-битный.

Aswed

17 — 26.03.19 — 15:50

(16) А где я говорил что «перенести»?

Ясен пень что пох.

ptiz

18 — 26.03.19 — 16:29

(15) Лучше п.1, чтобы путаницы не было. Или вообще заново базы прописать. Заодно проверить, что у юзера службы сервера 1С есть права на «c:Program Files1cv8srvinfo».

Aswed

19 — 26.03.19 — 21:04

(18) Да в том то и дело что ни даёт прописать. Вываливает вот эту ошибку)

Aswed

20 — 26.03.19 — 21:26

Перенос всей инфы из папок по совету камрада из (13) помог.

Ошибка получения списка рабочих процессов

1С 8.3 : Ошибка соединения с сервером 1С:Предприятие Не запущен ни один рабочий процесс.

Бывает, однажды, ни с того и с чего программа 1С нам выдает: Ошибка соединения с сервером 1С:Предприятие Не запущен ни один рабочий процесс. Соединение с базой невозможно.

Несколько вариантов поиска ошибок и решений:

1. Глюк сервака — всякое бывает

Остановите в диспетчере задач процессы: ragent rphost rmngr и Запустите службу «Агент сервера 1С:Предприятие»

2. При внезапном отключения питания или аналогичных ситуациях — повредился файл srvribrg.lst

Нужно удалить все из папки srvinfo

Для Windows зайдите в каталог c:program files1c1cv82srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 .

Запустите службу «Агент сервера 1С:Предприятие».

Через Администрирование серверов 1С Предприятия по новой создать кластер 1С и добавить информационные базы

3. Переименовали сервер на котором служба агента 1С

После переименования сервера Windows Server 2008 с установленным 1С:Предприятие 8.2, перестала работать служба «Агент сервера 1С:Предприятие 8.2». Она запускается, работает несколько секунд и останавливается. Если подключаться к серверу 1С:Предприятие 8.2 через консоль серверов, то возникает ошибка:

Ошибка соединения с сервером 1С:Предприятие 8.2 server_addr=tcp://SERVER:1540 descr=Ошибка сетевого доступа к серверу (Windows Sockets — 10061(0x0000274D). Подключение не установлено, т.к. конечный компьютер отверг запрос на соединение.) line=590 file=.SrcDataExchangeTcpClientItmpl.cpp

При подключении к базе на этом сервере имеем следующую ошибку:

Не запущен ни один рабочий процесс. Соединение с базой невозможно.

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

Отредактируйте в любом текстовом редакторе два файла: srvinfosrvribrg.lst и srvinforeg_15411CV8Reg.lst. Замените в этих файлах старое имя сервера на новое.

Запустите службу «Агент сервера 1С:Предприятие».

После выполнения указанных действий — Все будет

Guesto.ru

Guesto notes

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

При поиске в ошибках платформы 8.3.4 находим следующее:

10118349 Клиентский и серверный процессы одного компьютера

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

Дата публикации:
2013-10-17

Решение

Быстрый вариант. Остановить службу сервера, руками остановить процессы сервера 1С(rphost, ragent, rmngr) и запустить службу сервера;
Предпочтительный вариант. Скачать и установить актуальную версию платформы, ведь ошибка находится в разделе « Известные ошибки версии 8.3.4, планируемые к исправлению в версии 8.3.5″ . Ошибка возникает вплоть до 8.3.10. более поздних версий пока нет)
Правильный вариант решения был предложен в комментарии Константина, методом внесения изменений в файл C:WindowsSystem32Driversetchosts

Например наш сервер называется SERVER_1C, а его IP-адрес 192.168.1.22, то файл будет выглядеть так:

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

Комментарии 13

То же самое случилось на платформе 8.3.5, значит ошибку не исправили.
Помог перезапуск сервисов rphost, ragent и rmngr.
Спасибо за информацию!

Алексей, видимо не исправили, но после обновления на 8.3.5 ошибки не получал. Может сеть успокоилась)

Может быть, но больше склоняюсь к проблеме платформы, уж очень она капризная ко всякого рода окружению.
От версии к версии разработчики не только копируют ошибки, но и создают новые.
Им нужно на что то жить, сделай все нормально ИТС продаваться не будет и сторонние програмисты от голода умрут.
У 1С весь бизнес построен на создании и борьбе с собственными ошибками

Необходимо в файл C:WindowsSystem32Driversetchosts добавить две строки

IP-адрес ИмяСервера
127.0.0.1 localhost

вместо IP-адрес и ИмяСервера — данные вашего сервера (напр. 192.168.1.22 SERVER)

Константин, спасибо. Добавил как вариант решения.

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

Четыре часа бился с этой проблемой, и благодаря из последнему утверждению обнаружил, что ping сервера по имени с самого сервера выдается в формате ipv6. Т.е. комнада ping myserver из сети выдавала ipv4 ответы, а на самом myserver выдавала ipv6.

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

Надеюсь, своим постом сэкономлю время кому-нибудь.

UPD. 2015-07-24. Комментарий изменен Guesto. Закрыты теги)

Пардон теги не закрыл, а предпросмотра у вас нет

Роман, спасибо за полезный комментарий. На досуге ознакомлюсь и добавлю в статью как update.
Теги поправлю)

Роман, благодарю, решило мою проблему. Была еще при создании базы на postgreSQL похожая проблема. Тоже был конфликт с IPv6(но решил другим способом, добавлением правила в pg_hba). Но я так думаю и это подойдет.

Можно просто IP на компьютере изменить на другой. Нам помогло

Спасибо добрый человек!))) Неделю боролись с повальным падением сессий, перепробовали всё и тут как чудо ваша публикация!

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

Технический блог специалистов ООО»Интерфейс»

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

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

Автор: Уваров А.С.
10.09.2019

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

Прежде всего давайте разберемся, что такое лицензии уровня КОРП. Это новый тип лицензий на платформу, введенный еще в 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;
Режим распределения нагрузки, значение по умолчанию Приоритет по производительности.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Консоль сервера 1С 8.3 Предприятие

Оценка соответствия параметров серверного оборудования требованиям системы и плановых нагрузок;
Выбор сервера для 1С и помощь в приобретении комплектующих

Консоль управления сервером 1С или консоль администрирования серверов 1С, или консоль кластера серверов 1С – это утилита, входящая в состав 1С Предприятие 8.3, которая необходима для:

Управления сеансами;
Управления списком баз;
Создания кластеров 1С для отказоустойчивой архитектуры и для масштабируемости;
Гибкой настройки работы рабочих процессов;
Ограничения потребления ресурсов;
Разграничения выполняемых задач рабочими серверами (чтобы выносить отдельные сервисы на различные рабочие сервера);
Управления профилями безопасности.

Управление базами данных в консоли кластера

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

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

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

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

Можно задать определенное сообщение, которое увидит пользователь при подключении.

Эта опция может применяться, например, при проведении каких-либо регламентных работ с базой (как правило, это обновление базы). Но когда требуется вход администраторов в базу с наложенной блокировкой сеансов, нужно воспользоваться опцией «Код разрешения». Указав код, в будущем, используя его, можно будет работать с базой. Например, установим код разращения 123, чтобы позже зайти в базу. С кодом разрешения необходимо использовать параметр /UC.

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

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

Рассмотренные опции используются наиболее часто. Остальные в жизни применяются очень редко, и информацию о них можно почитать на ИТС.

Работа с сеансами консоли администрирования

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

Окно с сеансами выглядит так:

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

Здесь же можно завершать сеансы (начиная с версии платформы 1С:Предприятие 8.3 (8.3.13) и задать текст сообщения, который пользователь увидит при закрытии тонкого клиента 1С.

Профили безопасности

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

Рабочие процессы (объединение в кластер)

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

При использовании настроек, заданных по умолчанию, будет использован один rphost на 8 информационных баз или на 128 соединений. Если у вас 32-разрядная ОС (т.е. существуют ограничения по потреблению оперативной памяти на один процесс), рекомендуется изменить эти значения, например, установить одну базу на процесс и уменьшить количество соединений. Оптимальное количество соединений подбирается эмпирически и во многом зависит от конкретной конфигурации и количества фоновых заданий.

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

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

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

-1 – без ограничений;
0 – определяется автоматически как 80% объема оперативной памяти сервера.

Безопасный расход памяти за один вызов значение в байтах.

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

-1 – любой вызов сервера считается опасным, если за время вызова сервера достигнут максимальный объем памяти рабочего процесса;
0 – значение объема определяется автоматически, как 5% максимального объема памяти рабочих процессов на данном рабочем сервере.

Если за время вызова объем памяти превысил параметр Безопасный расход памяти за один вызов, и общее потребление памяти всеми процессами rphost превысило значение, установленное в Максимальный объем памяти рабочих процессов, такой вызов будет прерван.

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

Флаг менеджер под каждый сервис означает, что будет назначен отдельный экземпляр менеджера кластера (процесс rmngr) под каждый сервис. Список сервисов, которые выполняются в кластере:

Флаг Центральный сервер означает, что данный сервер сможет применять соединения и выполнять синхронизацию реестра кластера.

Настройки рабочих процессов можно применять только при использовании КОРП лицензий! Если у вас ПРОФ лицензия, настройки будут доступны, однако на пользование ими у вас не будет прав.

Объединение серверов в кластер

Сервера 1С можно объединять в кластер для решения задач масштабируемости (распределения нагрузки) и отказоустойчивости. Объединяются сервера в кластер просто, достаточно создать рабочий сервер.

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

Уровень отказоустойчивости задается как количество центральных серверов -1.

В окне настроек также можно задавать ограничения потребления ресурсов на рабочий процесс (rphost). Настройки будут заданы на весь кластер.

Интервал перезапуска – интервал в секундах, через который будет перезапущен рабочий процесс. Отсчет начинается с момента установки данной опции.

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

Интервал превышения допустимого объема памяти – интервал в секундах, в течение которого допустимо потребление памяти, установленное в параметре Допустимый объем памяти.

Интервал превышения допустимого объема памяти. Если значение свойства Допустимого отклонения количества ошибок сервера равно 0, то проверка отклонения количества ошибок не выполняется. Вне зависимости от установленного значения этого свойства рабочий процесс, который совершает не более 1 ошибки на 100 запросов, считается функционирующим нормально и не признается проблемным. Рассмотрим пример работы свойства Допустимое отклонение количества ошибок сервера. Допустим, на 100 запросов фиксируется, в среднем, 2 ошибки за последние 5 минут. Если свойство Допустимое отклонение количества ошибок сервера установлено в значение 50, то проблемным будет считаться тот рабочий процесс, для которого будет фиксироваться более 3 ошибок на 100 запросов.

Перезапуск процессов происходит «мягко»:

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

Назначение отдельных сервисов на различные рабочие сервера

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

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

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

Ошибки 1С 8.3 и их исправление

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

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

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

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

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

Часто возникающие ошибки 1С

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

Недостаточно памяти.
Ошибка доступа.
Ошибка формата потока.
Ошибка СУБД: Файл базы данных поврежден.
Неправильное отображение блоков формы.
Внутренняя ошибка компоненты dbeng.
Dump при запуске.
Неверный формат хранилища.
Ничего не работает.

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

Недостаточно памяти

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

Пользователь может самостоятельно решить проблему с памятью. По умолчанию операционная система выделят фиксированное значение гигабайт на обслуживание приложения: 32 bit ОС – 2 Гб, 64 bit – 4 Гб.

Увеличить размер выделенной памяти можно вручную. Для этого запускается адресная строка (Пуск – Выполнить, вводиться фраза cmd). После нажатия «Ентер» достаточно ввести фразу bcdedit /set increaseuserva 4096 и подтвердить действие (клавиша «Enter»). Цифра 4096 – новый выделяемый объем «оперативки». Выполняется перезагрузка системы. Проблема должна быть устранена.

Ошибка доступа

Она возникает, если учетная запись не имеет достаточно прав. Проявляется при выполнении определенного действия, которое доступно только ограниченному кругу пользователей. Для исправления ситуации достаточно изменить роль выбранного профиля в конфигураторе (вкладка «Администрирование – Пользователи»). В некоторых случаях это увеличивает безопасность базы данных, если необходимо защитить файлы от изменения сторонними людьми.

Ошибка формата потока

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

Устранение подобной ошибки 1С выполняется простой чисткой кэша. Для этого необходимо перейти в папку, где хранятся временные файлы. В Windows 7 и выше она находится по адресу C:UsersUsernameAppDataLocal1C или C:UsersUsernameAppDataRoaming1C. Для Windows ХР другой путь – Local SettingsApplication Data1C. Все файлы, начинающиеся на 1cv8, кроме «1Cv8.1CD» полностью удаляются.

Если «Ошибка формата потока» возникает в процессе работы, то нужно провести тестирование (Администрирование – Тестирование и исправление), выбрать первые 2 галочки и запустить процесс.

Ошибка СУБД: Файл базы данных поврежден

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

Запуск утилиты chdbfl.exe. Эта программа предназначена для того, чтобы проверять целостность базы данных при совместном ее использовании с информационной базой. Данный метод хорош тем, что дает возможность решать сбои даже в тех ситуациях, когда конфигуратор запустить невозможно. Сначала выполняется резервное копирование информации. В папке, где установлен 1С (директория bin) находится файл chdbfl.exe. Он запускается, в окне прописывает путь к файлу базы данных и ставится галочка, чтобы провести исправление ошибок. Нажимается кнопка «Выполнить». После завершения процесса все должно заработать. Если нет – используется конфигуратор.
Через конфигуратор. Нужное окно вызывается после нажатия «Администрирование – Тестирование и исправление». На экране появляется форма, где выставляются галочки на следующе строчки: «Реиндексация таблиц…», «Проверка логической целостности…», «Проверка ссылочной…», «Реструктуризация таблиц…», «Тестирование и исправление» и 2 раза «Создать объекты». Нажимается кнопка «Выполнить». После завершения процедуры сбой устраняется.

Неправильное отображение блоков формы

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

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

Если приведенные методы не помогают, рационально будет провести обновление платформы.

Внутренняя ошибка компоненты dbeng

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

Dump при запуске

Возвращение 1С в рабочее состояние проводится простым обновлением MS Visual Studio (Visual C++) и дополнительными манипуляциями. Чтобы отследить конкретный файл, в котором возникает ошибка, открывается «Просмотр событий». Для этого пользователь переходит в «Панель управления – Система и безопасность – Администрирование». С левой стороны раскрывается «Журнал Windows – Приложение».

На экране появляется список ошибок и точное расположение поврежденного файла. После установки новой версии MS Visual Studio (Visual C++) с папки System32 копируется одноименный файл dll и вставляется в папку платформы 1С. Проблема решилась.

Неверный формат хранилища

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

Ничего не работает

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

чистится кэш;
открывается файл chdbfl.exe из папки установки приложения и выполняется исправление;
выполняется запуск «Конфигуратора» для тестирования и исправления сбоев;
обновление «1С».

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

exe занимается обслуживанием непосредственно клиентских приложений, он взаимодействует с сервером БД баз данных , в нем исполняются процедуры серверных модулей конфигурации.

Мнение эксперта

1С:Эксперт по технологическим вопросам

Задавайте мне вопросы, и я помогу разобраться!

90 мной устанавливались как сервис Windows с правами для запуска от имени существующего локального пользователя Администратор. Создание кластера 1С | Cloud4Y Обращайтесь в форму связи

Ошибка соединения с рабочим процессом 1с

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

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

Кластер серверов 1С: Предприятия 8 (1C: Enterprise 8 Server Cluster )

Неправильное прописывание кодов разработчиками самой один-эски;
Ошибки, допущенные программистами, которые дорабатывают (изменяют) продукт применительно к требованиям (задачам) конкретного пользователя;
Сбои, вызванные погрешностями работы кэш-памяти, чаще всего ставящие в тупик программистов;

ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (Ident)

Данная ошибка возникает при разнесении серверов по разным ПК из-за неправильно настроеной проверки подлинности в локальной сети. Для устранения откройте /var/lib/pgsql/data/pg_hba.conf , найдите строку:

где 192.168.31.0/24 — диапазон вашей локальной сети. Если такой строки нет, ее следует создать в секции IPv4 local connections .

На первый взгляд ошибка понятна: клиент не может разрешить имя сервера СУБД, типичная ошибка для небольших сетей, где отсутствует локальный DNS-сервер. В качестве решения добавляют запись в файл hosts на клиенте, что не дает никакого результата.

А теперь вспоминаем, о чем было сказано несколько раньше. Клиентом сервера СУБД является сервер 1С, но никак не клиентский ПК, следовательно запись нужно добавлять на сервере 1С:Предприятие в файл /etc/hosts на платформе Linux или в на платформе Windows.

Аналогичная ошибка будет возникать, если вы забыли добавить запись типа A для сервера СУБД на локальном DNS-сервере.

В окне создания нового рабочего сервера указываем имя или IP-адрес компьютера сервера и порт сервера в примере — 1740 , ну и не забываем заполнить поле Описание сервера.

Мнение эксперта

1С:Эксперт по технологическим вопросам

Задавайте мне вопросы, и я помогу разобраться!

После нажатия кнопки ОК вы сможете увидеть ваш новый кластер, который получился после установки сервера 1С Предприятие версии 8. Служба кластеров перестает отвечать — Windows Server | Microsoft Docs Обращайтесь в форму связи

Общая схема клиент-серверного варианта работы:

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

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

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

1С: Вопросы и ответы » Процесс rphost грузит процессор и память. 1С 8.3, решения для системных процессов.

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

Состав простейшего кластера серверов:

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

Данная иллюстрация отображает все элементы, которые задействованы в работе кластера серверов, а именно:

Какую часть дохода тратите на еду?

До 50%Больше 50%

Работу компьютера в составе кластера обеспечивает процесс ragent.exe, которое выступает в качестве рабочего агента сервера. Компьютер с данным процессом выступает в качестве рабочего сервера. Одна из задач агента сервера ведение списка кластеров, которые расположены на конкретном рабочем сервере.

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

Процесс rmngr.exe именуется менеджером кластера и управляет его функциями. В самом кластере может быть как один, так и несколько менеджеров. Один из них – главный, остальные дополнительные.

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

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

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

Мнение эксперта

1С:Эксперт по технологическим вопросам

Задавайте мне вопросы, и я помогу разобраться!

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

Процесс rphost грузит процессор и память. 1С 8.3, решения для системных процессов. Архитектура кластера серверов 1С. Полнотекстовый поиск. Консоль управления кластером серверов 1С.

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

Архитектура кластера серверов 1С.

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

Состав простейшего кластера серверов

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

На приведенной схеме представлены все элементы, которые задействованы у активного кластера серверов:

Агент сервера ragent.exe

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

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

Горящие товары с бесплатной доставкой

«AliExpress Россия» работает отдельно от глобального «AliExpress» принадлежащего Alibaba. Он не зависит от мировых банковских систем и не попал под санкционный список со стороны США и Великобритании. Из Китая соответственно тоже можно заказывать ничего не опасаясь.

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

Менеджер кластера rmngr.exe

Рабочий процесс rphost.exe.

Rphost.exe занимается обслуживанием непосредственно клиентских приложений, он взаимодействует с сервером БД (баз данных), в нем исполняются процедуры серверных модулей конфигурации.

Итак, теперь нам стала ясна роль и место рабочего процесса rphost.exe в конфигурации кластера серверов 1С:Предприятие.

Проблемы с rphost.exe

Теперь приступим к исследованию возможных неудобств в работе rphost.exe и вариантам их устранения.

rphost.exe грузит память и занимает процессорное время

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

1С кластер серверов — настройка отказоустойчивого кластера 1С 8.3 под нагрузкой

Вы можете поддержать проект перечислив 900 рублей на рублёвый счёт WebMoney R272306964544 или долларовый эквивалент на счёт Z310486833404 , или на рублёвый счёт Яндекс.

Мнение эксперта

1С:Эксперт по технологическим вопросам

Задавайте мне вопросы, и я помогу разобраться!

При попытке открыть данный кластер из консоли, предназначенной для администрирование кластера сервера 1С Предприятие версии 8. Шаг 7. Проверка Обращайтесь в форму связи

Решение

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

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

Нажмите кнопку Начните, нажмите кнопку Выполнить, введите cmd в поле Открыть, а затем нажмите кнопку ОК.

В командной подсказке введите узел кластера и нажмите кнопку ENTER. Выход схож с:

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

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

В командной подсказке введите узел кластера node_name /resume (node_name это имя узла кластера) и нажмите кнопку ENTER.

Например, введите кластерный узел cluster-1/resume и нажмите кнопку ENTER. Появляется информация, похожая на:

Масштабируемость

Решение

В командной подсказке введите узел кластера и нажмите кнопку ENTER. Выход схож с:

В командной подсказке введите узел кластера node_name /resume (node_name это имя узла кластера) и нажмите кнопку ENTER.

Например, введите кластерный узел cluster-1/resume и нажмите кнопку ENTER. Появляется информация, похожая на:

💥Принимайте участие в опросе и получайте бесплатную консультацию

Источник

: January 31 2012, 17:24

Categories:

Наука
Происшествия
IT
Армия
Cancel

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

ВНИМАНИЕ! Описанные ниже действия приведут к полному сбросу всех настроек вашего кластера! Вернуть все возможно, но если Вы восстанавливаете «боевой» сервер, необходимо иметь Все пароли и имена баз данных (если Вы не знаете, какие из них откуда).

И так, начнем.
Выбрасываем всех пользователей с сервера 1С, а затем останавливаем службу «Агент сервера 1С:Предприятие 8.*». Затем идем в «C:\Program Files\1cv81\server» или в «C:\Program Files\1cv82\srvinfo» и удаляем там все файлы и папки.
Теперь, запускаем службу и затем Консоль управления кластером 1С, и видим, что в нашем кластере отсутствуют все БД. В консоли открывает «Рабочие серверы» — «Имя сервера» — «Процессы». Удаляем появившийся процесс, затем удаляем рабочий сервер. Теперь удаляем кластер.

Все. После выполнения всех этих шагов, нам необходимо все настроить с ноля. К счастью, это не займет много времени. На подключение одной базы в среднем уходит около 1 минуты.
Все последующие шаги, необходимые для настройки кластера 1С, подробно описаны в моей записи здесь: http://dojuk.livejournal.com/2682.html Внимательно остановитесь на главах «Теория и практика настройки 1С 8.2 сервер» и «Проблемы, с которыми я столкнулся«.

Удачи

Источник

: October 31 2018, 16:23

Category:

Компьютеры
Cancel

16:23 31.10.2018
Ошибка получение списка кластеров: Ошибка операции администрирования 1с не найдено ни одного сервера с размещенным сервисом

В общем образовалась вчера такая проблема при входе в консоль 1С: «Ошибка получение списка кластеров: Ошибка операции администрирования 1С: не найдено ни одного сервера с размещенным сервисом serviceName=ClusterConfigService«. Решение немного глупое, но работает.

1) Останавливаем 1С-сервак

2) Cносим в папке C:\Program Files (или x86)\1cv8\srvinfo только папки, начинающиеся с snccntx, т.е. содержащие сессионные данные

2) Запускаем сервак, добавляем базы.

3) Все работает!

Такой способ полезен, если баз очень много и одно только добавление их по новой занимает много времени.

read more at Константин Лимонов

Источник

Заметки сисадмина о интересных вещах из мира 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

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

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

Значения “по умолчанию” параметров рабочего сервера 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 можно пропустить.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник: 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С:Предприятия 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С:Предприятие 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
Если команда будет выполнена успешно, вы получите сообщение:
Ок.
Кроме брандмауэра блокировать трафик могут сетевые фильтры. Они по умолчанию выключены. Тем не менее, убедитесь, что это так:

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

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

(Windows Sockets — 10061(0x0000274D)

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

Ответы на вопросы

Многоплатформенность 1С

Ответ тут.

Установка сервера

Q:Ошибка установки сервера 1с на MS Server 2008 R2 x64 При установке сервера 1с через командную строку, например такую, ragent.exe -instsrvc -port 2040 -regport 2041 -range 2060:2091 -d «C:Program Files1cv82 (взято с диска ИТС), в командной строке пишет сообшение: «Error! OpenSCManager error!» Сервис при этом не создается. Проверялось на 8.1.15.14 и 8.2.10.77

А: Для установки из коммандной строки на ОС, где присутсвует UAC, нужно пользоваться службой RunAs, т.к. даже если пользователь входит в группу администраторов, то UAC блокирует действия, которые изменяют состояние системы.

Ключи защиты

Q: Ключ защиты от сервера 8.2 позволяет запустить Сервер 8.1?
A: Да, позволяет

Q: чтобы запустить сервер 1С мне нужны хасп-ключи какие-то серверные? Локальный, или на 5 пользователей не пойдет?

A: да, для сервера нужен свой ключ, локальный пользовательский и сетевые не подойдут. Подробнее в «Сервера 1С:Предпряитие 8.1 и 8.2 — с чем едят« , слайд № 30.

Q: допустим кластер серверов 1с стоит из 3-х физических серверов. сколько нужно ключей защиты

A: 3 ключа

Q: Имеется терминальный сервер и ключ на 5 лицензий, докупается 6-ая доп. лицензия. Возможно ли ее установить на сервер рядом с ключом на 5? И будут ли все 6 пользователей работать в теминальных сессиях или 5 — под теерминалом, а 1 в файловом варианте?
A: Нет, не будут. 6я лицензия в виде локального ключа должна быть воткнута в компьютер пользователя, но не в терминалку.

Подробней см. «Ключи защиты 1С:Предприятие 8«.

Обновления сервера 1С

Q: при выходе новой версии 8.2.xxx платформы какой порядок действий при обновлении серверов и клиентов
A: Дистрибутивы 8.2 инсталируют свои файлы в разные папки (для каждой версии своя папки), т.е. теоретически остается возможность вызова параллельно нескольких версий сервера.

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

Настройка сервера 1С

Q: В 1С 8.1, как лучше размещать информационные базы, если их несколько, в одном кластере или создавать для каждой базы отдельный кластер? A: С большим объем или нагрузкой , а также тестовые базы размещать нужно в отдельные кластера!

Q: ВОПРОС: Рабочй процесс 1С:Предприятие 8.1 является однопоточным приложением или многопоточным? Т.е. может ли загрузить много ядер при одном подключенном пользователе? При нескольких? А рабочий процесс 1С:Предприятие 8.2? Спасибо.
A: 1Сv8.exe и rphost.exe в версии 8.1 отъедали 1 ядро. По сколько в 8.1 соединение клиента находится жестко привязанным к рабочему процессу, то можно условно считать, что обработка клиентов 1С выполняется в рамках одного ядра. Исключение составляет СУБД, которая использует ядра не зависимо, как работает сервера 1С.

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

платформа 8.2 не реализует всех возмжностей многопоточной системы, но она существенно лучше использует возможности железа по сравнению с 8.1, в том числе и в плане параллельности.

Q: Необходимо ли несколько рабочих процессов 1С:Предприятие 8.1, чтобы сервер баз данных (MS SQL) нагружал несколько ядер? (Замечено, что MS SQL обычно «грузит» только одно ядро, т.е. «распараллеливание» обработки одного запроса по нескольким ядрам, как правило, не происходит.) Спасибо.
A: Специально управлять MS SQL не нужно, это достаточно самонастраивающая система, использующая ресурсы по необходимости. Управлять параллельностью исполнения можно:

EXEC sys.sp_configure N’max degree of parallelism’, N’5′
GO
RECONFIGURE WITH OVERRIDE
GO

Создавать несколько рабочих процессов на сервере 1С можно исходя из того, что один рабочий процесс не обеспечивает возможность пользователям сделать повторное подключение в случаи падения рабочего процесса. 2 процесс (на 8.2 его лучше сделать «резервным») решает эту проблему. А вот 3й и более рабочие процессы есть смысл добавлять, только если сильно загруженны (более 90%) первые два рабочих процессах. Без надобности плодить рабочие процессы не стоит, это может ухудшить производительность.

Q: Для 1С:Предприятие 8.1 прозвучала рекомендация использовать минимум
два рабочих процесса на сервере (для отказоустойчивости) или больше, если
это обусловлено загрузкой и количеством ядер. Справедливо ли это для 8.2?

A: Как минимум 1 резервный рабочий процесс в 8.2 должен быть.

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

Q: Вопрос про включении резервирования кластеров 1с 8.2. Если у нас упал сервер (уборщица выдернула провод) то сетевое имя, например «server:2540» будет недоступно. как клиент, у которого прописано в строке подключения «server:2540» узнает что нужно подключаться к резервному кластеру? откуда он возмет имя другого сервера? А если через запятую написать кластеры в строке подключения базы?
A: Несколько кластеров объединяются в «группу резервирования». Для этого в оснастке кластера есть «список резервирнования».

При первом обращении клиента к кластеру ему передается список кластеров, входящих в группу резервирования.

Если клиент не разу не обращался, то в этом случаи надо указать вручную адреса всех кластеров, например storm:2541,monster:2541.

Между кластерами резервирования осуществляется обмен синхронизируемых данных.

Q: Что происходит после восстановления работы основного кластера? когда пользователи переключились на резервный .

A: Возвращаются назад. Возможны паузы при переключениях на время синхронизации данных кластеров.

Фоновые задания

Q: Как удалить фоновое задание, запущенное на серверах 1С:8.1 и 1С:8.2?

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

Регламентные процедуры

Q: Возможно ли разрушение базы при проведении ТиИ?

A: Мне такие случаи неизвестны, но имхо возможно все. Поэтому перед ТиИ неплохо бы делать бэкап.

Q: Вячеслав, по каким причинам вы не делаете реиндексацию средствами 1С Тестирование и Исправление?
A: Для этих целей лучше подходят возможности СУБД, так как они посути выполняют тоже перестроение индексов, но не требуют монопольного захвата базы.

Технологический журнал

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

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

Неполадки и ошибки

Q: Сталкивались ли вы с проблемой — пропадание настроек отчетов у пользователей при динамическом обновлении конфигураций на платформе 8.2. Есть рекомендации, как с этим бороться?
A: Проблемы связанные с динамическим обновлением отражены в «Сервера 1С:Предпряитие 8.1 и 8.2 — с чем едят«), слайд №60. Чистить кэш. Возможно в некоторых случаях надо разбираться, где конкретно храняться настройки пользователей. При необходимости хранить в качестве двоичных данных в регистре сведений.

И чистить кэш метаданных.

Q: Можно ли изменить путь кэша метаданных? Если да, то каким образом. Спасибо!
A: С помощью групповых политик (gpedit.msc) можно переопределить путь профиля пользователя целиком (не только кэш метаданных).

Или воспользоваться внешней утилитой http://infostart.ru/public/15986/.

Q: Попутный вопрос, т.к. это актуально для файлового режима: какие ошибки исправляет chdbfl.exe?
A: Это инструмент исправления ошибок структуры хранения данных. Это может быть ситуация когда например возникает «Файл базы данных поврежден …/1Cv8.1CD». Т.е. устраняет повреждения файла базы данных. Однако не выполняет функций ТиИ. Я запускаю chdbfl.exe, если «не продит успешно» ТиИ.

Q: Подскажите пожалуйста сталкнулись с такой проблемой. при нахождении в базе большого количества пользователей (около 40) при проведении больших документов например отражение ЗП в регл. учете около 8000 строк. выдается ошибка нехватает памяти на сервере 1С предприятия и пользователь инициировавший проведение этого документа отваливается. Документ потом можно провести только после перезапуска агента 1С сервера.
A: Похоже на утечки памяти:

1. Рестартовать сервер 1С, увеличить количество рабочих процессов, в кластере держать только одну эту базу.

2. Бить проведение на порции, скажем по 1000 строк за раз. Отследить с помощью ТЖ объекты занимающие память при начале операции, но не освобождающие память по завершению.

3. Поставить х64 версию, увеличить объем оперативки, перейти на 8.2.

Q: Вопрос по тестированию и справлению. Можно ли запускать «Проверка ссылочной целостности» на базе УРБД с отбором по передаваемым данным? (т.е. в некоторых узлах физически отсутствуют объекты, но ссылки на них есть). Спасибо!
A: К сожалению, пока такой возможности нет.

Q: Почему тестирование и исправление сразу не решает все вопросы, приходится запускать несколько раз?

A: Точно ответить могут только разработчики. Я запускаю ТиИ по регламенту (циклически), поэтому для меня этот вопрос не очень актуален. Делать ТиИ надо не один раз, а постоянно как «ТО для автомобиля».

Q: Есть ли разница ТиИ 8.1 и 8.2?

A: На текущий момент написания ответа и релиза 8.2.10 мне разница не известна.

Q: Нужно ли при реструктуризации делать реиндексацию?
A: Не нужно.

Прочее

Q: Уважаемы господа никто не пробовал зеркалировать базы средствами MSSql 2008 вообще это возможно ?

A: Нет, рекомендую использовать штатные средства 1С:Предприятие.

Q: Вопрос по принудительному включению shared memory на сервере 1с 8.2

A: Не надо ничего принудительно включать, сервер сам поймет.

Q: Для 1С:Предприятие 8.1 замечены ситуации, когда на одном и том же аппаратном обеспечении файл-серверный вариант с «тяжелыми» операциями и единственным пользователем работает значительно быстрее, чем клиент-серверный, когда все «звенья» (сервер БД, сервер 1С:Предприятие и клиент) установлены на одном сервере. При этом при выполнении этой «тяжелой» операции явно выраженных перегрузок аппаратной части нет (загрузка процессора, памяти, жестких дисков минимальная). То есть аппаратных ресурсов много, а работает медленно. Во что же мы можем «упираться»? Спасибо.
A: Достоинство клиент-серверной архитектуры с точки зрения производительности — возможность ПАРАЛЛЕЛЬНО обрабатывать запросы клиентов к данным. Т.е. скорость потока не тот показатель, по которому стоит делать общие выводы. Механизмы, улучшающие параллельность, все же в рамках одного потока могут несильно снижать производительность.

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

Скорость в одном потоке клиент-серверного варианта будет только догонять призводительность файлового варианта. Стоит заниматься этой проблемой, если время операции в абсолютных цифрах измеряется не меньше чем минуты. Заниматься оптимизацией в рамках 1-3 секундных запросов сомнительно.

Q: О разнице между виндовским терминалом и тонким клиентом 1С.
A: Пока большинство решений не переведы ПОЛНОСТЬЮ под 8.2, говорить о практическом сравнении этих технологий однозначно сложно.

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

Для консервативных прагматичных руководителей проектов, конвертирующих 8.1 под 8.2- терминальное решение. Для небольших проектов с низкой стоимостью ошибок и конфигурацией сразу реализованной с управляемыми формами и СКД — тонкий клиент предпочтительней ИМХО.

Q: А как провести нагрузочное тестирование приближённое к реальным условиям? Ведь не загонишь пользователей «пощёлкать что-то».

A: 1С:Тестцентр с выбором наиболее тяжелых операций, 100% воспроизведение не обязательно, сами щелчки не тяжелы, в основном проведение и запросы отчетов. По тестированию будет отдельный вебинар. Также подробней расказываю на курсах.

Q: Не планируете ли Ваш оффлайн курс по скл в виде вебинара?
A: На текущий момент нет уверенности, что будет восстребован. Если будет получено достаточно большое количество заявок на участие в таком мероприятии, то сделать то несложно.

Одновременное использование 1С

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

После установки серверы разных версий можно запускать только последовательно.

Для одновременного запуска сервисов Агента сервера «1С:Предприятия 8.1» и Агента сервера «1С:Предприятия 8.2» их нужно разнести по портам:

ragent.exe -instsrvc -port 2340 -regport 2341 -range 2360:2391 -d каталог -usr . usr1cv81 -pwd пароль.

Одновременный запуск серверов одной версии возможен только как приложение:

необходимо разнести по портам и каталогам;

ragent.exe -port 2340 -regport 2341 -range 2360:2391 -d каталог.

И тем не менее можно сделать одновременный запуск серверов 8.2 разных версий так:

Установить Windows Resource Kits.

Зарегистрировать сервис утилитой instsrv.exe, например:

instsrv.exe «1C:Enterprise 8.2.8 Server Agent” c:v828ragent.exe

При помощи regedit выбрать ветку:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.2.8 Server Agent

В свойство ImagePath вписать правильные параметры:

c:v828ragent.exe -srvc -agent -regport 2341 -port 2340 -range 2360:2391 -d c:srv828

При помощи менеджера сервисов Windows установить:

Display name (Агент сервера 1С:Предприятия 8.2.8),

Description (Агент сервера 1С:Предприятия 8.2.8),

Log on as.

В результате будет добавлен сервис «Агент сервера 1С:Предприятия 8.2.8».

Источник

Ошибка получения списка рабочих процессов

1С 8.3 : Ошибка соединения с сервером 1С:Предприятие Не запущен ни один рабочий процесс.

Несколько вариантов поиска ошибок и решений:

Guesto.ru

Guesto notes

10118349 Клиентский и серверный процессы одного компьютера

Решение

Комментарии 13

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

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

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

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

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

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

Консоль сервера 1С 8.3 Предприятие

Управление базами данных в консоли кластера

Работа с сеансами консоли администрирования

Профили безопасности

Рабочие процессы (объединение в кластер)

Объединение серверов в кластер

Назначение отдельных сервисов на различные рабочие сервера

Ошибки 1С 8.3 и их исправление

Часто возникающие ошибки 1С

Недостаточно памяти

Ошибка доступа

Ошибка формата потока

Ошибка СУБД: Файл базы данных поврежден

Неправильное отображение блоков формы

Внутренняя ошибка компоненты dbeng

Dump при запуске

Неверный формат хранилища

Ничего не работает

Ошибка соединения с рабочим процессом 1с

Кластер серверов 1С: Предприятия 8 (1C: Enterprise 8 Server Cluster )

ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (Ident)

Общая схема клиент-серверного варианта работы:

1С: Вопросы и ответы » Процесс rphost грузит процессор и память. 1С 8.3, решения для системных процессов.

Состав простейшего кластера серверов:

Архитектура кластера серверов 1С.

Состав простейшего кластера серверов

Агент сервера ragent.exe

Менеджер кластера rmngr.exe

Рабочий процесс rphost.exe.

Проблемы с rphost.exe

rphost.exe грузит память и занимает процессорное время

1С кластер серверов — настройка отказоустойчивого кластера 1С 8.3 под нагрузкой

Решение

Масштабируемость

Решение

💥Принимайте участие в опросе и получайте бесплатную консультацию

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

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

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

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

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

Leave a Reply

Categories

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

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

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

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

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

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

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

Видео 01:

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

Видео 02:

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

Видео 03:

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

Видео 04:

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

Видео 05:

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

Видео 06:

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

Видео 07:

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

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

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