Просмотр архива на скорости x32 = ~X16

[SergeyB 0]

Может ещё и не только HDD упираетесь - посмотрите на проц и память.  

Хотя, если уверенны, что 

 

после перехода на 7.3.1 в течении нескольких дней скорость просмотра соответствовала установленной.

 

 

действительно, что-то с дисковой подсистемой или контролёром. 

По нагрузке на систему в целом, скрины прикладывал по обоим серверам.

 

"что-то с дисковой подсистемой или контролёром."

 

Ошибок в журнале нет, около 2-х лет операторы работали и горя не знали, но на серверах просмотр с ускорением никто до инцидента не проверял. 

[SergeyB 0]

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

Давайте ещё посмотрим на результаты тестов  любой программой, позволяющей замерить скорость одновременной записи и чтения, например HD_Speed в режиме Write+Read+Verify. Нормальным значением будет примерно 2,5 Мбайт в секунду на 1 камеру. Т е  для 16 камерами  это число должно быть не менее 40 Мбайт в секунду, далее умножаем на требуемую скорость перемотки.

Не совсем уловил арифметику, да и средняя назгрузка при записи одного канала 0,7-1 Мбайт (согласно монитору системы на запись),

но да ладно 2,5*15 + 2,5*32(одна камера с ускорением) = 117,5 Мбайт "Расчетной"

1*15 + 1*32 = 47 Мбайт "Реальной"

 

Архив убить нет возможности, что бы протестировать чтение+запись, тест на чтение 212 Mбайт средняя на 2-м сервере, 192 Мбайта на первом сервере.

[Станислав 0]

Здравствуйте!

Первый пока отложим в сторону - по нему найдена причина и  предложено решение, я ожидаю результатов.

 

По второму нужны тесты, как минимуму следующие:

1.) Разбить на группы и дождаться записи архива за нескольких часов;

2.) Остановить запись по всем камерам;

3.) Попробовать просмотреть архив с ускорением и сообщить, стало лучше или нет.  

Если к этом серверу возможен удалённый доступ  с помощью ПО TeamViewer 8|9 ( https://devline.ru/soft/ds.exe ) - укажите данные для подключения личным сообщением.

Так-же прошу прислать личным сообщением сбор  сведений о системе с обоих серверов, сделанный с помощью Линии ("Пуск\Все программы\Линия 7.3.1\Сбор сведений о системе").

[SergeyB 0]

Добрый день!
 
1. Разбил, прошло 1,5 часа;
2. Остановил по всем камерам запись;
3. Ничего не меняется при просмотре архива с ускорением.
 
По подключению пока нет возможности, "Сбор сведений о системе" отправил личным сообщением.

[Станислав 0]

3. Именно за эти 1,5 часа смотрели?

Сбор сведений забыли прикрепить.

Ожидаю удалённый доступ к этом серверу   с помощью ПО TeamViewer 8|9 ( https://devline.ru/soft/ds.exe )

[SergeyB 0]

Да просматривал крайние 1,5 час и до, отличий никаких

 

Похоже он не прикрепился, я не обратил внимание, прошу прощения.

 

Но "сбор сведений" занимает 26Mb, ограничение в 2Mb, разбитый архив не дает прикрепить(не допустимый формат)..., отправил ссылку на загрузку...

[Станислав 0]

Спасибо! Ситуация стало более понятной.
Лог "Линии" содержит регулярные сообщения вида:

2017-04-13 13:02:07.225 ERROR root             [Archive] a lot of write fails
2017-04-13 13:02:09.191 ERROR root             [Archive] a lot of write fails
и т.д.
+

2017-03-17 23:13:17.465 ERROR root             [Archive] can`t buffer data for chunk

Это указывает на то, что дисковая подсистема не справляется с нагрузкой.

В логе самой операционной системы регулярно попадаются сообщения вида:

30.03.2017 02:29:56 (00011) Драйвер обнаружил ошибку контроллера \Device\Ide\IdePort1.
30.03.2017 02:29:56 (00011) Драйвер обнаружил ошибку контроллера \Device\Ide\IdePort1.
30.03.2017 02:29:56 (00011) Драйвер обнаружил ошибку контроллера \Device\Ide\IdePort1.
30.03.2017 02:29:56 (00011) Драйвер обнаружил ошибку контроллера \Device\Ide\IdePort1.

16.03.2017 15:18:39 (00011) Драйвер обнаружил ошибку контроллера \Device\Ide\IdePort1.
16.03.2017 15:18:39 (00011) Драйвер обнаружил ошибку контроллера \Device\Ide\IdePort1.
16.03.2017 15:18:39 (00011) Драйвер обнаружил ошибку контроллера \Device\Ide\IdePort1.
16.03.2017 15:18:39 (00011) Драйвер обнаружил ошибку контроллера \Device\Ide\IdePort1.

[SergeyB 0]

Это указывает на то, что дисковая подсистема не справляется с нагрузкой.

Добрый день,

 

Данные логи были судя по всему из-за неисправного HDD, который был заменен 28.04.2017, за 2-е недели работы логи такого рода не появлялись.

 

Проблема с просмотром архива не исчезла.

[Станислав 0]

Здравствуйте!

Отлично, спасибо, что сообщили о результате.

Для продолжения тестирования необходимо удалённый доступ к серверу с помощью ПО TeamViewer 8|9 ( www.devline.ru/soft/ds.exe ) - укажите данные для подключения личным сообщением.

Вы где-то ошибаетесь или не верно интерпретируете результаты.

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

[SergeyB 0]

Здравствуйте!

Отлично, спасибо, что сообщили о результате.

Для продолжения тестирования необходимо удалённый доступ к серверу с помощью ПО TeamViewer 8|9 ( www.devline.ru/soft/ds.exe ) - укажите данные для подключения личным сообщением.

Вы где-то ошибаетесь или не верно интерпретируете результаты.

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

Отправил данные личным сообщением.

 

И прошу прощения, но почему тема перешла в статус решенной?

Edited May 12, 2017 by SergeyB