Отсутствуют конфигурационные файлы логического диска macroscop

Обновлено: 07.07.2024

Первое и главное - все изменения в конфигурации как клиента, так и сервера необходимо делать исключительно на сервере. Иначе система будет работать неправильно или вылетит с ошибкой.

Второе - настройки на стороне клиента и сервера для конкретных камер и рабочих мест также должны быть идентичны. См. п.1.

Третье. При апгрейде версий крайне рекомендуется сначала деинсталлировать предыдущее ПО, затем "убить" записи в реестре и только потом ставить новую версию. В идеале, конечно, до кучи снести старые dll-ки. Иначе - лотерея, может встать корректно, а может и с ошибками.
Конфигурация системы и рабочих мест легко переносится путём бэкапа конфигов.
И, конечно же, не забывайте об одинаковости версий ПО и дополнительных модулей на сервере и на клиенте)))

Из наболевшего.

Если у вас случилась остановка службы на сервере, т.е. вы видите уведомление "сервер Макроскоп остановлен", хотя до этого всё работало и писалось - как правило, причина в том, что повреждён файл CurrentCMN.conf.

Чтобы быстро поднять систему, необходимо:
1. Посмотреть в консоли Винды, остановлена ли там служба Макроскоп. При необходимости остановить - это принципиально.
2. Найти файл CurrentCMN.conf.backup (он там же, рядом), убрать у него расширение .backup.

Важно: сделайте бэкап бэкапа ))) Т.е. перед тем, как действовать - сохраните куда-нибудь файл CurrentCMN.conf.backup. Не забудьте дату. Связано это с тем, что система пересоздаст бэкап конфига заново, из текущего состояния. Если что-то пошло не так - сможете откатиться на рабочий конфиг.

3. Запустить Макроскоп, а лучше - перезагрузиться.
4. Запланировать переустановку ПО и операционной системы на сервере ((( Поверьте, это - единственный гарантированный способ дальнейшей корректной работы.

И, конечно же, не забудьте почитать системный журнал!

Подобное случается по разным причинам: надолго пропало электричество, а UPS не настроен на выключение сервера; побит HDD; вирус; неправильно настроена или неисправна камера с распознавателем номеров/лиц (кривой поток кладёт систему, да, это бывает) или же недостаточно пропускной способности канала при работающем распознавателе.

Вообще, ПО несколько капризно, но при соответствующей настройке вполне работоспособно )))

Пользуясь моментом, благодарю за терпение и эрудицию Василия Чаплыгина. Без его помощи и советов этот пост не был бы написан )

Очевидно, что лучше предотвратить болезнь, чем впоследствии ее лечить.

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

Наша техподдержка работает активно, очень активно. Она консультирует, помогает настроить и, конечно, решает проблемы в видеосистемах. Часто эти проблемы видны в среде ПО, но с Macroscop они не связаны. Видеосистема многокомпонентна, если что-то в ней ломается или просто не работает должным образом, пользователь не увидит, что какая-то часть испортилась. Он увидит, что в realtime-видео появились рывки, а в архиве – “дырки”. Значит ли это, что проблема в ПО? Часто причина совсем в другом.

В связи с тем, что обращения в техподдержку Macroscop (как выясняется в дальнейшем) в 40% случаев не связаны с работоспособностью ПО, мы решили провести небольшой ликбез по планированию и построению видеосистем. И рассказать, почему не скупиться на время и средства на этих этапах важно, и что будет если этого не делать. Говорить будем в том числе и об очевидном. Но как показывает опыт, понимать и делать – разные вещи.

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

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

Что может стать причиной нарушений?

Сеть

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

Поэтому первое, на что надо обращать внимание еще на старте – ширина будущего канала связи. Рассчитывается она просто – берем все камеры будущей системы, определяем, сколько Мбит информации каждая из них будет отправлять ежесекундно (для этого надо понимать, какое качество записи требуется- разрешение, частота, формат), учитываем, будет ли отображаться видео (со скольких камер и на сколько мониторов), делаем 10-15% прибавку на технический трафик и понимаем, где и какая пропускная способность будет нужна.

