В этой теме:


Определение типов баз данных и фокусных баз данных

Устройство автоматически относит найденный экземпляр NSF/NTF к одной из следующих категорий:

  1. База данных почты пользователя (идентифицируется документом человека, указывающим на экземпляр)
  2. База данных электронной почты (определяется несистемным документом почтовой рассылки…)
  3. Системная база данных (идентифицируется по известному имени файла или шаблона)
  4. база данных mail.box (определяется из настроек конфигурации сервера Domino)
  5. Каталог (определяется из конфигурации сервера Domino/используемого шаблона)
  6. Потерянная почта пользователя (файлы почты пользователя больше не связаны с документом пользователя)
  7. Базы данных приложений (все остальные не относятся к категории 1-6)


Если экземпляр NSF/NTF классифицируется один раз на одном сервере, все существующие экземпляры с одинаковым идентификатором реплики попадают в одну и ту же категорию. Это указание не изменится при первом сканировании экземпляра, за исключением случаев, когда что-то меняется в инфраструктуре, добавляются серверы, изменяется дизайн или ACL или алгоритм расчета оптимизируется (например, с новым release of iDNA Applications).

По выделенным типам БД делятся на две группы:Фокусные базы данных" (состоящая из приложений и почтовых баз данных) и "Другие базы данных" (состоящий из остальных типов баз данных).

Большая часть подробного анализа использования и дизайна выполняется для баз данных Focus, но есть множество диаграмм и отчетов с информацией о других типах.

Дополнительная информация, выходящая за рамки iDNA Applications относительно этих других типов БД и темы инфраструктуры доступны в panagenda иДНК. Пожалуйста проверьте наш сайт или свяжитесь с нами для получения дополнительной информации.


Дни доступа пользователей по сравнению с сеансами

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

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

Таким образом, у пользователя А может быть 20 сеансов доступа к приложению Z в течение 7 дней, но если этот пользователь обращался к приложению только в первый и пятый дни этого периода, причем 1 сеансов происходили в первый день и 5 — в пятый день, Количество дней доступа пользователей по-прежнему будет равно только 14. И, скажем, если 6 уникальных пользователей получили доступ к 2 различным приложениям в один день, количество «Дней доступа пользователей» для этого дня будет 100 100.

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


Сложность дизайна, оценка сложности дизайна, сходство дизайна и дизайн Insights

Сложность дизайна основывается на величине элементов дизайна и количестве исходного кода в этих элементах. Расчет уточняется с учетом нескольких соображений, таких как тип языка кода, использование полей Reader/Author, настраиваемый элемент управления XPages и т. д.

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

Дизайн Insights представляют собой комбинации определенных шаблонов, встречающихся в исходном коде. Эти комбинации называются «выводами» и могут быть чем угодно: от определения зависимостей платформы, когда ссылаются на локальные библиотеки DLL, до понимания того, взаимодействует ли часть кода с другими базами данных.

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


Следующая тема:

Сбор данных и временные ограничения (опрашиваемые серверы_ период сбора)