Przejdź do treści

Popularne tematy
Według wyzwania
ServiceNow CMDB

CMDB jest tylko tak dobra,
jak to, co ją zasila.

Certero ServiceNow Application synchronizuje wzbogacony inwentarz z platformy do Państwa CMDB.

Komputery z Windows, macOS i Linux trafiają do bazy wraz z dyskami, kartami sieciowymi, modułami pamięci, woluminami, oprogramowaniem i instalacjami oprogramowania. Urządzenia sieciowe SNMP trafiają w tym samym przebiegu.

Umów prezentację
Ukryj szczegóły techniczne

Synchronizacja CMDB · przebieg zaplanowany

Poglądowe

Certero ServiceNow Application

Tabele pośrednie wyczyszczone, źródła danych odpytane, transformacje wykonane

Tabele pośrednie wyczyszczone przed pierwszym zapytaniem
gotowe
Komputery z Windows dyski, karty sieciowe, pamięć, woluminy
w tabelach pośrednich
Komputery z macOS i Linux te same typy rekordów, ten sam przebieg
w tabelach pośrednich
Urządzenia sieciowe SNMP własne źródło danych
w tabelach pośrednich
Transformacje do CMDB jedna mapa transformacji na źródło danych
w toku

Rekord historii

oczekuje → w toku → zakończona

Certyfikowana aplikacja

ServiceNow Certified App

Certero w ServiceNow Store

Zobacz w katalogu

ServiceNow Partner

Inwentarz Certero synchronizowany z CMDB ServiceNow

W skrócie

Rekordowi, którego nikt nie aktualizuje, nikt nie ufa.

Baza konfiguracji jest dokładna w dniu, w którym ktoś ją wypełni, a potem rozjeżdża się z rzeczywistością, gdy maszyny się zmieniają. Decyzje dotyczące usług, bezpieczeństwa i zmian zapadają na podstawie starych informacji, a każdy projekt porządkowania tylko na nowo uruchamia ten proces. CerteroX zasila ją automatycznie przy każdym przebiegu, więc pozostaje aktualna i nikt nie musi o tym pamiętać.

  • Koszt

    Koniec z płaceniem za projekty porządkowania.

    Dokładność wynika z regularnego, automatycznego zasilania, a nie z okresowej pracy ręcznej, więc za tę samą pracę nie płaci się dwa razy.

  • Ryzyko

    Decyzje oparte na tym, co faktycznie istnieje.

    Zespoły ds. zmian, incydentów i bezpieczeństwa pracują na aktualnych rekordach maszyn Windows, Mac i Linux oraz urządzeń sieciowych, a nie na migawce.

  • Nakład pracy

    Nic nie zależy od pamięci.

    Każdy przebieg jest rejestrowany i rozliczony, więc luki są widoczne i usuwane, a nie odkrywane w trakcie incydentu.

Problem

CMDB nie psuje się. CMDB się starzeje.

Była poprawna w tygodniu, w którym ktoś ją wypełnił. Potem maszyny się zmieniły, rekord nie, a service desk zaczął pracować na dokumencie zamiast na rzeczywistym sprzęcie.

  1. 01 wpisane raz, prawdziwe raz

    Rekord był dokładny w dniu, w którym ktoś go utworzył.

    Od tego czasu maszyna dostała więcej pamięci, straciła dysk i zyskała dziewięć aplikacji. Nikt nie nadążyłby z tym ręcznie, a rekord od tamtej pory po cichu oddala się od rzeczywistego sprzętu.

    Natywny agent inwentaryzacji dla Windows, macOS, Linux, AIX, HP-UX i Solaris ITAM

  2. 02 skan widzi to, co odpowiada

    Laptop był uśpiony, więc dla CMDB nie istnieje.

    Skanowanie rejestruje to, co odpowiada w trakcie jego trwania. Laptop w podróży, odizolowany segment sieci i maszyna, do której nic nie ma poświadczeń, są nieobecne, a nieobecność w CMDB wygląda dokładnie tak samo jak maszyna, której Państwo nie posiadają.

    Inwentaryzacja bezagentowa i z wiersza poleceń (csinvcli) dla środowisk o ograniczonym dostępie ITAM

  3. 03 nazwa i nic pod nią

    CI istnieje. Po otwarciu okazuje się, że w środku nic nie ma.

    Bez dysków, kart sieciowych, pamięci, systemów plików i oprogramowania. Technik przyjmuje incydent i szuka szczegółów gdzie indziej, a to jest moment, w którym CMDB przestaje być miejscem, do którego ludzie zaglądają.

    Dyski, karty sieciowe, moduły pamięci i woluminy jako domyślne źródła danych ITAM

  4. 04 dwa rekordy, jedna maszyna

    Po ponownej instalacji maszyna wróciła jako drugi CI, a pierwszy nigdy nie zniknął.

    Duplikaty i dawno martwe rekordy to coś, co gromadzi się w ręcznie zasilanej CMDB. Każdy z nich sprawia, że następna osoba ufa następnemu rekordowi odrobinę mniej.

    Wykrywanie zduplikowanych systemów i archiwizacja nieaktywnych urządzeń ITAM

  5. Żadnego z tych problemów nie rozwiąże kolejny projekt porządkowania. Rozwiązuje je stałe zasilanie CMDB, w którym porządkowaniem jest sam przebieg synchronizacji.
