В папке есть файл «успешно», но неизвестно, на каком стенде проверяли устройство и по какой версии программы. Для производителя электроники в Зеленограде такой результат мало полезен при разборе возврата или сравнении партий. Нужен не только итог «годен», но и связь серийного номера с условиями и исходными данными испытания.
Рассмотрим условную лабораторию, проверяющую 300 устройств в день. Серверная система принимает протоколы, сохраняет файлы и предоставляет поиск. Она не заменяет методику измерений и не подтверждает точность стенда сама по себе: эти вопросы остаются у специалистов по испытаниям.
Что хранит центральный узел
Платформа HPE ProLiant DL380 Gen10 может рассматриваться для базы результатов и файлового хранилища. Подобрать
этот сервер в конкретной комплектации можно в каталоге Сервер Молл. До выбора оборудования определяют размеры протоколов, одновременность загрузки, срок хранения и требования к восстановлению.
База содержит идентификаторы и связи, а крупные файлы могут находиться в отдельном хранилище. Важно сохранять согласованный комплект: запись об испытании должна указывать на существующий файл нужной версии. Приём файлов и изменение статуса результата проектируют как контролируемый процесс.
Сбой сервера не должен автоматически означать успешное испытание или потерю результата. Если стенд способен сохранять данные локально, у очереди задают ёмкость и правила повторной передачи. Если такой поддержки нет, действия оператора при отказе определяют до запуска проекта.
Минимальный состав протокола
Нужны серийный номер устройства, модель и ревизия, идентификатор стенда, версия тестовой программы, время начала и завершения, результат по этапам и ссылки на исходные измерения. Для проверяемости также сохраняют версию критериев, по которым программа вынесла итог.
Успешный результат по старой методике не всегда равен успешному по новой. Поэтому изменение порога не должно переписывать исторический протокол. При повторном анализе создают отдельный вывод с указанием использованных правил, сохраняя первоначальный результат.
У устройства может быть несколько испытаний: первое, после доработки и контрольное. Их нельзя заменять одной строкой «последний результат», если для анализа нужна история. Сохраняют отдельные идентификаторы испытаний и связь между ними, включая причину повторной проверки.
Как принимать файлы без потерь
Передающий стенд формирует список файлов с размерами и контрольными суммами. Сервер принимает их во временную область, проверяет комплект и только затем отмечает протокол как доступный. Это предотвращает ситуацию, когда итог уже виден, а осциллограмма или журнал ещё не переданы.
Повторная загрузка того же испытания не должна создавать новый независимый результат. Но и полностью отклонять все файлы с известным номером нельзя: предыдущая попытка могла быть неполной. Порядок дозагрузки и подтверждения определяют для конкретного приложения.
После проверки файл защищают от случайной перезаписи. Исправленный протокол получает новую версию и связь с исходным, а не незаметно заменяет содержимое. Так можно объяснить происхождение результата при позднейшем разборе.
Статусы загрузки и испытания разделяют. Устройство могло успешно пройти тест, но его файлы ещё не приняты архивом. И наоборот, корректно загруженный протокол может содержать отрицательный результат. Смешение этих состояний создаёт опасную зелёную отметку без понимания, что именно завершилось успешно.
Как рассчитать хранение
Предположим, одно испытание создаёт в среднем 8 МБ данных. При 300 устройствах в день это 2,4 ГБ. За 250 рабочих дней получится 600 ГБ, а за три года — 1,8 ТБ в десятичных единицах. Повторные проверки и вложения вне основного набора считают дополнительно.
Если 10% устройств проверяются второй раз с тем же средним объёмом, к годовому набору добавляется 60 ГБ. Трёхлетний объём станет 1,98 ТБ. При требовании оставить 20% места свободными нужна полезная ёмкость не менее 2,475 ТБ до учёта базы, служебных файлов и резервов.
Средний размер не показывает крайние случаи. Отдельный режим стенда может сохранять длинную запись и создавать файл в десятки раз больше обычного. В испытательный набор включают такие режимы, иначе несколько крупных протоколов неожиданно заполнят временную область.
Если через несколько лет часть данных переносится в архив, проверяют сохранность ссылок и время получения. Запись в поиске должна показывать, что файл находится в архивном слое, а не выдавать отсутствие мгновенного доступа за потерю. Сроки хранения определяют по задачам предприятия и согласованным требованиям к протоколам.
Как обеспечить сравнимость результатов
Стенд и программа должны передавать явные единицы измерения. Число «12» без единицы и названия параметра не позволяет корректно сравнить два протокола. Версия формата также нужна: изменение порядка столбцов или обозначений может сломать автоматический импорт.
Для текстовых файлов проверяют кодировку, разделители, представление дробных чисел и даты. Если один стенд использует запятую как десятичный разделитель, а другой — как разделитель полей, простое разбиение строки даёт неверные значения. Согласованный формат и контрольный набор предотвращают такие ошибки.
Время сохраняют однозначно, с часовым поясом или в согласованном UTC. При разных часах стендов невозможно надёжно сопоставить испытание с событием обслуживания. Синхронизацию проверяют отдельно, а неверные даты выделяют как проблему качества данных.
Обслуживание стенда тоже входит в историю
В реестре стендов фиксируют версии программ, замену оборудования и подтверждённые сведения об обслуживании. Сервер не определяет, что измерительный прибор исправен, но позволяет связать результаты с состоянием, известным на момент проверки.
Если обнаружена проблема конкретного стенда, можно получить список испытаний за затронутый период. Это не автоматический вывод о качестве всех устройств: дальнейшее решение принимают специалисты. Но без связи со стендом поиск превращается в ручной просмотр тысяч файлов.
Доступ к изменению методики и приёмке результатов разделяют. Оператору может быть нужно повторить загрузку, но не менять критерии успешности. Администратор инфраструктуры обеспечивает хранение и восстановление, не подменяя ответственного за испытательную процедуру.
Что проверить при внедрении
- Загрузить протокол с заранее известными значениями и проверить импорт.
- Повторно передать тот же результат без появления дубля.
- Прервать передачу крупного файла и проверить дозагрузку.
- Сохранить повторное испытание и новую версию методики без потери старой истории.
- Восстановить базу и файлы, затем открыть протокол по серийному номеру.
Нагрузку проверяют при одновременном завершении нескольких стендов. Даже умеренный средний поток способен создавать короткий пик. Измеряют время от завершения испытания до доступности полного протокола, а не только скорость записи одной строки в базу.
Для архива проверяют поиск по устройству, партии, стенду и периоду. Ответ должен показывать не только итог, но и исходные данные, версию критериев и историю повторов. Тогда протокол становится объяснимым результатом, а не файлом с обнадёживающим названием.
Отдельно испытывают выгрузку набора для разбора: выбранные протоколы, метаданные и исходные файлы должны сохранять связи вне интерфейса программы. Это помогает передать материал специалисту и проверить комплект без ручного копирования папок с похожими названиями.
Хорошая система хранения испытаний сохраняет происхождение каждой цифры. Когда это обеспечено, объём и производительность сервера можно рассчитать по потоку протоколов и срокам хранения. Самое дорогое оборудование не заменит эту структуру, но подходящая конфигурация поможет ей работать стабильно.
