NETDATA - Википедия - NETDATA

Инструмент мониторинга системы Netdata см. Netdata.

NETDATA это формат файла используется в основном для передачи и хранения данных на IBM мэйнфрейм систем, хотя реализации доступны для других систем.

Описание

Файлы NETDATA имеют размер 80 байт. изображение карты файлы, содержащие выгруженные данные файла плюс метаданные чтобы позволить восстановить исходный файл в принимающей системе. Полный файл NETDATA состоит из нескольких контрольные записи, с последующим записи данных и прекращено запись трейлера. Все записи имеют одинаковый формат:

  • Поле однобайтовой длины, содержащее длину логического сегмент файла. Сегмент имеет максимальную длину 255 байтов. С учетом длины и флагов сегмент может содержать до 253 байтов данных.[1]
  • Однобайтный флаги поле, описывающее этот сегмент:
    • X'80 '- это первый сегмент записи
    • X'40 '- это последний сегмент записи. Если для записи требуется только один сегмент, флаги будут содержать X'C0 '
    • X'20 '- этот сегмент является частью контрольной записи
    • X'10 '- этот сегмент содержит номер следующей записи
    • X'0F '- зарезервировано

Контрольные записи

Контрольные записи имеют шестизначный EBCDIC идентификатор в байтах 2-7 после длины и флагов. Они содержат ряд самоопределяющиеся поля, называется текстовые единицы. Каждый текстовый блок состоит из двух байтов. клавиша текстового блока идентифицирующий эту текстовую единицу, двухбайтовый прямой порядок байтов двоичное число пар длина-данные, которые следуют за этим ключом (обычно одна), двухбайтовое поле длины, определяющее длину данных текстовой единицы, и текстовую единицу указанной длины. Ожидается, что реализации будут игнорировать любую информацию о текстовых единицах, не относящуюся к принимающей системе.

Запись управления заголовком
Запись заголовка должна быть первой записью файла NETDATA. Он имеет идентификатор «INMR01». Он содержит информацию, идентифицирующую отправителя: узел (хост), временную метку и идентификатор пользователя, длину сегментов контрольной записи, а также целевой (принимающий) узел и идентификатор пользователя. Он может дополнительно содержать запрос на подтверждение получения, номер версии формата данных, количество файлов в передаче и «строку параметров пользователя». CMS допускает передачу только одного файла, но TSO / E и другие системы могут разрешать более одного файла.

Запись управления файловой программой
Эта запись описывает, как должны быть восстановлены данные файла. Его идентификатор - «INMR02». Байты 8-11 содержат двоичный номер с прямым порядком байтов файла, к которому применяется эта запись. Если в передаче несколько файлов, они нумеруются, начиная с одного. Остальная часть этой записи описывает формат файла и один или несколько шагов («служебные программы»), которые необходимо выполнить, чтобы восстановить этот файл. Текстовые блоки определяют организацию файла (INMDSORG: последовательный, секционированный и т. Д.), Его фиксированную максимальную длину записи (INMLRECL), его формат записи (INMRECFM: фиксированный, переменный и т. Д.), Приблизительный размер файла (IBMSIZE), и имя (я) служебной программы (INMUTILN). Он также может содержать размер блока файла, дату создания, количество блоков каталога, имя, дату истечения срока действия, номер режима файла, дату последнего изменения, дату последней ссылки, список имен участников (для секционированных наборов данных), файл заметки и пользователя. строка параметров.

Запись управления данными
Запись управления данными непосредственно предшествует данным и описывает их формат, как и запись управления служебными программами. Его идентификатор - «INMR03». Эта запись игнорируется CMS, но используется TSO / E. Он содержит организацию файла (INMDSORG), длину его записи (INMLRECL), формат записи (INMRECFM) и размер файла (IBMSIZE).

Запись управления пользователем
Запись пользовательского управления может появиться в любой точке потока данных. Его идентификатор - «INMR04». Если он присутствует, он игнорируется CMS, но может использоваться другими системами. Он содержит только строку параметров пользователя (INMUSERP).

Запись управления прицепом
Эта запись отмечает конец файла. Его идентификатор - «INMR06». Никаких других данных для этой записи не определено.

Контрольная запись подтверждения
Эта запись имеет идентификатор «INMR07». Он используется принимающей системой для подтверждения приема передачи. Он содержит одну из текстовых единиц «Имя файла» (INMDSNM) или «Файл примечания» (INMTERM) плюс, необязательно, метку времени происхождения (INMFTIME).

Файл заметок (иногда называемый "ПРОФС примечание ")" - это короткое сообщение, обычно такое, как письмо. ".[2]

Записи данных

Записи данных (идентифицируемые по их значению флага) следуют за записью управления данными, если она есть, и предшествуют записи управления трейлером. Записи могут быть любого размера до INMLRECL. Они отправляются в виде нескольких сегментов размером до 253 байтов, разбиваются на записи по 80 байтов для передачи и повторно собираются получателем. Настройки байта флагов в каждой записи отмечают начало, конец или полную запись файла. Байты записи могут содержать любой битовый шаблон. Значения символов не зарезервированы.

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

  1. ^ Корпорация IBM. «x / VM: Справочник по макросам и функциям CMS». Центр знаний IBM. Получено 5 сен, 2019.
  2. ^ Корпорация IBM. "z / VM: Справочник по командам и утилитам CMS". Получено 6 сен, 2019.

внешние ссылки