Co wykonuje pracę

Dwie z pięciu dyscyplin.

Każdy z nich działa samodzielnie i korzysta ze wspólnego modelu zasobów, więc elementy obejmujące kilka produktów nie wymagają prac integracyjnych.

Wyświetlane są pełne szczegóły techniczne. Można je wyłączyć, aby zobaczyć wersję skróconą.

Ukryj szczegóły techniczne
Jak to się faktycznie robi

Od maszyny do CI w pięciu krokach.

Aplikacja wykonuje jedno zadanie, według harmonogramu: odczytuje API platformy, ładuje wyniki do tabel pośrednich, przekształca je do CMDB i zachowuje zapis tego, co zrobiła.

  1. Uzupełnić rekord, zanim opuści platformę

    Cokolwiek ma wiedzieć CMDB, najpierw musi zobaczyć platforma. Dziesięć metod wykrywania trafia do jednego schematu, więc maszyny, do których skanowanie sieci nigdy nie dociera, są w tym samym inwentarzu co te, do których dociera.

    • Network Discovery przez NetBIOS, SNMP i ICMP ITAM
    • Natywny agent inwentaryzacji dla Windows, macOS, Linux, AIX, HP-UX i Solaris ITAM
    • Inwentaryzacja bezagentowa i z wiersza poleceń (csinvcli) dla środowisk o ograniczonym dostępie ITAM
    • Samodzielna inwentaryzacja systemów odizolowanych i offline ITAM
    • Wykrywanie zduplikowanych systemów i archiwizacja nieaktywnych urządzeń ITAM
    • Software Recognition Database z centralnie utrzymywaną kategoryzacją tytułów SAM

  2. Zainstalować aplikację, ustawić trzy parametry

    Do działania potrzebuje tylko API Url, API Username i API Password. Rozmiar strony i okres przechowywania historii można dostroić, jeśli zajdzie potrzeba; poza tym aplikacja działa od razu po instalacji.

    • Certero ServiceNow Application zainstalowana w Państwa instancji ServiceNow
    • Trzy ustawienia na start: API Url, API Username, API Password ServiceNow
    • API Page Size i History Retention, oba konfigurowalne ServiceNow
    • API Certero tylko do odczytu jako jedyne źródło, z którego czyta synchronizacja ServiceNow
    • Dostęp do menu ograniczony do roli x_certero.administrator ServiceNow

  3. Uruchamiać według harmonogramu albo od razu

    Harmonogram to zaplanowane wykonanie skryptu w ServiceNow, które uruchamia synchronizację w tle. Sync Now służy do sytuacji, gdy synchronizacja jest potrzebna przed kolejnym terminem.

    • Zaplanowane wykonanie skryptu uruchamiające synchronizację w tle ServiceNow
    • Sync Now na stronach źródeł danych i historii ServiceNow

  4. Załadować do tabel pośrednich, potem przekształcić do CMDB

    Każdy przebieg zaczyna się od usunięcia historii starszej niż ustalony okres przechowywania. Następnie tabele pośrednie są czyszczone, każde źródło danych odpytuje API i pobiera kolejne strony aż do wyczerpania danych, a każda mapa transformacji zapisuje swoje rekordy w ServiceNow.

    • Domyślne źródła danych dla komputerów z Windows, macOS i Linux ServiceNow
    • Dyski zapisywane jako urządzenia pamięci masowej CMDB, woluminy jako systemy plików CMDB ServiceNow
    • Karty sieciowe, moduły pamięci, oprogramowanie jako pakiety CMDB i instalacje oprogramowania ServiceNow
    • Urządzenia sieciowe SNMP na własnym źródle danych ServiceNow
    • Mapa transformacji utworzona dla każdego domyślnego źródła danych ServiceNow

  5. Zachować zapis każdego przebiegu

    Każda synchronizacja zapisuje rekord historii, który przechodzi od stanu oczekiwania przez wykonywanie do zakończenia, z dziennikiem komunikatów systemowych pod spodem, przechowywany przez ustalony okres.

    • Rekord historii dla każdej synchronizacji: oczekuje, w toku, zakończona ServiceNow
    • Dziennik komunikatów systemowych dla każdego przebiegu do debugowania ServiceNow
    • Stara historia usuwana zgodnie z ustalonym okresem przechowywania ServiceNow
    • Metadane źródeł danych przechowywane w tabeli, z możliwością rozszerzenia o kolejne endpointy API ServiceNow

