<![CDATA[сводная таблица метрик]]>Есть сводная таблица метрик в которой отображаются данные  с группы коммутаторов cisco с определенного порта. К примеру  мониторинг на наличие линка 5 порта на всех коммутаторах. Есть группа коммутаторов другого вендора на них линк мониторится на других портах на 6. В дашборде в таблице получается основные 3 столбца первый столбец хостнейм коммутатора два других столбца номера порта для каждой группы коммутаторов (2 столбец линк 5 порта для cisco,3 столбец для 20 порта другого вендора) . Как сделать что бы было всего один столбец к примеру для cisco данные по линку брались с порта 5 а для коммутаторов другого вендора c порта 20 но это было отображено в одном столбце?

]]>https://forum.netxms.org/topic/7002/сводная-таблица-метрикRSS for NodeFri, 13 Nov 2026 13:41:13 GMTTue, 30 Mar 2021 03:42:08 GMT60<![CDATA[Reply to сводная таблица метрик on Tue, 24 May 2022 11:14:50 GMT]]>Вот пример скрипта. Он берет значения из левой колонки (0 в get(r, 0), следующая колонка будет 1 и т.д.).

for(r = 0; r < $1->rowCount; r++)
{
   v = $1->get(r, 0);
   if (v->startsWith("GigabitEthernet"))
   {
      $1->deleteRow(r);
      r--;
   }
}
]]>https://forum.netxms.org/post/31439https://forum.netxms.org/post/31439Tue, 24 May 2022 11:14:50 GMT<![CDATA[Reply to сводная таблица метрик on Mon, 16 May 2022 04:44:57 GMT]]>А есть способ удалить строки по поиску совпадений, например искать в строке GigabitEthernet и что бы все строки где встречается GigabitEthernet удалялись (к примеру GigabitEthernet0/0/1 содержит GigabitEthernet удаляем).

]]>https://forum.netxms.org/post/31402https://forum.netxms.org/post/31402Mon, 16 May 2022 04:44:57 GMT<![CDATA[Reply to сводная таблица метрик on Wed, 11 May 2022 13:20:34 GMT]]>В трансформационном скрипте у табличного DCI в $1 будет объект класса Table
https://www.netxms.org/documentation/nxsl-latest/#class-table

У него в частности есть метод deleteRow(rowId)

]]>https://forum.netxms.org/post/31370https://forum.netxms.org/post/31370Wed, 11 May 2022 13:20:34 GMT<![CDATA[Reply to сводная таблица метрик on Wed, 11 May 2022 00:26:16 GMT]]>а как на примере в transformation script, удалить ненужные строки? к примеру удалить порты в таблице

]]>https://forum.netxms.org/post/31348https://forum.netxms.org/post/31348Wed, 11 May 2022 00:26:16 GMT<![CDATA[Reply to сводная таблица метрик on Mon, 09 May 2022 07:52:58 GMT]]>С этим буде сложнее - функции фильтра для показа у этого элемента нет. Единственный вариант, который приходит в голову - сделать еще один табличный DCI, и в нем transformation script, который будет удалять ненужные строки. И уже этот DCI выводить на дашборд.

]]>https://forum.netxms.org/post/31319https://forum.netxms.org/post/31319Mon, 09 May 2022 07:52:58 GMT<![CDATA[Reply to сводная таблица метрик on Thu, 05 May 2022 01:42:53 GMT]]>Создал таблицу "table value" теперь данные выводятся с одного коммутатора, а как теперь отфильтровать что бы выводились в таблицу определенные порты а не все?

]]>https://forum.netxms.org/post/31300https://forum.netxms.org/post/31300Thu, 05 May 2022 01:42:53 GMT<![CDATA[Reply to сводная таблица метрик on Sat, 30 Apr 2022 06:36:39 GMT]]>Возможно используете не тот элемент на дашборде (DCI summary table судя по описанию) - надо использовать "table value" - он показывает значение конкретной таблицы.

]]>https://forum.netxms.org/post/31280https://forum.netxms.org/post/31280Sat, 30 Apr 2022 06:36:39 GMT<![CDATA[Reply to сводная таблица метрик on Sat, 23 Apr 2022 07:54:25 GMT]]>
Создаю таблицу метрик к примеру с двумя значениями. Потом создаю dashboards и мне необходимо вывести эти показания с одного коммутатора, как это сделать?
Необходимо в пределах одного коммутатора мониторить несколько портов и выводить в виде таблицы. При создании дашборда указываешь группу коммутаторов он нормально заполняет таблицу по одному значению с каждого устройства, а с необходимо несколько портов с одного.

]]>https://forum.netxms.org/post/31259https://forum.netxms.org/post/31259Sat, 23 Apr 2022 07:54:25 GMT<![CDATA[Reply to сводная таблица метрик on Mon, 12 Apr 2021 10:10:24 GMT]]>Просто список возможных OIDов, разделенных |

Screenshot at 2021-04-12 13-08-39.png

]]>https://forum.netxms.org/post/29839https://forum.netxms.org/post/29839Mon, 12 Apr 2021 10:10:24 GMT<![CDATA[Reply to сводная таблица метрик on Thu, 01 Apr 2021 02:09:18 GMT]]>А можно подробнее, не силен в скриптах и регулярных выражений. Данные в сводную таблицу заносятся по статусу OID .1.3.6.1.2.1.2.2.1.8.1 это одной группы коммутаторов и к примеру
.1.3.6.1.2.1.2.2.1.8.23 других.

]]>https://forum.netxms.org/post/29789https://forum.netxms.org/post/29789Thu, 01 Apr 2021 02:09:18 GMT<![CDATA[Reply to сводная таблица метрик on Wed, 31 Mar 2021 12:35:26 GMT]]>Если у этих коммутаторов порты называются как-то по разному, то можно в summary table в свойствах колонки включить использование регулярных выражений и написать регулярку с OR.

Второй путь, более универсальный - делать на этих нодах дополнительный скриптовый DCI. В его скрипте определять модель коммутатора, брать последнее значение DCI соответствующего нужному порту и сохранять. Если история по этому DCI нигде не требуется, то для него можно выбрать время хранения "не сохранять в базу".
Ну или тоже самое можно сделать другим путем - DCI может быть не скриптовым, а push. А скриптоваться в transformation script оригинальных DCI и оттуда делать PushDCIData(node,dciId,value). Но так, возможно, более путанно и чуть хуже по производительности.

]]>https://forum.netxms.org/post/29784https://forum.netxms.org/post/29784Wed, 31 Mar 2021 12:35:26 GMT