Лучше всего нарисовать схему будущей системы. Это можно сделать в том числе с помощью специальных программ (Graphical Network Simulator 3, например), они помогут с расчетами и выявлением “узких мест”, на которые надо обратить особое внимание. Это простой и очевидный инструмент, но на практике им мало кто пользуется. Особенно среди начинающих инсталляторов.

Отделите сеть видеонаблюдения от сети телефонии, интернета и любых других систем. Для того, чтобы видеосистема, которая снимает правонарушение, не проиграла в борьбе за трафик с ютубом, который в этот самый момент решили посмотреть 10 сотрудников вашей компании, надо выделять для нее отдельный канал.

Разделить сети можно физически и логически. В первом случае вы устанавливаете отдельное оборудование и прокладываете отдельные кабели, во втором — выбираете коммутаторы с поддержкой VLAN. На практике с точки зрения настройки проще разделить физически, если есть возможность понести дополнительные расходы.

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

Сеть надо не только грамотно продумывать, но качественно собирать. Доходит до банального: у пользователя плохо обжат патч-корд, и это приводит к потере соединения или разрывам в архиве. Найти такую проблему удается не так быстро, потому что, как правило, до проверки работоспособности таких мелочей как патч-корды или гнезда маршрутизаторов доходят в последнюю очередь.

Системы хранения данных

Важно не забыть вычислить необходимую ширину канала между сервером и сетевым хранилищем данных. Это часто упускают из вида.

Для того, чтобы системы хранения справлялись с записью поступающего объема информации от видеосистемы, надо просчитать необходимый объем памяти, а также оценить IOPS (параметр, отвечающий за количество операций ввода-вывода, выполняемых СХД за секунду). Сделать это можно с помощью специальных программ (Iometer, IOzone, FIO, CrystalDiskMark).

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

Антивирус и firewall

Как правило, firewall и антивирусное ПО оказывают влияние на работу видеосистемы, так как вмешиваются в сетевой трафик. Это также могут быть защитник Windows, брандмауэр Windows,Hardware firewall и т.п.

Отключить антивирусное ПО можно, но просто исключить firewall, не меняя общей конфигурации системы, когда она уже построена (особенно если речь идет о крупной и сложной системе), зачастую нельзя. Приходится перестраивать всю сеть. Поэтому позаботиться об отключении или исключении из системы видеонаблюдения всех софтов и устройств, которые могут ограничивать получение или передачу данных, стоит заранее. Часто даже настройка “исключений” не позволяет полностью ограничить доступ таких решений до видеотрафика.

Оборудование

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

При выборе IP-камер в проект обратите внимание, по какому протоколу передачи данных они работают. Для минимизации потерь выбирайте подключение по TCP (благо, он встречается намного чаще других). Тогда в случае возникновения сетевых ошибок произойдет повторный запрос информации с камеры, и с высокой вероятностью она подтянется с небольшой задержкой, не ощутимой для пользователя.

Иногда проблемы возникают из-за того, пользователь запрашивает с камеры единовременно несколько потоков, а камера с этим не справляется. Свои рекомендации относительно количества потоков производители дают редко, поэтому здесь придется проверять опытным путем.
Установленная камера сама по себе может некорректно работать и отправлять на сервер видео с артефактами. Чтобы проверить, что дело в камере, а не в ПО видеосистемы, можно, например, воспользоваться VLC проигрывателем: если артефакты наблюдаются в плеере, причину надо искать в самой камере. Только прежде надо убедиться, что в видеосистему и в проигрыватель видео передается по одному и тому же протоколу.

Если возможности предоставить достаточно широкий канал связи нет, можно уменьшить битрейт на камерах. Для этого надо в настройках уменьшить частоту кадров или качество записи, использовать камеры с современными форматами сжатия (h.264+, h.265+), технологией zipstream. Также в подавляющем большинстве есть возможность использовать переменный битрейт: когда движения в кадре нет, передается меньший объем информации, когда начнется движение, качество записи и объем данных повысится.

Как найти проблему?

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