Można poprosić o pokazanie dowolnej z tych funkcji w działaniu w samym produkcie, na ekranie, na którym to się dzieje.

Jedna maszyna, siedem rekordów

Element konfiguracji powinien trafiać do bazy razem ze swoimi składnikami.

Aplikacja zawiera źródło danych dla komputerów z Windows, macOS i Linux, a dla każdego z nich także źródła dla dysków, kart sieciowych, modułów pamięci, woluminów, oprogramowania i instalacji oprogramowania. Każde domyślne źródło danych ma mapę transformacji, która zapisuje je w CMDB.

W CerteroX

Jedna maszyna, zinwentaryzowana raz.

Niezależnie od tego, która z dziesięciu metod wykrywania do niej dotarła, rekord ma ten sam kształt: maszyna i wszystko, co w niej jest.

  • Windows
  • macOS
  • Linux

Każdy z tych trzech systemów jest dostarczany jako siedem źródeł danych, po jednym dla każdego z siedmiu typów rekordów.

W ServiceNow

Siedem rekordów, każdy z jednym źródłem danych i jedną mapą transformacji.

  • Sam komputer
  • Dyski Urządzenia pamięci masowej CMDB
  • Karty sieciowe
  • Moduły pamięci
  • Woluminy Systemy plików CMDB
  • Oprogramowanie Pakiety CMDB
  • Instalacje oprogramowania

Urządzenia sieciowe SNMP trafiają przez własne źródło danych, a metadane źródeł danych są przechowywane w tabeli, więc kolejne endpointy API można dodać bez zmiany aplikacji.

Stan docelowy

Jak wygląda dobry stan.

Sprawdzianem CMDB jest to, czy ktokolwiek do niej zagląda, zanim sięgnie po telefon.

  1. 01

    CI trafia do bazy razem ze swoimi składnikami.

    Dyski jako urządzenia pamięci masowej, woluminy jako systemy plików, oprogramowanie jako pakiety, a do tego karty sieciowe, moduły pamięci i instalacje oprogramowania. Rekord odpowiada na pytanie, z powodu którego ktoś go otworzył.

  2. 02

    Nic nie zależy od tego, czy ktoś będzie pamiętał.

    Zaplanowane wykonanie skryptu uruchamia synchronizację w tle. CMDB zmienia się, gdy zmienia się inwentarz, a nie wtedy, gdy ktoś zaplanuje porządkowanie.

  3. 03

    Windows to nie jedyny pełnoprawny system.

    macOS i Linux są dostarczane jako domyślne źródła danych na równi z Windows, z tymi samymi typami rekordów pod każdą maszyną, a urządzenia sieciowe SNMP trafiają przez własne źródło danych.

  4. 04

    Z każdego przebiegu można się rozliczyć.

    Rekord historii dla każdej synchronizacji, od stanu oczekiwania przez wykonywanie do zakończenia, z dziennikiem komunikatów systemowych dla wszystkiego, co wymaga wyjaśnienia, oraz ustawieniem okresu przechowywania, które nie pozwala historii rosnąć bez końca.

  5. 05

    Nowy endpoint nie wymaga nowej aplikacji.

    Metadane źródeł danych są przechowywane w tabeli, więc synchronizację można skierować na kolejne endpointy API bez zmiany samej aplikacji.

