Консоль сервера 1с предприятия. Администрирование серверов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 – без ограничений;
• 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С:Предприятие, как определить каким способом или вариантом загружается ваша информационная база (ИБ)?

Если у вас файловый вариант работы то в строке при запуске 1С и при выборе информационной базы(в списке информационных баз) вы увидите: File=”C:\Documents and Settings\Pupkin\Мои документы\Infobase1”. Это папка, где хранится ваша файловая база.

Если вы увидите такую надпись типа Srvr=»192.168.6.1″;Ref=»Infobase1″;, то это означает, что вы работаете в клиент-серверном варианте работы с 1С.

Что означает файловый вариант работы — вы более или менее понимаете.

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

В случае клиент-серверного варианта работы на компьютере, где установлена база данных работает специальная служба, которую вы можете посмотреть в Панели управления, пункт “Администрирование” и выбрать оснастку “Службы”; в списке служб вы увидите примерно следующее (зависит от версии 1С) — “Агент сервера 1С:Предприятие 8.хх” или к примеру вот такую службу “1C:Enterprise 8.2 Server Agent:”.

В случае работы с клиент-серверным вариантом, очень полезна оснастка, которая находится в меню Пуск->Все программы(программы)->1С Предприятие 8.х->Дополнительно->Администрирование серверов 1С Предприятия.

Что нам дает данная оснастка в плане работы с пользователями и выгрузкой ИБ?

1. Здесь мы можем завершать работу пользователей

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

Оснастка может запрашивать пароль, но какой?

Имя пользователя и пароль (для вас как для Администратора БД) — укажите ваше Имя пользователя и пароль, который вы используете для входа в 1С:Предприятие.

Итак, что мы здесь видим. Видим сервер 1С Предприятия (My_1C) и информационную базу (порт по умолчанию 1541) — My_UPP. В правой части окна видим возможность выбрать -> Сеансы, Блокировки, Соединения.

Сейчас нас интересует ветка с информационными базами, — нажмите правую клавишу мыши на выбранной ИБ, и воспользуйтесь командой “Свойства”, Контекстного меню.

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

Обратите внимание на Даты начала блокировки и конца блокировки. Начиная с даты и времени начала блокировки и даты и времени окончания блокировки — база будет находиться в монопольном режиме.

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

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

Пользователи при запуске 1С:Предприятия с установленной блокировкой получат Сообщение, указанное в пункте “Сообщение”.

Дополнительно

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

Сделаем следующее на локальной машине откроем оснастку “Администрирование серверов 1С Предприятия” (путь Пуск->Все программы (Программы)->1С_Предприятие 8.х->Дополнительно->Администрирование серверов 1С Предприятия). Если вдруг на локальной машине у вас не установлен этот компонент, то вы его не увидите — идете в Панель управления ->Установка и удаление программ и ищете строку с установкой 1С Предприятия, и изменяете настройку компонентов, добавляя оснастку “Администрирование сервера”

Итак, нашли, выполнили, посмотрели. Идём далее.

В оснастке мы видим пустую строку не включающуу в себя ничего, что то типа Console Root-> Central 1C:Entreprise 8.2 servers. Ставим курсор на эту строку, нажимаем правую клавишу мыши и выбираем команду Создать->Центральный сервер 1С Предприятия 8.2.

Вписываем имя нашего сервера, находящегося в сети, нажимаем “ОК”. и всё — мы имеем возможность работать с локального компьютера и управлять нашим сервером 1С.

Жизнь продолжается, а платформа 1С:Предприятие 8 - развивается. Инструменты администрирования сервера 1С наконец получили развитие от вендора (см ), что косвенно подтверждает проблему недостаточной развитости этих инструментов

Конкретно с DroidRAC со временем возникли следующие проблемы

DroidRAC2 0.0.4

Переписан полностью - стильно, модно, молодежно (Kotlin, JetPack, Single-activity)

Новое api от 1С, совместимость с 8.3.11+

В первой версии по традиции read-only и немного удаления (например удаление сеансов пользователей)

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

Добавление/изменение администраторов сервера и кластеров

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

Редактирование свойств кластера и рабочего сервера

DroidRAC2 0.0.7

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

DroidRAC2 0.0.8

Добавление/удаление считчиков и лимитов производительности
+ добавление новых баз данных

DroidRAC2 0.1.0

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

DroidRAC2 0.1.2

Добавление/удаление кластеров

Добавление/удаление рабочих серверов

Поиск в списках без учета регистра

Исправление ошибок

Тестирование выполнялось для платформы 8.3.13.1690

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

Звезды, комментарии, пожелания по развитию автору также будут приятны.

Ставя очередное обновление Бухгалтерии получил ошибку "Я работаю только на 8.3.4", ну вот... пришло время поставить 8.3.4. и так:

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

Служба Агент Сервера 1С
По умолчанию он ставиться на порт 1540, а там у меня крутится 8.2, поэтому меняем в ветке рееста
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent Параметр ImagePath
меняем номера портов, добавляя смещение: "C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d "C:\Program Files\1cv8\srvinfo"

Запускаем Агента и Открываем консоль Администрирования серверов 1С и создаем кластер 8.3
Указал имя сервера и настроил на порт 1740 (на 1540 работает 8.2)

Создаем кластер + чуток оптимизировал(У меня всего небольшой ОДИН сервер, поэтому - указываю Интервал перезапуска рабочих процессов и объем памяти. т.к у меня один сервер - уровень отказоустойчивости - 0)


