«1С:Профессионал» по технологическим вопросам (Раздел 2)

Вопросы эксплуатации кластера серверов

Вопрос 2.1
Что в обязательном порядке должна иметь учетная запись, от имени которой работает сервер приложений 1С?

1. Право «Список содержимого папки» на каталог временных файлов в ОС Windows для Windows-систем.
2. Необходимо только право «Чтение и запись» на каталог временных файлов для Linux-систем.
3. Имя USR1CV8.
4. Пользователю даются необходимые права на каталог службеных файлов сервера. Пользователю назначаются права: Вход в систему как сервис (Log on as a service), Вход в систему как пакетное задание (Log on as a batch job) и он включается в группу Пользователи журналов производительности (Performance Log Users)
5. Пользователю даются только необходимые права на каталог служебных файлов сервера.
6. Правильные варианты 2 и 4

Пользователь выбирается из списка существующих, или создается стандартный локальный USR1CV8 (при существовании такого пользователя он пересоздается). Пользователь не удаляется при деинсталляции «1С:Предприятия». Пользователю назначаются права: Вход в систему как сервис (Log on as a service), Вход в систему как пакетное задание (Log on as a batch job) и он включается в группу Пользователи журналов производительности (Performance Log Users).

Источники:
ИТС: Установка главного сервера кластера

Вопрос 2.2
Запуск процессов кластера 1С от имени разных учетных записей ОС:

1. невозможен.
2. агенты кластера могут быть запущены от имени другого пользователя путем конфигурирования файла conf.cfg
3. менеджеры кластера могут быть запущены от имени другого пользователя путем конфигурирования файла swpuser.ini
4. рабочие процессы могут быть запущены от имени другого пользователя путем конфигурирования файла swpuser.ini

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

Источники:
ИТС: Описание и расположение служебных файлов

Вопрос 2.3
Как наиболее точно получить список рабочих процессов кластера?

1. С помощью конфигуратора: Администрирование — Список рабочих процессов.
2. С помощью диспетчера задач. Рабочие процессы отображаются как процессы rphost.exe.
3. С помощью консоли кластера 1С, в ветке Рабочие процессы.
4. Выбрав пересечение списков с точки зрения ОС и с точки зрения кластера серверов.

Список рабочих процессов может быть отображен двумя способами:

  • для всего кластера в целом,
  • отдельно для выбранного сервера кластера.

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

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

Но по тестам правильный ответ 4.

Источники:
ИТС: Просмотр списка рабочих процессов

Вопрос 2.4
Как определить, из какой директории запущен сервер 1С?

1. По кнопке «i» (информация о программе) в режиме 1С:Предприятия.
2. По кнопке «i» (информация о программе) в Конфигураторе.
3. По консоли кластера 1С в свойствах кластера.
4. По диспетчеру задач: процесс ragent.exe — Открыть место хранения файла.
5. В консоли сервера windows: Службы — Агент сервера 1С… — Свойства.
6. Верны ответы 4 и 5.

Необходимо открыть Task manager (Диспетчер задач), найти процесс ragent, в контекстном меню выбрать пункт Properties (Свойства). В поле Location (Расположение) будет указана директория, откуда запущен процесс. (Альтернативным вариантом является в контекстном меню выбрать пункт Open file location (Открыть место хранения файла)).

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

Вопрос 2.5
Укажите наиболее правильный способ перезапуска рабочих процессов кластера серверов 1С:

1. перезапуск операционной системы сервера.
2. перезапуск процесса ragent планировщиком заданий.
3. настроить интервал их перезапуска в консоли кластера серверов 1С.

В свойствах кластера сервера есть свойство:

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

Источники:
ИТС: Работа со списком кластеров

Вопрос 2.6
Что необходимо для автоматического формирования дампов в случае падения процессов 1С?

1. В logcfg.xml внести строку <dump type=«3» location=«C:\dumps» create=«true»></dump>
2. Использовать утилиту Procdump, запуская из bat-файла команду «procdump.exe -ma rphost dump_rphost_hand»
3. Использовать утилиту Procdump, запуская из bat-файла команду «procdump.exe -ma <указать PID> dump_rphost_hand»
4. Верны ответы 2 и 3.
5. Верны ответы 1 и 3.
6. Верны все ответы.

Файл logcfg.xml служит для настройки параметров технологического журнала и механизма генерации дампов памяти при аварийном завершении работы системы «1С:Предприятие». Элемент определяет параметры дампа, создаваемого при аварийном завершении приложения.

Источники:
ИТС: Описание и расположение служебных файлов
ProcDump