Naprawa CMDB, której nikt nie ufa: najczęstsze pytania

Najczęściej zadawane pytania

Chcą Państwo zadać inne pytanie?

Skontaktuj się
Czy aplikacja sama coś wykrywa?

Nie i warto to powiedzieć precyzyjnie. Wykrywanie i inwentaryzacja odbywają się w CerteroX, z użyciem dziesięciu metod i sześciu rodzin systemów operacyjnych. Aplikacja odczytuje API platformy i zapisuje elementy konfiguracji w CMDB. To kanał zasilający, a nie drugie narzędzie do wykrywania konkurujące z tym, które już Państwo mają.

Ile konfiguracji wymaga pierwsza synchronizacja?

Trzy ustawienia: API Url, API Username i API Password. Aplikacja zawiera domyślne źródła danych i ich mapy transformacji, więc od tego momentu działa przy minimalnej konfiguracji. Rozmiar strony API i okres przechowywania historii to dwa parametry, które warto ewentualnie dostroić później.

Co faktycznie trafia do CMDB?

Komputery z Windows, macOS i Linux, a dla każdego z nich dyski, karty sieciowe, moduły pamięci, woluminy, oprogramowanie i instalacje oprogramowania. Dyski trafiają jako urządzenia pamięci masowej CMDB, woluminy jako systemy plików CMDB, a oprogramowanie jako pakiety CMDB. Urządzenia sieciowe SNMP trafiają przez własne źródło danych.

Jak często odbywa się synchronizacja i czy można ją wymusić?

Zaplanowane wykonanie skryptu w ServiceNow uruchamia synchronizację w tle według ustalonego przez Państwa harmonogramu. Przycisk Sync Now znajduje się na stronie źródeł danych i na stronie historii, na wypadek gdyby synchronizacja była potrzebna od razu.

Jak sprawdzić, co zrobił dany przebieg?

Każda synchronizacja zapisuje rekord historii, który przechodzi od stanu oczekiwania przez wykonywanie do zakończenia, z powiązanym dziennikiem komunikatów systemowych do debugowania. Stare rekordy są usuwane zgodnie z ustalonym okresem przechowywania, więc historia pozostaje użyteczna, zamiast stać się osobnym problemem z pamięcią masową.

Potrzebujemy danych, których nie zawierają domyślne źródła danych. Czy to wymaga dostosowania?

Nie dla aplikacji. Metadane źródeł danych są przechowywane w tabeli, więc kolejne endpointy API można dodać jako źródła danych bez zmiany kodu aplikacji.

Czy pozycja licencyjna również trafia do ServiceNow?

Nie. Efektywna pozycja licencyjna pozostaje w CerteroX SAM, gdzie znajdują się uprawnienia licencyjne, dowody użycia i silniki producentów. Do ServiceNow trafia inwentarz: elementy konfiguracji i szczegóły pod nimi.

Powiązane

Ten sam model zasobów, inne pytanie.

Zobacz platformę
Inwentarz do CMDB

Otwórz CI.
Zobacz, co trafiło pod niego.

Przebieg synchronizacji od początku do końca: wyczyszczenie tabel pośrednich, stronicowane pobieranie każdego źródła danych z API, zapis każdej mapy transformacji do CMDB i pozostawiony rekord historii. Proszę powiedzieć, które klasy CMDB są najważniejsze dla Państwa service desku, a otworzymy je jako pierwsze.

Umów sesję roboczą

Nie trzeba niczego podłączać, a w rozmowie uczestniczy osoba, która odpowie na pytania o źródła danych i mapy transformacji.