Рекомендации по внедрению нулевых клиентов

array(20) { ["Attachment"]=> array(0) { } ["ChildActions"]=> array(0) { } ["ChildObj"]=> array(0) { } ["EMPLAuthors"]=> array(0) { } ["EmplPerson"]=> array(0) { } ["FileInfo"]=> array(0) { } ["Incut"]=> array(0) { } ["KeyWords"]=> array(2) { [0]=> array(10) { ["text"]=> string(14) "nulevoi_klient" ["plain"]=> string(27) "нулевой клиент" ["money"]=> int(0) ["type"]=> string(3) "102" ["input"]=> string(4) "5256" ["date"]=> NULL ["value"]=> string(6) "563805" ["valueName"]=> string(28) "нулевой клиент " ["imgURL"]=> string(55) "https://st1.vvsu.ru/photos/нулевой клиент " ["Unic"]=> string(36) "E64BFF8D-BF2D-42ED-B4BA-98086038DC7A" } [1]=> array(10) { ["text"]=> string(11) "zero_client" ["plain"]=> string(11) "zero client" ["money"]=> int(0) ["type"]=> string(3) "102" ["input"]=> string(4) "5256" ["date"]=> NULL ["value"]=> string(6) "563804" ["valueName"]=> string(12) "zero client " ["imgURL"]=> string(39) "https://st2.vvsu.ru/photos/zero client " ["Unic"]=> string(36) "E64BFF8D-BF2D-42ED-B4BA-98086038DC7A" } } ["MainPict"]=> array(1) { [0]=> array(10) { ["text"]=> string(0) "" ["plain"]=> string(0) "" ["money"]=> int(0) ["type"]=> string(3) "130" ["input"]=> string(5) "36468" ["date"]=> NULL ["value"]=> string(8) "10520427" ["valueName"]=> string(36) "31A22ECB_21BA_4C31_9232_D8DB8866E76E" ["imgURL"]=> string(63) "https://st2.vvsu.ru/photos/31A22ECB_21BA_4C31_9232_D8DB8866E76E" ["Unic"]=> string(36) "E64BFF8D-BF2D-42ED-B4BA-98086038DC7A" } } ["Pictures"]=> array(0) { } ["Position"]=> array(2) { [0]=> array(10) { ["text"]=> string(21) "informatizatsiia_vuza" ["plain"]=> string(37) "Информатизация вуза" ["money"]=> int(0) ["type"]=> string(3) "102" ["input"]=> string(4) "5256" ["date"]=> NULL ["value"]=> string(6) "568306" ["valueName"]=> string(38) "Информатизация вуза " ["imgURL"]=> string(65) "https://st1.vvsu.ru/photos/Информатизация вуза " ["Unic"]=> string(36) "E64BFF8D-BF2D-42ED-B4BA-98086038DC7A" } [1]=> array(10) { ["text"]=> string(25) "russkaia_versiia_saita_ek" ["plain"]=> string(43) "Русская версия сайта ЭК" ["money"]=> int(0) ["type"]=> string(3) "102" ["input"]=> string(4) "5256" ["date"]=> NULL ["value"]=> string(6) "602184" ["valueName"]=> string(44) "Русская версия сайта ЭК " ["imgURL"]=> string(71) "https://st2.vvsu.ru/photos/Русская версия сайта ЭК " ["Unic"]=> string(36) "E64BFF8D-BF2D-42ED-B4BA-98086038DC7A" } } ["Priority"]=> array(0) { } ["Site"]=> array(1) { [0]=> array(10) { ["text"]=> string(16) "e_campus_vvsu_ru" ["plain"]=> string(16) "e-campus.vvsu.ru" ["money"]=> int(0) ["type"]=> string(3) "102" ["input"]=> string(4) "5256" ["date"]=> NULL ["value"]=> string(8) "10096124" ["valueName"]=> string(17) "e-campus.vvsu.ru " ["imgURL"]=> string(44) "https://st1.vvsu.ru/photos/e-campus.vvsu.ru " ["Unic"]=> string(36) "E64BFF8D-BF2D-42ED-B4BA-98086038DC7A" } } ["StudPerson"]=> array(0) { } ["Data"]=> array(11) { ["text"]=> string(0) "" ["plain"]=> string(0) "" ["money"]=> int(0) ["type"]=> string(3) "177" ["input"]=> string(3) "178" ["date"]=> string(10) "2013-12-30" ["value"]=> NULL ["valueName"]=> string(44) "Rekomendacii_po_vnedreniju_nulevykh_klientov" ["imgURL"]=> string(71) "https://st0.vvsu.ru/photos/Rekomendacii_po_vnedreniju_nulevykh_klientov" ["Unic"]=> string(36) "E64BFF8D-BF2D-42ED-B4BA-98086038DC7A" ["dateString"]=> string(17) "30 декабря" } ["ShortDescr"]=> array(10) { ["text"]=> string(145) "Рекомендации помогут внедрить нулевые клиенты на предприятии наиболее быстро." ["plain"]=> string(145) "Рекомендации помогут внедрить нулевые клиенты на предприятии наиболее быстро." ["money"]=> int(0) ["type"]=> string(3) "100" ["input"]=> string(1) "4" ["date"]=> NULL ["value"]=> NULL ["valueName"]=> string(35) "Rekomendacii_po_vnedreniju_nulevykh" ["imgURL"]=> string(71) "https://st1.vvsu.ru/photos/Rekomendacii_po_vnedreniju_nulevykh_klientov" ["Unic"]=> string(36) "E64BFF8D-BF2D-42ED-B4BA-98086038DC7A" } ["Type"]=> array(10) { ["text"]=> string(5) "stati" ["plain"]=> string(12) "Статьи" ["money"]=> int(0) ["type"]=> string(3) "102" ["input"]=> string(2) "31" ["date"]=> NULL ["value"]=> string(6) "412279" ["valueName"]=> string(13) "Статьи " ["imgURL"]=> string(40) "https://st2.vvsu.ru/photos/Статьи " ["Unic"]=> string(36) "E64BFF8D-BF2D-42ED-B4BA-98086038DC7A" } ["Name"]=> array(10) { ["text"]=> string(80) "Рекомендации по внедрению нулевых клиентов" ["plain"]=> string(80) "Рекомендации по внедрению нулевых клиентов" ["money"]=> int(0) ["type"]=> string(3) "100" ["input"]=> string(1) "4" ["date"]=> NULL ["value"]=> NULL ["valueName"]=> string(35) "Rekomendacii_po_vnedreniju_nulevykh" ["imgURL"]=> string(71) "https://st0.vvsu.ru/photos/Rekomendacii_po_vnedreniju_nulevykh_klientov" ["Unic"]=> string(36) "E64BFF8D-BF2D-42ED-B4BA-98086038DC7A" } ["Time"]=> array(10) { ["text"]=> string(5) "16:52" ["plain"]=> string(5) "16:52" ["money"]=> int(0) ["type"]=> string(3) "100" ["input"]=> string(6) "405828" ["date"]=> NULL ["value"]=> NULL ["valueName"]=> string(35) "Rekomendacii_po_vnedreniju_nulevykh" ["imgURL"]=> string(71) "https://st0.vvsu.ru/photos/Rekomendacii_po_vnedreniju_nulevykh_klientov" ["Unic"]=> string(36) "E64BFF8D-BF2D-42ED-B4BA-98086038DC7A" } ["FullDescr"]=> array(10) { ["text"]=> string(19119) "

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

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

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

1. Для студентов. С этим пулом не было ни каких вопросов. Одинаковое программное обеспечение во всех классах. Лицензионные соглашения на программы позволяют ставить их на неограниченное количество виртуальных машин, ограничивая только количество одновременных запусков.
2. Для IT-персонала. С этим пулом тоже все оказалось просто – стандартный набор программ, необходимый всем. Плюс небольшое количество индивидуальных программ, которыми пользуются отдельные сотрудники.
3. Сотрудники. Здесь возникли определенные сложности. Большое количество различных программ, возмущение сотрудников по поводу не нужных ярлыков на рабочем столе, очень различающиеся требования к приложениям, даже практически стандартным – каждому необходим именно тот браузер или мессенджер к которому человек привык. Все это вызывало желание создать 3-4 пула, чтобы провести хоть какое-то разделение, но в итоге было принято решение установить все необходимые программы в один пул и посмотреть реакцию пользователей. Для удобства пользователей кроме постоянно используемых в работе программ установили основные типы браузеров и мессенджеров, на рабочем столе оставили только стандартные ярлыки (настройки рабочего стола хранятся в профиле пользователя, поэтому каждый может вывести дополнительные ярлыки, а вот удалить выставленные на эталоне не сможет) и убрали из автозагрузки все, кроме стандартных программ.

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

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

Чем больше количество пулов, тем больше тратится времени на их обслуживание. Установка обновлений Windows, Java, Adobe Reader, Flash Player, браузеров и всех остальных программ. В настоящий момент мы переразворачиваем пулы минимум два раза в неделю.

Не более 2-3 пулов с одного эталонного образа

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

1. С одним эталонным образом может работать только один сотрудник, возможность работы одновременно двух сотрудников на разных Snapshot не предусмотрена. Например, если надо оперативно обновить два пула развернутых с одного эталонного образа, но с разных Snapshot – это сделать невозможно.
2. Наличие большого количества разветвлений в иерархии Snapshot вызывает путаницу.

Принтеры

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

1. В случае, если принтер подключен к нулевому клиенту, другие пользователи не могут к нему подключится и следовательно не могут через него печатать. Путей решения здесь три – использовать сетевой принтер, который не нужно подключать к нулевому клиенту, использовать принт-сервер или развернуть на этом нулевом клиенте выделенную машину, последнее крайне нежелательно, но об этом ниже.
2. В случае если принтер подключен к персональному компьютеру на котором установлена Windows XP, а на виртуальных машинах установлена Windows 7, то принтер периодически может пропадать из списка устройств на нулевых терминалах. Для решения, принтер необходимо установить на эталонном образе вручную, как локальный, через local port.
3. Часто при установке на эталонный образ драйверов для принтера, требуется физическое подключение устройства. Необходимо каким-то образом подключить принтер, без этого драйвера не установятся до конца и он работать не будет.
4. При печати на принтерах подключенных через персональный компьютер, необходимо подключится к каждому из этих принтеров с эталонного образа и переразвернуть виртуальные машины (даже если принтеры одной модели), иначе будут запрашиваться драйвера и печать будет не возможна.

Обновление виртуальной машины после завершения сеанса пользователем (Refresh)

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

1. Не нужно опасаться вирусов и тратить ресурсы на антивирусную защиту отдельных виртуальных машин.
2. Не нужно ставить какую-то защиту от пользователей.
3. Не нужно привязывать виртуальную машину к определённому человеку.

Выделенные машины

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

1. Машина не обновляется при завершении сеанса.
2. Труднее делать резервные копии профилей.
3. Документы пользователя не переносятся при работе в разных пулах
4. Нет контроля за своевременностью установки обновлений.
5. Машина потребляет значительно больше ресурсов

Recompose

Данная функция обновляет виртуальные машины до состояния эталонного образа, с которого они развернуты. Но есть несколько ситуаций когда она не срабатывает:

1. Дать команду Recompose машинам, за которыми сейчас работают пользователи, можно с одной из двух опций – принудительно завершить сеансы или дождаться пока пользователи самостоятельно завершат сеансы. В первом случае, для выполнения команды устанавливается время когда сотрудники практически наверняка не будут работать, но есть риск потери данных в открытых и не сохраненных документах, некоторых программах. Мы использовали второй вариант, чтобы не прерывать сотрудникам и студентам работу. Но у нас, как было сказано выше, установлена опция обновления виртуальных машин после завершения сеанса. И как выяснилось эта команда Refresh отменяет команду Recompose. Поэтому, чтобы прошла команда нужно Recompose нужно временно отключить опцию Refresh, либо привести машины к эталонному образу другим способом, о котором немного ниже.
2. Когда изменяются настройки машины, например отключаются/подключаются сетевые карты или когда изменяются хранилища в настройках пула, применение команды Recompose не обновляет машины. Машины необходимо удалить и заново создать.

В настоящий момент командой Recompose мы уже практически не пользуемся, предпочитая удалить машины. Это позволило значительно уменьшить количество сбоев и ускорить процесс обновления машин до эталонного образа у пользователей. Причем машины удаляются постепенно, в несколько этапов, что позволяет не прерывать работу сотрудников и студентов. Для ускорения процесса можно заменить команду Refresh на Delete, тогда при завершении сеанса пользователем виртуальная машина будет удалятся автоматически. Но это применимо не везде. Например, в компьютерном центре, где сеансы завершаются по окончании каждой пары, то есть каждые 1,5 часа это не применимо, так как дает большую нагрузку на оборудование (одновременное удаление 100-150 машин) и не позволяет выполнять другие операции пока не завершится удаление/создание виртуальных машин.

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

Обновление IP

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

Применение профиля к нескольким нулевым клиентам одновременно

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

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

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

В VMware View Administrator такая функция не предусмотрена. Но в случае необходимости это возможно сделать отдав занятым машинам команду Refresh или Remove

Обновление прошивки нулевых клиентов

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

Второй монитор

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

" ["plain"]=> string(19119) "

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

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

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

1. Для студентов. С этим пулом не было ни каких вопросов. Одинаковое программное обеспечение во всех классах. Лицензионные соглашения на программы позволяют ставить их на неограниченное количество виртуальных машин, ограничивая только количество одновременных запусков.
2. Для IT-персонала. С этим пулом тоже все оказалось просто – стандартный набор программ, необходимый всем. Плюс небольшое количество индивидуальных программ, которыми пользуются отдельные сотрудники.
3. Сотрудники. Здесь возникли определенные сложности. Большое количество различных программ, возмущение сотрудников по поводу не нужных ярлыков на рабочем столе, очень различающиеся требования к приложениям, даже практически стандартным – каждому необходим именно тот браузер или мессенджер к которому человек привык. Все это вызывало желание создать 3-4 пула, чтобы провести хоть какое-то разделение, но в итоге было принято решение установить все необходимые программы в один пул и посмотреть реакцию пользователей. Для удобства пользователей кроме постоянно используемых в работе программ установили основные типы браузеров и мессенджеров, на рабочем столе оставили только стандартные ярлыки (настройки рабочего стола хранятся в профиле пользователя, поэтому каждый может вывести дополнительные ярлыки, а вот удалить выставленные на эталоне не сможет) и убрали из автозагрузки все, кроме стандартных программ.

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

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

Чем больше количество пулов, тем больше тратится времени на их обслуживание. Установка обновлений Windows, Java, Adobe Reader, Flash Player, браузеров и всех остальных программ. В настоящий момент мы переразворачиваем пулы минимум два раза в неделю.

Не более 2-3 пулов с одного эталонного образа

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

1. С одним эталонным образом может работать только один сотрудник, возможность работы одновременно двух сотрудников на разных Snapshot не предусмотрена. Например, если надо оперативно обновить два пула развернутых с одного эталонного образа, но с разных Snapshot – это сделать невозможно.
2. Наличие большого количества разветвлений в иерархии Snapshot вызывает путаницу.

Принтеры

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

1. В случае, если принтер подключен к нулевому клиенту, другие пользователи не могут к нему подключится и следовательно не могут через него печатать. Путей решения здесь три – использовать сетевой принтер, который не нужно подключать к нулевому клиенту, использовать принт-сервер или развернуть на этом нулевом клиенте выделенную машину, последнее крайне нежелательно, но об этом ниже.
2. В случае если принтер подключен к персональному компьютеру на котором установлена Windows XP, а на виртуальных машинах установлена Windows 7, то принтер периодически может пропадать из списка устройств на нулевых терминалах. Для решения, принтер необходимо установить на эталонном образе вручную, как локальный, через local port.
3. Часто при установке на эталонный образ драйверов для принтера, требуется физическое подключение устройства. Необходимо каким-то образом подключить принтер, без этого драйвера не установятся до конца и он работать не будет.
4. При печати на принтерах подключенных через персональный компьютер, необходимо подключится к каждому из этих принтеров с эталонного образа и переразвернуть виртуальные машины (даже если принтеры одной модели), иначе будут запрашиваться драйвера и печать будет не возможна.

Обновление виртуальной машины после завершения сеанса пользователем (Refresh)

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

1. Не нужно опасаться вирусов и тратить ресурсы на антивирусную защиту отдельных виртуальных машин.
2. Не нужно ставить какую-то защиту от пользователей.
3. Не нужно привязывать виртуальную машину к определённому человеку.

Выделенные машины

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

1. Машина не обновляется при завершении сеанса.
2. Труднее делать резервные копии профилей.
3. Документы пользователя не переносятся при работе в разных пулах
4. Нет контроля за своевременностью установки обновлений.
5. Машина потребляет значительно больше ресурсов

Recompose

Данная функция обновляет виртуальные машины до состояния эталонного образа, с которого они развернуты. Но есть несколько ситуаций когда она не срабатывает:

1. Дать команду Recompose машинам, за которыми сейчас работают пользователи, можно с одной из двух опций – принудительно завершить сеансы или дождаться пока пользователи самостоятельно завершат сеансы. В первом случае, для выполнения команды устанавливается время когда сотрудники практически наверняка не будут работать, но есть риск потери данных в открытых и не сохраненных документах, некоторых программах. Мы использовали второй вариант, чтобы не прерывать сотрудникам и студентам работу. Но у нас, как было сказано выше, установлена опция обновления виртуальных машин после завершения сеанса. И как выяснилось эта команда Refresh отменяет команду Recompose. Поэтому, чтобы прошла команда нужно Recompose нужно временно отключить опцию Refresh, либо привести машины к эталонному образу другим способом, о котором немного ниже.
2. Когда изменяются настройки машины, например отключаются/подключаются сетевые карты или когда изменяются хранилища в настройках пула, применение команды Recompose не обновляет машины. Машины необходимо удалить и заново создать.

В настоящий момент командой Recompose мы уже практически не пользуемся, предпочитая удалить машины. Это позволило значительно уменьшить количество сбоев и ускорить процесс обновления машин до эталонного образа у пользователей. Причем машины удаляются постепенно, в несколько этапов, что позволяет не прерывать работу сотрудников и студентов. Для ускорения процесса можно заменить команду Refresh на Delete, тогда при завершении сеанса пользователем виртуальная машина будет удалятся автоматически. Но это применимо не везде. Например, в компьютерном центре, где сеансы завершаются по окончании каждой пары, то есть каждые 1,5 часа это не применимо, так как дает большую нагрузку на оборудование (одновременное удаление 100-150 машин) и не позволяет выполнять другие операции пока не завершится удаление/создание виртуальных машин.

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

Обновление IP

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

Применение профиля к нескольким нулевым клиентам одновременно

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

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

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

В VMware View Administrator такая функция не предусмотрена. Но в случае необходимости это возможно сделать отдав занятым машинам команду Refresh или Remove

Обновление прошивки нулевых клиентов

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

Второй монитор

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

" ["money"]=> int(0) ["type"]=> string(3) "100" ["input"]=> string(1) "5" ["date"]=> NULL ["value"]=> NULL ["valueName"]=> string(35) "Rekomendacii_po_vnedreniju_nulevykh" ["imgURL"]=> string(71) "https://st0.vvsu.ru/photos/Rekomendacii_po_vnedreniju_nulevykh_klientov" ["Unic"]=> string(36) "E64BFF8D-BF2D-42ED-B4BA-98086038DC7A" } } Array