Versionshinweise zu vRealize Automation 7.3 

|

Aktualisiert am: 14. Juli 2017

vRealize Automation | 25. Mai 2017 | Build 5610496 

Überprüfen Sie regelmäßig, ob diese Versionshinweise ergänzt oder aktualisiert wurden. 

Inhalt dieser Versionshinweise

Diese Versionshinweise decken die folgenden Themen ab:

Neuigkeiten

In Version 7.3 von vRealize Automation wurden folgende Probleme behoben und die folgenden neuen Funktionen implementiert:

Parametrisierte Blueprints zum Verbessern der Wiederverwendbarkeit und zum Reduzieren von Wildwuchs

  • Es wurden Komponentenprofile für die Definition der Größe und der Image-Attribute eingeführt, wodurch „T-Shirt-Größe“ als Anforderungselement aktiviert werden kann
    • Es wurden Komponentenprofile für Image-Größe und Größe der virtuellen Maschine bereitgestellt, darunter CPU, Arbeitsspeicher und Speichergröße
  • Blueprints können mithilfe abstrakter Komponentenprofile effizient verwaltet werden
  • Die Wiederverwendbarkeit wurde erhöht und gleichzeitig der Blueprint-Wildwuchs deutlich verringert
  • Genehmigungsrichtlinien werden anhand von Größen- oder Image-Bedingungen ausgelöst
  • Komponentenprofile werden mithilfe von vRealize CloudClient importiert oder exportiert
  • Komponentenprofilwerte werden automatisch ersetzt

Richtlinienbasierte Optimierung der Platzierung von virtuellen Maschinen

  • Erfordert vRealize Operations Manager 6.6 (wird demnächst veröffentlicht)
  • Die Infrastrukturinvestitionen können dank optimierter Platzierung maximiert werden
  • Die vRealize Automation-Governance kann mit leistungsbasierten Einblicken kombiniert werden, um die Platzierung zu optimieren
  • Virtuelle Maschinen können anhand von mehreren Algorithmen entsprechend den Leistungszielen platziert werden
    • Lastausgleich für maximalen Spielraum im Fall von Leistungsspitzen
    • Konsolidierung, um Raum für umfangreiche Arbeitslasten zu lassen

Erweiterte Steuerung der von NSX bereitgestellten Lastausgleichsdienste

Erweiterte NAT-Portweiterleitungsregeln

  • Bedarfsgesteuertes NSX-NAT
  • Portweiterleitungsregeln können zur Entwurfszeit konfiguriert werden
  • Regeln können sortiert werden
  • Regeln können nach der Erstellung hinzugefügt, entfernt und neu sortiert werden

NSX-Sicherheitsgruppe und Tag-Verwaltung

  • Vorhandene NSX-Sicherheitsgruppen oder Tags können zu einer laufenden Anwendung hinzugefügt werden
  • Die Zuordnung von NSX-Sicherheitsgruppen und Tags zu Anwendungen kann aufgehoben werden

Die Hochverfügbarkeit für NSX Edge-Dienste wurde automatisiert

  • Der Edge-Hochverfügbarkeitsmodus im Blueprint bietet Hochverfügbarkeit für alle Edge-Dienste einer Anwendung bei der Bereitstellung
  • Pro Blueprint konfigurierbar, basierend auf den Anforderungen für die Anwendungsverfügbarkeit
  • Benutzerdefinierte Eigenschaften werden verwendet, um die Hochverfügbarkeit zum Zeitpunkt der Anforderung zu bestimmen
  • Fügt Hochverfügbarkeit für Lastausgleich, NAT, Firewall usw. hinzu

NSX Edge-Größenauswahl

  • Die Bereitstellungsgröße für NSX Edge Services Gateway (ESG) kann angegeben werden
  • Pro Blueprint konfigurierbar, basierend auf Anwendungsanforderungen oder Skalierung
  • Benutzerdefinierte Eigenschaften werden für die Größenauswahl zur Anforderungszeit verwendet

Konfigurationsautomatisierungs-Framework - Puppet-Integration

  • Konfigurationsverwaltung als erste Wahl
    • Plug-Ins können für Kunden unsichtbar festgelegt und Aktionen auf der Design-Arbeitsfläche des Blueprints aktiviert werden
    • Es besteht die Möglichkeit, auf der Design-Arbeitsfläche Hinweise zur Konfigurationsverwaltung zu ziehen und abzulegen und Rollen dynamisch zuzuweisen
  • Erste Implementierung mit Puppet
    • Registrieren des Puppet-Masters als Endpoint
    • Ziehen und Ablegen von Puppet-Knoten
    • Dynamisches Abfragen von Puppet-Master, Umgebung und Rollen
  • Unterstützung der Optionen für späte und frühe Bindung
  • Unterstützung von Aktionen nach der Bereitstellung, z. B. Aufheben der Registrierung und Löschen

Verbesserungen bei Installation, Upgrade und Migration

  • Neue Installations-API-Erweiterungen
    • Auslösen der Erstellung von anfänglichem Inhalt
    • Aufruf der Generierung von selbstsignierten Zertifikaten
    • Zertifikatsersetzung in vRealize Automation, IaaS Web und IaaS Microsoft SQL
  • Neue Upgrade-API-Erweiterungen
    • Auflisten aller verfügbaren Versionen für das Upgrade
    • Abrufen des Downloadstatus der Upgrade-Pakete
    • Prüfung vor dem Upgrade für die ausgewählte Version
    • Schätzen der ungefähren Upgrade-Dauer
    • Abrufen des Upgrade-Vorgangsstatus
  • Migration
    • Automatisierte Migration von vRealize Automation 7.x zu 7.3
  • Möglichkeit, eine Zertifikatssignieranforderung (CSR) im Installations-Assistenten zu generieren

REST-API-Verbesserungen

  • Auf REST-API-Beispielen basierte Anwendungsfälle, die Postman verwenden, stehen jetzt auf GitHub für viele der häufig verwendeten Anwendungsfälle von vRealize Automation bereit
  • Neue und verbesserte Swagger-Dokumentation für alle vRealize Automation-REST-APIs ist auf code.vmware.com verfügbar
  • Verbessertes vRealize Automation-Programmierhandbuch mit Informationen über die vRealize Automation REST-APIs, in dem die Nutzung und Navigation vereinfacht wurden

Verbesserungen der Hochverfügbarkeit

  • Automatisches Failover der PostgreSQL-Datenbank
  • Automatisches Failover des IaaS Manager Service
  • Verbesserte RabbitMQ-Wiederherstellung
  • Unterstützung für mehrere Netzwerkkarten in der vRealize Automation-Appliance

Verbesserte vRealize Business for Cloud-Integration – Cloud Management Platform

  • Einheitliche Terminologie in vRealize Automation und vRealize Business for Cloud
  • Keine abgeleitete Kostenberechnung in vRealize Automation - vRealize Business for Cloud ist die einzige Quelle für alle Preisinformationen
  • Präzise Preisgestaltung für Maschinen mit Fault Tolerance und Azure-Blueprints
  • Die Preisgestaltung wird nach folgenden Aktionen nach der Bereitstellung aktualisiert:
    • Neukonfiguration der Maschine
    • Vertikale oder horizontale Skalierung
    • Import von Maschinen

Überwachungsprotokollierung

  • Objekttypen des Überwachungsprotokollierungs-Frameworks:
    • Workflow-Abonnement
    • Fabric-Gruppen
    • Endpoints (Infrastruktur)
  • Senden von Überwachungsprotokollen an vRealize Log Insight oder Syslog-Server mithilfe des Log Insight-Agents
  • Konfigurierbarer Aufbewahrungszeitraum

Integritätsdienst

  • Integritätsdienst als Funktion in der vRealize Automation-Konsole
  • Rollenbasierter und mandantenfähiger Zugriff auf Integritätsdaten
  • Konfigurieren von mehreren zu überwachenden vRealize Automation-Instanzen
  • Geplante und bedarfsgesteuerte Testläufe
  • REST-API
    • Ermöglicht die Integration in vRealize Operations/SDDC Health Dashboard oder Drittanbietertools
    • Vollständige REST-Schnittstelle für die Systemverwaltungsaufgaben des Integritätsdienstes

Verbesserung beim Löschen von virtuellen Maschinen – Löschen erzwingen

  • Wartungsfreundlichkeit der Arbeitslast
    • Alle Fehler, die den Löschvorgang unterbrechen, werden auf sichere Weise ignoriert
    • Effiziente Bereinigung fehlgeschlagener Bereitstellungen
    • Verbesserte stabile Verwaltung von Arbeitslasten
    • Auf die gesamte Bereitstellung anwendbar

Hervorgehobene Syntax für Softwarelebenszyklus-Skripts

  • Verbesserte Schnittstelle
    • Elegante Hervorhebung der Syntax für Softwarelebenszyklus-Skripts (App-Erstellung)
    • Intuitive Farbcodierungsstandards
    • Erhöht die Produktivität und reduziert Skriptfehler

Neue Benutzerrolle Business-Gruppe

  • Ermöglicht gemeinsamen Zugriff auf Ressourcen und deren Verwaltung

Verbesserungen für benutzerdefinierte Eigenschaften

  • Softwarekomponenten sind jetzt in der Lage, benutzerdefinierte Eigenschaften zu nutzen
  • Verbesserte Handhabung von sicheren benutzerdefinierten Eigenschaften

Erweitertes Framework für externe IPAM-Anbieter

  • Unterstützung für bedarfsgesteuerte NAT-Netzwerke wurde hinzugefügt
  • Unterstützt statische 1:n- und 1:1-IP-Adressen

Endpoint-Konfigurationsdienst – optimierte Endpoint-Verwaltung

  • Verbessert, um eine schemagesteuerte Benutzeroberfläche zu unterstützen
  • Bietet mehr Funktionen, bessere Steuerung und eine einheitliche Benutzererfahrung beim Verwalten von Endpoints in vRealize Automation
  • Ermöglicht die Konfiguration von Endpoints, die Beziehungen zwischen Endpoints erfordern
  • Erweiterte Benutzeroberflächen-Steuerelemente und Benutzerfreundlichkeit
    • NSX ist jetzt ein separater Endpoint und nicht mehr Bestandteil der vSphere-Endpoint-Konfiguration
    • Bei der Validierung der Endpoint-Konfiguration werden die Gültigkeit der URL, Anmeldeinformationen und Zertifikate überprüft
    • Überprüfung der Vertrauenswürdigkeit von Zertifikaten
    • Unterstützt einen aus zwei Schritten bestehenden Prozess zum Beheben von nicht vertrauenswürdigen Zertifikaten. Wenn Sie eine Endpoint-Verbindung testen, müssen Sie das Zertifikat akzeptieren und diesen Vorgang genehmigen, indem Sie für den zu bearbeitenden Endpoint auf „OK“ klicken.
    • Möglichkeit, selbstsignierte Zertifikate zu akzeptieren

Designverbesserungen des Azure Public Cloud Service

  • Softwarekomponenten können auf Azure-Maschinen ausgewählt und in den Blueprint-Designer gezogen und abgelegt werden
  • Softwareeigenschaften können im Blueprint-Designer und im Anforderungsformular angegeben werden
  • Vorausgefüllte Formulare und Dropdown-Menüs

RBAC für vRealize Orchestrator Control Center

  • Alle Benutzer können sich anmelden und nicht nur die Root-Benutzer
  • Verfolgen der Ausführung und Protokolle für Workflow-basierte vRealize Automation-Anforderungen basierend auf der Benutzerrolle
  • Fehlerbehebung für Anforderungen basierend auf der Benutzerrolle
  • Wiederverwenden und Erweitern von Berechtigungen und Rollen von vRealize Automation

IT-Prozessautomatisierung mit aktualisierter SDDC-Unterstützung

  • Auf alle richtlinienbasierten Speicherobjekte kann jetzt über die API in vRealize Orchestrator und vRealize Automation zugegriffen werden
  • Neues vCenter Server-Plug-In mit vRealize Orchestrator bereitgestellt
  • Plug-Ins für AMQP, REST und PowerShell wurden aktualisiert

Verbesserungen bei vRealize Automation und ServiceNow

  • Anzeigen und Anfordern von AWS-Katalogelementen über das ServiceNow-Portal
  • Nahtlose Integration mit der ServiceNow-Governance-Engine
  • Unterstützung für CMDB und Aktionen nach der Bereitstellung
  • Wird für vRealize Automation 7.3 und ServiceNow Helsinki und Istanbul unterstützt

VMware Admiral-Integration

  • Unterstützt die Zusammenarbeit zwischen Cloud-Administratoren und Entwicklungsteams für traditionelle, containerbasierte und hybride Anwendungen
  • Sorgt für einen Ausgleich zwischen der Vorgangssteuerung traditioneller Anwendungen und der Flexibilität von Containern
  • Neue Funktionen, einschließlich Unterstützung von persistenten Datenträgern, verbessertes Containernetzwerk und Hostverwaltung

Erweiterte Ereignisprotokoll-Funktionalität

  • Integration auf Systemebene in externe SYSLOG-kompatible Protokollverwaltungssysteme
  • Unterstützt VMware Log Insight-Server
  • Über die VAMI konfigurierbar und standardmäßig gesichert
  • Vordefinierter Satz überwachbarer Objekte und Option zum Aktivieren der Überwachung aller anderen IaaS-Objekttypen enthalten

Überwachungsprotokollierung für die folgenden Elemente ist standardmäßig aktiviert

  • Fabric-Gruppen
  • Endpoints
  • Workflow-Abonnements
  • Konfigurations-API für die folgenden Elemente:
    • Festlegen des Aufbewahrungszeitraums für Ereignisprotokolle
    • Filtern bestimmter Zieltypen zum Vermeiden der Verarbeitung durch das Ereignisprotokoll
    • Bereinigen alter Ereignisprotokollnachrichten aus der lokalen Datenbank

Dokumentation aktualisiert, um alle neuen Funktionen zu unterstützen

Systemanforderungen

Weitere Informationen zu den unterstützten Hostbetriebssystemen, Datenbanken und Webservern finden Sie in der Übersicht über die Unterstützung von vRealize Automation.

Installation

Informationen zu Voraussetzungen und Installationsanweisungen finden Sie unter Installieren von vRealize Automation.

Dokumentation

Dokumentation zu VRealize Automation 7.3 finden Sie im VMware vRealize Automation 7.3-Informationscenter.

Bevor Sie ein Upgrade durchführen

Allgemeine Anleitungen finden Sie unter Upgrade von vRealize Automation.

Das vRealize Production Test Upgrade Assist-Tool analysiert Ihre vRealize Automation 6.2.x-Umgebung für jede Featurekonfiguration, die Upgradeprobleme verursachen kann, und überprüft, ob Ihre Umgebung für das Upgrade bereit ist. Um dieses Tool und die zugehörige Dokumentation herunterzuladen, navigieren Sie zur Downloadseite für das VMware vRealize Production Test-Tool.

Aktivieren von vRealize Code Stream mithilfe Ihrer Lizenz

Sie können nun mithilfe der vRealize Automation-Lizenz vRealize Code Stream für Ihre vRealize Automation-Umgebungen aktivieren. Mithilfe der vRealize Automation-Lizenz können Sie vRealize Code Stream entsperren, sodass Sie die Funktion zusammen mit dem vRealize Code Stream Management Pack for IT DevOps verwenden können.

Zum Aktivieren von vRealize Code Stream müssen Sie über vRealize Suite Enterprise, vRealize Automation Advanced oder vRealize Automation Enterprise sowie über eine neue Lizenz für vRealize Automation 7.3 verfügen.

Sie müssen das vRealize Code Stream Management Pack auf einer separaten und dedizierten Appliance installieren, für die vRealize Automation und vRealize Code Stream in einem Nicht-Hochverfügbarkeitsmodus (High Availability) aktiviert sind. Weitere Informationen finden Sie im Handbuch vRealize Code Stream Reference Architecture. Aus den folgenden Gründen können Sie vRealize Code Stream Management Pack nicht auf Ihrer vorhandenen vRealize Automation-Produktionsinstanz installieren:

  • Die zusätzliche Last kann negative Auswirkungen auf die Leistung Ihrer vRealize Automation-Produktionsinstanz haben.
  • Die Installation für eine Appliance, für die die Hochverfügbarkeit konfiguriert ist, wird von vRealize Code Stream nicht unterstützt. Aktivieren Sie vRealize Code Stream nicht für eine vRealize Automation-Instanz, die sich im Hochverfügbarkeitsmodus befindet. Dies könnte zur Instabilität Ihrer vRealize Automation-Umgebung führen.

Informationen zum Installieren des Management Pack finden Sie im „VMware vRealize Code Stream Management Pack for IT DevOps Installation Guide“. Sie können dieses Handbuch herunterladen, wenn Sie das Management Pack herunterladen.

Aktivieren Sie das Kontrollkästchen vRealize Code Stream aktivieren, um vRealize Code Stream im vRealize Automation-Installationsassistenten oder auf der vRealize Automation-Appliance-Verwaltungsschnittstelle zu aktivieren.

Wenn Sie Ihre Lizenz anwenden, ohne vRealize Code Stream zu aktivieren, können Sie vRealize Code Stream später aktivieren. Wenden Sie die Lizenz erneut an, und wählen Sie vRealize Code Stream aktivieren. Nachdem Sie die Lizenz angewendet haben, müssen Sie die vRealize Automation-Appliance neu starten.

Weitere Informationen finden Sie im

Behobene Probleme

  • Anfänglicher Inhaltserstellungsvorgang schlägt während der Installation bei diesem Schritt fehl: Workflow zum Erstellen des configurationadmin-Benutzers ausführen

    In /var/log/messages sind zwei verschiedene Ausführungen des Vorgangs zum Erstellen des configurationadmin-Benutzers enthalten (werden simultan ausgeführt, die Zahl nach va-agent.py zeigt an, dass die Vorgänge unterschiedlich sind): /usr/lib/vcac/agent/va-agent.py[18405]: info Executing vRO workflow for creating configurationadmin user... ... /usr/lib/vcac/agent/va-agent.py[18683]: info Executing vRO workflow for creating configurationadmin user... Der erste Aufruf erstellt die Konfiguration des Admin-Benutzers, und der zweite Aufruf verursacht den Fehler.

  • Das IaaS-Installationsprogramm kann nicht gestartet werden
    Das IaaS-Installationsprogramm kann nicht gestartet werden und zeigt folgende Meldung an: „Eine neuere Version des Produkts ist bereits auf diesem Computer installiert.“ Dies geschieht, wenn das msi-Paket des IaaS-Installationsprogramms nicht gestartet werden kann, nachdem der IaaS-Management-Agent manuell auf die neueste verfügbare Version aktualisiert wurde.

  • Wenn Sie das neue Upgrade-Shell-Skript in vRealize Automation 7.2 verwenden, müssen Sie zunächst ein Upgrade auf den neuesten Management-Agenten durchführen

    Wenn Sie ein automatisches Upgrade der IaaS-Komponenten mit dem neuen Upgrade-Shell-Skript durchführen möchten, müssen Sie den neuesten Management-Agenten verwenden, der für den Download verfügbar ist. Verwenden Sie nicht den Management-Agenten, der in der virtuellen Appliance von vRealize Automation 7.2 enthalten ist.

     

  • Sicherheits-Updates mit Auswirkungen auf die Voraussetzungsprüfung
    In dieser Version schlägt die Voraussetzungsprüfung des Installationsassistenten für die Microsoft-Sicherheits-Updates 3098779 und 3097997 fehl. Die Voraussetzungsprüfung kann die Updates jedoch erkennen und Sie auffordern, diese mit der Option Beheben zu entfernen. Nach diesem Schritt können Sie die Voraussetzungsprüfung wie gewohnt erneut ausführen.

    Problemumgehung: Gewähren Sie dem Installationsassistenten das Entfernen der Sicherheits-Updates, damit die Voraussetzungsprüfung funktioniert. Alternativ dazu können Sie die Updates manuell entfernen. Nach Beenden des Assistenten können Sie die Updates 3098779 und 3097997 manuell neu installieren.

  • Neu Nach der Installation von vRealize Automation 7.1 oder dem Upgrade von vRealize Automation 7.0 auf 7.1 fehlt das ausgewählte benutzerdefinierte Hintergrundbild auf der Anmeldeseite

    Das in vRealize Automation 7.0 vorhandene angepasste Branding fehlt auf der Anmeldeseite für den Mandanten nach einem Upgrade auf vRealize Automation 7.1. Das festgelegte angepasste Branding wird in einer neuen Installation von vRealize Automation 7.1 nicht angezeigt.

  • Linked Clone-Bereitstellung schlägt fehl, wenn Snapshot nicht verfügbar ist

    In früheren Versionen schlug die Bereitstellung eines Linked Clone-Blueprints mit einem benannten Snapshot (anstelle des aktuellen Snapshots) fehl, wenn die ausgewählte Reservierung sich auf einem anderen vCenter als der ursprüngliche Snapshot befand, selbst wenn die virtuelle Maschine der Vorlage und der Snapshot auf dem Ziel-vCenter geklont waren. Die vorherige Problemumgehung bestand darin, Reservierungsrichtlinien so festzulegen, dass der Blueprint nur auf dem ursprünglichen vCenter bereitgestellt werden konnte. Das zugrunde liegende Problem wurde behoben, sodass Linked Clone-Blueprints für eine beliebige, dynamisch ausgewählte Reservierung, die Zugriff auf einen Snapshot mit demselben Namen wie der im Blueprint angegebene Snapshot hat, bereitgestellt werden können. Um diesen Fix auf vorhandene Linked Clone-Blueprints anzuwenden, öffnen Sie den Blueprint im Blueprint-Designer und speichern Sie. Eine manuelle Bearbeitung des Blueprints ist nicht erforderlich.

  • Einige internationale Tastaturzuordnungen werden auf der Remotekonsole nicht unterstützt

    Das VMWare HTML Console SDK wurde auf Version 2.1 aktualisiert. Darin wird Unterstützung für internationale Tastaturzuordnungen hinzugefügt, wie in den Versionshinweisen zu HTML Console SDK dokumentiert.

Bekannte Probleme

Die bekannten Probleme gliedern sich in folgende Gruppen.

Upgrade
  • Eine Migration kann fehlschlagen, wenn Reservierungen aus der IaaS-Datenbank mit der PostgreSQL-Datenbank synchronisiert werden

    Dieser Fehler generiert die folgende Fehlermeldung: Zeitüberschreitung beim Lesen.

    Problemumgehung: Weitere Informationen hierzu finden Sie im Knowledgebase-Artikel 2149882.

  • Eine erhöhte CPU-Last ist nach dem Upgrade von vRealize Automation 7.1 oder 7.2 auf 7.3 vorhanden

    Beim Upgrade von vRealize Automation 7.1 oder 7.2 auf 7.3 werden doppelte Einträge zur Tabelle „DynamicOps.Repository.WorkflowSchedules“ in der IaaS-Datenbank hinzugefügt. Die doppelten Zeitpläne gelten für Metrik-Workflows. Nach dem Upgrade führen mehrere Metrik-Workflows die gleichen Berechnungen gleichzeitig aus, was die CPU-Last auf dem System erhöht.

    Problemumgehung: Keine.

  • Das Hinzufügen eines neuen virtuellen Servers zu einem vorhandenen bedarfsgesteuerten Lastausgleichsdienst in einer Bereitstellung schlägt fehl  

    Wenn Sie einen neuen virtuellen Server zu einem vorhandenen bedarfsgesteuerten Lastausgleichsdienst in einer Bereitstellung hinzufügen, die von einer früheren vRealize Automation 7.x-Version aktualisiert wurde, schlägt die Hinzufügung fehl, wenn dies die erste Neukonfigurationsaktion im Lastausgleichsdienst seit dem Upgrade ist. Der Fehler generiert den Fehlercode 14623 in Bezug auf „doppelte Ports“. Der Fehler tritt auf, weil das System eine Standardeinstellung aus früheren Versionen speichert. Dieser Fehler betrifft keine weiteren Funktionen im System. Wenn Sie in vRealize Automation 7.3-Bereitstellungen das Hinzufügen eines virtuellen Servers zu einem Lastausgleichsdienst anfordern und gleichzeitig eine Änderung an einem anderen virtuellen Server vornehmen, schlägt die Anforderung fehl, und der gleiche Fehler wird generiert. 

    Problemumgehung: Für aktualisierte Bereitstellungen: Führen Sie eine Neukonfigurationsaktion im Lastausgleichsdienst durch und bearbeiten Sie eine Einstellung auf einem der virtuellen Server. Dadurch wird das Problem behoben, dass das System die Standardeinstellung von vorherigen Versionen speichert. Sie können dies auch auf Lastausgleichsdienste anwenden, die von früheren Versionen aktualisiert wurden, oder auf Lastausgleichsdienste, die den gleichen Fehler aufweisen.

    Vermeiden Sie es, für aktualisierte Lastausgleichsdienste und in Version 7.3 bereitgestellte Lastausgleichsdienste in der gleichen Anforderung einen virtuellen Server zu bearbeiten und einen virtuellen Server hinzuzufügen. Dieser Fehler wird vermieden, wenn die Bearbeitungsaktion und die Hinzufügungsaktion in getrennten Anforderungen durchgeführt werden.

  • Neu Endpoints fehlen nach dem Upgrade auf vRealize Automation 7.3

    Nach einem erfolgreichen Upgrade auf vRealize Automation 7.3 werden auf der Seite „Endpoints“ in der vRealize Automation-Konsole nicht alle Endpoints angezeigt.

    Problemumgehung: Weitere Informationen hierzu finden Sie im Knowledgebase-Artikel 2150252.

  • Neu CSV-Datei für den Massenimport kann aufgrund doppelter Einträge nicht generiert werden

    Nachdem Sie sich bei der vRealize Automation-Konsole angemeldet, Infrastruktur > Administration > Massenimporte ausgewählt und auf CSV-Datei generieren geklickt haben, wird die folgende Fehlermeldung angezeigt: „Ein Fehler ist aufgetreten. Weitere Informationen finden Sie in den Ereignisprotokollen auf dem IaaS-Server, oder Sie wenden sich an Ihren Systemadministrator.“ In den Ereignisprotokollen des Windows-IaaS-Computers sind Einträge vorhanden, die so oder ähnlich lauten: „System.ArgumentException: Ein Element mit dem gleichen Schlüssel wurde bereits hinzugefügt.“ Dieses Problem tritt auf, wenn die Abfrage, die zum Abrufen von Blueprints für den Massenimport verwendet wird, doppelte Einträge zurückgibt.

    Problemumgehung: Verwenden Sie das Dienstprogramm „cloudutil.exe“, um die CSV-Datei durch Ausführen der folgenden Schritte zu generieren.

    1. Laden Sie „cloudutil.exe“ von der Downloadseite des Windows-Installationsprogramms für die vRealize Automation-Appliance herunter: https:// vra-va-hostname.domain.name:5480/installer/. CloudUtil ist die Befehlszeilenschnittstelle für vRealize Automation Designer. Sie führen die Befehle auf dem Windows-Computer aus, auf dem Sie vRealize Automation Designer ausführen. Der standardmäßige Installationsspeicherort auf dem Windows-Computer ist „C:\Programme (x86)\VMware\vCAC\vRealize Automation Designer“.
    2. Generieren Sie die CSV-Datei mithilfe des folgenden Befehls: CloudUtil.exe Machine-BulkRegisterExport
  • Neu Beim Upgrade auf vRealize Automation 7.3 aus einer Umgebung, die in die aktuelle Version von vRealize Business integriert ist, werden die Ausgabeinformationen als „nicht verfügbar“ für alle Katalogelemente in der vRealize Automation-Konsole angezeigt.

    Dies ist ein temporäres Problem, das mit dem Upgrade auf die neueste Version von vRealize Business gelöst wird.

    Problemumgehung: Aktualisieren Sie auf vRealize Business for Cloud 7.3.0.

    Sie können die Ausgabeinformationen für die virtuellen vRealize Automation-Maschinen nach wie vor in vRealize Business-Berichten und anderen Abschnitten anzeigen.

  • Neu Nach der Deinstallation von WEBDAV als eine der Voraussetzungen für das Upgrade einer 2012 R2-IaaS-Maschine zeigt der Konfigurationsassistent eine InternalServerError-Meldung an.

    Diese Meldung wird angezeigt, weil der Repository-App-Pool angehalten wurde: "Distributed Execution Manager cannot be upgraded because it points to a Management Model Web host :443 which cannot be validated. You must resolve this error before running the upgrade again: Model Manager Web Service is installed on host :443 but it is not up and running. HTTP Web response status code: InternalServerError."

    Problemumgehung: Wechseln Sie zu den Anwendungspools auf dem IIS-Server, starten Sie den Repository-App-Pool und fahren Sie mit dem Upgrade fort.

  • Neu Nach dem Upgrade einer vRealize Automation-Clusterumgebung wird einer der Xenon-Knoten nicht ausgeführt

    Während des Upgrades wird einer der vRealize Automation-Knoten nicht gestartet.

    Problemumgehung: Überprüfen Sie den Status der einzelnen Knoten auf der Registerkarte „Xenon“ in der Verwaltungskonsole. Wenn einer der Knoten nicht ausgeführt wird, starten Sie den Knoten manuell. Als Alternative können Sie eine SSH-Verbindung zu jedem Knoten öffnen und „service xenon-service status“ ausführen. Wenn der Knoten nicht ausgeführt wird, führen Sie „service xenon-service start“ aus.

  • Neu Wenn Sie eine IaaS-Websitekomponente manuell installieren, zeigt das ältere IaaS-Installationsprogramm einen Zertifikatvalidierungsfehler an

    Die Fehlermeldung wird angezeigt, wenn Sie auf der Seite für die benutzerdefinierte Installation des IaaS-Servers die Websitekomponente ausgewählt haben und auf Weiter klicken. Diese Fehlermeldung ist „falsch negativ“ und wird selbst dann angezeigt, wenn Sie die richtige Option auswählen. Der Fehler verhindert die Installation einer IaaS-Websitekomponente für vRealize Automation 7.3.

    Problemumgehung: Weitere Informationen hierzu finden Sie im Knowledgebase-Artikel 2150645.

  • Neu Probleme bei der Migration oder dem Upgrade von vRealize Automation unter Verwendung einer externen vRealize Orchestrator 7.4-Instanz mit Standardauthentifizierung

    Es treten Probleme auf, weil vRealize Orchestrator 7.4 mehrmandantenfähig ist und keine Verbindungen mit Standardauthentifizierung unterstützt. 

    Problemumgehung: Richten Sie die vRealize Orchestrator-Appliance im Control Center so ein, dass vRealize Automation als Anbieter für die Authentifizierung verwendet wird. Verwenden Sie in vRealize Automation für die vRealize Orchestrator-Serverkonfiguration Single Sign-On. 

    Standardauthentifizierung wird nur unterstützt, wenn Sie Orchestrator 7.4 über das vRealize Orchestrator Control Center zur Verwendung des vSphere-Authentifizierungsmodus konfigurieren. In diesem Falle wird die Mehrmandantenfähigkeit von vRealize Orchestrator nicht unterstützt.

Konfiguration und Bereitstellung
  • Wenn ein Benutzer eine Neukonfiguration des Netzwerkpfads einer Maschine anfordert und der ursprüngliche Netzwerkpfad in der Maschinenreservierung nicht ausgewählt ist, scheint die Anforderung erfolgreich ausgeführt zu werden, und vRealize Automation löscht im Hintergrund den Netzwerkkarteneintrag der Maschine aus der Datenbank. An der Maschine selbst wird nichts geändert.

    Das Neukonfigurieren des Netzwerkpfads einer Maschine, wenn der ursprüngliche Netzwerkpfad nicht in der Maschinenreservierung ausgewählt ist, wird nicht unterstützt. Jede derartige Anforderung schlägt fehl und generiert eine entsprechende Fehlermeldung. Sie scheint erfolgreich zu verlaufen, während im Hintergrund der Netzwerkkarteneintrag der Maschine aus der vRealize Automation-Datenbank gelöscht wird. Die Maschine selbst ist nicht betroffen.

    Problemumgehung: Keine. Die vRealize Automation-Ansicht der Maschine in Bezug auf den Netzwerkkarteneintrag wird auf den ursprünglichen Zustand wiederhergestellt, wenn die Datenerfassung für den zugeordneten Cluster zum nächsten Mal ausgeführt wird.

  • Nach einem Failover der vRealize-Appliance kann es vorkommen, dass die Integritätsseite nur langsam geladen wird

    Wenn die Integritätsseite vor dem Failover der vRealize-Appliances geöffnet war, kann es bis zu 15 Minuten dauern, bis die Seite nach dem Failover zum ersten Mal geladen wird.

    Problemumgehung: Stellen Sie die Funktionalität auf der ersten Appliance wieder her oder starten Sie den vcac-server-Dienst auf der laufenden Appliance neu.

  • Der Preis für eine Bereitstellung ist nicht korrekt, wenn der Blueprint ein Image-Komponentenprofil enthält

    Wenn zur Erstellungszeit ein Image-Komponentenprofil ausgewählt wird, ist die Klonfestplattengröße unbekannt, wenn ein Benutzer eine Maschine anfordert. Wenn der Benutzer den Preis für eine Maschine anfordert, ist der angezeigte Preis nicht korrekt. Im Preis fehlt die Klonfestplatte in der Vorlage, die als Teil des Image-Komponentenprofils ausgewählt wurde.

    Problemumgehung: Wenn ein Benutzer ein Katalogelement anfordert, werden die Bereitstellungskosten von vRealize Business korrigiert, nachdem vRealize Business die von der Maschine verwendete Klonfestplattengröße eingeschlossen hat.

  • Ein Löschvorgang auf einem Clustermitglied verhindert, dass horizontale oder vertikale Skalierungsaktionen wie erwartet funktionieren

    Wenn Sie eine Maschine, die Teil eines Clusters mit mehreren Maschinen ist, manuell löschen, können Sie keine zuverlässigen Aktionen zur horizontalen oder vertikalen Skalierung nach der Bereitstellung mehr vornehmen. Es wird eine fehlerhafte Zählung eingeführt, wenn Sie ein Mitglied eines Clusters mit dem Löschvorgang auf der Maschine manuell löschen. Aufgrund der fehlerhaften Zählung geht ein horizontaler Skalierungsvorgang davon aus, dass die gelöschte Maschine noch zum Cluster gehört. Dadurch wird verhindert, dass ein horizontaler Skalierungsvorgang einige oder alle erforderlichen Maschinen hinzufügt. Wenn bei der Zählung 1 Maschine fehlt und der Clustergrenzwert bei 5 liegt, können höchstens 4 tatsächliche virtuelle Maschinen und eine Phantommaschine vorhanden sein. Bei einer vertikalen Skalierungsaktion kann der Zusammenstellungsdienst versuchen, vertikal auf eine einzige Maschine zu skalieren, was zum Löschen aller Clustermitglieder führt.

    Problemumgehung: Legen Sie für Bereitstellungen, in denen vertikale oder horizontale Skalierungsaktionen aktiviert sind, keine Berechtigung für Löschaktionen fest. Dadurch wird das Erstellen einer fehlerhaften Zählung verhindert. Wenn Sie glauben, dass Ihre Bereitstellung eine Maschine in einem Cluster enthält, die manuell gelöscht wurde, kann ein Administrator dies prüfen, indem er die Zahl der Clustermitglieder zählt, die auf der Bereitstellungsseite angezeigt werden. Wenn ein Cluster vorhanden ist, der eine gelöschte virtuelle Maschine enthält, stellen Sie die Bereitstellung erneut bereit, und legen Sie in der erneut bereitgestellten Bereitstellung keine Berechtigung für Löschaktionen fest.

  • Bereitstellungen mit mehreren Lastausgleichsdiensten zeigen die virtuellen Server der Lastausgleichsdienste nicht ordnungsgemäß an

    Bei Bereitstellungen mit mehreren Lastausgleichsdiensten in vRealize Automation 7.2 oder früher zeigt jeder Lastausgleichsdienst virtuelle Server aus allen Lastausgleichsdiensten an, die in der Bereitstellung vorhanden sind.

    Problemumgehung: Keine.

  • Es kann keine NAT-Portweiterleitungsregel zu einem bereitgestellten bedarfsgesteuerten NAT-Netzwerk hinzugefügt werden, das einem IPAM-Drittanbieter zugeordnet ist

    Wenn Sie eine NAT-Portweiterleitungsregel mit der Aktion nach der Bereitstellung „NAT-Regeln ändern“ zu einem bereitgestellten bedarfsgesteuerten NAT-Netzwerk hinzufügen, das einem IPAM-Drittanbieter zugeordnet ist, werden im Dropdown-Menü für das Feld Komponente keine Daten angezeigt, und es können keine neuen Daten akzeptiert werden. Dies verhindert das Hinzufügen einer neuen Regel.

    Problemumgehung: Keine.

  • Wenn eine gebundene Eigenschaft für die Übergabe an ein Windows CMD-Softwareskript konfiguriert ist, wird die gebundene Eigenschaft vom Skript zur Laufzeit nicht empfangen

    Die Übergabe von gebundenen Eingabeeigenschaften an ein Windows CMD-Softwareskript wird nicht unterstützt. Alle anderen Softwareskripttypen wie Bash oder Windows PowerShell unterstützen die Übergabe von Eigenschaften an Softwareskripts als Werte-Array, aber Windows CMD unterstützt den Argument-Arraytyp (argv) nicht.

    Problemumgehung: Keine.

  • Nach dem erfolgreichen Herstellen einer Testverbindung und dem Speichern des Endpoints mit einem gültigen Fingerabdruck enthalten die Protokolle des vSphere-Agents oder die DEM-Protokolle Fehlermeldungen über eine geschlossene Verbindung, die Unmöglichkeit, eine vertrauenswürdige Beziehung einzurichten oder ein ungültiges Remotezertifikat

    In vRealize Automation 7.3 ist für vSphere- und NSX-Endpoints die Zertifikatvalidierung aktiviert. Mit diesen Endpoints können Sie kein nicht vertrauenswürdiges Zertifikat mehr verwenden. Sie können zwar die Schaltfläche „Verbindung testen“ verwenden, um den Zertifikatfingerabdruck an diesen Endpoints zu validieren. Wenn das Zertifikat aber so generiert wird, dass das Stammzertifikat in der Zertifikatskette nicht selbstsigniert ist, kann der Zertifikatvalidierungsvorgang für diese beiden Endpoints fehlschlagen und zu einem Funktionsfehler bei der Datenerfassung, der Bereitstellung oder bei Aktionen nach der Bereitstellung führen.

    Problemumgehung:

    Für vSphere

    Laden Sie das Stammzertifikat in der Endpoint-Zertifikatskette herunter.

    • Informationen zu vCenter Endpoint 6.0 oder höher finden Sie in http://kb.vmware.com/kb/2108294.
    • Laden Sie für vCenter-Endpoint 5.5 oder früher das Stammzertifikat über den Zertifizierungspfad des Endpoint-Zertifikats herunter.

    Führen Sie die folgenden Schritte aus.

    1. Laden Sie zuerst das Endpoint-Zertifikat herunter, indem Sie direkt im Browser auf den Endpoint zugreifen.
    2. Wechseln Sie zum Zertifizierungspfad, um das Stammzertifikat abzurufen.
    3. Laden Sie das Stammzertifikat in die Kette herunter.
    4. Installieren Sie das Zertifikat im Speicher für vertrauenswürdige Stammzertifikate der Agent- und DEM-Maschinen.


    Für den NSX-Endpoint

    1. Laden Sie das Endpoint-Zertifikat herunter, indem Sie direkt im Browser auf den Endpoint zugreifen.
    2. Wechseln Sie zum Zertifizierungspfad, um das Stammzertifikat abzurufen.
    3. Laden Sie das Stammzertifikat in die Kette herunter.
    4. Installieren Sie das Zertifikat im Speicher für vertrauenswürdige Stammzertifikate der DEM-Maschinen.
  • Neu Die Aktion nach der Bereitstellung „Lastausgleichsdienst neu konfigurieren“ schlägt für einen aus YAML importierten Blueprint fehl

    Wenn Sie in einer Bereitstellung die Aktion nach der Bereitstellung „Lastausgleichsdienst neu konfigurieren“ durchführen, schlägt die Aktion in einigen Fällen fehl. Dies tritt auf, wenn der der Bereitstellung zugeordnete Blueprint aus einer YAML-Datei importiert wurde, die einen bedarfsgesteuerten Lastausgleichsdienst mit einem Wert im Namensfeld enthält, der sich vom Wert im ID-Feld unterscheidet.

    Problemumgehung: Keine.

    Korrigieren Sie den Blueprint mit den folgenden Schritten, um zuzulassen, dass Aktionen nach der Bereitstellung im Lastausgleichsdienst in zukünftigen Bereitstellungen ausgeführt werden.

    1. Wählen Sie in der vRealize Automation-Konsole den Blueprint aus, dessen Werte in den Feldern für Name und ID nicht übereinstimmen.
    2. Klicken Sie auf Bearbeiten und geben Sie den Namen der Lastausgleichsdienst-Komponente erneut ein.
    3. Speichern Sie den Blueprint. Dadurch werden die im Blueprint eingebetteten Werte für den Namen und die ID auf denselben Wert festgelegt.

    Wenn Sie eine neue Bereitstellung mithilfe des bearbeiteten Blueprints bereitstellen, funktioniert die Aktion „Lastausgleichsdienst neu konfigurieren“. Sie können dieses Problem vermeiden, indem Sie sicherstellen, dass für alle YAML-Dateien in allen bedarfsgesteuerten Lastausgleichsdienst-Komponenten identische Werte für den Namen und die ID angegeben sind.

  • Neu Das Öffnen einer sicheren HTTP-Verbindung zur vRealize Automation-Appliance mit dem Protokoll TLS1.0 wird über Port 443 und Port 8283 weiterhin unterstützt

    Wenn Sie eine Verbindung öffnen oder die vRealize Automation-Appliance über Port 443 für den vRealize Automation-Server, den vRealize Orchestrator-Server oder den vIDM-Server bzw. über Port 8283 für den vRealize Orchestrator Configurator-Server mit einer API aufrufen, wird das Protokoll TLS1.0 für SSL weiterhin unterstützt.

    Problemumgehung:

    Hinweis: Die folgende Problemumgehung für das Deaktivieren von TLS1.0 sollte nur vorübergehend eingesetzt und nicht während des Upgrades angewendet werden. Wird TLS1.0 durch diese Problemumgehung deaktiviert, könnte die Upgradelogik für diese Appliance unterbrochen werden. Kunden wird empfohlen, auf ein offizielles Build mit dem Fix zum Deaktivieren des Protokolls TLS1.0 zu warten.

    1. Öffnen Sie eine SSH-Sitzung auf der vRealize Automation-Master-Appliance in Ihrer Bereitstellung. Wenn Ihre Umgebung nur über eine einzige vRealize Automation-Appliance verfügt, öffnen Sie die SSH-Sitzung auf dieser Appliance.

    2. Bearbeiten Sie die folgenden Dateien:

    /etc/haproxy/conf.d/20-vcac.cfg

    frontend https-in

    ...

    - bind 0.0.0.0:443 ssl crt /etc/apache2/server.pem ciphers !aNULL:kECDH+AESGCM:ECDH+AESGCM:RSA+AESGCM:kECDH+AES:ECDH+AES:RSA+AES:@STRENGTH no-sslv3

    + bind 0.0.0.0:443 ssl crt /etc/apache2/server.pem ciphers !aNULL:!eNULL:kECDH+AESGCM:ECDH+AESGCM:RSA+AESGCM:kECDH+AES:ECDH+AES:RSA+AES:@STRENGTH no-sslv3 no-tlsv10

    ...

    /etc/haproxy/conf.d/30-vro-config.cfg

    frontend https-in-vro-config

    ...

    - bind :::8283 v4v6 ssl crt /opt/vmware/etc/lighttpd/server.pem ciphers TLSv1+HIGH:!aNULL:!eNULL:!3DES:!RC4:!CAMELLIA:!DH:!kECDHE:@STRENGTH no-sslv3

    + bind :::8283 v4v6 ssl crt /opt/vmware/etc/lighttpd/server.pem ciphers TLSv1+HIGH:!aNULL:!eNULL:!3DES:!RC4:!CAMELLIA:!DH:!kECDHE:@STRENGTH no-sslv3 no-tlsv10

    ...

    3. Führen Sie folgenden Befehl aus: service haproxy restart

    4. Führen Sie folgenden Befehl aus: /usr/sbin/vcac-config cluster-config-ping-nodes --services haproxy

    Jetzt sollte keine vRealize Automation-Appliance in Ihrer Umgebung mehr TLS1.0 für sichere Verbindungen auf Port 443 und Port 8283 unterstützen.

  • Neu Ein als Trennzeichen verwendeter Doppelpunkt (:) wird in einer YAML-Datei nicht ordnungsgemäß erkannt, wenn Sie einen Windows-Container-Blueprint erstellen

    Dieses Problem tritt beim Erstellen eines Blueprints mit einem Container-Volume auf, wenn der Container- und der Hostpfad einen Windows-Laufwerksbuchstaben mit einem Doppelpunkt enthalten, beispielsweise D:/DBFILES/:c:/temp/. Nach dem Speichern und Öffnen des Blueprints werden der Container- und der Hostpfad nicht ordnungsgemäß erkannt, da der erste Doppelpunkt vom Laufwerksbuchstaben fälschlicherweise als Trennzeichen interpretiert wird.

    Problemumgehung: Keine.

  • Neu Die Aktion nach der Bereitstellung „NAT-Regeln ändern“ schlägt für einen aus YAML importierten Blueprint fehl

    Die Aktion nach der Bereitstellung „NAT-Regeln ändern“ schlägt mit der folgenden sinngemäßen Fehlermeldung fehl, wenn sie für eine Bereitstellung aufgerufen wird: Fehler beim Aufrufen der Aktualisierungsanforderung für die Bereitstellung [{Aktueller Zustand der Komponente für nat1 konnte nicht ermittelt werden}]. Dieses Problem tritt auf, wenn der Blueprint im Zusammenhang mit der Bereitstellung aus einer YAML-Datei importiert wird, die ein bedarfsgesteuertes NAT-Netzwerk mit nicht identischen Werten bei den Feldern für den Namen und die ID enthält.

    Problemumgehung: Keine. Führen Sie diese Schritte aus, um den Blueprint zu korrigieren.

    1. Bearbeiten Sie den zugeordneten Blueprint in der vRealize Automation-Konsole und wählen Sie das gewünschte übergeordnete Netzwerkprofil für das bedarfsgesteuerte NAT-Netzwerk erneut aus.
    2. Speichern Sie den Blueprint.

    Dadurch werden die im Blueprint eingebetteten Werte für den Namen und die ID auf denselben Wert festgelegt. Wenn Sie eine neue Bereitstellung mithilfe des Blueprints bereitstellen, funktioniert die Aktion „NAT-Regeln ändern“. Sie können dieses Problem vermeiden, wenn Sie sicherstellen, dass für alle YAML-Dateien in jeder bedarfsgesteuerten NAT-Netzwerkkomponente identische Werte für den Namen und die ID angegeben sind.

  • Neu Die Download-Links auf der Seite „Guest and Software Agent Installers“ für die Java-Laufzeitumgebung für Linux sind falsch

    Diese Links werden im Abschnitt „Linux Software Installers“ angezeigt.

    • vmware-jre-1.8.0_121-fcs.i586.rpm
    • vmware-jre-1.8.0_121-fcs.x86_64.rpm

    Wenn Sie auf einen dieser Links klicken, wird eine neue Seite geöffnet und zeigt einen Fehler des Typs HTTP-Status 404 – Nicht gefunden an. 

    Problemumgehung:

    So laden Sie diese RPM-Dateien herunter:

    1. Ersetzen Sie den Dateinamen in der URL, die im Adressfeld des Browsers angezeigt wird, nachdem Sie auf den Link geklickt haben.

    • Ersetzen Sie „vmware-jre-1.8.0_121-fcs.i586.rpm“ durch „vmware-jre-1.8.0_121-fcs_b31.i586.rpm“.
    • Ersetzen Sie „vmware-jre-1.8.0_121-fcs.x86_64.rpm“ durch „vmware-jre-1.8.0_121-fcs_b31.x86_64.rpm“.

    Beispiel:

    • https://va-hostname.domain.name​ /software/download/vmware-jre-1.8.0_121-fcs_b31.x86_64.rpm
    • https://va-hostname.domain.name /software/download/vmware-jre-1.8.0_121-fcs_b31.i586.rpm

    2. Drücken Sie die Eingabetaste.

    Obwohl die Fehlermeldung weiterhin im Browser angezeigt wird, wird die Datei erfolgreich heruntergeladen.

