Данные, резервные копии, диагностика

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

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

Поведение данных

Сценарий

Поведение данных

Dedicated

Пользователь получает закрепленную ВМ. Данные на диске ВМ сохраняются до удаления ВМ, отвязки или восстановления из backup согласно политике эксплуатации.

Floating без очистки диска

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

Floating с очисткой диска

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

Важно для администраторов

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

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

Для плавающих (floating) пулов задаётся поведение машины после завершения сеанса пользователя: ВМ возвращается в пул, а её состояние сбрасывается к исходному образу (изменения и данные сессии очищаются). Дополнительно можно настроить выключение ВМ при отсутствии пользователя — чтобы освободить ресурсы кластера.

Резервное копирование, мониторинг и аудит

Резервное копирование, восстановление, мониторинг задач и событий являются общими механизмами AirCloud и применяются к VDI-объектам через общие разделы платформы.

Резервное копирование

  • Golden-реплики и критичные Dedicated-ВМ следует включать в общую политику резервного копирования заказчика

  • backup floating-ВМ зависит от того, сохраняются ли пользовательские данные внутри ВМ

  • перед удалением пула учитывайте, что все ВМ пула и их диски удаляются каскадно

  • подробная настройка Backup Job, Restore Job и Backup Checkpoint описывается в отдельном разделе документации AirCloud

Мониторинг и события

  • состояние ВМ и пулов проверяется в соответствующих разделах интерфейса

  • операции создания, изменения, клонирования и удаления отображаются в журнале задач

  • детализация действий доступна через события, связанные с задачей

  • при ошибке анализируйте статус задачи, технический вывод и связанные события

  • аудит текущей версии фиксирует операции с ресурсами, подключения к ВМ и сессии в пулах

ac-tasks.png

Журнал «Задачи»: операции с пулами и ВМ, статусы и технические детали по каждой задаче.

ac-events.png

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

Базовая диагностика

Подробный troubleshooting будет вынесен в отдельный раздел после накопления и классификации типовых ошибок эксплуатации. До публикации полного раздела используйте базовый порядок проверки.

Как читать ошибку задачи

Любая операция (создание ВМ, snapshot, пула) выполняется как задача. Если задача завершилась со статусом «Ошибка», откройте её карточку в разделе «Задачи» — там указаны цель, тайминги и технический вывод с точной причиной сбоя.

Пример разбора

Ошибка INVALID_ARGUMENT: nothing to do при создании snapshot означает, что у ВМ нет диска — снимать нечего. Решение: добавьте виртуальный диск в конфигурацию ВМ (мастер создания/редактирования → раздел «Диски»), после чего повторите создание snapshot. По этому же принципу читаются и другие ошибки: смотрите текст в поле errors технического вывода — он указывает конкретную причину и метод, на котором операция прервалась.

Ситуация

Что проверить

Пользователь не видит ВМ или пул

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

Пользователь не может подключиться

Сетевую доступность Gateway/ЦС, корректность profile.nxp, статус ВМ, профиль протокола, доступность портов SSAP.

В пуле нет свободных ВМ

Sizing пула, количество предзапущенных ВМ, доступные IP-адреса, состояние ВМ и назначений.

ВМ не получила IP

DHCP-пул AirCloud или DHCP Relay, сетевой адаптер исходной ВМ, port group, VLAN, маршрутизацию.

Windows-ВМ не вошла в домен

Доступность домена и DNS из сети ВМ, учетные данные, права на контейнер, конфликт SID.

Хранилище недоступно

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

Минимальный набор данных для поддержки

Версия клиента, ОС клиента, имя пользователя, имя пула, имя ВМ, время ошибки, скриншот сообщения, task ID, event ID, логи клиента и описание сетевой схемы подключения.

  1. Логи клиента — на устройстве пользователя (в клиентском приложении приложение AirCloud).

  2. Раздел «Задачи» — найдите задачу подключения / старта сессии и посмотрите её статус и текст ошибки.

  3. Раздел «События» — отфильтруйте по типу «Ошибки» и найдите событие по нужной ВМ или пользователю.

  4. Карточка ВМ → вкладка «Мониторинг» — проверьте загрузку CPU/RAM и общий статус машины.

  5. Для внешнего доступа проверьте Gateway и RADIUS (второй фактор), а также назначенный профиль протокола.