Структура каталога данных Платформы

Начиная с версии 3.2.0.0, в Платформе используется обновленная структура каталогов данных, по умолчанию расположены: /var/datareon/platform или C:\ProgramData\Datareon\Platform\ (путь к каталогу может быть изменен в процессе установки или обновления Платформы). Здесь хранятся очереди, архивы, логи, сформированные конфигурации для сервисов и другие файлы Платформы.

В корне каталога данных находится общий конфигурационный файл CommonConfig.json для портов и сертификата Платформы.

Внимание

При обновлении Платформы на 3.2.0.0 структура каталога данных должна быть предварительно преобразована с помощью утилиты-конвертера (утилита поставляется вместе с установщиком Платформы).

Внимание

В Журнал действий с объектами конфигурации регистрируются только изменения, выполненные через Центр настройки. Ручное изменение файлов конфигурации в файловой системе не рекомендуется. Доступна только ручная очистка отдельных директорий, указанных в разделе Каталоги. Изменения, выполненные вне Центра настройки, не отображаются в журналах.

Доступ к объектам конфигурации и возможность их изменения определяется ролевой моделью Платформы и настраивается в разделе Управление доступом.

Каталоги

  • ControlCenterData: основная директория Центра настройки. Ручная очистка невозможна.

  • Config: директория с конфигурацией (замена security.db). Ручная очистка невозможна.

  • Templates: директория с временными файлами работы ЦН. Сформированные данные во время применения или проверки конфигурации. Ручная очистка возможна.

  • ConfigArchivesInput / ConfigArchivesOutput: директории для репликации конфигурации между ЦН кластера. Ручная очистка возможна, если выполнена синхронизация.

  • ClusterConfigs: директория с конфигурацией и базовыми настройками платформы. Ручная очистка невозможна.

  • LocalNodeConfig.json: базовая конфигурация для всех сервисов. Ручная очистка невозможна.

  • LocalSettings: сформированные конфигурации для запуска сервисов платформы. Ручная очистка возможна.

  • ApplyedData: сформированные файлы данных Центром настройки для работы сервисов платформы. Ручная очистка возможна.

  • License: директория с лицензией. Ручная очистка невозможна.

  • Platform.license: файл лицензии. Ручная очистка невозможна.

  • Logs: директория с логами и событиями всех сервисов Платформы. Ручная очистка возможна.

  • Storage: директория с очередями, архивами, хранилищами и т.д.. Ручная очистка невозможна.

  • Archive: архивы. Ручная очистка возможна.

  • Traces: трассировочные данные. Ручная очистка возможна.

  • NodeStorage: данные очередей. Ручная очистка возможна: можно удалить конкретную очередь или раздел очередей.

В эту директорию попадают очереди:

  • Master: основной репозиторий очередей платформы. Master содержит каталоги, среди которых:

    • 00000000-1111-43ca-9864-9141987b4a72: «Очередь необработанных».

    • 00001111-1111-43ca-9864-9141987b4a72: «Очередь для отправки на другие машины».

    • 00002222-1111-43ca-9864-9141987b4a72: «Очередь спящих процессов».

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

  • Slave/Hotrecovery: реплицируемые сообщения.

  • Conveyors: конвейерные очереди.

  • Processissues: очереди задач.

  • ServiceStorage: хранилища сервисов. Необходимы для корректной работы всех сервисов. Используются для внутренних механизмов Платформы. Ручная очистка невозможна.

  • Temp: директория временных файлов таких, как дампы, файлы экспорта. Ручная очистка возможна.

  • Dumps: дампы. Ручная очистка возможна.

  • Export: экспортируемая конфигурация. Ручная очистка возможна.

Примечание

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

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