Если причина не найдена и решить проблему самостоятельно не удается, необходимо обратиться в техподдержку. Первое, что мы проверяем, когда обращаются с проблемой задержек, артефактов или потери соединения, – сеть между камерой и сервером. Для этого мы используем специальные программы (Iperf), а также ping-тест. Только пингуем большим пакетом данных, так как видео в 99% случаев больше, чем максимально допустимый объем данных стандартного пакета (MTU).

Пример: ping -l 5000 -t (бесконечный пинг пакетом в 5000 байт).

Мы отправляем пакет данных, получаем его обратно и оцениваем потери. А они вообще недопустимы. Даже 1% потерянных кадров приводит к разным негативным эффектам – от артефактов, потерь в архиве, рывков в реальном времени до полного разрыва связи с камерой.
Аналогично может быть диагностирована проблема канала связи между сервером и клиентскими компьютерами.

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

Это только несколько вариантов проверки состояния и поиска источников проблемы, но в большинстве случаев этих инструментов достаточно, чтобы диагностировать причину. В противном случае начинается индивидуальная проработка и кропотливая проверка.

Подумать заранее

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

В общем, чем больше внимания вы уделяете видеосистеме в самом начале, тем меньше она его будет требовать в течение долгих лет использования.

Настраивать сервер MACROSCOP необходимо конфигуратором той же версии, что и сам сервер.

После запуска MACROSCOP Demo Windows вам будет предложено выбрать что установить:

Автоматически будет установлен MACROSCOP проигрыватель в папку:
C:\Program Files (x86)\MacroscopPlayer\

После этого откроется окно установщика, который установит ПО MACROSCOP Demo на ваш компьютер.

Мастер установки MACROSCOP Demo Windows попросит вас настроить антивирус и файрвол на вашем компьютере. Рекомендуем переключить антивирус и файрвол в режим обучения и следовать их предложениям.

Сетевой трафик MACROSCOP желательно исключить из антивирусного сканирования, иначе может быть значительно повышена нагрузка на сервер.

Установка MACROSCOP Demo Windows будет произведена в каталог:
C:\Program Files\Macroscop Demo\

Данный путь изменить невозможно.

После запуска MACROSCOP Windows вам будет предложено выбрать что установить:

Установить MACROSCOP Сервер (32 бита)
Установить MACROSCOP Клиент (32 бита)
Установить MACROSCOP Standalone (32 бита) Клиент+Сервер
Установить MACROSCOP Мониторинг (32 бита)
Установить MACROSCOP Сервер (64 бита)
Установить MACROSCOP Клиент (64 бита)
Установить MACROSCOP Standalone (64 бита) Клиент+Сервер
Установить MACROSCOP Мониторинг (64 бита)
Открыть инструкцию

Мастер установки MACROSCOP Windows сообщит об удачном завершении работы программы.
Для завершения установки:

Вставьте лицензионный USB ключ, который поставляется в комплекте с программным обеспечением MACROSCOP.
Выйдите из программы установки, для этого нажмите "Завершить".

Запускаем программу MACROSCOP Конфигуратор для настройки системы. В ходе настройки будет предложено установить файл лицензии, который поставляется на диске с программным обеспечением MACROSCOP или высылается по электронной почте.

MACROSCOP Конфигуратор позволяет: редактировать настройки сервера, устанавливать лицензию на сервер (файл .lic), создавать пустую конфигурацию, загружать конфигурацию на сервер из файла.

По умолчанию создается пользователь root с пустым паролем.

Для установки MACROSCOP Linux Server потребуется интернет. Скрипт установки install.sh производит скачивание и установку дополнительных пакетов: mono-runtime, mono-complete, ffmpeg, firebird2.5-superclassic, smartmontools.

Данный скрипт предназначен для установки на Ubuntu 11.10 x64 (Server или Desktop Edition) и выше.

Из наболевшего.

Важно: сделайте бэкап бэкапа ))) Т.е. перед тем, как действовать - сохраните куда-нибудь файл CurrentCMN.conf.backup. Не забудьте дату. Связано это с тем, что система пересоздаст бэкап конфига заново, из текущего состояния. Если что-то пошло не так - сможете откатиться на рабочий конфиг.

И, конечно же, не забудьте почитать системный журнал!

Вообще, ПО несколько капризно, но при соответствующей настройке вполне работоспособно )))

Читайте также: