Versionshinweise zu Muster für Discovery und Service-Mapping

Neu: Einführung eines neuen Musters für 27 AWS-Services, das im Basissystem deaktiviert ist (sofort einsatzbereit). Die primäre CI-Klasse für dieses Muster ist [cmdb_ci_cmp_resource], während alle zusätzlichen Attribute in einer Nicht-CMDB-Klasse gespeichert werden. Auf diese Attribute kann über das Menü des linken Navigators unter Konfiguration und dann auf AWS zugegriffen werden. Weitere Informationen finden Sie unter folgendem Link: https://www.servicenow.com/docs/bundle/yikohama-it-operations-management/page/product/service-mapping/reference/aws-service-discovery-pattern. html
- Athena-Arbeitsgruppe
- Sicherungsplan
- Backup Vault
- CloudFront-Verteilung
- CloudWatch-Protokolle
- CodeDeploy-Bereitstellung
- CodePipeline-Pipeline
- DMS-Endpunkte
- EMR-Cluster (wird auf EC2 ausgeführt)
- FSx-Sicherung
- FSx-Dateisystem
- Glide-Datenbank
- IAM-Richtlinie
- IAM-Rolle
- IAM-Benutzer
- KMS-Schlüssel
- MQ-Konfiguration
- S3-Gletscher-Vault
- Notebook-Instanz von Sage Maker
- Managergeheimnis für Geheimnisse
- SES-Identität
- Systems Manager-Dokument
- Systems Manager-Parameterspeicher
- Übertragen Sie den Familienserver
- VPC-Flow-Protokoll
- Von VPC verwaltete Präfixliste
- xray-Stichprobenregel
Behoben:
- AWS:
  - Das Muster „Amazon AWS - Virtual Server (LP)“ aktualisiert einen Betriebsstatus, wenn der Wert der MID-Eigenschaft „“sn_itom_pattern.discover_aws_instance_statuses“ auf „wahr“ festgelegt ist (PRB1804983)
  - Die Leistung der AWS-Cloud-Discovery wird durch die Einführung eines neuen Löschstrategieskripts „AWSVmStorageMapping“ verbessert und [cmdb_ci_storage_mapping] CIs zugeordnet (PRB1822204).
  - Die AWS-Discovery verarbeitet den zusätzlichen Wert für das Gastbetriebssystem („Red Hat Enterprise Linux“ und „SUSE Linux Enterprise Server“) in [cmdb_ci_os_template] und [cmdb_ci_cloud_os_image] (PRB1811128).
  - Das Muster der gemeinsam Bibliothek „Amazon AWS-Bestands-Tags“ füllt jetzt die Tags für den AWS CloudWatch-Alarm-Service aus (PRB1814585)
- Azure:
  - Das Muster „Azure Resource Inventory (LP)“ aktualisiert den Installationsstatus für Cloud-Ressourcen (PRB1827923)
  - Das Muster „Azure-VM-Instanz – Einheitlicher Skalierungssatz“ aktualisiert die stillgelegten CIs in der Tabelle [cmdb_ci_vm_instance] (PRB1809815).
  - Das Muster „Azure Virtual Machine Event“ wird korrigiert, um die LDC-Informationen abzurufen (PRB1814690).
  - Das Muster „Azure – Marketplace LB (LP)“ wurde behoben, um die erneute Klassifizierung von virtuellen Computern zu verhindern (PRB1834740).
  - Das Muster „Azure – Marketplace LB (LP)“ wird aktualisiert, um Installationsstatus und Betriebsstatus (PRB1817349) korrekt auszufüllen.
- Google: GCP Discovery ist für die Regionen „Europa-Nord2“ und „Northamerika-Süd1“ korrigiert (PRB1822303)
- MSSQL
  - Das Muster „MSSQL DB on Windows“ füllt jetzt den Editionswert für mehrere SQL-Instanzen aus, die auf demselben Hostcomputer ausgeführt werden (PRB1820756)
  - Das Muster „MSSql DB unter Windows“ wurde aktualisiert, um Installationsstatus und Betriebsstatus korrekt auszufüllen (PRB1808988).
  - Das Muster „MSSql DB unter Windows“ wurde korrigiert, um Windows Interne Datenbanken (WID) und SQL eingebettete Edition (SSEE) zu unterstützen (PRB1819997).
- Das Prä-/Post-Skript „Unix-Cluster – Postscript“ wurde korrigiert, um die Datensätze [cmdb_ci_unix_cluster_node] des operativen Servers mit demselben IP-Wert zu aktualisieren (PRB1808450).
- Das Prä-/Post-Sensorskript „Rubrik Update VMware Instances“ wurde korrigiert, um Probleme bei der Berücksichtigung von Groß-/Kleinschreibung zu beheben. Sie gleicht jetzt Daten genau ab, sodass vCenter Discovery die Konfigurationselemente (CIs) nahtlos aktualisieren kann (PRB1817229)
- Die gemeinsame Bibliothek „WebLogic-Attribute ausfüllen, falls fehlen“ im Muster „WebLogic“ ist für die Verarbeitung von Windows-Dateipfaden korrigiert (PRB1827882)
- Das Muster „Nutanix-Komponenten“ wurde so korrigiert, dass es ordnungsgemäß beendet wird, wenn der Prism-Service nicht erreichbar ist (PRB1803673)
- Die MID-Skripteinbindung „NutanixApiQuery“ wurde für die Verarbeitung von encodeURL-Leerzeichen korrigiert (PRB1826255)
- Das Muster „Oracle OCI – Validierung des Service-Accounts“ wurde korrigiert, um die JSON-Analyse im Schritt „Service-Account analysieren“ zu verarbeiten (PRB1832694).
- Der Musterschritt „Pure Storage“ „Rel/Ref ClusterNode and Storage Volume“ ist behoben, um den Verweis auf ein nicht vorhandenes Feld zu stoppen (PRB1824630)
- Das Discovery-Muster „IBM HMC Server“ füllt IBM Frame-Herstellerinformationen aus (PRB1828273)
- Die AVI-Discovery ist so korrigiert, dass das Zeichen „\“ in der Anmeldeanforderung verarbeitet wird (PRB1816224).
- Die Vorbedingung für Muster „Netscaler Loadausgleichsmodul – NITRO“ in Schritt 17 wurde behoben, um Ausnahmen zu behandeln (PRB1829305).
- Das Muster „EMC Istilon“ wird korrigiert, um die Erstellung zusätzlicher Beziehungen vom Typ „Verwendet::Verwendet von“ zwischen Speicherservern und IP-Adressen zu verhindern (PRB1801253)
- Das Muster „Peoplesoft Application Server“ ist zur Erkennung von HP-UX-Geräten korrigiert (PRB1811986)
- Die Muster „Kafka Broker Java“ und „ZooKeeper Server“ wurden korrigiert, um die Duplizierung zugehöriger CI-Typen zu verhindern (PRB1818802).
- Das Muster „Container-Image scannen“ füllt jetzt eine große Anzahl von Betriebssystempaketen aus, die in der Tabelle [sn_itom_pattern_container_image_os_packages] gespeichert sind (PRB1817126).
- Das serverlose Muster „Fortinet-Firewall“ wird so korrigiert, dass die Attribute „source_interface“ und „destination_interface“ in [Tabelle „cmdb_ci_fortinet_firewall_policy]“ ausgefüllt werden (PRB1817893).

Neu:
- Muster, die die AWS-Discovery in der Region China unterstützen
  - Discovery des Amazon AWS-Rechenzentrums
  - Amazon AWS – Verfügbarkeitszone (LP)
  - Amazon AWS-Service-Account
  - Discovery von Amazon AWS-Unterkonten
  - Amazon AWS – Unterkonto (LP)
  - Amazon AWS – Relational Database Service
  - Amazon AWS – NIC (LP)
  - Amazon AWS – LB-Pool (LP)
  - Amazon AWS – Classic LB (LP)
  - Amazon AWS – Virtual Server (LP)
  - Amazon AWS – Cloud-Hardware Type (LP)
  - Amazon AWS – Hardwaretyp (LP)
  - Amazon AWS – Executable Cloud OS Image (LP) (freigegebene Images)
  - Amazon AWS – Cloud OS Image (LP) im Besitz (private Images)
  - Amazon AWS – Speicher (LP))
  - Amazon AWS – Netzwerk (LP)
  - Amazon AWS – Anwendungs- und Netzwerk-LB (LP)
  - Amazon AWS – Subnetz (LP)
  - Amazon AWS – Sicherheitsgruppe (LP)
- Das Azure – Marketplace LB (LP) Pattern erkennt die folgenden Azure Marketplace-Produkte.
  - Virtuelle Maschine
  - SaaS (auch Classic)
  - Azure-Anwendung
- Die Attribute füllen die neuen Tabellen „Bereitgestelltes Marketplace-Produkt“ und „Marketplace-Produktdetails“ aus. Das -Tag wird ebenfalls erkannt.
- Das Google Asset Inventory-Muster wird als Teil der geplanten Cloud-Discovery ausgelöst. Zur Unterstützung wurden neue MID-Server-Eigenschaften eingeführt
  - mid.gcp_resource_inventory_bucketpath.default (Comman-Bucket-Pfad für das gesamte GCP-Projekt)
  - mid.gcp_resource_inventory_bucketpath<Cloud Account Id> (Einzelner Bucket-Pfad pro GCP-Projekt)
- Das Muster „Next Generation Fortinet Network Firewall - REST“ unterstützt VDOM und sammelt Attribute von VDOM, VDOM-Schnittstelle und Richtlinie.
  - Füllen Sie die Daten in die folgenden Tabellen aus
    - Fortinet-Firewall-Gerät
    - Fortinet-Firewall-Cluster
    - Netzwerkadapter
    - Router-Schnittstelle
    - Fortinet Vdom (neue Klasse)
    - Fortinet-Firewall-Richtlinie (Neue Klasse)
    - Fortinet-Firewall-Schnittstelle (neue Klasse)
Behoben:
- Amazon:
  - Das Muster „Amazon AWS – Sub Account (LP)“ ist festgelegt und setzt den AWS-Unteraccount nicht als außer Betrieb. (PRB1790471)
  - Das Muster „Amazon AWS – ECS“ wird korrigiert, um den richtigen VM-Status und Installationsstatus auszufüllen. Die VM-Instanz wird dem ECS-Cluster zugeordnet und beendet, und die ereignisgesteuerte Discovery von AWS wird konfiguriert. (PRB1793487)
  - Die Ressource für AWS-Cloud-Lastenausgleichsmodule wird in AWS GovCloud gehostet und verfügt über einen Attributwert für „source_native_key“, der festgelegt ist. Die folgenden Muster werden geändert. (PRB1803819)
    - Amazon AWS – NIC (LP)
    - Amazon AWS – Anwendungs- und Netzwerk-LB (LP)
- Azure:
  - Nach dem Upgrade auf Version 1.10 von Discovery and Service Mapping Patterns wurden veraltete Tags für Azure-VMs automatisch bereinigt. (PRB1749297)
- Google:
  - Das Muster des GCP-Asset-Bestands füllt die Tag-Informationen des Google Storage-Buckets. (PRB1784648)
  - Das Muster „GCP Asset Inventory“ füllt die globalen Ressourcen in cmdb_ci_cmp_resource (PRB1803228).
- Alle Probleme mit den Cloud-Anmeldeinformationen wurden behoben, um den Fehler „kein Zugriff auf sn_itom_patterns.glide_encrypter“ (PRB1787568) zu behandeln.
- Die ColdFusion-Anwendung – das Versionsattribut wird ausgefüllt. (PRB1780934)
- Das HA-Proxy-Muster wird korrigiert, um den folgenden Fehler zu beheben: Mehrere abhängige Beziehungselemente gefunden und eine einzige Beziehung zwischen „cmdb_ci_lb_service“ und „cmdb_ci_lb_pool“ erstellen. Wenn mehrere Services vorhanden sind, verwenden Sie nur cmdb_ci_lb_service mit der niedrigsten Portnummer. (PRB1795289)
- Das InfiniBox Storage System (LP)-Muster – Seriennummer wird für die Tabelle „cmdb_ci_storage_server“ ausgefüllt. (PRB1798985)
- Die Kubernetes-Discovery wird korrigiert, und die gemeinsame Bibliothek für das Kubernetes-Knotenmuster filtert IPv6 heraus. (PRB1797771)
- Das Muster „Netscaler-Lastenausgleichsmodul – NITRO“ stellt die Beziehung zwischen dem Lastenausgleichsmodul-Service und dem Lastenausgleichsmodul-Pool her. Service Mapping stellt die Verbindung mit dem Lastenausgleichsmodul-Service und dem Lastenausgleichsmodul-Pool her. (PRB1741543)
- Das Muster für IBM PowerHA Cluster (HACMP) ist festgelegt. Dieses Muster berücksichtigt die Systemeigenschaften „glide.discovery.hostname.dns_nbt_trusted“ wird auf „wahr“ festgelegt, dann füllt das Muster den DNS-Trust-Namen als Namensfeld aus. (PRB1790297)
- Das Muster „F5-Lastenausgleichsmodul SSH“ wird korrigiert, um den Fehler „Null kann nicht in ein Objekt konvertiert werden“ zu behandeln. Es werden Schritte hinzugefügt, um Duplikate zu entfernen und leere Datensätze herauszufiltern. (PRB1767558)
- Das Muster für MSSql DB unter Windows behandelt Instanzen, die so konfiguriert sind, dass sie an mehreren Ports abgehört werden. (PRB1796534)
- Das Muster „Nutanix-Komponenten“ aktualisiert den VM-Status. (PRB1803129)
- Das Muster „Pre/Post Script Affinity für reinen Speicher – BasicAuth-Tabellenupload“ wird korrigiert, um die CPU-Spitze des MID-Servers zu beheben. (PRB1791441)

Behoben:
- Das Solaris LDOM-Infrastrukturmuster berücksichtigt die sys_properties „glide.discovery.hostname.case“, um das Attribut „Name“ basierend auf dem Wert zu formatieren (keine Änderung, Kleinbuchstabe, Großbuchstabe).
- Das Muster für das A10-Lastenausgleichsmodul, Erweiterung „Sammlung von A10-Partitionsinformationen“, A10-LBs in CLI 5.2.1+ sammelt die Partitionsinformationen
- AWS-Tags werden für cmdb_ci_cmp_resource-Datensätze ausgefüllt
- Behandlung großer Tabellen in der Tabelle (cmdb_rel_ci), ausgelöst durch die AzureDefaultDeleteStrategyVM-Löschstrategie
- UNIX-Cluster – Das VERITAS-Clustermuster hat einen Fehler bei der Duplizierung von cmdb_ci_unix_cluster_resource-Datensätzen in der Nutzlast behoben
- Die OpenShift-Kubernetes-Cluster-Discovery wurde korrigiert, um sicherzustellen, dass StatefulSets nicht herausgefiltert werden, auch wenn die YAML-Datei keinen initContainer enthält
- NetApp Storage-Clustermodus – HTTP-Muster füllt RAM-Feldwert in „MB“ aus
- NetApp Storage-Clustermodus – HTTP-Muster füllt jetzt die Firmware-Version von ONTAP aus
- Das GCP Asset Inventory-Muster füllt die Tags für den Google Cloud Storage-Bucket aus
- Das Muster „Netzwerk-Switch“ wurde korrigiert, um den Fehler „IP-Switch Switch Stack“ (Vorsensorausführung mit Fehler = TypeError: NULL konnte nicht in ein Objekt konvertiert werden) zu beheben
- Das Muster für virtuelle RHV-Maschinen füllt jetzt die CPU- und RAM-Attribute der virtuellen Maschine aus
- Das JBoss-Muster sammelt Versionsinformationen für die Enterprise Application Platform und den Anwendungsserver
- Das MSSQL DB auf Windows-Muster löscht jetzt SQL Discovery-Berichte. Die neue Systemeigenschaft „sn_itom_pattern.threshold_time_to_delete_mssql_reports“ wurde hinzugefügt, um die Schwellenwertzeit für das Löschen zu steuern

Neu:
- Das Muster „Pure Storage FlashArray“ füllt die zusätzlichen Attribute „Verschlüsselung im Ruhezustand“ und „Verschlüsselungsalgorithmus“ in der Tabelle „Speicherserver“.
- Speichermuster:
  - Dell EMC PowerMax
  - Datendomäne von Dell EMC
- Das Amazon AWS - ECS-Muster unterstützt das Amazon Elastic Container Registry-Image (Amazon ECR).
- Das Muster „Container-Image scannen“ unterstützt das Scannen von Container-Images in den folgenden Repositorys:
  - Öffentliche Repositorys
  - Selbstgehostete private Repositorys
  - Amazon ECR, sowohl öffentliche als auch private Repositorys
Behoben:
- AKS-Erkennung von Clustern und Ressourcen ohne Abhängigkeit von Azure CLI für MS Entra ID
- Google Cloud Platform (GCP) – Virtual Server-Muster korrigiert, um eine Beziehung zwischen der virtuellen Google-Maschine und dem Server herzustellen
- F5-Clustermuster hat das Feld „operational_status“ basierend auf dem Wert von „sysCmTrafficGroupStatusFailoverStatus“ korrigiert.
- Das Muster für virtuelle RHV-Maschinen aktualisiert das Feld „IP-Adresse“ in der Tabelle [cmdb_ci_ip_address].
- Tag-Erweiterung: Das Muster „Azure Subscriptions Discovery For Management Group“ wurde so korrigiert, dass das Tag einen Null-Wert enthält
- Der Prä-/Post-Sensor „Oracle RAC Single Node“ wird korrigiert, um einen hohen Arbeitsspeicherverbrauch zu ermöglichen
- Das AVI LB-Vorausführungsskript „Alle vCenter-Datacenter abrufen“ wurde korrigiert
- Die Discovery des Azure-Service-Accounts markiert geschlossene Accounts als deaktiviert/inaktiv
- Muster „NetApp Storage-Clusterknoten – HTTP“: Die Modelle und der Herstellerwert in der Tabelle [cmdb_ci_chassis] sind korrigiert
- Kubernetes-Tabelle „ReplicationController“: Das Problem der doppelten Datensätze ist behoben
- Die Beziehung zwischen HPE-Discovery und physischer Entität wurde korrigiert
- Das Problem, dass das Kubernetes-Clustermuster einen leeren Seriennummernwert in der Tabelle [cmdb_serial_number] nicht ausfüllt, wurde behoben
- Die Kubernetes-Discovery ist korrigiert und funktioniert, wenn das Wertfeld [cmdb_key_value] leer ist
- Das Problem mit der alten Kubernetes-Versions-imageID, die keine Repository-Details enthielt, wurde behoben
- Kubernetes-Discovery verarbeitet die Kubernetes-Knoten-API, die einen leeren Wert für den Knotenarbeitsspeicher zurückgibt
- Kubernetes-Muster-Discovery: Neue MID-Server-Eigenschaft: „sn_itom_pattern.kubernetes_create_server“ behandelt die Erstellung von [cmdb_ci_linux_server] optional
- Das IBM WebSEAL-Muster erstellt die Lastenausgleichsmodul-Referenz in der Tabelle „LB-Pool-Mitglieder“.
- Das Muster „MSSql DB On Windows“ füllt Version 2008 R2 und 2014 aus
- Das Muster „Microsoft CA – Zertifikatverwaltung“ hat das abgelaufene Zertifikat gefiltert, wenn die neu eingeführte Systemeigenschaft „sn_itom_pattern.exclude.expired.certificates.from.discovery“ auf „wahr“ festgelegt ist. Die feste Discovery wird zur Erkennung des OID-Werts einer einzelnen Zertifikatvorlage geplant

Behoben:
- Das AIX-Server-Muster füllt das Feld [start_date] mit dem richtigen Wert aus. Der Wert wird im Format JJJJ-MM-TT HH:MM:SS angegeben.
- Das Muster „Azure – DNS Zone Records (LP)“ wurde korrigiert, um den Fehler „Unzulässiges Zeichen in undurchsichtigem Teil“ bei Index 6 zu behandeln: https:\/\/management.azure.com:443\/.
- Das Azure Application Gateway TD (LBS)-Muster erfasst die private und die öffentliche IP-Adresse.
- Optionen für Windows Server 2019 und 2022 werden im Abschnitt „Windows-Server und -Computer“ in der Discovery-Konfigurationskonsole im Discovery-Definitionsmenü hinzugefügt.
- Systemprotokoll für GCP-Ereignisaufträge (Infonachrichten) mit Accountnummern und Anmeldeinformationen verarbeiten mithilfe von Systemeigenschaften [sn_itom_pattern.log_gcp_event_job], die auf „wahr“/„falsch“ festgelegt sind, um die Infonachrichten zu aktivieren/deaktivieren.
- Das Oracle Listener HD-Muster sammelt alle Oracle DB auf dem Host.
- Das reine Speichermuster wird korrigiert, um Beziehungen bei der Erkennung von Fibre Channel herzustellen.
- SSHTerminalInteractiveCommand initiiert die erwarteten „VMware vCenter“-Proben.

Neu:
- Das Linux-Servermuster füllt die Daten der Zertifikate aus dem Java KeyStore. Die Mustererweiterung „Zertifikate sammeln“ ist standardmäßig deaktiviert.
- Das Windows Server-Muster füllt die Daten des Zertifikats aus dem Java KeyStore und dem Windows-Zertifikatspeicher. Die Mustererweiterung ist standardmäßig deaktiviert.
- Die neue Systemeigenschaft „sn_itom_pattern.k8s_run_k8s_cloud_discovery“ verhindert die automatische Planung der Discovery von Cloud-Kubernetes-Clustern.
- Mit dem Muster „Azure – Kubernetes-Cluster abrufen“ wird eine Beziehung zwischen dem Kubernetes-Cluster und der Ressourcengruppe erstellt.
Geändert:
- Das Muster „Amazon AWS – Kubernetes Discovery and Schedule Creator“ wird umbenannt in„Amazon AWS – Kubernetes-Cluster abrufen“.
- Das Muster „Azure – Kubernetes Discovery and Schedule Creator“ wird in „Azure – Kubernetes-Cluster abrufen“ umbenannt.
- Das Muster „Google Cloud Platform (GCP) – Kubernetes Discovery and Schedule Creator“ wird in „Google Cloud Platform (GCP) – Kubernetes Clusters abrufen“ umbenannt
Behoben:
- Amazon
  - Das Muster „Amazon AWS - Kubernetes-Cluster abrufen“ aktualisiert den FQDN im Feld FQDN
  - Der Status des Kubernetes-Clusters wird als „Deaktiviert“ markiert, wenn der Cluster entfernt wird
  - Die Ausführungsleistung des Musters „Amazon AWS-Bestands-Tags“ wird von 659 ms auf 7 ms verbessert
- Azure
  - Das Muster „Azure Application Gateway“ erstellt eine Beziehung zwischen der Ressourcengruppe und dem Lastenausgleichsmodul
  - Das Muster „Azure – Kubernetes-Cluster abrufen“ aktualisiert den FQDN im Feld FQDN
  - Der Status des Kubernetes-Clusters wird als „Deaktiviert“ markiert, wenn der Cluster entfernt wird
  - Die Leistung der Azure-Cloud-Discovery wird verbessert:
    - Die MID-Server-Eigenschaft „mid.cloud.discovery.sonar.discover_all_azure_datacenters“ wurde hinzugefügt. Der Wert ist standardmäßig „false“. Dies gibt an, dass die Discovery nur in einem aktiven Rechenzentrum ausgeführt wird
    - Mit dem Discovery-Muster „Azure Datacenter“ werden Regionen erstellt oder aktualisiert, die Ressourcen pro Servicekonto enthalten.
    - Die Muster „Azure – Virtueller Computer“, „Azure – Hardwaretyp“ und „Azure-Cloud-Hardwaretyp“ werden basierend auf dem neuen Hardwaretypmodell pro aktivem Rechenzentrum im Servicekonto ausgeführt
- Google
  - Mit dem Muster „Google Cloud Platform (GCP) – Kubernetes-Cluster abrufen“ wird der Wert im Feld „Vollqualifizierter Domänenname“ in der Tabelle „Kubernetes-Cluster“ aktualisiert
  - Der Status des Kubernetes-Clusters wird als „Deaktiviert“ markiert, wenn der Cluster entfernt wird
- Kubernetes
  - Das Muster „Kubernetes“ sammelt Knotenbezeichnungen und Anmerkungen und füllt sie in der Tabelle [cmdb_key_value].
  - Das Muster „Kubernetes“ und das Muster „Kubernetes-Ereignis“ erstellen keine doppelten Datensätze für denselben Cluster in der Tabelle „Docker-Container“.
  - Die Leistung des Musters „Kubernetes“ wird durch die [cmdb_key_value]-Filterung verbessert
  - Die Discovery von OnPrem Kubernetes-Clustern funktioniert ohne die Ressourcen-ID des Clusters
- Nutanix
  - Die Mustererweiterung „Nutanix-Komponenten“, „Nutanix-Tags“, erstellt oder aktualisiert Tags unabhängig von den Kategoriebeschränkungen
  - Das Muster „Nutanix-Komponenten“ stellt nur 1:n-Beziehungen zwischen dem Nutanix-Host und den Nutanix-VM-Instanzen her
- Das Problem der doppelten Zertifikatdatensätze in der Tabelle „Eindeutiges Zertifikat“ des Musters „Microsoft CA“ wird behoben. Das Problem wurde durch Variationen des Formatwerts des Fingerabdrucks im Feld „Fingerabdruck“ verursacht.
- Die Prozessklassifizierung „Veritas/VxVM-Volumereplikator“ wird auf horizontale Discovery-Muster und nicht auf die Top Down-Discovery angewendet
- Das Muster „Oracle OCI - Autonomous DB (LP)“ ermöglicht die Erkennung autonomer Datenbanken
- Das Muster „Tuxedo“ wurde aktualisiert, um sicherzustellen, dass die genaue Version in der Tabelle „Tuxedo“ wiedergegeben wird
- Das Muster „Fortinet Network Firewall der nächsten Generation“ füllt das Feld [serial_number] erfolgreich aus
- Im Musterschritt „F5 BigIP LTM“ ist der Wert „bigpipe.displayservicenames“ so konfiguriert, dass er auf „falsch“ festgelegt wird.
- Die Mustererweiterung „Linux Server“, „UNIX-Cluster - Linux-Pacemarker-Cluster“, füllt die Cluster-Knoten, Cluster-Ressourcen und virtuellen Cluster-IPs des Linux-Paceworker-Clusters aus
- Die Mustererweiterung „MSSQL DB unter Windows“ „MSSQL-Clusterinformationen sammeln – MSSQL-Cluster“ ruft die IP-Adresse des MSSQL-Clusters ab
- Das Muster „Container-Image scannen“ unterstützt die Trivy-Versionen ab v0.44.0.
- Das Muster „IBM HMC Server“ aktualisiert den Namen und Status der LPAR-Instanzen
- Das Muster „Azure Application Gateway (LP)“ erstellt eine Beziehung zwischen der Ressourcengruppe und dem Cloud-Lastenausgleichsmodul
- Um die Effizienz der Muster des Typs „Multi Paged Orchestrator“ zu verbessern und die Ausführungszeit und Speichernutzung zu verringern, wurde in der Tabelle „Horizontal Paged Payload“ eine neue Spalte namens „orchestrator_page“ eingeführt
- Die Erweiterung „Container-Repository sammeln“ wird ausgeführt, wenn der Eintragsname [cmdb_ci_container_repository] leer ist

Neu:
- Das Muster „WebSphere Message Broker on UNIX“ unterstützt IBM App Connect Enterprise 11.
- OpenStack-Discovery (private Cloud)
Behoben:
- Mit F5-Muster wird das Feld „Alternativer Antragstellername“ aktualisiert.
- IBM HMC Server Pattern erstellt eine Beziehung zwischen allen LPAR-Instanzen in den LPAR-Namen mit dem Prozessorpool.
Azure:
- Die Azure-Cloud-Discovery fügt den gültigen Wert in das Referenzfeld „Standort“ ein.
- Azure-VM-Instanz – Einheitliches Skalierungssatzmuster erkennt CPU- und Arbeitsspeicherinformationen.
- Azure-VM-Instanz – Muster für einheitlichen Skalierungssatz wurde erweitert. Wenn keine Antwort von der API eingeht, wird das Element ordnungsgemäß beendet.
- Azure – NIC (LP)-Muster wird korrigiert, um den Wert von „source_native_key“ im richtigen Format auszufüllen.
Google: Die Sicherheit auf der Seite „Anmeldeinformationen“ von Google wurde verbessert – Zugriffssteuerungsliste hinzufügen, die den Anwenderzugriff auf die entsprechende Rolle/Anwendergruppe beschränkt.
Docker:
- Das Docker-Muster erstellt eine Beziehung zwischen der Docker-Engine und dem Docker-Container.
- Das Docker-Muster füllt das lokale Docker-Bild.
Geändert: Das Speichermuster „Pure FlashArray“ ist standardmäßig deaktiviert.

Neu:
- Discovery für reine Speicher-FlashArrays
- Discovery des SAP HANA 2.0 DB-Katalogs
- Microsoft CA Pattern erkennt zusätzliche Attribute
- AWS Cloud-Discovery erkennt jetzt zusätzliche Attribute in den Tabellen „Cloud-Organisationen“ und „Cloud-Servicekonto“.
- GCP Cloud-Anmeldeinformationen unterstützen jetzt den standardmäßigen Import von Google Cloud-Anmeldeinformationen als JSON-Datei
Behoben:
- Netzwerk- und Subnetzmuster kürzen den Adressraum nicht mehr – AWS, Azure und GCP
- Kubernetes-Muster: Füllt Bezeichnungen und Anmerkungen für Kubernetes-Knoten aus
- IBM PowerHA Cluster(HACMP) Pattern: Aktualisiert den korrekten FQDN für AIX-Server
- MSSql DB On Windows-Muster: Löscht den SQL-Discovery-Bericht nach Abschluss der Discovery
- Azure:
  - Azure – Unterkontomuster (LP) – alle Mandanten sind jetzt als Root angemeldet
  - Azure – Muster für virtuelle Maschine (LP) – neue VMs erstellen die Beziehung zum OS Server
  - Azure – NIC (LP) und Azure NIC-Tags-Muster – sammelt jetzt die Tags
- Amazon:
  - Amazon AWS – Internet Gateway (LP) – Muster: Erstellt eine Beziehung zwischen dem Netzwerk und dem Internet Gateway-EP
  - Amazon AWS API Gateway-Muster – unterstützt Paginierung
- Google:
  - GCP TCP-UDP-Lastenausgleichsmuster – füllt LB-Back-End-Service, IP und Port, globales LB, Pools und Poolmitglieder aus
  - Google Cloud Platform (GCP) – Muster für logische Rechenzentren abrufen – erkennt das Rechenzentrum „Nordamerika-Northeast2“.
  - Google Cloud Platform (GCP) – Muster für Datenträger und virtuellen Server – IRE-Fehler behoben
- Microsoft CA-Muster:
  - Problem mit hohem Speicherverbrauch behoben
  - Füllt „srenewal_tracking“ für das Zertifikat basierend auf der Systemeigenschaft aus
  - Der MID-Server empfängt keine Antworten mehr, die die zulässige Anzahl von Zeilen überschreiten

Behoben:
- Oracle-GLAS-Exportdienstprogramm:
  - Dateiname in Kleinbuchstaben ändern
  - <machine_name>.txt-Datei wird jetzt im Protokollordner erstellt
Azure-VM-Instanz – Einheitliches Skalierungssatzmuster: Der Regionsteil von [source_native_key] wurde korrigiert und doppelte Datensätze entfernt, da mehrere VMs dieselbe Vorlage haben können.
Azure Application Gateway (LP): Service-Mapping ist für Services an Port 80 und privaten IPs festgelegt
Cloud Foundry: Betriebsstatus der CIs [cmdb_ci_pcf_organization] und [cmdb_ci_pcf_appl].
Azure NIC-Ereignis: Der IRE-Fehler wurde behoben
F5 – SSH – SSL-Zertifizierung: Die defekte NDL wird repariert
Solaris-Server: Die Standardroute ohne Schnittstelle kann abgerufen werden
Azure Application Gateway TD (LBS): Die Analyse wird für die Attribute des Application Gateway-Service korrigiert
AVI-Lastenausgleichsmodul-Controller und Avi-Lastenausgleichsmodul-Controller – Sitzungsbasiert: Die PORT-Nummer und die IP-Adresse für [cmdb_ci_lb_service]-CIs sind für AVI-Controller-Lastenausgleichsmodul-Services festgelegt
Kubernetes- und Musterbibliothek: Kubernetes-Arbeitslastkomponenten: Eine MID-Server-Eigenschaft wird hinzugefügt. Wenn diese Option aktiviert ist, wird das Kubernetes-Volume gefüllt und die Kubernetes-Arbeitsauslastungskomponenten werden optimiert.
Mit dem Oracle DB on UNIX-Muster können der DB-Name, der eindeutige DB-Name, der Hostname und die Instanz abgerufen werden
Microsoft CA – Zertifikatverwaltungsmuster: Das Feld [subject_organizational_unit] wird jetzt mit dem erwarteten Wert ausgefüllt
Jboss-Muster: Die richtige [Version] für JBoss 29 wird unter Windows Server installiert
Azure – Unterkonto (LP): Die Abfrage wurde korrigiert, um Verwaltungsgruppen einzuschränken
Nachsensor „Alte Beziehungen mit Speicherkonto für Speichercontainer löschen“: wurde so geändert, dass die Eigenschaft „use_split_payload“/„Geteilte Nutzlast verwenden“ auf „wahr“ festgelegt ist. Das Problem „Nicht genügend Arbeitsspeicher“ wurde behoben
Muster für Nutanix-Komponenten: Die Beziehung „Verwaltet von::Verwaltet“ wurde korrigiert
Muster der Fortinet-Netzwerkfirewall der nächsten Generation:Fortinet-Firewall in einem Cluster, die den Seriennummerattributwert in der Tabelle [cmdb_serial_numbers] den entsprechenden Firewall-Knoten korrekt zuordnet

Neu:
- Sybase DB-Katalog
- Discovery-Partitionen aus Citrix LB und unterstützen Discovery über NITRO-APIs
Geändert: Migration der BS-Vorlage zum neuen Modell
Behoben:
- K8-Discovery
- F5-Zertifikat-Discovery
- Das ZooKeeper-Servermuster schlägt fehl mit Host-Element konnte in Identifizierungs-Engine-Ausgabe-Payload nicht gefunden werden
- Google Cloud Platform (GCP) – Virtual Server schlägt mit Nutzlastfehlern fehl

Neu:
- Discovery des Citrix NetScaler-Lastenausgleichsmoduls mit NITRO APIs.
- BYOL in Azure, GCP und AWS: Unterstützung für den Lizenzschlüsselwert für GCP Windows-, RHEL- und SQL-Server.
- Amazon AWS ElastiCache-Muster: Tags für Datenbanken.
- DBA-Berichts-Discovery für Apache Cassandra-, MS SQL-, MySQL-, MongoDB- und Oracle-Datenbanken.
Geändert:
- Alle CD-Dateien wurden in den Standardordner „update“ verschoben, da ihr aktuelles Element „if.paris.pattern.engine“ veraltet ist.
- Das Apache Cassandra DB-Muster wurde umgestaltet.
Behoben:
- Amazon AWS – ECS:
  - - Beziehung zwischen Aufgabe und Aufgabendefinition
    - Feste Service-Tags für „Amazon ECS-Tags analysieren“.
    - Amazon AWS – EC2: Erkennungsschritte auf Linux-Server, wenn der Wert „kompiliert von“ „Xen“ ist
    - Azure-Cloud-Discovery:
  - Objekt-ID zwischen Azure – Hardwaretyp (LP) und Azure – Virtuelle Maschine (LP)
  - Die Vor-/Posts des Post-Sensormusters für „Azure – Virtual Machine (LP)“ haben große Objekte unnötigerweise zu lange festgehalten.
  - Azure-Ereignisse: Azure-Ereignisse konnten nicht verarbeitet werden, wenn ein neuer Hardwaretyp aktiviert wurde
- NetApp Storage-Clustermodus:
  - Im Schritt „Datenträgerdaten normalisieren“ wird das Feld [disk_interface] durch „device_interface“ ersetzt.
  - Der Feldwert [operational_status] der Tabelle [cmdb_ci_storage_cluster_node] wurde korrigiert.
  - Die Beziehung [cmdb_ci_disk] Gehostet auf::Hosts [cmdb_ci_diskshelf_chassis] wurde korrigiert
  - Der Verweis auf Cluster in der Tabelle „Speicher-Clusterknoten“ wurde korrigiert
- Cisco-Firewall der nächsten Generation: Discovery behoben
- Microsoft CA – Zertifikatverwaltung:
  - glide.discovery.certs.enable_renewal_task_creation_on_for_discovered_certificates übersprungen
  - Die Bedingung für den Failover-Schritt wurde auf den Namen [set root_issuer] festgelegt
- Couchbase-Klassifizierer: hat das falsch positive Ergebnis bei der Instanzerstellung behoben
- Couchbase-Instanzmuster: Unterstützung für „Remote-Cluster analysieren“
- MSSQL-DB unter Windows: Präsensorskript „Referenz-BW-MSSQL-Komponenten und Windows Server erstellen“ korrigiert
- Feste Edition für MSSQL Server 2022 „Enterprise Evaluation Edition“
- Das Muster „Discovery Network ohne Anmeldeinformationen“ ist während der IRE-Verarbeitung fehlgeschlagen, da im Muster doppelte Nutzlastelemente generiert wurden
- ColdFusion Application Server-Muster: Das Filterproblem wurde behoben

Neu:

Das NetApp-Muster unterstützt die HTTP REST API.
IBM WebSEAL TD-Discovery wird hinzugefügt.
Discovery von installierter Software über „Aqua Trivy – SBOM pro Docker-Image generieren und herunterladen“
Wiederholungsmechanismus für AWS-Cloud-Discovery

Behoben:

Migrieren Sie Azure-Musterschritte aus der Verfügbarkeitszone zu Verfügbarkeitssätzen
Die Microsoft SQL-Cluster-Discovery wurde umgestaltet
Legacy Password2-System
IBM HMC Server-Muster – die Skripts vor der Ausführung
Die Beziehungen zwischen den CIs in Nutanix V5.20
Die Löschstrategie in der Tabelle [cmdb_ci_snat_ip_pool].
Das Muster „MSSQL DB unter Windows“ fügt jetzt den entsprechenden Referenzwert für das Feld „Server“ in der Klasse [cmdb_ci_mssql_cluster_node] hinzu
Fehler bei der Microsoft CA-Zertifikat-Discovery, wenn das Servergebietsschema „TT/MM/JJJJ“ nicht verwendet – Datum nicht analysierbar: „Kein gültiges Datum“ oder falsches Datum
Die Fehlerbehandlung für das Kubernetes-Muster wird verbessert.
Azure: Die Muster für die VM-Skalierungsgruppe füllen das Standortfeld korrekt aus einem Referenzfeld
Die Windows ARP- und Windows NDP-Schritte im Muster „Windows OS – Server“ sind korrigiert
SQL-Komponenten werden durch Schnell-Discovery erkannt, auch wenn auf der VM kein SQL Server-Service installiert ist
Protokollfehlerdetails für IBM- und Azure-API-Befehlsskripts werden hinzugefügt
A10-Load Balancer-Services mit Poolreferenz
Google Cloud Platform (GCP) – Virtual Server-Muster fehlgeschlagen, wobei MEHRERE DEPENDENCIES zwischen Hardwaretyp und Google Datacenter gefunden wurden
Langsame Abfrage – ASYNC: Discovery – Sensors-Muster-Start
Cloud-Discovery aktualisiert „discovery_source“ der erkannten CIs
Linux-Server-Mustererweiterung „Objekt-ID für OCI Linux-Server abrufen“ – Zeitüberschreitung von 10 Sekunden, wenn die Linux-Server-VM nicht auf OCI gehostet wird
AWS-API-Befehl wies einen Protokollfehlertext für HTTP 400 auf
Schnell-Discovery: Alle SQL-Komponenten werden erkannt und keine doppelten Datensätze erstellt
Azure – Das File Share (LP)-Muster füllt Daten in die Tabelle [cmdb_ci_cloud_file_share].
Das Muster für die Microsoft CA-Zertifikatverwaltung füllt die richtigen Attribute aus – eindeutiger Ausstellername, eindeutiger Antragstellername, Fingerabdruck-Algorithmus, Signaturalgorithmus
JBoss Fuse-Muster für ServiceMix-Software nicht korrekt ausgelöst
Die Beziehung zwischen dem Linux-Server und der Azure VM-Instanz
EMC Istilon – Muster korrigierte Beziehung und Verweis auf [cmdb_ci_storage_node_element]
Die Erweiterung für das Tag-Muster einer AWS Serverless-Datenbank erstellt ein Tag für die Cloud-Datenbank
Das Muster „AVI-Lastenausgleichsmodul-Controller“ füllt das IP-Adressfeld aus
Azure Resource Graph(ARG)-API: Die Antwortzuordnung wird aktualisiert,um dem neuesten API-Antwort-Update zu entsprechen
Zusätzliche Prüfungen zur Validierung des SPX-SBOM-Inhalts werden hinzugefügt
Das Post-Sensor-Skript „Beziehung zwischen HPE BladeSystem-Blade und OS Server erstellen“ wird aktualisiert
Der Scan des Container-Images und die SBOM-Generierung können mithilfe der Installation von Terra Trivy anstelle einer hochgeladenen Datei durchgeführt werden.
Citrix Netscaler SDX-Muster bei Schritt 4 fehlgeschlagen. Der reguläre Ausdruck kann die Daten nicht analysieren
SBOM – Docker-Image-Name überschrieben, ungültige SBOM-Dateien, alte SBOM-Anhangdateien gelöscht und Dateitypen „spdx-json“ und „spdx““.
AKS-Token-Problem für AD-fähige Cluster
Oracle DB-, Oracle db-11g- und Oracle GLAS Oracle DB on UNIX-Muster sind mit einem Nutzlastfehler fehlgeschlagen
Die Voraussetzungsprüfung zum Migrieren von Probes zu Mustern ist fehlgeschlagen
Erneute Zertifizierung für Oracle LMS –
- Sammlung:<machine_name> .txt-Datei – kann im Protokollordner und in zusätzlichen FS-Daten erstellt werden
- Oracle GLAS-Berichte für Middleware-Komponenten
- Erkennen Sie Oracle Middleware-Komponenten

Neu:
- Neues WebSEAL- und ISAM-Erstellungsmuster zur Unterstützung von Version 9. x und höher. Das Muster sollte mit der REST API unterstützt werden.
- Implementierte MID-Umgehungs-Proxy-Eigenschaft
- Discovery-Muster für Azure-VM-Skalierungssatz (einheitlicher Orchestrator-Modus)
- Beziehung zwischen regulärer Azure-VM-Instanz und VMs-Skalierungssatz (Flexibler Modus) erstellt
- Dem vorhandenen Cloud-Foundry-Muster wurden PCF-Bosh-Ressourcen basierend auf der neuen OpsMan-API-Funktionalität hinzugefügt.
- MSSQL DB unter Windows-Muster – Editionen von MSSQL-Komponenten mit MSSQL-Berichtsdienstprogramm.
- Azure-VM-LP-Musterwird in „Auslöser nach Rechenzentrums-Discovery“ und nicht in „Hardwaretyp“ geändert
Behoben:
- Nachgestelltes „.“ im Palo Alto-Netzwerkgerätenamen wurde durch die Verwendung von „nslookup“ in der Palo Alto-Firewall der nächsten Generation verursacht.
- Knoten und Knotenelemente zusammengeführt im EMC Istil-Muster
- Das Muster „NetApp Storage Cluster-Mode“ ruft die Seriennummer eines bestimmten Geräts ab.
- Das WebLogic-Anwendungsservermuster ist mit dem Fehler „Datei konnte aufgrund eines zu langen Pfads (2.004) nicht abgerufen werden“ fehlgeschlagen. Der Pfadausdruck darf 2.000 Zeichen nicht überschreiten
- Ansicht „Standardformular“ für die Tabelle „cmdb_ci_instance_scale_set“ in der Store-App „CMDB CI-Klassenmodelle“.
- Der ESX-Server verfügt über mehrere Runs-on-Beziehungen zu HPE BladeSystem-Blades
- Bei den Muster-IBM PowerHA Cluster-Änderungen (HACMP) fehlte die Beziehung (zwischen UNIX-Clusterknoten (cmdb_ci_unix_cluster_node) und dem AIX-Server (cmdb_ci_aix_server)), der Cluster-Knotenstatus und es wurden doppelte Ressourcengruppen erstellt.
- Der reguläre Ausdruck im Musterschritt „DB2 unter Linux“ „Instanznamen aus PPID abrufen“ wurde entfernt und als 0 hartcodiert.
- „Computer“ und „VM-Instanz“ haben in Azure und AWS derzeit die Beziehung „Virtualisiert von::Virtualisiert“.
- Discovery versucht, beim Hinzufügen eines neuen SQL Servers Standardports zu verwenden.
- Azure (LP) Muster-Erweiterungsabschnitte zum Abrufen von doppelten Schlüssel-Wert-Paaren aus Azure-Tags, bevor Beziehungen zum Haupt-CI erstellt werden
- Azure-Ereignisse können Ressourcen-IDs mit unterschiedlichen Benennungen unter Beachtung der Groß-/Kleinschreibung enthalten
- Das Azure-VM-Ereignis schlägt mit dem Fehler MEHRFACH_DEPENDENCIES fehl.
- Die Felder „Aussteller“ und „Stammaussteller“ werden nicht von der F5-Zertifikaterweiterung festgelegt
- Der Fehlergrund für den Container-Image-Scan wird im Nachrichtenfeld angezeigt
- Azure Event-Muster führen zusätzliche und nicht benötigte API-Aufrufe aus, die zu 429-Fehlern beitragen
- Google Cloud Platform (GCP) – Cloud SQL DB schlägt mit einem unbekannten Fehler fehl
- Behobene Cassandra-DB-Discovery für Knoten mit mehreren Cassandra-Installationen.
- Microsoft Azure Inventory (LP): Tabelle „cmdb_key_value“ wird nicht durch das Muster „LP“ ausgefüllt
- Microsoft Azure Inventory (LP): Löschstrategie wird bearbeitet
- Die Muster 1.0.99 für Discovery und Service-Mapping legen „Discovery Status Source=scan_container_images“ und „Discovery=ContainerImages“ fest, die in den Auswahllisten fehlen
- Fügen Sie einen OOB-Korrektur hinzu, um ein neues Hardwaretypmodell zu migrieren
- Azure-Cloud-Discovery: Drosselungsfehler (429) behoben
Kubernetes:
- Die Tabelle „[Ohne Anmeldeinformationen] [Serverlos]“ füllt jetzt das Kubernetes-Clusterattribut aus
- Das Kubernetes-Muster verwendet den vollständigen Manifest-Digest für „image_id“.
- Die Kubernetes-Discovery ist mit CMDB-App Version 1.42.0 und Patterns-App 1.0.96 fehlgeschlagen
- Das Kubernetes OOTB-Muster hat das Feld „name“ in der Tabelle „cmdb_ci_kubernetes_cluster“ als „OnPrem“ aktualisiert.
- Die Kubernetes-Discovery erstellt keinen ungültigen Pod-Datensatz, wenn die Tabelle „cmdb_ci_kubernetes_pod“ leer ist
- Die OpenShift-Erweiterung im Kubernetes-Muster wird mit „Null kann nicht in ein Objekt konvertiert werden“ behoben.
- Einige Kubernetes-Komponenten wie cmdb_ci_kubernetes_replicasets werden aus der CMDB entfernt
Geändert: Die Muster für Azure-Funktionen, Azure-Websites, Azure-Datenbank-LP und Azure DNS-Zonen werden in Cloud-Ressourcen geändert.
Entfernt: Entfernen Sie den Tag-Erweiterungsabschnitt aus dem Azure Database TD-Muster.

Neu:
- Ein neues Muster zum Erkennen von WebSEAL und ISAM wird veröffentlicht. Die unterstützten Versionen sind 9. x und höher. Das Muster sollte mit der REST API unterstützt werden.
- Die MID-Umgehungs-Proxy-Eigenschaft ist implementiert.
- Ein neues Azure VM-Skalierungssatzmuster (einheitlicher Orchestrator-Modus) wird veröffentlicht.
- Es wird eine neue Beziehung zwischen der regulären Azure-VM-Instanz und der VMs-Skalierungsgruppe erstellt (Flexibler Modus).
- PCF-BOSH-Ressourcen werden basierend auf der neuen OpsMan-API-Funktionalität dem vorhandenen Pivotal-Cloud-Foundry-Muster hinzugefügt.
- MSSQL-DB unter Windows-Muster mit gesammelten MSSQL-Komponenten mit MSSQL-Berichtsdienstprogramm.
- Das Azure-VM-LP-Muster wird so geändert, dass es nach der Discovery des Rechenzentrums auslöst und nicht nach dem Hardwaretyp.
- Nachgestelltes „.“ im Palo Alto-Netzwerkgerätenamen wurde durch die Verwendung von „nslookup“ in der Palo Alto-Firewall der nächsten Generation verursacht.
- Der zusammengeführte Knoten und die Knotenelemente des EMC-ISIL-Musters.
- Das NetApp Storage-Clustermodusmuster hat die Seriennummer für ein bestimmtes Gerät nicht abgerufen.
- Das WebLogic-Anwendungsservermuster ist mit dem Fehler „Datei konnte aufgrund eines zu langen Pfads 2.004 nicht abgerufen werden“ fehlgeschlagen. Der Pfadausdruck darf 2.000 Zeichen nicht überschreiten.
- Die Ansicht „Standardformular“ der Tabelle [cmdb_ci_instance_scale_set] in der Store-App „CMDB CI-Klassenmodelle“.
- Das ESXi-Servermuster wies mehrere Runs-on-Beziehungen zu den HPE BladeSystem-Blades auf.
- Bei den IBM PowerHA Cluster (HACMP) Pattern Changes fehlte die Beziehung zwischen dem UNIX-Clusterknoten [cmdb_ci_unix_cluster_node] und dem AIX-Server [cmdb_ci_aix_server]. Für einen Clusterknotenstatus wurden doppelte Ressourcengruppen erstellt.
- Der reguläre Ausdruck im Musterschritt „DB2 unter Linux“ „Instanznamen aus PPID abrufen“ wurde entfernt und als 0 hartcodiert.
- Das CI „Computer“ und das CI „VM-Instanz“ von Azure und AWS hatten die Beziehung „Virtualized by::Virtualizes“.
- Die MSSQL-DB im Windows-Muster ist aufgrund der Verwendung des Standardports fehlgeschlagen.
- Die Azure-Mustererweiterungsabschnitte (LP) von Azure-Tags haben vor dem Erstellen von Beziehungen keine doppelten Schlüssel-Wert-Paare erstellt.
- Die Azure Event-Muster sind aufgrund von Bedingungen fehlgeschlagen, bei denen die Groß-/Kleinschreibung nicht beachtet wurde.
- Das Ereignismuster der Azure-VM ist mit dem Fehler „MULTIPLE_DEPENDENCIES“ fehlgeschlagen. Die Beziehung zwischen NIC und LDC wurde zweimal erstellt.
- Beim Muster des F5-Lastenausgleichsmoduls konnten „Aussteller“ und „Ursachenproblem“ nicht zu den Zertifikaten hinzugefügt werden.
- Der Scan des Container-Images ist aufgrund einer Zeitüberschreitung fehlgeschlagen, und es wurde kein Fehlergrund protokolliert.
- Azure Event-Muster führten unerwünschte API-Aufrufe aus.
- Google Cloud Platform (GCP) – Die Cloud SQL DB ist mit dem Fehler „JAVASCRIPT_CODE_FAILURE: Verursacht durch einen Fehler im Ad-hoc-Skript „EvalClosure-Populate Hardware Type Table““ in Zeile 4 fehlgeschlagen.
- Kubernetes
- Die Tabelle „Kubernetes-Volume ohne Anmeldeinformationen“ [Serverlos] hat das Kubernetes-Clusterattribut nicht ausgefüllt.
- Das Kubernetes-Muster hat keinen vollständigen Manifest-Digest für „image_id“ verwendet.
- Die Kubernetes-Discovery ist mit CMDB-App Version 1.42.0 und Patterns-App 1.0.96 fehlgeschlagen.
Geändert: Die Muster für Azure-Funktionen, Azure-Websites, Azure-Datenbank-LP und Azure DNS-Zonen werden in den Typ „Cloud-Ressourcen“ (früher „Anwendungstyp“) geändert. Ausführliche Informationen zu den von der ITOM-Transparenz erkannten Produkten finden Sie auf der ServiceNow-Dokumentationswebsite.
Entfernt: Der Tag-Erweiterungsabschnitt aus dem Azure Database TD-Muster.

Neu:
- Erfassung und Verarbeitung von Azure-Ereignissen, mit denen die CMDB-Konfigurationselemente aktualisiert werden.
- Sammelt Ereignisse über mehrere Abonnements hinweg auf Ebene der Azure-Verwaltungsgruppe.
- Ersetzt den alten Ansatz der Ereignissammlung durch Azure-Konfigurationen.
- Es wird eine Löschstrategie hinzugefügt, um Containeranwendungsdatensätze zu löschen, wenn der Container nicht mehr verfügbar ist.
- Deaktiviert die Warnungskonfiguration während der Migration zu abrufbasierten Ereignissen.
- Datensätze für installierte Software werden für zusätzliche Software hinzugefügt.
- GCP Cloud-Discovery – [volume_name] füllt jetzt GCP-Snapshots aus.
- Die Citrix Xen HyperV-Erweiterung füllt jetzt die CPU-Anzahl/CPU-Core-Anzahl und weitere Werte aus.
Geändert:
- Azure-Bestandsmuster unterstützt jetzt große Nutzlasten.
- Cloud Foundry-Muster unterstützt jetzt v3-API.
Behoben:
- Kubernetes
  - - Kubernetes-Discovery ist mit dem Fehler „für abhängige Klasse keine Beziehungen definiert“ fehlgeschlagen.
    - Der erste Eintrag im Wert „sn_itom_pattern.kubernetes_annotation_list“ (Array) wurde während der Kubernetes-Discovery herausgefiltert.
    - Die Kubernetes-Discovery aktualisiert [cmdb_ci_kubernetes_volume] jetzt ordnungsgemäß.
    - Der Fehler „Nicht definiertes“ Muster ist aufgetreten, wenn K8s-Arbeitsauslastungen (DaemonSet, Replikatsatz, Status-Fulset) nicht ordnungsgemäß erkannt wurden.
    - Die Eigenschaft [sn_itom_pattern.k8s_aws_cli_to_generate_token] ist jetzt aktiv.
    - Die Kubernetes-Discovery ignorierte Servicebeziehungen zu leeren oder nicht definierten Arbeitsauslastungskomponenten.
    - [K8S-SAM][Kubernetes-Muster] werden jetzt alle Containerumgebungsvariablen gesammelt.
    - [k8S-SAM] Virtual-CPU wird jetzt für Container ohne CPU-Limits ausgefüllt.
    - Das [K8S-SAM]-Container-Ergänzungsskript wird jetzt ordnungsgemäß ausgelöst.
    - Die Details der [K8S-SAM]-Softwarepakete werden jetzt in den Containern aktualisiert.
    - [K8S-SAM] [Docker] [Kubernetes] Anwenderpasswort in Tabelle [cmdb_ci_db_mssql_instance] maskiert.
  - AWS und Azure: Die Discovery ist nach CAPI aufgrund der Mustermigration zum neuen Hardwaretyp fehlgeschlagen.
- AWS
  - - AWS-Discovery – Das Problem mit der ereignisbasierten Discovery-Objekt-ID wurde behoben.
    - Cloud-Tags für die AWS-EC2-Instanz werden jetzt aus [cmdb_key_value] entfernt, wenn die Instanz beendet wird.
    - Die Tags der Cloud-Datenbank-CIs verwendeten die Mustererweiterung „Amazon AWS Relational Database Service Tags“.
    - Die Now Discovery ignoriert die veralteten DNS-Namensdatensätze in der Discovery des AWS-Lastenausgleichsmoduls.
- Azure
  - - Falscher LDC für Azure Functions-Ereignismuster ausgefüllt.
    - Die Discovery „Azure – Classic LB (LP)“ funktioniert jetzt, wenn „backendAddressPools“ für mehrere Geräte definiert sind.
    - Microsoft Azure-Bestand (LP): Jetzt werden neue Beziehungen erstellt.
    - Azure Application Gateway (LP) vermeidet jetzt doppelte CIs für eine einzelne Azure-Ressource.
- Google Cloud Platform (GCP)
  - Die GCP-Discovery ist in einigen Szenarien fehlgeschlagen.
  - Die gemeinsame Bibliothek „Google Cloud Platform (GCP) – VM- und Image-Bezeichnungen“ ruft jetzt Bezeichnungen für Cloud-Images ab.
  - Verbesserungen im Muster „Google Cloud Platform (GCP) – Virtual Server“ für die ereignisbasierte Discovery sind jetzt verfügbar.
Microsoft CA – Das Zertifikatverwaltungsmuster ist in einigen Situationen fehlgeschlagen.
Das Muster Microsoft CA – Zertifizierungsstelle enthält jetzt Sekunden für die Zeitstempel „Gültig bis/Gültig ab“.
Das ZooKeeper-Servermuster konnte keinen Datensatz in der CMDB erstellen.
Die MSSQL-Cluster-Discovery berücksichtigt jetzt [glide.discovery.hostname.include_domain = true]
Der Rubrik-Knoten [source_native_key] wird jetzt ordnungsgemäß mit der Rubrik-Cluster-ID ausgefüllt.
Oracle-Muster: Duplikate wurden im Express-Wert unter [Edition] entfernt.
Die Beziehungen von Oracle-Datenbanken zu Oracle DB-Instanzen sind für einige Fälle festgelegt.
Das Netzwerkrouter-/-Switch-Muster legt jetzt den CI-Namen von DNS fest, wenn [glide.discovery.hostname.snmp_trusted] auf „falsch“ festgelegt ist.
Das openStack-Sicherheitstoken ist jetzt im Discovery-Protokoll maskiert.
Sicherheitsfehler

Neu:
- Eine neue Erweiterung des A10-Lastenausgleichsmodul-Musters, die IP SNAT (Source Network Address Translation) unterstützt
- Discovery für installierte Software für bereitgestellte Docker-/containerisierte Arbeitsauslastungen in Kubernetes und OpenShift.
Behoben:
- IBM Informix Dynamic Server-Discovery-Muster konnte die ausführbaren Verzeichnis- und TCP-Ports nicht ausfüllen.
- Während der F5-Muster-Discovery wurde ein ungültiges Zertifikat erstellt.
- Die A10-Discovery konnte nicht eingefügt werden (Identifizierungs-Engine-Nutzlastfehler).
- Die Löschstrategie des CI [cmdb_ci_docker_image] wurde im Kubernetes-Muster in „„behalten““ geändert.
- Der Befehl „"crsctl query cluster Site -all"" in Oracle Listener HD Pattern erfordert als Failover erhöhte Benutzerrechte (sudo).
- Die Muster-Discovery für die Google Cloud Platform (GCP) Firestore DB ist bei der Nutzlastverarbeitung fehlgeschlagen, da für die abhängige Klasse „Cloud Database“ keine Beziehungen definiert wurden.
- Bei der Discovery von Arist Switches wurde „„Nachbarschnittstelle“ in „„Gerätenachbarn““ nicht ausgefüllt.
- HTTP-Discovery des GCP-Lastenausgleichsmoduls hat mehrere irrelevante Abhängigkeiten von Lastenausgleichsservices erstellt.
- Im GCP Virtual Server-Muster hat der Schritt „Image-Namen aus Quell-Image abrufen“ einen Fehler zurückgegeben.
- Das Discovery-Skript, das Beziehungen zwischen Blades und Servern erstellt, hat ungültige Beziehungen für das HPE BladeSystem-Blade und den OS Server erstellt.
- Cassandra-Discovery für zwei verschiedene Server mit demselben Clusternamen, die nur in einem Cluster aufgeführt sind.
- Die Kubernetes-Discovery hat aufgrund eines Problems mit der Eigenschaft „glide.discovery.hostname.include_domain“ Duplikate in der Linux-Servertabelle erstellt.
- Generische Switches in der Muster-Discovery erstellen keine Datensätze vom Typ „discovery_Switch_fwd_table“, was sich auf L2-Verbindungen auswirkt.
- Die Mustererweiterung der Azure Virtual Machine (VM)-Lizenz hat den Wert des Schlüssels „Windows_OS_License_Type_automatic“ nicht auf „License_included“ festgelegt.

Neu: Dell EMC XtremIO Storage.
Behoben:
- Azure
  - Die Azure-Löschstrategie funktionierte für Ressourcengruppen nicht.
  - Azure – Netzwerk- und Subnetzmuster (LP) mit IRE-Fehler aufgrund fehlender Identifizierungsattribute für abhängiges Peering virtueller Netzwerke der CI-Klasse fehlgeschlagen.
  - Die Azure-Datenbankansicht „sn_itom_pattern_azure_virtual_maschine_instance“ hat doppelte Datensätze zurückgegeben.
  - Die Tag-Details des Azure-Abonnements wurden nicht erkannt.
- GCP
  - Google Cloud Platform (GCP) – Die Discovery des virtuellen Servers ist aufgrund von doppelten CI-Datensätzen in der Nutzlast fehlgeschlagen, die nicht aus dem Muster stammen.
  - Der FQDN und die IP-Adresse werden GCP-Datenbanken hinzugefügt.
  - Der Fehler im Muster der Google Cloud Platform (GCP) – Zugehörige Projekte erkennen, Schritt 11.
  - Die Beziehung „virtualisiert nach“ wurde für GCP Linux-Server nicht ausgefüllt, da das Linux-Servermuster die Objekt-ID der in Google Cloud gehosteten VM-Instanz nicht abrufen konnte.
- Amazon
  - Amazon AWS DB-Clustermuster fehlgeschlagen, wenn die Region nur serverlose Cluster enthielt.
  - Discovery von AWS S3-Buckets: Wenn der Bucket-Speicherort nicht gefunden wurde, wurde das Bucket-CI nicht erstellt.
  - Der MID-Server wurde gesichert, als die AWS-Cloud-Discovery über einen längeren Zeitraum ausgeführt wurde.
- Kubernetes
  - Das Kubernetes-Ereignismuster hat die Anmerkungen nicht auf die gleiche Weise gefiltert wie das Kubernetes-Muster.
  - Beim Kubernetes-Muster wurde kein vollständiger Manifest-Digest für „image_id“ verwendet.
  - Die Zielfelder CPU_COUNT und CPU_TYPE wurden in der Linux-Servertabelle nur für das Kubernetes-Ereignismuster ausgefüllt, nicht jedoch für das Kubernetes-Muster.
  - Die Couchbase-Instanz wies eine falsche Identifizierungsregel auf. Die Regel muss „abhängig“ und nicht „unabhängig“ sein.
  - Löschstrategie: Für die manuell aus der CMDB stillgelegten CIs wurden die Spalten „Installationsstatus“ und „Betriebsstatus“ nach der erneuten Ausführung von Discovery nicht ordnungsgemäß aktualisiert.
  - Die Offline-Oracle-Instanz wird erkannt und aktualisiert.
  - Das Muster „Cassandra Distributed DB“ hat nicht funktioniert – „install_directory“ wurde nicht ordnungsgemäß erkannt, was zu einer leeren UID führte.
  - Das IBM Informix Dynamic Server-Muster hat den gleichen Namen für verschiedene Informix-Instanzen und regulären SQL-Ausdrücke mit dem richtigen Hostnamen ausgefüllt.

Neu:
- Oracle Services wurde als erkanntes CI hinzugefügt.
- AWS Auto Scaling-Gruppen wurden aktualisiert.
Geändert: Die „state“-Attribute für alle Kubernetes-Entitäten wurden aktualisiert (wenn die Lieferantenantwort den Status enthält).
Behoben:
- Kubernetes
  - OpenShift hat erst nach dem Abrufen der ersten 100 Datensätze einen Anruf erhalten.
  - Das Kubernetes-Dashboard war mit den richtigen Berechtigungen nicht sichtbar.
  - Eine Beziehung zwischen LDC und EKS-, AKS- und GKE-Clustern wurde erstellt.
  - Fehler bei der OpenShift-Discovery, da die Bereitstellungskonfiguration nicht vorhanden war.
  - Beim Ausführen des Schritts „ReplicationController abrufen“ im Kubernetes-Muster wird der Arbeitsspeicher ausgelastet.
- AWS
  - Auto Scaling Groups (LP): Das Attribut „state“ der Tabelle „cmdb_ci_instance_scale_set“ wurde nicht ausgefüllt, als es standardmäßig „Aktiv“ war.
  - OpenSearch-Musterfehler sind aufgetreten, wenn keine Ressourcen gefunden wurden, anstatt zu fehlzuschlagen.
  - Avi-Lastenausgleichsmodul-Controller: Das sitzungsbasierte Muster hat das Mitglied des Lastenausgleichsmodul-Pools nicht erkannt.
  - Discovery hat cmdb_ci_compute_security_group als beendet markiert, jedoch nicht zurück als verfügbar/installiert.
  - Beim Discovery-Muster Oracle Listener HD wurden in einigen Fällen falsche Werte in die CI-Attribute der Oracle-Datenbank eingetragen.
  - Das Sensorskript für die interaktive Probe-Shell protokolliert Fehler im Syslog, die nur das Ergebnis enthalten, möglicherweise die Meldung „leer“.
  - Die MID-Server-Skripteinbindung stand in Konflikt mit der Namensauflösung [AzureProvider].
  - Das Muster „OOB FlashBlade Natural Storage“ hat leere Ergebnisse erhalten (Position 2). Beim Ändern der Position in 3 konnte der API-Token-Wert abgerufen werden.
  - Oracle-Service: Durch das manuelle Festlegen des CI-Status auf „Nicht funktionsfähig“ wurde nach der Discovery nicht der richtige Status wiederhergestellt.
  - Die ID des übergeordneten GCP-Service-Accounts wurde nach dem Ausführen von Discovery gelöscht.
  - Nutanix-Dashboard mit ID „56107869dbde7b00e7dc7c4daf96192e“ wurde nicht gefunden.
  - Das Netzwerk- und Subnetzmuster (LP) füllte cmdb_ci_vnet_peering aus, obwohl die API-Antwort keine Daten für Vnet-Peering enthielt.
  - Die Datensatzvalidierung wurde hinzugefügt, um den Status für Skripts zu überprüfen, die in „Sa_find_host_script“ (für app-itom-patterns) aufgeführt sind.

