Netpulse_SasS/server/migrations/0042_identify_hardening.sql

-- =====================================================================
-- NetPulse :: 0042_identify_hardening.sql
-- Розпізнавання перестає бути мовчазним.
--
-- Хост DGS-3420 стояв нерозпізнаним, хоча SNMP відповідав, правило
-- існувало й підходило. Причина: розпізнавання відбулось у вікні між
-- перейменуванням таблиці правил (0035) і перезбіркою колектора.
-- Запит падав, `ApplySystemInfo` повертав помилку — і кидав ВЕСЬ звіт,
-- уже записавши системну групу.
--
-- Ззовні це виглядало як «система просто не розпізнала». Ні сліду, ні
-- причини, ні різниці між «немає правила», «правило не спрацювало» і
-- «нас ніхто не питав».
--
-- Тому три речі, і жодна з них не про той конкретний хост:
--   * стан розпізнавання зберігається — коли й чим воно закінчилось;
--   * зміна заліза помічається окремо від першого розпізнавання;
--   * версію можна дістати з конфігу, коли SNMP її не каже.
-- =====================================================================

ALTER TABLE inv.devices
  ADD COLUMN identified_at       timestamptz,
  -- Непорожнє означає: sysObjectID приїхав інший, ніж був. У шафі
  -- замінили коробку — і все, що ми про неї знали, застаріло.
  ADD COLUMN hardware_changed_at timestamptz,
  -- Остання причина, чому розпізнати не вдалось. Порожньо — або
  -- вдалося, або ще не пробували.
  ADD COLUMN identify_error      text;

COMMENT ON COLUMN inv.devices.identify_error IS
  'Чому останнє розпізнавання не дало результату — текст для людини';

-- ---------------------------------------------------------------------
-- Версія з конфігу
-- ---------------------------------------------------------------------

-- Не кожен пристрій каже версію по SNMP. D-Link у sysDescr дає лише
-- модель — а в шапці власного конфігу пише `Firmware: Build 1.05.B026`.
--
-- Конфіг ми й так збираємо й зберігаємо. Дістати з нього версію коштує
-- нуль запитів до пристрою й нуль нового трафіку — на відміну від
-- окремого походу в CLI заради одного рядка.
ALTER TABLE inv.ident_rules
  ADD COLUMN config_model_regex   text,
  ADD COLUMN config_version_regex text,
  ADD COLUMN config_serial_regex  text;

COMMENT ON COLUMN inv.ident_rules.config_version_regex IS
  'RE2 з однією групою; застосовується до тіла останнього зібраного конфігу';

-- D-Link: «#   Firmware: Build 1.05.B026» у шапці конфігу.
-- Слово Build необов'язкове — на різних серіях воно то є, то немає.
UPDATE inv.ident_rules
SET config_version_regex = '(?i)firmware:\s*(?:build\s+)?(\S+)'
WHERE tenant_id IS NULL AND oid_prefix = '1.3.6.1.4.1.171';

-- ---------------------------------------------------------------------
-- Модель для решти D-Link
-- ---------------------------------------------------------------------

-- Досі модель діставало лише правило серії /ME. Загальне правило
-- виробника лишало поле порожнім — тобто кожна нова серія вимагала б
-- нового рядка в довіднику, а це та сама ручна робота, від якої тікаємо.
--
-- Іменування в D-Link стабільне: три літери, дефіс, далі модель
-- («DGS-3420-28SC Gigabit Ethernet Switch»).
UPDATE inv.ident_rules
SET model_regex = '^([A-Z]{3}-[0-9A-Za-z/-]+)'
WHERE tenant_id IS NULL AND oid_prefix = '1.3.6.1.4.1.171'
  AND model_regex IS NULL;

-- ---------------------------------------------------------------------
-- Профіль збору закріплюється за хостом
-- ---------------------------------------------------------------------

-- Досі профіль підбирався щоразу наново, під час кожного завдання. Це
-- означало дві незручності: у картці хоста порожньо (людина не бачить,
-- чим його зніматимуть), а зміна довідника мовчки змінює поведінку
-- всіх хостів одразу.
--
-- Тепер підібраний профіль записується. Прапорець розрізняє, ХТО його
-- обрав: підібраний автоматично можна переглянути після заміни заліза,
-- обраний людиною — ніколи.
ALTER TABLE ncm.device_policies
  ADD COLUMN profile_auto boolean NOT NULL DEFAULT false;

COMMENT ON COLUMN ncm.device_policies.profile_auto IS
  'Профіль підібрано автоматично — систему можна перепризначити при зміні заліза';