Поиск и устранение неисправностей ― работа в пространствах

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

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

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

Попробуйте выполнить одно из следующих действий.

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

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

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

Для получения дополнительной информации см. раздел Управление подключениями к данным.

Исходное приложение для опубликованного приложения удалено

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

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

Выполните следующие действия.

1. Экспортируйте опубликованную копию приложения без данных.

   Экспорт приложений из управляемых пространств

2. Повторно загрузите приложение в личное или общее пространство.

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

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

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

При внесении изменений в разрешения пользователя для приложений или скриптов эти изменения не сразу применяются в открытых активных приложениях или скриптах. Чтобы убедиться, что изменения в разрешениях пользователя обновлены, пользователю необходимо закрыть все вкладки браузера, используемые для соответствующего приложения или скрипта, подождать не менее двух минут («время жизни» сеанса приложения), а затем снова открыть приложение. Это касается разрешений для приложений и скриптов в личном, общем и управляемом пространствах. Изменения в разрешениях для вновь открытых приложений применяются сразу же.

Владелец пространства, приложения или другого объекта покинул клиент

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

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

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

Для получения дополнительной информации см.:

• Что происходит при удалении пользователя

• Управление приложениями для администраторов клиента и аналитики

• Управление скриптами для администраторов клиента и аналитики

• Управление подключениями к данным

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

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

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

В качестве профилактической меры рекомендуется часто создавать резервные копии опубликованного приложения. В хабе Аналитика Qlik Cloud используйте команду Экспортировать без данных. Еще одна рекомендация ― периодически копируйте важные листы в разделе Сообщество из опубликованного приложения и вставляйте их в исходное приложение. Листы можно сделать общедоступными перед повторной публикацией, чтобы добавить их в качестве базового содержимого в приложение.

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

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

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

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

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

• Если проблемы с доступом возникают из-за того, что владелец пространства покинул клиент (удален как пользователь), обратитесь к администратору клиента, чтобы переназначить владение и переместить источники данных по необходимости. Для редактирования подключений к данным потребуются учетные данные пользователя.

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

Пользователь является владельцем пространства, но не может создавать ресурсы машинного обучения и бизнес-глоссарии

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

Для полного доступа к AutoML требуются роли Automl Experiment Contributor и Automl Deployment Contributor. Для большинства действий с глоссариями требуется роль Steward.

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