Neu:
- Discovery von AWS Kinesis
- Discovery für die automatische Skalierung von AWS
Behoben:
- Kubernetes
  - Die Discovery von „Kubernetes-Ereignis“ schlägt mit „MULTIPLE_DEPENDENCIES mehrere abhängige Beziehungselemente gefunden“ fehl.
  - Ungültige Identifizierungsregeln für cmdb_ci_kubernetes_workload
  - Kubernetes-Servicebeziehung für Istio Service Mesh wird nicht erstellt
  - Kubernetes Disco schlägt aufgrund der Erweiterung „Container-Repository sammeln“ im K8-Muster fehl
  - Leistung der Kubernetes-Discovery: Gesammelte von nachverfolgten Dateien müssen aus der OpenShift-Erweiterung entfernt werden
  - Das Kubernetes-Ereignismuster „cmdb_ci_linux_server ausfüllen“ wertet den „os“-Wert nicht richtig aus
  - Das IP-Adressfeld darf im Kubernetes-Cluster nicht ausgefüllt werden, wenn der Cluster von einem containerisierten MID im Cluster erkannt wird
  - Anmerkungen ['deployment.kubernetes.io/revision'] in den Kubernetes-Konfigurationsdateien gefunden („Kubernetes-Konfigurationsdateien abrufen“)
  - [Kubernetes | Docker – Die Beziehung zwischen Docker-Container und Image fehlt
- AWS
  - Amazon AWS – Virtual Server – schlägt aufgrund eines Nutzlastfehlers fehl
  - AWS DB-Services: Die ordnungsgemäße Beendigung wird nicht ordnungsgemäß gehandhabt
  - AWS DB-Services: Opensearch: Bestimmte Ressourcen werden nicht erkannt
  - Das Feld „Gast-BS“ in „cmdb_ci_os_template“ (Bild) ist im Kontext des Discovery-Musters „Amazon AWS – Executable Template (LP)“ falsch ausgefüllt.
  - Die langsame Abfrage für „a_str_7“ IST NULL und stammt von den Aufträgen „ASYNC: Discovery – Sensors Pattern Launch“, die während der Ausführung des Musters für den virtuellen AWS-Server beobachtet wurden
  - IBM PowerHA-Cluster
  - Muster füllt cmdb_ci_unix_cluster_node nicht aus, wenn der Hostname „-“ (Bindestrich) enthält
  - Das Muster füllt das Feld „Cluster“ (Referenz) für einige CI-Typen, die mit dem Discovery-Muster zusammenhängen, nicht aus
- GCP
  - Ereignis-API-Aufruf beschränkt, um nur die Seitenantwort zu erfassen, die für jeden GCP-Ereignisauftragszeitplan ausgeführt wird
  - Kubernetes-Muster: Unicode-Zeichen im Musternamen
  - Kennzeichnung für „Ereignisse abrufen“ wird in „Aktiviert“ geändert, „aktueller Zeitstempel“ wird auf die aktuelle Uhrzeit festgelegt
  - Das Listener-Protokoll ist für das Front-End nicht ausgefüllt
  - Gehäuse- und Knotenelemente des Festplattenregals mit derselben Seriennummer, wenn das NetApp-Muster ausgelöst wird
  - AVI-Lastenausgleichsmodul-Controller: Sitzungsbasiertes Muster, das keine Beziehungen zwischen dem Lastenausgleichsmodul und der Service-Engine erstellt
  - Azure-Kubernetes-Discovery schlägt aufgrund einer leeren cmdb_ci_docker_image-ID fehl
  - Microsoft CA – Zertifikatverwaltungsmuster injiziert die Seriennummer des Zertifikats in einem nicht standardmäßigen Format
  - Das Discovery-Muster für Nutanix-Komponenten füllt das Gastbetriebssystem für VM-Instanzen nicht aus, was zu einer zusätzlichen Lizenzanzahl führt
  - OpenStack-Discovery – Token-Erstellung schlägt während OpenStack-Discovery fehl
  - Die Rubrik-Discovery erstellt Duplikate in der Windows-Servertabelle, wenn die Eigenschaft „glide.discovery.hostname.include_domain“ auf „wahr“ festgelegt ist

Geändert: Kubernetes-Modell zur Unterstützung der nativen Cloud-Vorgangsanwendung verbessert
Behoben:
- Kubernetes
  - Die Discovery für „Kubernetes-Ereignis“ schlägt mit MEHRFACH_DEPENDENCIES fehl. Es wurden mehrere abhängige Beziehungselemente gefunden
  - [Kubernetes | Docker – Die Beziehung zwischen Docker-Container und Image fehlt
  - Ungültige Identifizierungsregeln für cmdb_ci_kubernetes_workload
  - Änderungen im k8s-Muster basierend auf der BMO-Eskalation
  - [CNO] Im Feld „Name“ wird in Kubernetes-Services (leer) angezeigt
  - Probleme mit dem Kubernetes-Muster nach dem Muster-Upgrade auf 1.0.90
- AWS
  - Amazon AWS DB-Clustermuster schlägt fehl, CI-Typ „cmdb_ci_cloud_db_cluster“ kann nicht erstellt werden
  - Die Erkennung mehrerer verschiedener AWS-Ressourcen mit identischen Ressourcen-IDs führt zur Erstellung nur eines CI in CMDB
  - Muster: Amazon AWS – Classic LB (LP) füllt das Feld „Load Balancer“ für „cmdb_ci_lb_service“ nicht aus
- Azure
  - Azure-Tag: – Tags mit Schlüsselwert als „null“ (dies ist die Zeichenfolge und nicht null) werden als leer ausgefüllt
  - Problem mit Objekt-ID für Centos Stream 9 (Azure)
  - Unterkonto beim Ausfüllen aller Konten mit „Discovery von Azure-Abonnements für Verwaltungsgruppe“ aktualisieren
- Cloud-Wiederholungs-Framework
  - Änderungen, um die Konfiguration mehrerer Wiederholungen für denselben Anbieter zu verhindern
  - Die Datensätze der ECC-Ausgabewarteschlange von GetCloudRequestStatsProbe stecken im Status „In Verarbeitung“ fest.
  - Die nicht definierte Variable verhindert, dass Cloud-Metriken in die H2-Datenbank eingefügt werden
  - Beheben Sie L10N-Fehler
- Cassandra Distributed DB, das Muster kann den Pfad zum Nodetool-Dienstprogramm nicht richtig identifizieren.
- Discovery über das Muster „Oracle DB on Unix“, wodurch doppelte Oracle-Instanzen erstellt werden, wenn RAC für einen Knoten konfiguriert ist
- Das Vor-/Post-Skript des Musters „Nutanix-Beziehungen“ kann die Beziehung „Instantiates::Instantiated by“ (Instantiiert::Instantiiert von) zu einem stillgelegten Server erstellen
- Beziehung „Virtualisiert von::Virtualisiert“ zwischen den virtuellen Servern und VM-Instanzen in der OCI-Cloud

Neu:
- Discovery des Cohesity-Sicherungsservers
- AWS Redshift
- Automatischer Planer für AKS
- AWS ElastiCache
- AWS-Keyspaces
- AWS MemoryDB
- AWS OpenSearch
Behoben:
- Cloud-Wiederholungs-Framework
  - Ändern Sie, um die Konfiguration mehrerer Wiederholungen für denselben Anbieter zu verhindern
  - Die Datensätze der ECC-Ausgabewarteschlange von GetCloudRequestStatsProbe stecken im Status „In Verarbeitung“ fest.
  - Die nicht definierte Variable verhindert, dass Cloud-Metriken in die H2-Datenbank eingefügt werden
- Kubernetes
  - Discovery schlägt fehl, wenn Kubernetes aufgrund eines nicht definierten Anbieters lokal ausgeführt wird
  - Ereignismuster enthält NICHT den Parameter „Clustername“ als Kubernetes-Muster
  - Muster erfasst nicht die UID für den Cluster
  - Muster würde IP-Adresse für Cluster/Hauptknoten nicht ausfüllen
  - OOB-Muster „Kubernetes-YAML-Dateien abrufen“, füllt den unzulässigen Inhalt von „yaml_file“ aus.
  - Füllen Sie das Kubernetes-Feld „cmdb_ci_docker_container.status“ nach Containerstatus aus („WIRD AUSGEFÜHRT“, „Gestoppt“ usw.)
  - Anmeldeinformationstypen für Discovery-Muster „sn_itom_pattern_kubernetes/sn_itom_pattern_pcf“ fehlen in der Auswahlliste des Felds „discovery_credentials.type“ und werden daher in der Listenansicht blau angezeigt
- GCP
  - Fügen Sie Unterstützung für weitere Rechenzentren (Regionen) in GCP-Mustern hinzu
  - GCP-Kubernetes-Muster: Unicode-Zeichen im Musternamen
  - GCP: Zwischen VM-Tabelle und GCP-Rechenzentrum/Verfügbarkeitszone werden falsche Beziehungen erstellt
  - Discovery von GCP-Ressourcen funktioniert nicht
  - Dem Muster „Google GCP – Logisches Rechenzentrum abrufen“ müssen zusätzliche LDCs hinzugefügt werden
  - Öffentliche BigQuery-Cloud-Datenbanken werden für jeden Account dupliziert
- AWS
  - AWS DB-Services: Opensearch: Bestimmte Ressourcen werden nicht erkannt
  - AWSAPICommand Response Improvement, um zusätzliche Antwortinformationen für Fehlerszenarien zu erfassen
  - Die Erkennung mehrerer verschiedener AWS-Ressourcen mit identischen Ressourcen-IDs führt zur Erstellung nur eines CI in CMDB
  - Musterschritte mit Logik, die die AWS-API aufruft, geben möglicherweise den Fehler „Status: 400 – Drosselung – Quote überschritten“ zurück
  - Die langsame Abfrage für „a_str_7“ IST NULL und stammt von den Aufträgen „ASYNC: Discovery – Sensors Pattern Launch“, die während der Ausführung des Musters für den virtuellen AWS-Server beobachtet wurden
- Azure
  - Azure-Cloud-Discovery-Fehler – Musterbasierte Discovery
  - Fehlender Wert für alle Tags von Azure-VM erkannt
  - VM-Instanzen werden nach der Löschstrategie des Musters „Azure – Virtual Machine (LP)“ nicht stillgelegt
- EMC Isilon
  - EMC Istilon-Clustermuster ohne Hersteller- und Modell-ID
  - Das EMC Istilon-Muster verknüpft alle Datenträger mit allen nfs und allen SAMBA-Freigaben aufgrund fehlender Übereinstimmungsbedingung
- Cloud
  - Ändern Sie alle neuen Azure- und AWS-Muster für große Nutzlast (LP) in den Status „Nicht aktiv“, und fügen Sie sie dem Migrationsskript „CPG zu Muster“ hinzu
  - Der Status des Cloud-Schlüsselpaars ist „Abwesend“, obwohl dies nicht der Fall sein sollte.
  - Nachgestellter Bereich wird für Serviceaccount object_id im Formular „Cloud-Serviceaccount“ nicht entfernt
- Rubrik
  - Rubrik-Discovery, in der „Betriebssystem“, „BS-Version“ und „Betriebsstatus“ für Windows Server-CI aktualisiert werden
  - Das Prä-/Post-Skript „Russisches Update VMware-Instanzen“ sucht den ESX-Host nicht ordnungsgemäß und löscht VMWare-Instanzen, was zu einem Fehler bei der Musterergebnisverarbeitung führt
- Oracle-DB
  - Die Mustererweiterung „Oracle DB unter Unix“ wird von Schritt 27 „Instanzgrößeninformationen für Unix abrufen“ nicht richtig analysiert, wenn das Befehlsergebnis in mehreren Zeilen angegeben ist.
  - „Informationen zur Oracle-Instanzgröße abrufen“ für die Mustererweiterung „Oracle DB on Unix“Bei Schritt 26 können mit „PDB-Größe abrufen“ die Gesamtgrößeninformationen abgerufen werden, es können jedoch die Formate „verwendet_Größe“ oder „Free_Größe“ nicht abgerufen werden.
  - Beim Erkennen einer Oracle DB unter Unix werden Fehlermeldungen von SQL-Befehlen zurückgegeben, da der Anmeldeinformationsdatensatz Sonderzeichen enthält
- Citrix Netscaler SDX: Filter „vpx_profile“ entfernen und VDX-Namensanalyse korrigieren
- Der Clusterknotenname wird nicht ordnungsgemäß angezeigt
- Für einige Auswahlfelder werden in der Zertifikattabelle || als „nicht definiert“ angezeigt Microsoft CA - Certificate Management Muster
- OCI-Cloud-Discovery erkennt keine Tags: Tags werden für OCI-VMs nicht erkannt.
- Unbeabsichtigte Aktualisierungen von Serverdatensätzen bei der Verarbeitung von „Nutanix-Komponenten“-Ergebnissen
- Die Mustererweiterung „Citrix Xen HyperV“ markiert Linux Server als „Virtuell“
- Schritt 16 des Musters „ZooKeeper Server“ schlägt fehl, wenn es im Musterdesigner ausgeführt wird

Weitere Informationen finden Sie in der PDF-Dateimit den Mustern für Discovery und Service-Mapping Version 1.0.90.

Neu:
- Erstellung von GCP Auto Kubernetes Serverless-Planern
- Unterstützung für die Ereignisbasis-Discovery von GCP DB-Services für:
  - BigQuery
  - BigTable
  - Cloud SQL
  - DataStore
  - FireBase
  - FireStore
  - MemoryStore
  - Spanner
Behoben:
- ZooKeeper – Discovery- und Service-Mapping-Muster enthalten einen Codefehler.
- Fehler „400 Ungültige Anforderung“ beim Zugriff auf Cloud-Lastenausgleichsmodul-Tags, wenn die URL lang ist.
- Entfernen Sie nicht autorisierte Wörter aus der Schrittbezeichnung.
- Azure
  - VNIC-Beziehungen: Die Beziehung „Endpunkt implementieren zu::Implementieren von Endpunkt von“ konnte für einige Werte nicht erstellt werden
  - Tabelle „cmdb_ci_cloud_webserver“ wird nach der Discovery nicht ausgefüllt
  - ConnectionPoolTimeoutException
- GCP
  - Korrigieren Sie GCP DB-EVAL-Werte so, dass sie keine Schleife innerhalb einer Schleife enthalten
  - VM-Muster schlägt während einer vollständigen Scan-Discovery fehl
  - DB-Services: Ereignistestproblem.
  - DB-Services: Das Firebase-Muster ist nicht als Teil von app-itom-patterns-1.0.89-rc.2-app verfügbar
  - Muster des Datenträgertyps schlägt fehl, wenn eine vollständige Scan-Discovery durchgeführt wird.
  - Die Parsing-Eingabe ist fehlgeschlagen. Beim Versuch, mit dem Präfix zu versuchen, tritt ein Root-Fehler im Muster für virtuelle GCP-Computer bei diesem Schritt auf: „Attribute von Google Virtual Machines analysieren“
  - Die Anzahl der IPAddress-Konsole stimmt nicht mit dem GCP-Glide-Datensatz und der GCP-Tabellenanzahl überein
- Doppelte Nutzlasten im Muster mit den Informationen zur A10-Partition führen zum Fehlschlagen des Musters für ein A10-Lastenausgleichsmodul
- Die Kafka-Discovery füllt keine Datensätze für Kafka-Verbraucher, -Ersteller, -Themen oder -Verbrauchergruppen
- Neue Version des anwenderdefinierten JSON-Vorgangs analysieren
- Das Nutanix-Vorsensor-Skript stimmt mit keiner leeren Zeichenfolge für „ip_address“ überein
- Es werden nur die Speicher-Anmeldeinformationen mit höherer Priorität verwendet – Muster „FlashBlade reiner Speicher“.
- Leistungsprobleme im Erweiterungsabschnitt „Image-Lizenz“ für „Amazon AWSExecutable-Vorlagenmuster“

Neu:
- Azure-Services
  - Skalierungssatz für virtuelle Computer
  - Virtuelles NAT-Gateway
  - Private DNS-Zone
  - Vnet-Peering
  - Express-Route direkt
  - Lokales Netzwerk-Gateway
  - Azure-Verbindung
  - Cosmos DB
  - Warteschlangenservice
  - Tabellenservice
  - Dateiservice
  - Dateifreigaben
- GCP DB-Services
  - BigQuery DB
  - Firebase-DB
  - Cloud SQL DB
  - FireStore-DB
  - Memory Store DB
  - Spanner-DB
  - Big Table DB
Geändert:
- Unterstützt GCP Global/Regional IAAS
- Couchbase-Remote-Cluster
Behoben:
- Die Discovery des AIX-Servers schlägt fehl, wenn der AIX-Server physisch ist
- Azure: Der Image-Name wird nur mit der Version des Image ausgefüllt, wenn das Image durch Ereignisse ausgefüllt wird
- cmdb_ci_openshift_images ist keine Erweiterung von cmdb_ci_docker_image oder des übergeordneten Elements cmdb_ci_oslv_image
- Couchbase-Instanz: Maßeinheiten fehlen in den Arbeitsspeichergrößenattributen (cmdb_ci_couchbase_cluster_node)
- Die geclusterte Fortinet Next Generation Network Firewall wurde nicht erkannt
- Das EMC-Isilion-Muster verarbeitet die aktuelle API-Version nicht
- GCP
- DB-Services – GCP Bigtable DB: Das Statusattribut ist in „cmdb_ci_cloud_database“ nicht ausgefüllt
- Firestore DB: Discovery schlägt mit doppelten Regionen in der Nutzlast fehl, wenn die DB mit mehreren Regionen erkannt wird
- LB: HTTP-Loaausgleichsmodule werden aufgrund eines Musterfehlers nicht erkannt
- Muster des LDC-Lastenausgleichsmoduls schlägt fehl, wenn die LDC-Erkennung durchgeführt wird
- KubernetesDiscovery schlägt fehl, wenn im Cluster Container mit zwei verschiedenen Images im selben Container-Repository vorhanden sind
- Das Muster füllt den Hostnamen für das Feld „ip_address“ aus, wenn ein Datensatz in der Tabelle „cmdb_ci_kubernetes_cluster“ erstellt wird
- Die Linux-Server-Discovery schlägt aufgrund von doppelten Elementen in der Nutzlast fehl
- Microsoft CA
- Fehler bei Zertifikat-Discovery
- Muster analysiert die Datumsangaben vom Typ „valid_from“ und „valid_to“ nicht korrekt.
- Verschieben Sie alle „sa_pre_task_script“-Dateien aus dem Ordner „update“ des Muster-Plugins in den IF-Ordner von Service-Mapping
- OpenStack Discovery-Muster
- „operational_status“ für die ms_sql-Datenbank ist für die Instanz, die sich nicht im Cluster befindet, nicht richtig festgelegt.
- POL_QE_RP1: discovery_admin kann einige der cmdb_ci-Tabellen nicht anzeigen.
- Private IP der Azure-VM wird nicht aktualisiert, wenn die NIC ersetzt wird
- Redundante cmdb_ci_cloud_key_pair-Daten, die während der Musterausführung „Amazon AWS Virtual Server Events“ erfasst wurden
- Das Java-Muster des Kafka-Brokers kann das Installationsverzeichnis nicht analysieren und aktualisiert es daher mit „null“.
- Die Logik im Skript sn_itom_pattern.ProbeInvoker, das in der getMid-Funktion enthalten ist, wählt möglicherweise den falschen MID-Server aus
- Die Microsoft SQL Server-Clusterinformationen werden nicht ordnungsgemäß erfasst
- Das Muster kann die Schlüssel aus dem API-Aufruf abrufen, analysiert jedoch nicht alle Schlüssel. Stattdessen werden alle Schlüssel als ein Schlüssel aktualisiert.
- VM-Discovery findetfür GCP Cloud-Account nicht statt – GCP Version 105

Neu:
- HPE BladeSystem-Gehäuse
- Couchbase-Datenbank

Behoben:
- Azure
  - Das Azure Application Gateway HD-Muster füllt nicht sowohl öffentliche als auch private IP-Adressen für die erkannten Azure Cloud-Lastenausgleichsmodule aus.
  - Die Azure-Tags-Sammlung für die Azure-Datenbank und die Azure-Website ist nicht mit OOB-Mustern in den Releases Paris und Quebec kompatibel.
- GCP
  - Die GCP-VM-Instanz und der Serverdatensatz übernehmen möglicherweise falsche Serverdatensätze aus CMDB.
  - Die Discovery von GCP-Ressourcen kann keine Beziehungen zwischen einigen Ressourcen erstellen, z. B. Buckets, Cloud-Funktion und SQL-Instanzen.
  - Es gibt in GCP inkonsistente Bezeichnungen für Ordner und Organisationen zwischen Ordnern und Projekten.
  - Die Aktualisierung des Status der aufgehobenen Bereitstellung auf die Serverstatusaktualisierung sollte anhand der Beziehung durchgeführt werden.
  - Korrigieren Sie die Kubernetes-Filterschritte, wenn die Discovery nicht für alle Namespaces gilt.
  - Die Erstellung von Beziehungen zwischen einem Server und einer VM-Instanz durch IP-Erkennung wird nicht unterstützt.
  - Die Muster für Discovery und Service-Mapping fügen einen doppelten Beziehungstyp „Verwaltet::Verwaltet von“ mit einem falschen „Von“ in Großbuchstaben hinzu, wenn anderer OOB-Code „Verwaltet::Verwaltet von“ herkömmlicherweise erstellt/verwendet hat.
  - Das Docker-Muster schlägt beim Schritt „Nutzlastverarbeitung“ fehl.
  - Es besteht die Notwendigkeit, Discovery-Tags für AWS-Servicekonten zu unterstützen.
  - Muster „Solaris LDOM-Infrastruktur“: Wenn das Setup nicht verfügbar ist, schlägt das Muster mit dem Fehler „muss übersprungen werden“ fehl.

Neu:
- Erweitern Sie das Docker-Image-Modell, um die Image-Instanz und den Eintrag zu sammeln.
- MSSQL-Komponentensammlung für MSSQL-CI
- Sicherheitsbezogene Ergänzungen
Behoben:
- Die Löschstrategie für die Weiterleitungstabelle wird nicht aktiviert
- Beim Abrufen von Tag-Informationen aus Azure während der Verwendung von Windows-MID werden japonische Zeichen falsch ausgefüllt
- Google Cloud Platform (GCP) – Virtual Server-Fehler auf dem neuen LDC
- Das Muster „Google Cloud Platform (GCP) – SSH-Schlüssel“ schlägt mit dem Fehler „DUPLICATE_PAYLOAD_RECORDS aufgrund von cmdb_ci_cloud_key_pair mit gleicher object_id“ fehl
- Im Oracle-Musterschritt, ob CDB Unix mit SID ist, wurde die falsche Abfrage verwendet.
- Oracle Databases und Oracle Database-Instanzen wurden nicht immer erkannt – Falsche Filterung, Muster Oracle Listener HD
- Das Kubernetes-Muster schlägt mit der Fehlermeldung „MULTIPLE_DEPENDENCIES Mehrere abhängige Beziehungselemente gefunden“ fehl
- Die Ausführung des serverlosen Kubernetes-Ausführungsmusters dauert lange, was häufig dazu führt, dass der Discovery-Status abgebrochen wird
- Discovery der SQL Server-Edition, wenn der Prozess nicht ausgeführt wird
- Fehler beim Durchsuchen des CI-Musters, Mustername: Next Generation Fortinet Network Firewall. Ungültige Analyse des Namens im IBM PowerHA-Clustermuster erstellt ungültige Clusterknoten in der Tabelle „cmdb_ci_unix_cluster_node“.
- S3-, Dynamo- und Lambda-Muster schlagen fehl
- Sicherheitsfixes

Neu: Cloudian-Speichermuster
Behoben:
- ZooKeeper – Fehler beim Erkunden des CI-Musters, Mustername: ZooKeeper Server“-Problem nach Rome-Upgrade in Datacenter Dev
- Kubernetes – Ereignishandlermuster Das Speichern einer großen Menge von Protokollierungsanweisungen vor/nach dem Syslog führt zu einem hohen DB-Datenträgerwachstum
- Das Muster „NetApp SolidFire – Storage System“ verwendet Applicative-Anmeldeinformationen anstelle von Basisanmeldeinformationen
- Avi Vantage-Discovery – schlägt aufgrund mehrerer abhängiger Beziehungen fehl
- Der Migrationsprozess von CAPI zu Muster führt dazu, dass OOB-Cloud-Muster als Anpassung von der Plattform berücksichtigt werden
- Kafka-Broker Java – Musterfehler aufgrund einer fehlenden Vorbedingung, was dazu führt, dass die Werte überschrieben und auf null gesetzt werden
- Google Cloud
- GCP-Muster, die viel Zeit benötigen, um die Cloud-Discovery abzuschließen
- Google Cloud Platform (GCP) – Virtual Server-Muster schlägt mit dem Fehler in Schritt „Tabelle cmdb_ci_vm_instance mit Datenträgergröße ausfüllen“ fehl
- Bereichsbezogene Vorausführungsskripts für ITOM Pattern rufen SNC.PrePatternExecutionData anstelle von global.PrePatternExecution auf
- Standardmäßige Duplizierung identischer cmdb_related_entry-Datensätze für cmdb_key_value für mehrere CI-Bezeichner
- Die Discovery des physischen AIX-Servers schlägt fehl, da die LPAR nicht gefunden wird, wenn die LPAR für die physische AIX-Server-Instanz nicht vorhanden ist
- Beim Erkennen einer Oracle DB unter Unix werden Fehlermeldungen nicht gefiltert, sodass falsche Beziehungen erstellt werden, z. B. mit „ORA-00942“ als Beschreibung der PDB

Neu:
- Citrix XenServer-Hypervisor
- NetApp Storage-Musteränderungen
Behoben: Tag-Discovery für Azure-Datenbank, Azure-Website und Azure-Funktionen fehlt

Neu:
- Oracle Listener- und Oracle Cluster-Discovery
Behoben:
- Die Konfiguration des Musters „Microsoft CA – Zertifikatverwaltung“ wird nicht abgeschlossen, wenn eine große Anzahl von Zertifikaten erkannt wird, und erfordert Offset-Bereichskonfigurationen, um die Last auf verschiedene Musterausführungen aufzuteilen.
- EMC Istilon, Anforderung zum Ausfüllen von Betriebssystem und BS-Version für Speicherknotenelement
- InfiniBox – Speichergehäuse und entsprechende Datenträger werden nicht erkannt. (CONTENT)Anwenderdefinierte JSON-Parser-Vorgänge können nicht analysiert werden, wenn im Pfad des analysierten Attributs „Genehmigung übersprungen“ ein NULL-Attribut vorhanden ist
- Mehrere Probleme mit dem Azure Application Gateway-Muster – DNS-Suche und Duplikate
- Datensätze können nicht aus der bereichsbezogenen VR-App in die Tabelle „cloud_inventory_resource“ eingefügt werden
- Google Cloud Platform (GCP) – SSH-Schlüssel schlagen mit einem Fehler fehl, da mehrere cmdb_ci_google_datacenter-Datensätze mit demselben Namen erstellt wurden
- Der „18. Der Schritt „Projektbezeichnungen ausfüllen“ ruft nicht alle Bezeichnungen für GCP-Projekte über das Muster „Google-Organisation erkennen“ ab
- Die API-Version, auf die im EMC Istilon-Muster in Schritt 8, IN-Schnittstellen abrufen, verwiesen wird, ist falsch
- Falsche Abfrage zum Abrufen des Katalogs im Oracle-Erweiterungsabschnitt

Neu: InfiniBox-Muster
Behoben:
- CI-CI-Beziehungen fehlen in der HACMP-Musterausführung während der AIX-Server-Discovery
- Der anwenderdefinierte CloudFoundry-Vorgang „Get Call“ fügt der URL einen zusätzlichen Schrägstrich hinzu, wenn Paginierung beteiligt ist
- Der AVI-Controller füllt das Modell nicht
- In der Tabelle „cmdb_ci_cloud_service_account“ fehlt eine Bezeichnung, sodass das Cloud-Servicekonto in einem bestimmten Szenario die CMDB-CI-Bezeichnung hinzufügt
- GCP-Bestandsmuster: Tags werden nicht ausgefüllt
- Während der Ausführung des Kubernetes-Musters wird der Tabelle „Kubernetes-Cluster“ eine falsche IP-Adresse zugewiesen
- MISSING_DEPENDENCY: In der Nutzlast sind keine Beziehungen für die abhängige Klasse [cmdb_ci_cluster_vip] definiert, die mit einer Containment-/Hosting-Regel übereinstimmen: [cmdb_ci_cluster_vip >> Virtualizes >> cmdb_ci_cluster]
- OCI
  - Menüs generieren einen Oracle-Syntaxfehler
  - Die Beziehung von der VM zur Fehlerdomäne fehlt
  - Der Wert des Gastbetriebssystems „Canonical Ubuntu“ wird dem Wörterbuch nicht hinzugefügt
  - Die Beziehung der sekundären Subnetze zu den VMs wird nicht erstellt
- Beim Muster „Virtuelle RHV-Maschinen“ liegt ein Nutzlastproblem vor
- Die physische Seriennummer wird anstelle der Gehäuse-Seriennummer für NetApp SolidFire Server ausgefüllt
- Die private IP-Adresse muss die Datensätze der Cloud-VM-Instanzen in AWS-, Azure- und GCP-Discovery ausfüllen
- Die automatische Aktualisierung des Amazon AWS Config-Service für CMDB funktioniert nicht bei S3-Bucket-Löschereignissen
- Rubrik-Discovery – WindowsCluster-CIs werden in die Windows Server-Tabelle eingetragen.

Neu:
- MSSQL-Cluster.
- Aktualisiert Cloud-VMs und PaaS-Services in Tag-basierten Services.
- Aktualisiert Kubernetes-Komponenten und ihre Beziehungen in Tag-basierten Services.
Behoben:
- Rubrik-Discovery-Muster haben in der CMDB Duplikate für die folgenden CI-Typen erstellt: Server, Hyper V VM, VMware-Instanzen, Oracle DB, MSSQL-Instanzen und MSSQL-DBs. RHV-Cluster und -Hosts sowie Linux-Server-Muster haben beide Datensätze in den cmdb_ci_rhv_server-Datensätzen und in der Tabelle cmdb_ci_linux_server erstellt, die denselben Server darstellen. Dies führte zu einer doppelten Lizenzierung, da beide Tabellen cmdb_ci_server erweitern. Nach der Aktualisierung der Muster für Discovery und Service-Mapping auf 1.0.72/72/73 erstellten Azure-Cloud-Ereignisse Beziehungen von allen neuen CIs zum Rechenzentrum „West-USA“.
- Das MID-Server-Skript für den API-Befehl enthielt den Grund „Nicht protokollieren“ für den HTTP-Fehler, was die Problembehandlung erschwerte. Anwendungsserviceformular [SBS, eckig]: Der Einstiegspunkt vom Typ „AWS-Ressourcennamen-Endpunkt“ [cmdb_ci_enpoint_arn] darf nur das Feld „arn“ und kein Feld „Host“ enthalten.
- Das Azure-Funktionsmuster hat nicht alle Arten von Funktionen erkannt.
- Die Discovery der Azure-Verwaltungsgruppe hat keine Muster-Probes ausgelöst. Auf der UI-Migrationsseite von „CAPI zu Muster“ wurde der Name von „CAPI zu Muster“ in „CMP zu Muster“ geändert. cmdb_ci_appl_kafka_topic CI-Werte wurden für das Kafka-Broker-Java-Muster nicht ausgefüllt.
- Löschstrategie fehlte für cmdb_ci_openshift_project. Bei EMC Istilon-Mustern waren Hersteller und Modell für Speicherknotenelemente falsch. Das HMC-Muster hat aufgrund von doppelten Einträgen in der Tabelle „lpar_data“ ein falsches Verhalten gezeigt. Probleme mit dem Azure Virtual Machine Event-Muster, insbesondere IRE-Fehler beim Objekt „cmdb_ci_nic“, aufgrund fehlender Beziehungen zum LDC behoben.
- Probleme beim Entfernen von Ereignisdaten aus Eingabeobjekten beim Aufrufen eines ereignisbasierten Musters für GCP behoben, da während der Musterausführung keine Ereignisdaten verwendet wurden. Es wurde ein von einem Kunden gemeldetes Problem behoben, bei dem die OpenShift-Erweiterung bei einem Groovy-Skriptfehler fehlschlug.
- Microsoft CA:
  - Behebung eines Problems, bei dem der Wert von „template_list“ auf eine einzelne Zertifikatvorlagen-OID festgelegt war und das Muster „Microsoft CA – Zertifikatverwaltung“ mit dem folgenden Fehler fehlschlug: Zertifikatdienstprogramm: -view-Befehl FAILED: 0x80070057 (WIN32: 87 ERROR_INVALID_PARAMETER)
  - Es wurde ein Problem behoben, bei dem das Muster „Microsoft CA – Zertifikatverwaltung“ beim Schritt „Daten korrigieren“ mit der folgenden Fehlermeldung fehlgeschlagen ist: (Groovy-Codefehler. java.text.ParseException: Unparseable date: „No Valid Date“. Datum nicht analysierbar: „Kein gültiges Datum“)

Neu: Definition der Password2-Metadaten.
Behoben:
- Die Skripteinbindung „CloudVendor“ für das Cloud-Discovery-Muster hat Paketaufrufe an Packages.com.snc.sw.log.DiscoLog.getLogger durchgeführt.
- Falsches Verhalten beim Erstellen einer geplanten Aufgabe zum Löschen alter Hardwaretyp-Datensätze.
- In der Tabelle „cmdb_metadata_hosting“ wurden doppelte Datensätze der Beziehung „cmdb_ci_logical_datacenter(untergeordneter Typ) Gehostet auf:Hosts cmdb_ci_cmp_resource(übergeordneter Typ)“ erstellt.
- Mehrere Anwendungsmuster funktionierten nicht wie erwartet, mit inkonsistenten Fehlern bei LO-Mustern (429). IBM HMC Server-Muster-Discovery wurde nicht ordnungsgemäß ausgeführt. Ein doppelter Schritt in Oracle OCI – DB-Startseite (LP) musste entfernt werden.
- Bei Verwendung des März-Release wurde das Cloud-Layer-Plugin nicht als vorübergehende Abhängigkeit installiert, wenn das Muster-Plugin aktiviert wurde.
- Oracle-Probleme: – Fehler beim Erweitern des Oracle-Instanzabschnitts in Oracle DB unter Windows-Discovery. „PDBs Unix mit SID abrufen“ funktionierte nicht, wenn „tnsnames.ora“ nicht aktualisiert wurde. Oracle unter Unix: PDB-Größe wurde nicht ausgefüllt.
- Kubernetes-Probleme: – Falsches Verhalten von Namespace- und OpenShift-Projektklassendatensätzen. Pod-Statusattribut war falsch.
- Azure-Probleme: – Bestand für VM-Objekte fehlgeschlagen. Das Vor-/Post-Skript zum Entfernen von Duplikaten funktionierte für die Azure-Cloud-Discovery nicht wie erwartet. Zusätzliche VM-DC-Beziehung wurde in der Anwenderoberfläche erstellt. Snitommid-VM wurde nicht erkannt, und daher wurden auch das entsprechende VNIC und Image nicht erkannt. Das für die Azure Gov-Cloud erstellte Servicekonto hat die Portal-URL anstelle der API-URL akzeptiert.
- AWS-Probleme: – Die ordnungsgemäße Kündigung des Unterkontos funktionierte nicht wie erwartet. Tags für NIC funktionierten nicht wie erwartet. Keine DNS-Namenswerte hatten Beziehungen zum Rechenzentrum. – Löschen von DB-Cluster. DB-Unterstützung funktionierte nicht wie erwartet.

Neu: Unterstützung für AWS RDS-Cluster – Azure DB.
Geändert: Änderungen am AWS-/Azure-/GCP-Cloud-Modell.
Behoben:
- Das Amazon-Muster zum Analysieren von ECS-Tags hat aufgrund der gleichen Variable „$cluster_to_tags“ in den Schritten 17 bis 20 nicht alle erkannten Tags analysiert.
- Hinzugefügte Referenzen zwischen AVI-Mandanten und LB-Services.cmdb_ci_kubernetes_cluster.ipaddress hat den Hostnamen anstelle der IP-Adresse ausgefüllt.
- Discovery hat nur 1 PDB ausgefüllt, wenn mehr als vorhanden war.
- Während der Oracle PDB-/CDB-Größen-Discovery wurde der Instanzname mit dem falschen Wert ausgefüllt.
- Der AWS-Hardwaretyp wurde nach dem Ausführen der Skripts nicht erkannt.
- Von Kafka und ZooKeeper vorgeschlagene Beziehung fehlte.
- Das Nutanix-Komponentenmuster ist im Schritt „Beziehung zwischen CMV und VM-Instanz erstellen“ fehlgeschlagen, wenn die VM-Instanz mehrere NICs/IP-Adressen aufwies.
- Oracle Golden Gateway-Discovery-Problem.
- Palo Alto-Firewall-FQDN wurde nicht für CI-Name verwendet. Die Jboss-Discovery auf der Linux-Plattform funktionierte nicht wie erwartet.
- Derselbe PDB$SEED-Datensatz wurde allen CDB-Instanzen anstelle neuer Einträge für jede Instanz zugewiesen.
- Die Probe (Discovery-Sensor) der „Interactive Probe Shell“ im Zusammenhang mit der NetScaler SDX-Discovery hat den Geräteverlauf im Klassifizierungsstatus in der OOB-Instanz belassen, als die Erkennung auf einem Linux-Computer ausgelöst wurde.
- Probleme beim Debuggen einiger Cloud-Discovery-Muster, wenn das Plugin „Service Mapping“ nicht installiert wurde.
- Azure:
  - Der Schritt Azure National Region analysieren in einem beliebigen Muster legt die Ergebnisvariable auf „.com“ anstelle von „azure.com“ fest.
  - Hardwaretypmuster für Region westus3 fehlgeschlagen.
- Microsoft CA:
  - Datumsformat in Schritt 17 von „tt/MM/jjjj HH:mm aa“ auf „tt/MM/jjjj hh:mm aa“ korrigiert.
- Oracle Cloud Infrastructure (OCI):
  - Beendete Instanzen wurden bei der ersten Discovery-Ausführung in einer sauberen Instanz nicht erkannt.
  - Der Blockendpunkt hat die Attribute „host“ und „state“ nicht ausgefüllt.
  - Die Löschstrategie funktionierte nicht ordnungsgemäß.
  - Doppelte Verfügbarkeitszonen wurden erstellt.

Neu:
- Oracle Cloud-Schnittstellenmuster mit großer Nutzlast
- NetApp SolidFire Storage-Muster.
Behoben:
- ZooKeeper – Clustername hinzugefügt.
- GCP-Bestand – Behebung des Problems [Bucket in GCP-Konsole nicht konfiguriert oder Eingabevariablenwert „Bestands-Bucket-URI“ hat falsches Format] Rubrik – Behobene Probleme, bei denen Discovery nicht für alle REST API-Versionen wie erwartet funktionierte.
- AVI – festes Sitzungsbasismuster für die Arbeit mit Headern.Cassandra DB – ein Problem mit dem doppelten „bin“-Ordner bei der Befehlsausführung behoben.
- Oracle DB – Es wurde ein Problem behoben, bei dem „Oracle-Kataloge abrufen“ bei Verwendung des Standardports nicht ordnungsgemäß funktionierte. Der Port ist den Verbindungsinformationen zu entnehmen.
- Kafka – fehlendes isr-Attribut in cmdb_ci_appl_kafka_topic hinzugefügt.
- Behobene Probleme, bei denen das Muster Linux Heartbeat und Linux Red Hat in derselben Reihenfolge ausgeführt wurden.
- MS CA (Zertifikatverwaltung):
  - Fehlende Kennzeichnung „-gtt“ behoben.
  - Fehlendes Zeilentrennzeichen behoben.
  - Fehlender Schritt hinzugefügt.
  - Präfix „u_“ entfernt.
- Azure-LB:
  - Formatunterschiede zwischen Mustern und CAPI behoben.
  - Behobener H/W-Typ schlägt in Region westu3 fehl.
- Die Eigenschaft „is_paginated“ wurde für Store-Muster entfernt, die auf Instanzen vor Paris angewendet wurden.
- Cloud-Navigationsmenü:
  - Attribute sind jetzt in der Standardansicht ausgefüllt.
  - Die Datenbankansicht „sn_itom_pattern_amazon_cloud_database“ löst in Oracle-Instanzen keinen Fehler mehr aus.

Neu:
- Rubrik-Clustermuster
- ZooKeeper-Clustermuster
- Kafka-Clustermuster
Behoben:
- Probleme mit RHV-Clustern und -Hosts.
- AWS-Löschstrategie für Dynamo-DB wurde nicht richtig festgelegt. Daher wurden die Änderungen durch die Discovery nicht aktualisiert, auch wenn der Service beendet wurde.
- GCP-Ereignisse funktionierten in bestimmten Builds nicht, in itomqcopper jedoch.
- Der Status und der Speichertyp in „Blobs“ wurden in der Speichervolumetabelle nicht ausgefüllt.
- Die Mustererweiterung „UNIX-Cluster – Linux – Herzschrittmacher-Cluster – Linux“ ist aufgrund einer fehlerhaften Fehlerbehandlung fehlgeschlagen.
- Das Muster für virtuelle RHV-Maschinen wurde mit einem Netzwerkadapter mit mehreren IPs nicht ordnungsgemäß ausgeführt.
- Deutliche Erhöhung der Discovery-Zeit für Azure nach der Implementierung von Blob.

Neu:
- TLS-Zertifikat-Discovery von Microsoft Certificate Authority
- Microsoft Azure-Muster für Blob Storage
- Discovery von Citrix NetScaler SDX
Behoben:
- Fehlerbehebungen für die folgenden Muster: Kubernetes, Google Cloud, AVI Load Balancer, Linux PaCEMacher Cluster, AWS GovCloud und Azure Resource Inventory

Neu:
- Erfassen Sie BYOL-Informationen für AWS/Azure-Cloudmuster.
- Unterstützung für Solaris LDOM.
Geändert:
- Fügen Sie ein Failover für iproute-Befehle hinzu, um Muster und gemeinsam genutzte Bibliotheken zu speichern.
- Konvertieren Sie alle Azure-Muster für die Verwendung mit Phasen-IDs, einschließlich GOV und Events.
- Ab v1.0.71 hat ServiceNow zur Azure Resource Graph API „ARG“ gewechselt.
Behoben:
- Ausnahme beim Analysieren von RHV-Hosts.
- AWS – dynamoDB-Löschstrategie.
- Azure Application Gateway HD-Muster.
- Beim BM-HMC-Muster wurden doppelte object_ids erstellt.
- Das virtuelle Feld wurde für virtuelle Nutanix-Maschinen nicht auf „wahr“ festgelegt.
- Kubernetes-Muster bei der Nutzlastverarbeitung fehlgeschlagen.
- Falscher Dateityp in Schritt 17 des Oracle GoldenGate-Musters erwähnt.
- Erstellung eines leeren Eintrags in „cmdb_ci_firewall_device_palo_alto“ in Schritt 17 (Palo Alto-Firewall-Gerätetabelle ausfüllen) des Palo Alto-Firewall-Musters.

Mustererweiterung:
- F5: Erkennung von TLS-Zertifikaten aus F5-SSH-Mustern
Behoben:
- GCP-Org.: Musterinhalt-Fehlerbehebungen zur Unterstützung von Google-Ordnern und -Projekten
- Red Hat Virtualization (RHV): Horizontales Muster für virtuelle Maschinen schlägt mit dem Identifizierungsfehler „keine Beziehungen für abhängige Klasse definiert [cmdb_ci_rhv_cluster], die mit Containment-/Hosting-Regeln [cmdb_ci_rhv_cluster] übereinstimmt“ fehl.
- Kubernetes-Muster (YAML): Der Kubernetes-Service füllt den Selbstverknüpfung aus, um einen Fehler bei der Prozessnutzlast in der YAML-Erweiterung zu vermeiden
- Fehlerbehebungen für Fortinet-Muster
- CSDM: vorgeschlagene Beziehungen hinzugefügt, die in 34 im Store veröffentlichten CIs fehlen

Neu:
- Cassandra – Unterstützung für die Top Down-Discovery in Service Mapping
- Google Cloud Platform (GCP)-Organisation – Discovery von Projekten, Ordnern und Ressourcen unter dem Organisationsknoten
Behoben:
- Paginierungsunterstützung für Nutanix
- HMC-Muster – folgender Präsensor-Skriptfehler behoben: „Handle-Modell und Hersteller für HMC fehlgeschlagen aufgrund von: TypeError: NULL konnte nicht in ein Objekt konvertiert werden“
- Google Cloud – Paginierungsfehler in Google Cloud-VM behoben: „Nutzlastlänge 29504825 überschritten Grenzwert von 5000000“
- AVI-Lastenausgleichsmodul – Die folgenden Fehler wurden behoben:
  - Es können nicht alle Daten abgerufen werden, und die Beziehungen zwischen Pools und Poolmitgliedern können nicht ausgefüllt werden
  - Die vertikale Discovery für Avi Vantage-Lastenausgleichsmodule schlägt für Lastenausgleichsmodule in der Azure-Umgebung fehl

Neue Muster:
- Unterstützung für Cassandra DB HD
- Linux-Schrittmacher
- AWS CAPI-zu-LP-Muster
Mustererweiterung:
- A10 – Unterstützung für A10-Partitionen
- APIGee-Ergänzungen
- GCP-Beziehung zwischen VM und vom Server erkannter IP-Base
- IBM-Beziehung zwischen VM und vom Server erkannter IP-Base
- NSX/VMware-VIP
Fehlerbehebungen:
- RHV – Veraltete Beziehungen behandeln: „sa_pattern_prepost_script“ hat eine nicht deklarierte Variable, was zu einem Fehler im Post-Sensor-Skript führt.
- RHV-Cluster und -Hosts: Das Muster filtert keine Tabellen vor dem Einfügen und schlägt aufgrund abgelehnter Einfügungen beim Scannen einzelner LDCs fehl.
- Virtuelle RHV-Maschinen: Das Muster filtert Datensätze nicht ordnungsgemäß, wenn es für einen einzelnen LDC ausgeführt wird.
- ACL und Blockendpunkt:: Hinzufügen von Filtern, um die Tabelle mit relevanten Werten zu aktualisieren.
- Nach der Kubernetes-Discovery ist die Dashboardseite leer und zeigt eine Informationsnachricht an (siehe Screenshot).
- Fehler im Azure-Ressourcenbestandsmuster „Referenztabelle „cmdb_key_value“ ist kein bekannter CI-Typ“ aufgrund des fehlenden zugehörigen Eintrags Angefordert.
- CloudFoundry kann leicht zu Duplikaten führen.
- Die Option „Discovery-VMs nach IP-Adresse“ im RHV-Discovery-Zeitplan funktioniert nicht.
- IBM Cloud – VMs, die in diesem Release nicht erkannt wurden
- Kubernetes-Discovery-Muster wird nicht mehr ausgefüllt
- Kubernetes-Services. Die Analyse der Kubernetes-Service-Mesh-Verbindungen funktioniert nicht ordnungsgemäß.
- Nutenix-Muster: Block-Seriennummer und Hypervisor-Typ fehlen auf dem Nutanix-Host.

Neue Muster:
- Cisco-Firewall
- Palo Alto-Firewall
Mustererweiterung:
- Kubernetes: Mustererweiterung zum Sammeln von YAML-Konfiguration und zur Unterstützung von Istio Service Mesh
- Avi-Lastenausgleichsmodul: Mustererweiterung für Service-Mapping-Anwendungsfälle
- Oracle-Datenbank: Mustererweiterung für DB-Katalog-Discovery
Fehlerbehebungen:
- Informationsattribut für SAP-Patchebene für SAP-SID-CI
- Avi-Lastenausgleichsmodul:
  - Poolmitglied ohne Beziehung
  - Serviceport
  - Strategie löschen
- Aktualisierung der Azure/AWS-Bestands-Allow-Liste
- AWS enthält mehrere Datensätze mit leeren Werten
- Azure Gateway entfernt leere Zeilen
- HMC:
  - Legen Sie MNG-IP als IP fest
  - LPAR-Attribute
  - Entfernen Sie das Duplikat „cmdb_ci_processor_pool“.
  - Seriennummer festlegen

Neu: Discovery-Muster werden für Folgendes veröffentlicht:
- Juniper
- Fortinet
Behoben:
- Kubernetes
  - Eindeutiger Name, der zur Unterstützung der Tag-basierten Discovery erstellt wurde
  - „Anruf abrufen“ unterstützt ordnungsgemäß Schleifen-Token-Ergebnisse
- GCP-Bestand
  - Zusätzlicher Leerraum aus dem Musternamen entfernt
- Avi-Lastenausgleichsmodul
  - Doppelter Datensatz aus „sa_ci_to_pattern“ entfernt
- Nutanix
  - Behobene VM-Instanz fehlt in Discovery-Ergebnissen
  - Nutanix-Komponente mit NIC/IP ausgefüllt
  - Fehler beim Scannen des Servers auf KVM behoben

Für Madrid -Instanzen ist mindestens Version Madrid Patch 5 erforderlich.

Neu:
- Bietet Transparenz für VMware NSX Edge LB, LB-Service, LB-Pool, LB-Pool-Mitglied und LB-Integritätsservice.
  VMware NSX Edge Load Balancers (LB) ermöglichen Services mit hoher Verfügbarkeit und verteilen die Last des Netzwerkdatenverkehrs auf mehrere Server. NSX Edge verteilt eingehende Serviceanfragen gleichmäßig auf mehrere Server, sodass die Lastverteilung für Benutzer transparent ist.
- Mustererweiterungen für drahtlose Zugriffspunkte
Behoben:
- Kubernetes: Doppelte Referenzen und falsche Analyse wurden behoben
- ECS: Ein Problem wurde behoben, bei dem die Identifizierung fehlgeschlagen ist
- IBM Cloud LB, AVI LB, GCP VM: Kleinere Fehlerbehebungen

Neu:
- Bietet Transparenz für die folgenden OpenStack-Konstrukte:
  - Keystone-Identitätsservice
  - Now Compute-Service
  - Bilderservice-Übersicht
  - Schlackenblockspeicher
  - Neutron Networking
  - Oktalia-Lastenausgleichsmodul
  - Horizont-Dashboard
- Unterstützt sitzungscookiesbasierte Authentifizierung für das Discovery-Muster „Avi Load Balancer“.

Als Mindestversion sind London Patch 10 oder Madrid Patch 5 erforderlich.

Unterstützung für Red Hat Virtualization
- Red Hat Virtualization ist eine offene, softwaredefinierte Plattform, die Linux - und Microsoft Windows-Arbeitsauslastungen virtualisiert. Mit dem Inhalts-Release von Januar erhält die CMDB Einblick in die Red Hat-Rechenzentren, Cluster, KVM-Hypervisoren, virtuellen Maschinen und den Lebenszyklusstatus.
Unterstützung für das Lastenausgleichsmodul Avi Vantage
- Die softwaredefinierte, horizontal skalierbare Architektur von Avi Vantage ermöglicht die bedarfsgesteuerte automatische Skalierung von Elastic Load Balancers. Nutzen Sie das Avi Vantage-Muster, um Transparenz des Avi Vantage-Lastenausgleichsmoduls zu erhalten, um es in CMDB zu erstellen und eine Top Down-Zuordnung für die virtuellen IPs des Avi-Lastenausgleichsmoduls durchzuführen.
Wichtige Informationen:
- Bei einem Upgrade auf den New York-Release wird für Discovery-Kunden automatisch das Release April 2019 (1.0.39) von Discovery and Service Mapping Patterns installiert.
- Hinweis: Je nach CMDB-Größe kann dies die Upgrade-Zeit verlängern. Um die Upgrade-Zeit zu verkürzen, installieren Sie die Muster für Discovery und Service-Mapping aus dem ServiceNow Store, bevor Sie ein Upgrade auf das New York-Release durchführen.

Amazon Web Services (AWS), Elastic Container Service (ECS) und Falgate:
- AWS Elastic Container Service (ECS) ist ein hoch skalierbarer, schneller Containerverwaltungsservice, der das Ausführen, Anhalten und Verwalten von Docker-Containern vereinfacht. AWSFargate ist eine Rechen-Engine für Amazon ECS, mit der AWS-Kunden Container ausführen können, ohne Server oder Cluster verwalten zu müssen. Mit dem Inhalts-Release vom November erhalten ServiceNow-Benutzer Transparenz für ECS-Cluster, ECS-Services, ECS-Aufgabendefinitionen, ECS-Aufgaben, Docker-Container und ECS-Container-Instanzen.
Generischen Bestand der Google Cloud Platform (GCP).
- Mit dem Inhalts-Release vom November erhalten Sie Transparenz für alle GCP-Services mit einem einzigen Muster, die Bestandsdaten zu den bereitgestellten GCP-Services mit Tag-Informationen erfassen und Informationen in der CMDB freigeben können. Die Zulassungsliste von Services basierend auf dem Ressourcentyp kann Kunden auch dabei helfen, den Datenfluss in die CMDB einzuschränken.
Wichtige Informationen:
- Bei einem Upgrade auf den New York-Release wird für Discovery-Kunden automatisch das Release April 2019 (1.0.39) von Discovery and Service Mapping Patterns installiert.
- Hinweis: Je nach CMDB-Größe kann dies die Upgrade-Zeit verlängern. Um die Upgrade-Zeit zu verkürzen, installieren Sie die Muster für Discovery und Service-Mapping aus dem ServiceNow Store, bevor Sie ein Upgrade auf das New York-Release durchführen.

Als Mindestversion sind London Patch 10 oder Madrid Patch 5 erforderlich.

Neu:

Bietet Transparenz in OpenShift-Clustern, indem Informationen zu Projekten, Images, Image-Streams, Anwendern, Gruppen, Routen, Build-Konfigurationen und Bereitstellungskonfigurationen erkannt werden.
Bietet Einblick in HACMP-Clusterstatus, Ressourcengruppen, Clusterressourcen, Knoten und Schnittstellenkonfiguration.

Als Mindestversion sind London Patch 10 oder Madrid Patch 5 erforderlich.

Neu:

Sichtbarkeit der Pluggable Oracle Database: Verschaffen Sie sich einen Überblick über die Pluggable Oracle Database (PDBs) und ihre Beziehung zur Containerdatenbank (CDBs). Die neue Discovery-Erweiterung liefert Topologiebeziehungen zwischen PDBs/CDBs und füllt Versions-/Editionsdetails aller PDBs aus.
Generisches AWS-Bestand: Verschaffen Sie sich mit einem einzelnen Muster Einblick in alle AWS-Services, die Bestandsdaten in den bereitgestellten AWS-Services anhand der Tag-Informationen erfassen können. Die Zulassungsliste von Services basierend auf dem Ressourcentyp kann Kunden auch dabei helfen, den Datenfluss in die CMDB einzuschränken.

Behoben:

Änderungen am IBM HMC-Muster
Fehlerbehebungen und kleinere Änderungen an den Daten zur Frame-Ressourcenauslastung in der CMDB

Als Mindestversion sind London Patch 8 oder Madrid Patch 4 erforderlich.

Neu:

Sichtbarkeit für IBM Power-Systeme über Hardware Management Console (HMC): Unterstützt die Erkennung von HMC-Servern und ihrer kritischen Topologieabhängigkeiten mit Frame-, LPAR- und VIO-Servern
Änderungen bei IBM Cloud-Discovery: Die Sichtbarkeit von IBM Cloud-IaaS-Tags erhöht das Kontextbewusstsein von IaaS-Cloud-Objekten, die mithilfe der IBM Cloud-Discovery erkannt wurden
Discovery-Änderungen für Google Cloud Platform (GCP): Die Sichtbarkeit für GCP-IaaS-Bezeichnungen ändert das Kontextbewusstsein von IaaS-Cloud-Objekten, die mithilfe der GCP-Discovery erkannt wurden. Version 1.0.49 erweitert auch die Unterstützung für ereignisgesteuerte Discovery für GCP-Load Balancer.

Als Mindestversion sind London Patch 8 oder Madrid Patch 2 erforderlich.

Neu: Möglichkeit zur Erkennung der Hyper-Converged-Infrastruktur von Nutanix (Acropolis Hypervisor und VMware ESX/ESXi). Das neue Muster sammelt Informationen über kritische Nutanix-Infrastrukturelemente und ihre Abhängigkeiten von PRISM Central. Kunden erhalten vollständige Transparenz über Nutanix-Cluster, Hosts, VM-Instanzen (VM), VM-Tags, Controller-VMs, Speicher-Pools und Speicher-Container.

Als Mindestversion sind London Patch 8 oder Madrid Patch 2 erforderlich.

Changes für IBM Cloud-Discovery: Daten zu Standort und Ressourcengruppen für Configuration Items (CIs) sammeln, die in der IBM Cloud gehostet werden.
AWS Cloud Discovery-Änderungen: Erkennen Sie Tags für AWS PaaS-Services, die in der AWS Cloud gehostet werden. Diese Änderung hilft beim Abrufen von Informationen zu AWS-PaaS-Services aus der ServiceNow-CMDB basierend auf Tags. Erkennen Sie AWS Cognito-Services anhand eines dedizierten Musters. Amazon Cognito bietet Funktionen für Authentifizierung, Autorisierung und Anwenderverwaltung für AWS-Kunden.
Änderungen bei Azure-Cloud-Discovery: Verwenden Sie die neue CMDB-CI-Klasse [cmdb_ci_cmp_resource], um Informationen zu allen zulässigen aufgelisteten Services zu speichern, die in der Azure-Cloud gehostet werden. Zukünftig enthält dieselbe Tabelle generische Bestandsdaten von AWS.
Changes für Google Cloud Discovery: Erkennen Sie bestimmte CIs, die in Google Cloud gehostet werden, basierend auf Ereignissen. Diese Funktion hilft, neue Echtzeitaktualisierungen für virtuelle Google Cloud-Computer, Speicher-, Netzwerk-, Firewall- und Subnetzdaten in die CMDB zu schreiben.
SAP-System-ID: Verwenden Sie die SAP-System-ID für den ITSM-Incident- oder Change-Management-Prozess. Diese Funktion wird durch eine neue CMDB-CI-Klasse zum Speichern von SAP-System-IDs unterstützt.

Die folgenden neuen/aktualisierten Muster sind verfügbar:

Unterstützung für Multi-Cloud-Discovery-Muster:
- IBM Cloud
- Google Cloud
Pivotal Cloud Foundry
Oracle Golden Gate

Die folgenden neuen/aktualisierten Muster sind verfügbar:

Cloud Platform-as-a-Service-Objekte:
- AWS Dynamo DB – Hinzufügen von ereignisbasierter Discovery und globalen Tabellenbeziehungen
FlashBlade-Speicher-Array für reinen Speicher
Veritas-Cluster unter Unix

Die folgenden neuen/aktualisierten Muster sind verfügbar:

Cloud Platform-as-a-Service-Objekte
- AWS S3: Zusätzliche Kapazität und ereignisbasierte Discovery
- AWS Dynamo-DB
Apigee

Versionshinweise zu Muster für Discovery und Service-Mapping

Store-Versionshinweise

Versionshinweise zu Muster für Discovery und Service-Mapping

Lesen Sie die Musterdokumentation an einem Ort

Versionsverlauf