Дополнительные действия Cassandra

Существует несколько действий для работы с базой данных Cassandra, которые можно найти в плагине NoSQL хранилище, в контексте Драйверы устройств / Плагины. Эти действия позволяют контролировать безопасность базы данных, а также помогают анализировать поврежденные контексты.

Создать пользователя Cassandra

Действие Создать пользователя Cassandra создает пользователя Cassandra, которому требуется пароль.

Чтобы настроить AggreGate для подключения к Cassandra с помощью вновь созданного пользователя, откройте подгруппу NoSQL Конфигурации в группе Хранилище в Глобальных свойствах конфигурации и настройте следующие свойства:

Использовать аутентификацию - Установите значение True.
Логин - Используйте имя пользователя нового пользователя.
Пароль - Используйте пароль нового пользователя.

Перезапустите сервер, чтобы новая конфигурация вступила в силу.

В качестве опции используйте действие Удалить пользователя Cassandra, чтобы удалить всех остальных пользователей.

Имя действия:	createCassandraUser
Неинтерактивный режим:	Не поддерживается
Права доступа:	Доступно на уровне прав доступа администратора

Удалить пользователя Cassandra

Текущее действие облегчает удаление других пользователей. Пользователь Cassandra по умолчанию имеет имя пользователя cassandra и может быть удален после создания нового пользователя и настройки AggreGate для доступа к базе данных NoSQL (как описано выше) с другим пользователем.

Имя действия:	dropCassandraUser
Неинтерактивный режим:	Не поддерживается
Права доступа:	Доступно на уровне прав администратора

Найти поврежденные контексты

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

Имя действия:	findCorruptedContexts
Неинтерактивный режим:	Не поддерживается
Права доступа:	Доступно на уровне прав администратора

Интерпретация результатов

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

Критерии для выявления поврежденных контекстов

Контекст считается поврежденным, если выполняется одно или несколько из следующих условий:

Условие	Описание
Отсутствует или нечитаема запись метаданных	Запись Cassandra, хранящая определение контекста, недоступна для чтения или отсутствует.
Неверные или неполные определения сущностей	Из сохраненных метаданных невозможно восстановить одну или несколько переменных, функций, событий или действий.
Неверные или несогласованные форматы таблиц	В таблице данных, хранящейся для переменной или функции, могут содержаться структурные несоответствия (отсутствующие поля, недопустимые определения полей, некорректные маркеры версий).
Несоответствие контрольной суммы / версии	Информация о внутренних изменениях не соответствует ожидаемой версии, что указывает на частичную запись или неудачные обновления.
Ссылки на дочерний контекст-сироту	Контекст указывает на дочерние элементы, которые отсутствуют в хранилище или метаданные которых не могут быть загружены.
Недействительная ссылка на родительский элемент	Контекстная запись указывает на родительский элемент, который отсутствует или поврежден.
Ошибки десериализации	Любая ошибка при десериализации сохраненных метаданных в действительный объект Context.

Диагностика поврежденных контекстов

Администраторы могут использовать следующие методы для диагностики первопричины:

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