Вопрос 2.7
Что необходимо для получения дампа процесса, если происходят зависания процессов, а не падения?

1. В logcfg.xml внести строку
2. Использовать утилиту Procdump, запуская из bat-файла команду «procdump.exe -ma rphost dump_rphost_hand»
3. Использовать утилиту Procdump, запуская из bat-файла команду «procdump.exe -ma <указать PID> dump_rphost_hand»
4. Верны ответы 2 и 3.
5. Верны ответы 1 и 3.
6. Верны все ответы.

ProcDump — утилита для мониторинга загрузки процессора и создания дампа процессов. Может создавать дампы по имени процесса, имени службы или PID.

Источники:
ИТС: Описание и расположение служебных файлов
ProcDump

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

1. В logcfg.xml внести строку
2. Создать bat-файл с командой «procdump.exe — ma rphost dump_rphost_hand»
3. С помощью ЦКК
4. Создать bat-файл с командой «procdump.exe -ma rmngr dump_rmngr_auto»
5. Верны ответы 1 и 3
6. Верны все варианты

ЦКК позволяет вывести различные отчеты о дампах:

  • пользователям с ролью Мониторинг доступен пункт Статистика по дампам в разделе меню ЦКК Мониторинг;
  • пользователям с ролью Полные права доступны пункты Анализ дампов, Монитор обработки дампов и Статистика по дампам в разделе меню ЦКК Мониторинг.

1,2,4 пункты лишь создают дампы, но не ведут статистику.

Источники:
ИТС: ЦКК. Отчеты о дампах

Вопрос 2.9
Как определить процесс, в данный момент создающий нагрузку на диск? Используется ОС Windows (укажите ответ для Windows 8, 8.1, 2012R2).

1. С помощью Центра управления производительностью, аналитический показатель «Анализ загрузки дисков».
2. С помощью Performance Monitor — счетчик Avg. Disk Queue Length
3. С помощью Монитора ресурсов — закладка Диск.
4. С помощью Диспетчера задач — закладка Приложения.
5. Верны ответы 3 и 4

В диспетчере задач на закладке Приложения нет данных по загрузке дисков.

Счетчик Avg. Disk Queue Length (средняя длина очереди к диску) — это среднее общее количество запросов на чтение и на запись, которые были поставлены в очередь для соответствующего диска в течение интервала измерения.

В Центре управления производительностью нет показателя «Анализ загрузки дисков»

В мониторе ресурсов на закладке «Диск» показывается Чтение/Запись байт/с

Вопрос 2.10
Как получить список всех PID всех процессов кластера? Используется ОС Windows.

1. С помощью консоли кластера — ветка Рабочие процессы.
2. С помощью Диспетчера задач — закладка Процессы.
3. С помощью Конфигуратора — меню Администрирование — Процессы.

У рабочего процесса есть свойство:

PID процесса ОС — Номер процесса (в терминах ОС, под управлением которой выполняется рабочий процесс).

Но в учебном тестировании правильный ответ 2.

Источники:
ИТС: Просмотр списка рабочих процессов

Вопрос 2.11
Как определить процесс, более других использующий CPU? Используется ОС Windows.

1. С помощью Центра управления производительностью — анализ загрузки процессора.
2. С помощью Performance Monitor — Счетчик % Processor Time (без выбора свойства «All instances»; при задании счетчика через logman не указывать «*»).
3. С помощью Монитора ресурсов — закладка Процессор.
4. С помощью Диспетчера задач — закладка Процессы.
5. Верны ответы 3 и 4.

В центре управления производительностью нет показателя «Анализ загрузки процессора».

All instances в счетчике % Processor Time означает, что будут выбраны по одному счетчику на каждый процессор и счетчик _Total. Отдельно по процессам счетчик не показывает.

Вопрос 2.12
Что такое центральный сервер?

1. Рабочий сервер, на котором запущен процесс ragent
2. Рабочий сервер, на котором запущен главный менеджер кластера.
3. Рабочий сервер, для которого установлено свойство «Центральный».
4. Верны ответы 1 и 2.
5. Верны ответы 2 и 3.
6. Рабочий сервер, в данный момент обслуживающий клиент-серверные вызовы.

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

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

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

Источники:
ИТС: Устройство кластера серверов

Вопрос 2.13
Что такое рабочий сервер?

1. Сервер, на котором запущен процесс ragent
2. Сервер, на котором запущен процесс rmngr
3. Сервер, на котором запущен процесс rphost
4. Сервер, на котором запущен процесс 1cv8
5. Верны варианты 1-3
6. Верны все варианты

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

Рабочая часть рабочего сервера включает в себя менеджер кластера (rmngr) и рабочий процесс (rphost).

Источники:
ИТС: Устройство кластера серверов

Вопрос 2.14
По какой формуле рассчитывается максимальный уровень отказоустойчивости?

1. Уровень отказоустойчивости = Количество центральных серверов кластера — 1
2. Уровень отказоустойчивости = Количество серверов кластера — 1
3. Уровень отказоустойчивости = Количество рабочих серверов кластера / Количество центральных серверов кластера.
4. Уровень отказоустойчивости = Количество рабочих серверов кластера / (Количество центральных серверов кластера — 1)

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

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

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

Таким образом, можно вывести следующую формулу, связывающую количество центральных серверов в кластере и уровень отказоустойчивости: Количество центральных серверов = Уровень отказоустойчивости + 1.

Источники:
ИТС: Отказоустойчивый кластер

Вопрос 2.15
По какой формуле рассчитывается доступность информационной системы?

1. Доступность = Требуемое количество времени работы системы / Общее время (за период).
2. Доступность = Требуемое количество времени работы системы / Допустимое время простоя системы (за период).
3. Доступность = Допустимое время простоя системы / Общее время (за период).
4. Доступность = Общее время / Допустимое время простоя системы (за период).

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

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

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2) стр.30

Вопрос 2.16
Как изменить число рабочих процессов в 1С:Предприятии 8.3?

1. С помощью консоли кластера. Ветка Рабочие процессы — Добавить.
2. Число рабочих процессов устанавливается системой автоматически.
3. Число рабочих процессов устанавливается системой автоматически, но возможно косвенное регулирование с помощью консоли кластера 1С, путем изменения максимального объема памяти, количества подключений и количества баз на один процесс.
4. Число рабочих процессов устанавливается системой автоматически для сервера с лицензией ПРОФ. Для лицензии КОРП возможно косвенное регулирование с помощью консоли кластера 1С, путем изменения максимального объема памяти, количества подключений и количества подключений и количества баз на один процесс.

Сервер уровня КОРП «1С:Предприятия 8.3» предоставляет пользователю расширенные возможности по сравнению с «обычным» 64-разрядным сервером:
Гибкое управление нагрузкой в кластере:

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

Источники:
1С: О выпуске финальной версии 8.3

Вопрос 2.17
Для настройки технологического журнала используется файл:

1. swpuser.ini
2. logcfg.xml
3. 1cv8clst.lst
4. 1cestart.cfg
5. conf.cfg
6. debugcfg.xml

Файл logcfg.xml служит для настройки параметров технологического журнала и механизма генерации дампов памяти при аварийном завершении работы системы «1С:Предприятие».

Источники:
ИТС: Описание и расположение служебных файлов
ИТС: Технологический журнал

Вопрос 2.18
Реестр кластера находится в файле:

1. swpuser.ini
2. logcfg.xml
3. 1cv8clst.lst
4. 1cestart.cfg
5. conf.cfg
6. debugcfg.xml

Файл 1CV8Clst.lst расположен в каталоге данных каждого рабочего сервера, отмеченного как центральный. Содержит реестр кластера и хранит следующую информацию:

  • список информационных баз, зарегистрированных в данном кластере;
  • список рабочих серверов, входящих в кластер;
  • список рабочих процессов, входящих в кластер;
  • список менеджеров кластера;
  • список сервисов кластера;
  • список администраторов кластера.

Источники:
ИТС: Описание и расположение служебных файлов

Вопрос 2.19
Настроить запуск процессов rphost от имени определенного пользователя можно с помощью файла:

1. swpuser.ini
2. logcfg.xml
3. 1cv8clst.lst
4. 1cestart.cfg
5. conf.cfg
6. debugcfg.xml

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

Источники:
ИТС: Описание и расположение служебных файлов

Вопрос 2.20
Список информационных баз, зарегистрированных в данном кластере, имеется в файле:

1. 1CV8Reg.lst
2. logcfg.xml
3. 1cv8clst.lst
4. 1cestart.cfg
5. conf.cfg
6. debugcfg.xml

1CV8Reg.lst — файл использовался до версии 8.3. В 8.3 за это отвечает файл 1CV8Clst.lst. Но по результатам учебного тестирования ответ 1.

Источники:
ИТС: Размещение данных 1С:Предприятия 8
ИТС: клиент-серверный вариант работы
ИТС: Описание и расположение служебных файлов

Вопрос 2.21
Для клиент-серверной системы на платформе 1С:8.3 ПРОФ изменение количества рабочих процессов сервера:

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

Сервер уровня КОРП «1С:Предприятия 8.3» предоставляет пользователю расширенные возможности по сравнению с «обычным» 64-разрядным сервером:
Гибкое управление нагрузкой в кластере:

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

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

Источники:
1С: О выпуске финальной версии 8.3

Вопрос 2.22
Для клиент-серверной системы на платформе 1С:8.3 КОРП изменение количества рабочих процессов сервера

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

Сервер уровня КОРП «1С:Предприятия 8.3» предоставляет пользователю расширенные возможности по сравнению с «обычным» 64-разрядным сервером:
Гибкое управление нагрузкой в кластере:
• безопасный расход памяти за один вызов;
• количество ИБ на процесс;
• объем памяти рабочих процессов, до которого сервер считается производительным;
• максимальный объем памяти рабочих процессов;
• стратегия балансировки (по памяти, по производительности);

Источники:
1С: О выпуске финальной версии 8.3

Вопрос 2.23
Для клиент-серверной информационной системе на платформе 1С:8.3 технологический журнал фиксирует исчезновение процесса rphost, при этом дамп не сформировался, а нагрузка на систему по журналу Windows Performance Monitor снизилась. Что это означает?

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

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

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

Источники:
ИТС: Устройство кластера серверов

Вопрос 2.24
Чем отличается процесс от потока?

1. Несколько процессов может существовать внутри одного потока.
2. Несколько потоков может существовать внутри одного процесса.
3. Процессы и потоки — не связанные понятия.
4. Верны варианты 1 и 2.

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

Источники:
Статистика загруженности рабочих процессов

Вопрос 2.25
Как узнать, находится ли сеанс данный момент в клиент-серверном вызове?

1. По непустому полю в колонке «Заблокировано СУБД» раздела «Сеансы» консоли администрирования кластера.
2. По пустому полю в колонке «Последняя активность» раздела «Сеансы» консоли администрирования кластера.
3. По непустому полю в колонке «Соединение» раздела «Сеансы» консоли администрирования кластера.
4. По непустому полю в колонке «Время вызова (текущее)» раздела «Сеансы» консоли администрирования кластера.
5. По полю «Нет» в колонке «Спящий» раздела «Сеансы» консоли администрирования кластера.

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

Источники:
ИТС: Работа со списком сеансов

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

1. Процесс ragent.
2. Процесс rphost.
3. Процесс rmngr.
4. Процессы ragent, rphost и rmngr.
5. Процессы ragent и rphost.
6. Процессы rmngr и rphost .

К сожалению, не нашел информации по этому вопросу. Но в учебном тестировании правильный ответ 6.

Вопрос 2.27
Если в параметрах рабочего сервера 8.3 указан максимальный объем памяти рабочих процессов, не равный 0, что произойдет при достижении этого параметра?

1. Будет запущен еще один рабочий процесс.
2. Пользователя будет выдана ошибка «Недостаточно свободной памяти на сервере 1С».
3. Рабочий процесс будет перезапущен.

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

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

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

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

Если в результате выделения памяти в одном вызове сервера значение Максимальный объем памяти рабочих процессов превышено менее чем на значение Безопасный расход памяти за один вызов, то такой вызов не прерывается. Если в течение вызова значение ПамятьЗаВызов превысило значение Безопасный расход памяти за один вызов, и значение ПамятьПроцессаТекущая+ПамятьЗаВызов превысило значение Максимальный объем памяти рабочих процессов, то вызов прерывается исключением и завершается аварийно. При этом в технологический журнал выводится событие EXCP, содержащее:

  • Текст исключения;
  • Контекст исключения.

Источники:
ИТС: Работа со списком рабочих серверов кластера

Вопрос 2.28
Если в параметрах кластера 8.3 указан допустимый объем памяти рабочих процессов, не равный 0, что произойдет при достижении этого параметра?

1. Будет запущен еще один рабочий процесс.
2. Пользователям будет выдана ошибка «Недостаточно свободной памяти на сервере 1С»
3. Рабочий процесс будет перезапущен.

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

Источники:
ИТС: Работа со списком кластеров

Вопрос 2.29
Если на 32-х разрядном сервере версии 8.3 запущено 10 фоновых заданий (пользователи в это время не работают), и часть из них получает сообщение об ошибке «Недостаточно свободной памяти на сервере 1С», как можно решить эту проблему? Памяти на сервере достаточно.

1. В параметрах рабочего сервера 8.3 указать максимальный объем памяти рабочих процессов, не равный 0.
2. Оптимизировать код конкретного фонового задания, получающего ошибку.
3. В параметрах кластера 8.3 указать допустимый объем памяти рабочих процессов, не равный 0.
4. Прописать нужное количество рабочих процессов вручную.

Напрашивается ответ 1, но в учебном тестировании правильный ответ 2.

Вопрос 2.30
Если на 32-разрядном рабочем сервере версии 8.2 к одной и той же базе запущено 10 фоновых заданий (пользователи в это время не работают), и часть из этих заданий получают сообщение об ошибке «Недостаточно свободной памяти на сервере 1С» (при этом физической памяти на сервере достаточно). Как можно решить эту проблему?

1. В параметрах рабочего сервера 8.2 указать максимальный объем памяти рабочих процессов, не равный 0.
2. В параметрах рабочего сервера уменьшить количество соединений на процесс.
3. В параметрах кластера 8.2 указать допустимый объем памяти рабочих процессов, не равный 0.
4. Прописать нужное количество рабочих процессов вручную.

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

Вопрос 2.31
Возможно ли настроить кластер серверов таким образом, чтобы в нем одновременно работали 32-разрядные (на одном рабочем сервере) и 64-разрядные (на другом рабочем сервере) процессы кластера серверов?

1. Возможно, но только с КОРП лицензией.
2. Нельзя
3. Возможно, но только на платформе Linux
4. Возможно

Информации не нашел. Попробовал запустить на виртуальных машинах, получилось.

Вопрос 2.32
На сервере установлена 32-разрядная версия сервера 1С:Предприятия. На этом сервере 72 ГБ оперативной памяти. Сколько рабочих процессов будет запущено при настройках кластера «По умолчанию»?

1. 36
2. 24
3. По 1 рабочему процессу rphost на 128 сеансов или 8 информационных баз
4. По 1 рабочему процессу rphost на 128 соединений или 8 информационных баз
5. Для начала — в соответствии с п.3, далее — скорректировать исходя из фактического потребления памяти рабочими процессами.
6. Верны ответы 1 и 2.

По умолчанию в свойствах рабочего сервера установлены следующие параметры:

  • Количество ИБ на процесс — 8
  • Количество соединений на процесс — 128

Источники:
ИТС: Работа со списком рабочих серверов кластера

Вопрос 2.33
На сервере установлено 128 ГБ оперативной памяти, используется Windows Server 2008 R2 Standard x64. Какой размер памяти может использовать данные серверное ПО?

1. 32 ГБ
2. 64 ГБ
3. 128 ГБ
4. 4ГБ

Windows Server 2008 R2 Standard x64 — 32 GB

Источники:
MSDN: Memory Limits for Windows and Windows Server Releases

Вопрос 2.34
Как назначить фоновые задания на определенный рабочий сервер?

1. При создании фонового задания можно в коллекции параметров указать, на каком рабочем сервере предпочтительно запускаться
2. Установить флаг «Выполнять фоновые задания» в свойствах рабочего сервера
3. Настроить планировщик заданий в консоли адмнистрирования
4. Указать требование назначение функциональности для выбранного рабочего сервера

Если необходимо разместить все фоновые задания на рабочем сервере Server, то для этого необходимо для рабочего сервера Server задать следующее требование назначения функциональности:

Объект требования: Клиентское соединение с ИБ.
Тип требования: Назначать.
Имя ИБ: не указывается.
Значение дополнительного параметра: BackgroundJob.CommonModule.

Источники:
ИТС: Требования назначения функциональности
1С: Требования назначения функциональности

Комментарии

5 комментариев к “«1С:Профессионал» по технологическим вопросам (Раздел 2)”
  1. Марат:

    2.25 заблокировано субд — неверное описание колонки, там не идентификатор, а длительность: Захвачено СУБД
    Длительность захвата соединения с базой данных текущим сеансом с момента захвата по текущий момент. Отображается только если соединение с СУБД захвачено сеансом.

  2. Рустам:

    Вопрос 2.7
    Что необходимо для получения дампа процесса, если происходят зависания процессов, а не падения?
    1. В logcfg.xml внести строку

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

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

  3. Павел:

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

  4. p.v:

    вопрос 2.26
    источники:
    http://its.1c.ru/db/v839doc/bookmark/cs/TI000000022 — «Рабочий процесс …, взаимодействует с сервером баз данных … »
    http://its.1c.ru/db/v839doc/bookmark/cs/TI000000024 — в табличке перечислены функции менеджера, среди них «Работы с внешними источниками данных через ODBC»

Оставьте комментарий

Top