Теперь подробнее:
1. Интервал перезапуска: 86400 сек (24 часа). Момент перезапуска не регламентируется, видимо с момента установки параметров, либо запуска сервера приложений.
2. Также можно указать допустимый объем памяти: 3000000 Кб (3 Гб) - Для сервера с 4 ГБ оперативы, Если ее меньше, то не заполняйте этот параметр! .
3. Интервал превышения допустимого объема памяти - это непрерывный интервал времени превышения допустимого объема памяти, после которого сервер перезапустит процесс. Если указано 0 сек - будет ждать вечно.
4. Количество Рабочих процессов расчитывается автоматически на основании Ваших настроек
5. Уровень отказоустойчивости можно задавать уровень отказоустойчивости кластера как количество рабочих серверов, которые могут одновременно выйти из строя, и это не приведет к аварийному завершению работы пользователей. Резервные сервисы запускаются автоматически в количестве, необходимом для обеспечения заданной отказоустойчивости; в реальном режиме времени выполняется репликация активного сервиса на резервные.
6. Режим распределения нагрузки, который можно использовать либо для повышения производительности системы вцелом, либо использовать новый режим «экономии памяти», который позволяет работает «с ограниченной памятью» в случаи если используемая конфигурация «любит отъедать память».

Рабочий сервер
Сервер у меня простенький, 2 Gb оперативы всего и на нем будет всего 2 базы, поэтому настрою его так:

параметр Количество ИБ на процесс ставлю равным 1, т.е. хочу чтобы для каждой ИБ запускался свой процесс - это позволит уменьшить взаимное влияние как по надежности, так и по производительности. Вы же настраивате под характеристики своего сервера!

Информационная база
Добавляю ИБ:

В стартере пописываю базу:

Требования назначения функциональности
Я у себя это не настраиваю но думаю надо сказать об этом:
Управление кластером заключается в том, что администратор определяет состав компьютеров (рабочих серверов), на которых размещается кластер. Кроме этого (при необходимости) он может определить "требования" к ним: какие сервисы и соединения с информационными базами должны работать на каждом из рабочих серверов. Менеджеры кластера и рабочие процессы запускаются автоматически, исходя из назначенных "требований". "Требования" к рабочим серверам могут быть заданы интерактивно, из консоли администрирования кластера, или программно, из встроенного языка.
Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» - «Не назначать», т.е. запретить рабочим процессам данного сервера обрабатывать клиентские соединения. Еще больший интерес предоставляет возможность запускать «только фоновые задания» на рабочем сервере кластера без сеансов пользователей. Таким образом можно высоконагруженные задачи (код) вынести на отдельный машины. При чем можно одно фоновое задание «закрытия месяца» через «Значение дополнительного параметра» запускать на одном компьютере, а фоновое задание «Обновление полнотекстового индекса» на другом. Уточнение происходит через указание "Значение дополнительного параметра". Например если указать BackgroundJob.CommonModule в качестве значения, то можно ограничить работу рабочего сервера в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule..- укажет конкретный код.

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

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

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

Если при установке системы «1С:Предприятие» был выбран вариант запуска сервера как приложения, то запуск сервера в процессе установки системы не выполняется; агента сервера необходимо запустить самостоятельно, после того как установка системы будет закончена. При этом если ключ запуска -d указан не будет, служебные файлы кластера серверов будут расположены в каталоге по умолчанию: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 для ОС WindowsVista и старше).

ВНИМАНИЕ! Если однажды на данном центральном сервере уже был создан кластер, то при смене варианта запуска агента сервера (сервис, приложение) или при смене пользователя, от имени которого работает агент сервера, всегда следует заботиться о правильном указании пути к каталогу служебных файлов кластера серверов. Если в процессе запуска агент сервера не обнаружит список кластеров, он создаст новый кластер на данном сервере.
В операционной системе Linux служебные файлы кластера серверов будут расположены в папке /home/usrlcv8/.lcv8/lC/lcv8 (или сокращенный вариант записи - ~/.1cv8/1C/1cv8).

Здравствуйте дорогие читатели.

Сегодня поговорим о средствах Администрирования серверов 1С:Предприятия .

1С:Предприятия поддерживает следующие :
Клиент – серверный вариант работы
Файловый вариант работы

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

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

Утилита администрирования серверов 1С:Предприятия или консоль сервера 1С

Основные задачи консоль сервера 1С:

• Создание, удаление и изменение рабочих серверов;
• Создание администраторов;
• Создание, удаление рабочих процессов кластера;
• Создание и удаление ИБ
• Принудительное завершение сеанса;
• Блокировка новых подключений.

Коротко рассмотрим основные моменты консоли администрирования 1С серверов:

Создать Центральный сервер 1С

Чтобы добавить новый Центральный сервер 1С:Предприятия 8.2 воспользуемся контекстным меню предварительно выделив строку Центральные серверы 1С

Появится окно, куда необходимо внести имя сервера 1С или его IP адрес.

Создание администраторов сервера 1С

В ветки Администраторы добавляются администраторы сервера. Администраторы имеют права на администрирования только собственным сервером, для управления кластером не нужно быть администратором. Если ни один Администратор не добавлен – то каждый вошедший сможет управлять сервером.

Создание рабочих процессов кластера 1С

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

Если посмотреть в свойства процесса то увидим следующее:
Производительность : указывается цифра до 1000, по умолчанию стоит 1000. Новые сеансы присоединяются к тому процессу, у которого производительность максимальная и раз в N минут система сама смотрит на фактическую загрузку процессора и переставляет цифру у производительности.
Свойство Включен : здесь отслеживается активность процесса может принимать следующие значения: Использовать, Не использовать, Использовать как резервный

Создание и удаление ИБ

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

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

Завершение сеанса пользователя 1С

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