Dokumentation
  • Neu Die Prozedur „Definieren der Einstellungen für die Verteilung von virtuellen Servern“ enthält nicht unterstützte HTTPS-Datenverkehrsmuster

    Die Prozedur Definieren der Einstellungen für die Verteilung von virtuellen Servern enthält den folgenden Teilschritt.

    Wählen Sie SSL-Sitzungs-ID aus, um eines der folgenden unterstützten HTTPS-Datenverkehrsmuster zu unterstützen:

    • SSL-Passthrough – Client -> HTTPS-> LB (mit SSL-Passthrough) -> HTTPS -> Server
    • Client -> HTTP-> LB -> HTTP -> Server

    Wenn Sie das Muster „Client – HTTP“ auswählen, verwendet das System stattdessen das Datenverkehrsmuster „SSL-Passthrough – Client“. vRealize Automation unterstützt das Datenverkehrsmuster „Client – HTTP“ nicht.

    Problemumgehung. Wählen Sie nicht das Datenverkehrsmuster „Client – HTTP“ aus.

Frühere bekannte Probleme

Um eine Liste früherer bekannter Probleme anzuzeigen, klicken Sie hier.

Die früheren bekannten Probleme gliedern sich in folgende Gruppen.

    Installation
    • Datenbankkonfiguration schlägt bei Neuinstallation von vRealize Automation 7.2 unter der türkischen Sprachversion von Windows fehl
      Wenn für den IaaS-Server die türkische Sprachversion von Windows ausgewählt ist, schlägt der vRealize Automation-Installationsassistent bei der Datenbankkonfiguration fehl. Folgende Fehlermeldung wird angezeigt: MSB3073.

      Problemumgehung: Dieses Problem wird voraussichtlich in einer zukünftigen Version behoben.

    • vRealize Automation 7.1 unterstützt nicht den 130-Modus von Microsoft SQL 2016
      Die Microsoft SQL 2016-Datenbank, die bei der Installation von vRealize Automation durch den Assistenten erstellt wurde, befindet sich im 100-Modus. Wenn Sie eine SQL 2016-Datenbank manuell erstellen, muss sich diese auch im 100-Modus befinden. Informationen dazu finden Sie im Microsoft-Artikel Voraussetzungen, Einschränkungen und Empfehlungen für AlwaysOn-Verfügbarkeitsgruppen.

    • Die vRealize Automation-Appliance-Seite wird nicht ordnungsgemäß geladen
      Bei der Verwendung von Internet Explorer 11 unter Windows 2012 R2 wird die Webschnittstellenseite für die vRealize Automation-Appliance nicht ordnungsgemäß geladen.

      Problemumgehung: Verwenden Sie einen anderen Browser für den Zugriff auf die Seite der Webschnittstelle von vRealize Automation.

    Upgrade
    • Die vRealize Automation-Migration von Version 6.x auf Version 7.2 schlägt fehl, wenn für die 7.2-Zielumgebung eine andere vRealize Orchestrator-Admin-Gruppe als Standard festgelegt wurde

      Die standardmäßige vRealize Orchestrator-Admin-Gruppe, vsphere.local/vcoadmin, sollte im vRealize Orchestrator Control Center vor der Migration nicht geändert werden.

      Problemumgehung: Weitere Informationen hierzu finden Sie im Knowledgebase-Artikel 2148669.

    • STOMP-Client kann nach dem Upgrade von tcServer auf Version 3.2 keine Verbindung herstellen
      In vRealize Automation 7.2 unterstützt der IaaS Manager Service bei der Kommunikation mit dem Ereignisvermittler-Dienst ausschließlich REST-Abrufe als Verbindungsmechanismus. Die Konfigurationseinstellung Extensibility.Client.RetrievalMethod wird ignoriert.

    • Wenn vor dem Upgrade von vRealize Automation von 6.2.4 oder 6.2.5 auf 7.2 Telemetrie deaktiviert ist, wird auf der Registerkarte für Telemetrie in der Verwaltungskonsole der vRealize Automation-Appliance möglicherweise ein Fehler angezeigt
      Diese Meldung wird möglicherweise nach dem Upgrade angezeigt: Fehler: Nächste Laufzeit kann nicht festgelegt werden. Aktivieren Sie Telemetrie erneut oder deaktivieren Sie sie. Diese Meldung wird angezeigt, da keine Telemetriedaten erfasst werden. Das System kann auf diese Weise keine ordnungsgemäße nächste Laufzeit ermitteln. Ist dies der Fall, können keine Telemetriefunktionen ausgeführt werden.

      Problemumgehung: Aktivieren oder deaktivieren Sie Telemetrie unter Verwendung des Kontrollkästchens Am Programm zur Verbesserung der Kundenzufriedenheit von VMware teilnehmen. Klicken Sie dann auf Einstellungen speichern.

    • Migration von nativem Active Directory schlägt mit Fehlern fehl
      Gegenwärtig überträgt das SSO-Migrationsdienstprogramm kein automatisiertes natives Active Directory während des Migrationsvorgangs von vRealize Automation.

      Problemumgehung: Wenn Sie das native Active Directory manuell konfigurieren und starten, können Sie Active Directory erfolgreich migrieren. Dies müssen Sie machen, nachdem der Migrationsvorgang von vRealize Automation abgeschlossen ist.

    • IaaS-Knotenmigration von vRealize Automation 6.2.4 nach 7.1 schlägt fehl, wenn der Instanzname des PostgreSQL-Servers Nicht-ASCII-Zeichen enthält

      Problemumgehung: Verwenden Sie die Migration einer vRealize Automation-Umgebung mit einem Vorgang zur IaaS-Datenbanksicherung, um Ihre vRealize Automation-Umgebung der Version 6.2.4 auf die Version 7.1 zu migrieren.

    • Die Konfiguration des IaaS-Management-Agenten ist beschädigt nach dem Upgrade einer Hochverfügbarkeitsumgebung von vRealize Automation 6.2.3 oder früher auf 7.1
      Nach dem Upgrade von vRealize Automation 6.2.2 auf 7.1 kann der IaaS-Management-Agent nicht gestartet werden. In einer Fehlermeldung wird darüber berichtet, dass in der Management-Agent-Konfigurationsdatei eine Knoten-ID fehlt.

      Problemumgehung: Weitere Informationen hierzu finden Sie im Knowledgebase-Artikel 2146550.

    • Die vertikale bzw. horizontale Skalierung schlägt in einer aktualisierten Bereitstellung fehl
      Vertikale bzw. horizontale Skalierungsaktionen werden für Massenimport-Breitstellungen oder für die von vRealize Automation 6.x. aktualisierten Bereitstellungen nicht unterstützt.

      Problemumgehung: Für dieses Problem gibt es keine Problemumgehung. Neue nach dem Upgrade aus Blueprints erstellte Bereitstellungen unterstützen vertikale bzw. horizontale Skalierungsaktionen.

    • Bei der Anmeldung bei der Verwaltungskonsole der vRealize Automation-Appliance wird eine Fehlermeldung angezeigt
      Nachdem Sie sich mit den richtigen Anmeldedaten angemeldet haben, erhalten Sie diese Fehlermeldung: „Ungültige Serverantwort. Bitte versuchen Sie es erneut.“ Dies ist auf ein Problem mit dem Browser-Cache zurückzuführen.

      Problemumgehung: Melden Sie sich ab, leeren Sie Ihren Browser-Cache und melden Sie sich erneut an.

    • Bestimmte Blueprints können wegen Fehlern beim Aktualisieren der Katalogressourcen nicht vollständig aktualisiert werden
      Aktualisierte Multi-Maschinen-Blueprints, die On-Demand-Netzwerke oder Lastausgleichseinstellungen enthalten, sind möglicherweise nicht voll funktionsfähig, nachdem Sie auf vRealize Automation 7.x aktualisiert haben.

      Problemumgehung: Löschen Sie nach dem Upgrade die Bereitstellungen, die den Multi-Maschinen-Blueprints zugeordnet sind, und erstellen Sie sie erneut. Alle zugehörigen NSX Edge-Bereinigungsaufgaben müssen in NSX erfolgen.

    • Wenn Sie von vRealize Automation 6.2.0 auf 7.0 aktualisieren, schlägt das vPostgres-Upgrade fehl, und es wird eine Fehlermeldung angezeigt
      Wenn das System eine fehlerhafte RPM-Datenbank enthält, wird die folgende Fehlermeldung beim Upgrade-Prozess angezeigt: Updates konnten nicht installiert werden (Fehler beim Ausführen der Skripts vor der Installation).

      Problemumgehung: Informationen zum Wiederherstellen einer fehlerhaften RPM-Datenbank finden Sie im Artikel „RPM Database Recovery“ auf der RPM-Website RPM. Führen Sie nach dem Beheben des Problems das Upgrade erneut aus.

    • Wenn Sie die Voraussetzungsprüfung ausführen, schlägt sie mit einer Warnung zu einem RegistryKeyPermissionCheck fehl, aber die Anweisungen zur Beseitigung des Fehlers funktionieren während der Installation nicht
      Die Voraussetzungsprüfung schlägt fehl, weil sie Groß- und Kleinschreibung für den Benutzernamen unterscheidet.

      Problemumgehung: Ändern Sie vorübergehend den Benutzer, den Sie zum Ausführen des Management-Agenten-Diensts auf der Windows-Maschine angegeben haben, in einen anderen Benutzer. Wechseln Sie anschließend zurück zu dem ursprünglichen Benutzer, indem Sie die richtige Groß- und Kleinschreibung für den Benutzernamen verwenden.

    • Beim Aktualisieren des Manager Service und des DEM Orchestrator-Systems wird eine Fehlermeldung für die Namensvalidierung angezeigt, und der Model Manager-Web-Host kann nicht validiert werden
      Es wird folgende Fehlermeldung angezeigt, wenn der Name des Lastausgleichsdiensts in der Datei ManagerService.exe.config geändert wurde:
      Distributed Execution Manager "NAME" Cannot be upgraded because it points to Management model web host "xxxx.xxxx.xxxx.net:443", which cannot be validated. You must resolve this error before running the upgrade again: Cannot validate Model Manager Web host. The remote certificate is invalid according to the validation procedure.

      Problemumgehung: Nehmen Sie die folgenden Änderungen an der Konfigurationsdatei ManagerService.exe.config vor. Der Standardspeicherort lautet C:\Programme (x86)\VMware\vCAC\Server\ManagerService.exe.config.
      Ändern Sie die Registrierungswerte für alle DEM-Instanzen. Beispielsweise müssen die DEM-Instanzen in den folgenden Registrierungseinträgen aktualisiert werden.

      [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware vCloud Automation Center DEM\DemInstanceId02]
      "Name"="DEM"
      "Role"="Worker"
      "RepositoryAddress"="https://host_name:443/repository/"

      [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware vCloud Automation Center DEM\DemInstanceId03]
      "Name"="DEO"
      "Role"="Orchestrator"
      "RepositoryAddress"="https://host_name:443/repository/"

    • Sicherheits-Updates mit Auswirkungen auf die automatische Installation
      In dieser Version verhindern die Microsoft-Sicherheits-Updates 3098779 und 3097997 die ordnungsgemäße Ausführung der Funktion zur automatischen Installation. Die Updates sind dieselben, die sich einschränkend auf die Voraussetzungsprüfung auswirken.

      Problemumgehung: Vor der automatischen Installation müssen Sie die Updates auf den IaaS-Windows-Servern entfernen. Sie können die Updates 3098779 und 3097997 nach Abschluss der automatischen Installation manuell neu installieren.

    Konfiguration und Bereitstellung
    • Die Bereitstellung virtueller Azure-Maschinen schlägt fehl, wenn der Name der Ressourcengruppe Nicht-ASCII-Zeichen enthält

      Problemumgehung: Verwenden Sie keine Nicht-ASCII-Zeichen im Namen einer Ressourcengruppe.

    • Die Erfassung von Zustandsdaten gibt ausschließlich die primäre IP zurück

      Dieses Verhalten kann sich auf die Möglichkeit auswirken, Verbindungsherstellung mithilfe von RDP oder Verbindungsherstellung mithilfe von SSH zu verwenden oder eine virtuelle Maschine als Container-Host im Container-Dienst u. a. m. zu registrieren, die beim Zugriff auf eine virtuelle Maschine auf die IP-Adresse der virtuellen Maschine zurückgreifen.

      Problemumgehung: Dieses Problem wird voraussichtlich in einer zukünftigen Version behoben.

    • Interne Fehlermeldung wird angezeigt, wenn eine Azure-Maschine einem Blueprint auf der Registerkarte „Design“ hinzugefügt wird
      Bei Verwendung eines externen vRealize Orchestrator-Servers mit vRealize Automation ist die Microsoft Azure-Integration nicht verfügbar.

      Problemumgehung: Exportieren Sie das Azure-Plug-In und -Paket aus dem internen vRealize Orchestrator in der virtuellen Appliance von vRealize Automation und installieren oder importieren Sie das Plug-In und Paket in den externen vRealize Orchestrator. Nachdem Sie das Azure-Plug-In installiert oder das Azure-Paket in den externen vRealize Orchestrator importiert haben, wird Microsoft Azure in der vRealize Automation-Umgebung unterstützt.

      1. Melden Sie sich bei dem vRealize Orchestrator Control Center an, um den internen vRealize Orchestrator in der virtuellen Applicance von vRealize Automation zu erhalten. Anleitungen hierzu finden Sie unter Anmelden bei der Konfigurationsschnittstelle für vRealize Orchestrator.
      2. Klicken Sie unter Plug-Ins auf Plug-Ins verwalten.
      3. Suchen Sie das Azure-Plug-In und klicken Sie mit der rechten Maustaste auf Plug-in in DAR-Datei herunterladen. Speichern Sie die Datei auf Ihrem Desktop.
      4. Melden Sie sich beim vRealize Orchestrator Control Center an, um den externen vRealize Orchestrator abzurufen. Anleitungen hierzu finden Sie unter Anmelden bei der Konfigurationsschnittstelle für vRealize Orchestrator.
      5. Klicken Sie unter Plug-Ins auf Plug-Ins verwalten.
      6. Klicken Sie unter „Plug-In installieren“ auf Durchsuchen und suchen Sie die Azure DAR-Datei, die Sie auf Ihren Desktop heruntergeladen haben.
      7. Klicken Sie auf Installieren. Wenn Sie aufgefordert werden, den Vorgang zu bestätigen, klicken Sie erneut auf Installieren.
      8. Klicken Sie im Control Center unter den Optionen zum Starten auf Neu starten, um die Installation des neuen Plug-Ins abzuschließen.
      9. Starten Sie alle virtuellen Appliances von vRealize Automation gleichzeitig neu.
        Die Funktion für die Integration von Microsoft Azure sollte wiederhergestellt sein.


      Wenn nach dem Neustart die Integration nicht ordnungsgemäß funktioniert, stellen Sie sicher, dass das Azure-Paket com.vmware.vra.endpoint.azure im externen vRealize Orchestrator vorhanden ist. Wenn das Azure-Paket nicht vorhanden ist, führen Sie die folgenden Schritte durch.

      1. Melden Sie sich beim internen vRealize Orchestrator-Client in der virtuellen Appliance von vRealize Automation an.
      2. Exportieren Sie das Azure-Paket com.vmware.vra.endpoint.azure. Anleitungen hierzu finden Sie unter Exportieren eines Pakets.
      3. Melden Sie sich beim vRealize Orchestrator-Client an, um den externen vRealize Orchestrator abzurufen.
      4. Importieren Sie das Azure-Paket com.vmware.vra.endpoint.azure in den externen vRealize Orchestrator. Anleitungen hierzu finden Sie unter Importieren eines Pakets.

       

    • Gleichzeitige XaaS-Kataloganforderungen rufen „Virtuelle Maschine klonen“ auf; kein Anpassungsworkflow mit 30 Benutzern führt dazu, dass einige Anforderungen fehlschlagen
      Während der Anforderung von XaaS-Blueprints, die vRealize Orchestrator-Workflows aufrufen, um einige Vorgänge auf langsamen Endpoints bei hoher Parallelität auszuführen, schlagen möglicherweise einige der Anforderungen mit dem folgenden Fehler fehl: java.net.SocketTimeoutException: Zeitüberschreitung beim Lesen. vRealize Orchestrator-Workflows können auch mehrere Male erneut ausgelöst werden, da die Anforderungen ablaufen.

      Problemumgehung: Führen Sie diese Schritte auf jedem vRealize Automation-Appliance-Knoten durch. Die Datei vcac.properties bleibt beim Upgrade nicht erhalten. Sie müssen diese Schritte nach dem Upgrade wiederholen.

      1. Öffnen Sie eine SSH-Sitzung in der vRealize Automation-Appliance.
      2. Bearbeiten Sie /etc/vcac/vcac.properties, um die Client-Zeitüberschreitung auf 10 Minuten zu erweitern, indem Sie der Datei die folgende Zeile hinzufügen: vco.socket.timeout.millis=600000
      3. Führen Sie in der Eingabeaufforderung diesen Befehl aus, um den vcac-server-Dienst neu zu starten: service vcac-server restart

       

    • Datenerfassung für Bestandsliste wird bei einem vCenter Server HA (VCHA)-Failover beendet

      In seltenen Fällen können bei einem VCHA-Failover Arbeitsaufgaben für einen verwalteten vSphere 6.5-Endpoint während ihrer Ausführung steckenbleiben.

      Problemumgehung: Starten Sie den vRealize Automation vSphere-Agent neu. Wenn die Datenerfassung während ihrer Ausführung immer noch steckenbleibt, wenden Sie sich an GSS.

    • vRealize Automation-Blueprint-Bereitstellungen mit NSX-Objekten schlagen fehl, wenn sie auf einem Cluster bereitgestellt werden, auf dem der NSX Manager die sekundäre Rolle innehat
      In einer vCenter-übergreifenden Bereitstellung von NSX müssen universelle NSX-Objekte wie beispielsweise Edge-Gateways, neue virtual-wires (virtuelle Verdrahtungen) und Load Balancer unter Verwendung des NSX Manager bereitgestellt werden, der die primäre Rolle übernimmt. Wenn Sie versuchen, universelle Objekte auf einem sekundären NSX Manager bereitzustellen, schlägt der Vorgang mit einem Fehler fehl. vRealize Automation unterstützt keine Bereitstellung von universellen NSX-Objekten auf einem vSphere-Endpoint mit Netzwerk- und Sicherheitsintegration, bei dem der angegebene NSX Manager die sekundäre Rolle innehat.

      Problemumgehung: Damit Sie globale NSX-Objekte verwenden können, müssen Sie regionsspezifische lokale Transportzonen- und virtuelle Verdrahtungen zu NSX erstellen. Weitere Details zu diesem Vorgang innerhalb eines VMware Validated Designs finden Sie im VMware Knowledgebase-Artikel 2147240.

    • Für Azure bereitgestellte Maschinen bestehen weiter, nachdem Sie einen Azure-Endpoint gelöscht haben
      Durch das Löschen eines Azure-Endpoints bleiben verwaiste Maschinen, Blueprints und Reservierungen zurück. Wenn Sie eine bestimmte Azure-VM vor dem Löschen eines Azure-Endpoints löschen möchten, löschen Sie sie manuell unter Verwendung der vRealize Automation-Konsole.

    • Wenn Sie auf einem Mac eine zweite VMware Remote Console für eine einzelne virtuelle Maschine öffnen, sind beide Konsolen schwarz
      Obwohl Sie mehr als eine VMware Remote Console (VMRC) für eine einzelne virtuelle Maschine unter Windows öffnen können, werden mehrere Sitzungen von VMRC nicht unterstützt. Unter Windows ist jede Konsole ein separater Vorgang. Auf einem Mac versucht jede Konsole, einen einzelnen Vorgang anzuzeigen.

      Problemumgehung: Schließen Sie alle VMRC-Instanzen und öffnen Sie nur eine VMRC für eine bestimmte Maschine.

    • Durch die erneute Bereitstellung einer verwalteten virtuellen Maschine in vSphere 6.5 bei einem vCenter High Availability (VCHA)-Failover wird die virtuelle Maschine dauerhaft gelöscht
      Wenn während eines VCHA-Failovers mit vSphere 6.5 eine erneute Bereitstellung mit einer virtuellen Maschine im selben vSphere-Endpoint durchgeführt wird, kann das dazu führen, dass die virtuelle Maschine gelöscht wird. Dieses Ereignis tritt nur selten auf.

      Problemumgehung: Fordern Sie den ursprünglichen Blueprint für die gelöschte virtuelle Maschine an.

    • Fehler bezüglich ungültiger Anmeldedaten von vRealize Automation wird nach einem vCenter High Availability (VCHA)-Failover angezeigt
      Nach einem VCHA-Failover in einem verwalteten vSphere 6.5-Endpoint ist in den vRealize Automation-Protokollen möglicherweise diese Fehlermeldung für den Endpoint enthalten: Anmeldung kann aufgrund eines falschen Benutzernamens oder Kennworts nicht abgeschlossen werden.

      Problemumgehung: Starten Sie den vRealize Automation vCenter Agent neu.

    • Das Ändern der Reservierung einer virtuellen Maschine funktioniert nicht, wenn der Besitzer nicht identisch ist
      Wenn der Registrierungsvorgang auf einer verwalteten virtuellen IaaS-Maschine aufgerufen wird, muss die verwendete Reservierung zum aktuellen Besitzer der virtuellen Maschine gehören. Nur der aktuelle Besitzer kann für den Benutzerparameter angegeben werden. Wenn ein Benutzer angegeben wird, der nicht der aktuelle Besitzer ist, dann wird im System die virtuelle Maschine als zu einem Besitzer in IaaS und als zu einem anderen Besitzer im Katalog gehörend verzeichnet.

      Problemumgehung: Verwenden Sie den Workflow Reservierung zu einer virtuellen IaaS-Maschine ändern nur für Reservierungen, die zum aktuellen Besitzer der virtuellen Maschinen gehören.

    • Auswahl von Blueprints für Massenimport einer nicht verwalteten Maschine in vRealize Automation 7.1, für das ein Upgrade auf 7.2 durchgeführt wurde, nicht möglich
      IaaS leitet eine Mandanten-ID in Kleinschreibung an die API weiter, die Blueprints für den Massenimport abruft, und nicht in der Schreibweise, die durch den Autorisierungsdienst dargestellt wird. Wenn der Benutzer eine Mandanten-ID erstellt, für die Zeichen in Groß- und Kleinschreibung verwendet werden, beispielsweise „Rainpole“ anstatt „rainpole“, schlägt die Suche fehl.

      Problemumgehung: Generieren Sie die CSV-Datei ohne Blueprint-Namen oder -Komponente und bearbeiten Sie anschließend die CSV-Datei manuell mit den gewünschten Werten für diese Felder.

    • Geschachtelte Container unterstützen keine Netzwerke
      Sie können kein Netzwerk zu einem geschachtelten Container hinzufügen.

      Problemumgehung: Dieses Problem wird voraussichtlich in einer zukünftigen Version behoben.

    • Inhalte eines Fensters werden nach der Verbindungsherstellung zu einer virtuellen Maschine auf vSphere 6.5 unter Verwendung der Remote Console nicht ordnungsgemäß angezeigt
      Wird die Verbindung zu einer Maschine hergestellt, die in einem vSphere 6.5-Endpoint unter Verwendung der Remote Console gehostet wird, dann kann die Verbindung fehlschlagen oder anderweitig nicht mehr nutzbar sein.

      Problemumgehung: Stellen Sie die Verbindung zur betroffenen Maschine unter Verwendung der VMRC-Client-Anwendung her. Wählen Sie Verbinden via VMRC aus.

    • Manche Komponenten verhalten sich möglicherweise nicht wie erwartet, nachdem Sie einen vorhandenen inneren Blueprint in einen aktuellen äußeren Blueprint gezogen haben
      Die Komponenteneinstellungen können sich abhängig davon ändern, in welchem Blueprint sich die Komponente befindet. Wenn Sie z. B. Sicherheitsgruppen, Sicherheits-Tags oder On-Demand-Netzwerke sowohl auf der Ebene des inneren als auch auf der Ebene des äußeren Blueprints einschließen, setzen die Einstellungen des äußeren Blueprints diejenigen des inneren Blueprints außer Kraft. Netzwerk- und Sicherheitskomponenten werden nur auf der Ebene des äußeren Blueprints unterstützt, außer im Fall von vorhandenen Netzwerken, die auf Ebene des inneren Blueprints funktionieren.

      Problemumgehung: Fügen Sie alle Sicherheitsgruppen, Sicherheits-Tags und On-Demand-Netzwerke nur zum äußeren Blueprint hinzu.

    • In einer Hochverfügbarkeitsumgebung schlägt nach einem Failover die Authentifizierung durch Horizon fehl

      Problemumgehung: Starten Sie nach dem Failover die vRealize Automation-Appliance neu, um die Authentifizierung wiederherzustellen.

    • Wenn Sie eine Eigenschaftsgruppe mit einem Punkt im Gruppennamen erstellen, können Sie die Gruppe nicht mit der Benutzeroberfläche von vRealize Automation bearbeiten
      Dieses Problem tritt auf, wenn Sie eine Eigenschaftsgruppe mit einem Punkt im Gruppennamen erstellen, z. B. property.group. Wenn Sie die Benutzeroberfläche von vRealize Automation zum Bearbeiten dieser Eigenschaftsgruppe verwenden, wird eine leere Seite angezeigt. Sie können die REST-API verwenden, um diese Eigenschaftsgruppe zu bearbeiten.

      Problemumgehung: Vermeiden Sie die Verwendung eines Eigenschaftsgruppennamens, der einen Punkt enthält. Falls sich das nicht vermeiden lässt, verwenden Sie die REST-API zum Bearbeiten der Gruppe.

    • Durch Kommunikationsausfall zwischen IaaS und dem gemeinsamen Dienstkatalog beim Löschvorgang bleibt die virtuelle Maschine in einem Löschzustand hängen
      Wenn die Kommunikation zwischen IaaS und dem gemeinsamen Dienstkatalog ausfällt, während die Löschanforderung läuft, aber bevor vRealize Automation den Eintrag der virtuellen Maschine aus der Datenbank gelöscht hat, bleibt die virtuelle Maschine in einem Löschzustand hängen. Nachdem die Kommunikation wiederhergestellt wurde, wird die Löschanforderung entweder auf „erfolgreich“ oder auf „fehlgeschlagen“ aktualisiert, aber die Maschine ist immer noch sichtbar. Obwohl die Maschine vom Endpoint gelöscht wurde, ist der Name noch in der Verwaltungsschnittstelle von vRealize Automation sichtbar.

    • Wenn Sie den Hostnamen der vRealize Automation-Appliance ändern, werden Dienste als nicht verfügbar markiert

      Problemumgehung: Wenn Dienste nicht mehr verfügbar sind, nachdem Sie den Hostnamen geändert haben, starten Sie den vRealize Automation-Server neu.

    • Wenn Sie ein Management-Agent-Domänenkonto auf einem geklonten Windows Server 2012 zu einer Domäne hinzufügen, verliert das Management-Agent-Domänenkonto seine Rechte am Privatschlüssel des Agent-Zertifikats.
      Wenn Sie einen Anpassungsassistenten zum Klonen einer Maschine in vSphere verwenden, die zu einer Domäne gehört, dann gehört diese Maschine nicht mehr zur Domäne. Wenn Sie die geklonte Maschine wieder zur Domäne hinzufügen, wird die folgende Fehlermeldung im Management-Agent-Protokoll angezeigt: CryptographicException - Keyset does not exist.

      Problemumgehung: Beheben Sie dieses Problem, indem Sie das folgende Verfahren zum Öffnen und Schließen der Sicherheitseinstellungen für den Privatschlüssel des Zertifikats verwenden, ohne dabei irgendwelche Änderungen vorzunehmen.

      1. Suchen Sie das Zertifikat mithilfe des Zertifikat-Snap-In der Microsoft Management Console. Das Snap-In zeigt die Agent-ID im Textfeld Anzeigename an.
      2. Wählen Sie Alle Aufgaben > Privatschlüssel verwalten.
      3. Klicken Sie auf Erweitert.
      4. Klicken Sie auf OK.

    • Das Ziehen eines vorhandenen inneren Blueprints in einen vorhandenen äußeren Blueprint weist Einschränkungen auf
      Wenn Sie einen vorhandenen inneren Blueprint in einen aktuellen äußeren Blueprint ziehen, gelten die folgenden Einschränkungen, wenn der innere Blueprint über Maschinen verfügt, die Sicherheitsgruppen, Sicherheits-Tags oder On-Demand-Netzwerken beigetreten sind. Dieses Problem kann auch auf importierten Blueprints auftreten.
      • Der äußere Blueprint kann keinen inneren Blueprint enthalten, der Einstellungen für bedarfsgesteuerte Netzwerke oder Einstellungen für Lastenausgleich bei Bedarf enthält. Die Verwendung eines inneren Blueprints, der eine On-Demand-Netzwerkkomponente von NSX oder eine On-Demand-Lastausgleichskomponente enthält, ist nicht verfügbar.
      • Wenn Sie Maschinen im inneren Blueprint neue oder zusätzliche Sicherheitsgruppen hinzufügen, werden die Maschinen nur dann Mitglieder der neuen Sicherheitsgruppen, wenn diese als Teil eines äußeren Blueprints hinzugefügt werden, selbst wenn die Seite zum Erstellen von Blueprints Sicherheitsgruppen aus dem inneren und äußeren Blueprint anzeigt.
      • Wenn Sie neue Sicherheits-Tags zu inneren Maschinen aus einem äußeren Blueprint hinzufügen, sind Sicherheits-Tags nicht mehr verfügbar, die ursprünglich im inneren Blueprint zugeordnet waren.
      • Wenn Sie neue On-Demand-Netzwerke zu inneren Maschinen aus einem äußeren Blueprint hinzufügen, sind die On-Demand-Netzwerke nicht mehr verfügbar, die ursprünglich im inneren Blueprint zugeordnet waren. Vorhandene Netzwerke, die ursprünglich im inneren Blueprint zugeordnet waren, bleiben verfügbar.

      Problemumgehung: Sie können dieses Problem beheben, indem Sie eine der folgenden Aufgaben ausführen:

      • Fügen Sie Sicherheitsgruppen, Tags oder On-Demand-Netzwerke zum äußeren, aber nicht zum inneren Blueprint hinzu.
      • Fügen Sie Sicherheitsgruppen, Tags oder vorhandene Netzwerke zum inneren, aber nicht zum äußeren Blueprint hinzu.

    • Das Menü „Suchattribut für das Verzeichnis“ auf der Seite „Verzeichnis hinzufügen“ enthält falsche Informationen
      Einige Codezeichenfolgen, die zuerst im Menü Suchattribut für das Verzeichnis erscheinen, sind falsch.

      Problemumgehung: Klicken Sie zum Anzeigen der richtigen Codezeichenfolgen auf das Dropdown-Menü Suchattribut für das Verzeichnis.

    • Fehler „Ressource nicht gefunden“ tritt beim Anfordern eines Katalogelements auf
      Wenn sich vRealize Automation im Hochverfügbarkeitsmodus befindet, der Master-Datenbankknoten ausfällt und kein Knoten zum neuen Masterknoten heraufgestuft wird, schlagen alle Dienste, die Schreibzugriff auf die Datenbank benötigen, fehl bzw. sie sind temporär beschädigt, bis ein neuer Knoten zum Masterknoten heraufgestuft wird.

      Problemumgehung: Sie können diesen Fehler nicht verhindern, wenn die Master-Datenbank nicht verfügbar ist. Sie können eine neue Master-Datenbank heraufstufen, damit dieser Fehler verschwindet und Sie Ressourcen anfordern können.

    • Änderungen werden auf der Blueprint-Formularseite eines XaaS-Blueprints nicht gespeichert
      Wenn Sie nach dem Aktualisieren eines Felds auf der Blueprint-Fomularseite eines XaaS-Blueprints nicht auf „Übernehmen“ klicken, werden Ihre Änderungen nicht gespeichert.

    • Registerkarte „Elemente“ zeigt keine Informationen zu den Diensten an, die für einen Lastausgleichsdienst aktiviert sind
      Für Maschinen, die durch Verwendung eines Lastausgleichsdiensts bereitgestellt werden, der vCloud Networking and Security zugeordnet ist, zeigt die Registerkarte „Elemente“ keine Informationen zu den Diensten an, die für diesen Lastausgleichsdienst aktiviert sind.

    • Wenn eine Maschine während des vSphere-Klonvorgangs gelöscht wird, wird die laufende Klonaufgabe der Maschine nicht abgebrochen
      Dieses Problem kann dazu führen, dass die Maschine geklont wird. Die geklonte Maschine wird dann möglicherweise in vCenter verwaltet, nicht mehr in vRealize Automation.

    • Wenn Sie einen zusammengesetzten Blueprint anfordern, schlägt die Anforderung sofort fehl, und das Formular mit den Anforderungsdetails kann nicht geladen werden
      Wenn die maximale Anzahl Leasetage für einen Komponenten-Blueprint geringer ist als die Anzahl der Leasetage des äußeren Blueprints, schlagen Anforderungen sofort fehl, und das Formular mit den Anforderungsdetails kann nicht geladen werden.

    • Sie können keine Bereitstellungen mit Bindungen zu DHCP-IP-Adressen in Softwarebereitstellungen haben
      Wenn Sie dies versuchen, ist die IP-Adresse nicht verfügbar, wenn kein Netzwerkprofil vorhanden ist. Die folgende Fehlermeldung erscheint: Systemfehler: Interner Fehler bei der Verarbeitung der Komponentenanforderung: com.vmware.vcac.platform.content.exceptions.EvaluationException: Keine Daten für Feld: ip_address.

      Problemumgehung: Falls eine Bindung erforderlich ist, verwenden Sie statische IP-Adressen oder IP-Adressen, die von vRealize Automation im Netzwerkprofil verwaltet werden, oder verwenden Sie eine IPAM-Integration. Wenn Sie DHCP verwenden, binden Sie an den Hostnamen und nicht an die IP-Adresse.

      Sie können das folgende Skript verwenden, um die IP-Adresse einer Cent OS-Maschine abzurufen:
      IPv4_Address = $(hostname -I | sed -e 's/[[:space:]]$//')
      echo $IPv4_Address

      Binden Sie an den Wert dieses Skripts, wenn die IP-Adresse für DHCP-Anwendungsfälle benötigt wird.

    • Verzeichnis wird selbst nach dem Empfang einer Fehlermeldung erstellt
      Wenn Sie ein Verzeichnis über Administration > Identitätsquellenverwaltung > Identitätsquellen erstellen und auf Speichern klicken, wird möglicherweise die Fehlermeldung Connector-Kommunikation aufgrund ungültiger Daten fehlgeschlagen. Problem beim Heraufstufen des Bind-DN-Benutzers zum Administrator: Der Benutzer ist bereits vorhanden und mit einem anderen Sync-Client verbunden angezeigt. Die neue Identitätsquelle wird mit einer falschen Konfiguration gespeichert und kann nicht verwendet werden.
      Dieser Fehler tritt auf, wenn Sie versuchen, ein neues Active Directory mit denselben Werten für den Basis-DN und Bind-DN zu speichern, die bereits in einem zuvor erstellten und vorhandenen Active Directory verwendet wurden.

      Problemumgehung: Sie müssen das neue Active Directory manuell löschen, da die Konfiguration falsch ist, und Sie müssen einen anderen Bind-DN und Basis-DN für das neue Active Directory verwenden.

    • Einem Benutzer-UPN wird eine Domäne hinzugefügt, wenn Sie ein Verzeichnis erstellen, das das Verzeichnissuchattribut „UserPrincipalName“ enthält
      Wenn Sie ein neues Verzeichnis erstellen und „UserPrincipalName“ als Verzeichnissuchattribut auswählen, wird einem Benutzer-UPN eine Domäne hinzugefügt. Beispielsweise erscheint der vRealize Automation-Benutzername eines Benutzers mit dem UPN „user.domain@domain.local“ als „user.domain@domain.local@domain.local“. Dies passiert, wenn das UPN-Suffix auf der AD-Site als Domäne konfiguriert wird. Wenn das UPN-Suffix angepasst wird und beispielsweise „example.com“ heißt, wird der vRealize Automation-Benutzername eines Benutzers mit dem UPN „user.domain@example.com“ als „user.domain@example.com@domain.local“ angezeigt.
      Wenn das Verzeichnissuchattribut „UserPrincipalName“ verwendet wird, müssen die Benutzer ihren Benutzernamen beim Anmelden exakt wie angezeigt eingeben (user.domain@domain.local@domain.local), einschließlich der Domäne, um die REST-API oder den Cloud-Client verwenden zu können.

      Problemumgehung: Verwenden Sie „sAMAccountName“ anstelle von „UserPrincipalName“, um die Funktion der Eindeutigkeit von Domänen für Benutzernamen der Verzeichnisverwaltung zu nutzen.

    • Ein Fehler des Typs „404 Nicht gefunden“ wird angezeigt, wenn im Namen eines anderen Benutzers eine Maschine angefordert wird
      Wenn ein Blueprint ein On-Demand-NAT-Netzwerk oder eine On-Demand-Lastausgleichskomponente enthält, wird ein Fehler des Typs „404 Nicht gefunden“ angezeigt, wenn eine im Namen eines anderen Benutzers angeforderte Bereitstellung vorgenommen wird.

    • Maschinen, die mit einen Massenimport importiert werden, werden nicht dem korrekten konvergenten Blueprint und dem korrekten Komponenten-Blueprint zugeordnet

      Problemumgehung: Fügen Sie in der Import-CSV-Datei für jede Maschine die benutzerdefinierte Eigenschaft „VMware.VirtualCenter.OperatingSystem“ hinzu.

      Beispiel:
      Yes,NNNNP2-0105,8ba90c35-9e03-4ac4-8a5d-2e6d76f37b81,development-res,ce-san-1:custom-nfs-2,UNNAMED_DEPLOYMENT-0105,BulkImport,Imported_Machine,system_blueprint_vsphere,user.admin@sqa.local,VMWare.VirtualCenter.OperatingSystem,sles11_64Guest,NOP

    • Katalogverwaltungsaktionen fehlen in vRealize Automation

      Problemumgehung: Weitere Informationen hierzu finden Sie im Knowledgebase-Artikel 2113027.

    • Wenn Active Directory mehr als 15 Benutzergruppen enthält, werden die Gruppen bei der Active Directory-Synchronisierung nicht aufgelistet
      Wenn Sie mehr als 15 Gruppen haben und versuchen, Active Directory in der Verwaltungsschnittstelle von vRealize Automation mit der Option Administration > Identitätsquellenverwaltung > Identitätsquellen zu synchronisieren, werden nur einige Gruppen angezeigt.

      Problemumgehung: Klicken Sie auf Auswählen, um die vollständige Liste anzuzeigen.

    • Nachdem Sie eine Replikatinstanz zur Master-Instanz heraufgestuft haben, werden auf der Registerkarte „Datenbank“ in der Verwaltungsschnittstelle des Master-Knotens von vRealize Automation falsche Informationen angezeigt
      Wenn der Master-Knoten in der vRealize Automation-Appliance einen Fehler aufweist, verwenden Sie die Verwaltungsschnittstelle in der vRealize Automation-Appliance eines fehlerfreien Knotens, um Verwaltungsvorgänge im Cluster durchzuführen.

    • Durch das Verschieben eines Datenspeichers aus einem vSphere Storage DRS in einen anderen löscht das System eine virtuelle Maschine, anstatt sie zu erstellen
      Wenn Sie einen Datenspeicher aus einem vSphere Storage DRS-Cluster in einen anderen vSphere Storage DRS-Cluster verschieben und die Automatisierungsebene des Zielclusters nicht auf „automatisch“ festgelegt ist, löscht das System durch die erneute Bereitstellung einer erstellten Maschine die Maschine mit der folgenden Fehlermeldung: StoragePlacement: Datenspeicher nicht spezifiziert für Festplatte in sdrs-deaktivierter VM. Dieses Problem tritt nicht auf, wenn die virtuelle Maschine geklont ist.

      Problemumgehung: Vergewissern Sie sich, dass die Automatisierungsebene des Zielclusters auf „automatisch“ festgelegt ist, bevor Sie einen Datenspeicher aus einem vSphere Storage DRS-Cluster in einen anderen verschieben. Es werden nur Bereitstellungen auf einer einzigen Maschine unterstützt.

    Um die Liste früherer bekannter Probleme zu reduzieren, klicken Sie hier.