Versionshinweise zu vRealize Automation 7.0.1

|

Aktualisiert am: 25. Mai 2017

vRealize Automation | 15. März 2016 | Build 3622989

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

Inhalt dieser Versionshinweise

Diese Versionshinweise decken die folgenden Themen ab:

Neuigkeiten

Bei vRealize Automation 7.0.1 handelt es sich um eine Patch-Version, die eine Reihe behobener Probleme und ein wichtiges Sicherheits-Update umfasst.

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.

Bevor Sie ein Upgrade durchführen

Neue Funktionen und Innovationen von vRealize Automation erforderten mehrere Verbesserungen auf Plattformebene. Demzufolge wird für bestimmte Upgrade-Szenarien zusätzliche Hilfestellung benötigt. Um die bestmögliche Upgrade-Erfahrung sicherzustellen, besuchen Sie vor dem Beginn des Upgrade-Prozesses die Webseite für die Unterstützung beim Upgrade von vRealize Automation.

Behobene Probleme

Die behobenen Probleme werden in folgende Kategorien unterteilt:

Sicherheitsproblem

  • CVE-2015-7547 glibc getaddrinfo() stapelbasierter Pufferüberlauf
    Das Problem wurde behoben.

Installationsprobleme

  • CVE-2015-7547 glibc getaddrinfo() stapelbasierter Pufferüberlauf
    Das Problem wurde behoben.

  • Unter Windows Server 2012 R2 zeigt die Voraussetzungsprüfung fälschlicherweise Microsoft Distributed Transaction Coordinator Service als behoben an
    Bei der Voraussetzungsprüfung für Microsoft Distributed Transaction Coordinator Service wird eine Warnung angezeigt. Wenn Sie auf „Beheben“ klicken, wird sie als behoben angezeigt. Wenn Sie die Voraussetzungsprüfung erneut ausführen, wird die Warnung erneut angezeigt.
    Dieses Problem ist behoben.

  • IaaS-Installationsprotokolle werden nicht erfasst, wenn eine IaaS-Komponente nicht im Standardspeicherort für Installationen installiert ist
    Die IaaS-Installationsprotokolle werden im Standardinstallationsordner %PROGRAMFILES(x86)%\VMware\vCAC\ erstellt. Wenn alle IaaS-Komponenten in einem nicht standardmäßigen Speicherort installiert werden, enthält das von der vRealize Automation-Appliance erfasste Protokollpaket nicht die IaaS-Installationsprotokolldateien.
    Dieses Problem ist behoben.

  • Während der Installation oder des Upgrades wird eine Validierungsfehlermeldung angezeigt, und die Installation schlägt fehl
    Die folgende Fehlermeldung wird angezeigt, bevor die Installation fehlschlägt: Die Windows-Anmeldeidentität [DOMAIN\USER] konnte nicht als über die Berechtigung „Anmelden als Dienst“ verfügend überprüft werden (lokale Richtlinie von Windows).
    Dieses Problem ist behoben.
  • Bei der Installation oder beim Upgrade von vRealize Automation 7.0 wird die RegistryKeyPermissionCheck-Warnung angezeigt, obwohl der Benutzer über die erforderlichen Rechte verfügt
    Dieses Problem ist behoben.

  • Während der Installation oder des Upgrades wird eine Fehlermeldung über ein falsches Zertifikat angezeigt, und die Installation schlägt fehl
    Wenn Sie den Installationsassistenten zum Installieren von vRealize Automation verwenden, muss die Groß- und Kleinschreibung des Namens, den Sie für die erste vRealize Automation-Appliance eingeben, mit derjenigen des Namens übereinstimmen, den Sie beim Hinzufügen von zusätzlichen Appliances eingeben. Wenn die Groß- und Kleinschreibung der beiden Namen unterschiedlich ist (z. B. „vRAapp“ und „vraapp“), wird eine Fehlermeldung über falsche Anmeldedaten angezeigt, nachdem Sie dem Cluster eine zusätzliche Appliance hinzugefügt haben, und die Installation schlägt fehl.
    Dieses Problem ist behoben.

Upgrade-Probleme

  • Ein Java-Ausnahmefehler tritt ein, wenn Sie das Identity Stores Migration Tool zum Neuzuweisen eines Mandantenadministrators verwenden
    Dieses Problem tritt auf, weil ein synchronisierter Benutzeradministrator im Setup-Verzeichnis das Fehlschlagen der Neuzuweisung verursacht.
    Dieses Problem ist behoben.

  • Der vRealize Orchestrator-Dienst ist nicht verfügbar, nachdem Sie auf vRealize Automation 7.0 aktualisiert haben
    Das Upgrade unterbricht die Verbindung zwischen vRealize Orchestrator und der konfigurierten Administratorgruppe.
    Informationen zum Beheben dieses Problems finden Sie in den Upgrade-Handbüchern für das Upgrade von vRealize Automation 6.2.x auf 7.0.1 und von 7.0 auf 7.0.1.

  • Nach dem Upgrade auf vRealize Automation 7.0 werden Katalogelemente für dieselbe Business-Gruppe im Katalog doppelt angezeigt
    Dieses Problem ist behoben.

  • Ein Fehler erscheint beim Ausführen des Identity Stores Migration Tools
    Beim Ausführen des Identity Stores Migration Tools kann der folgende Fehler angezeigt werden:
    ERROR: MigrateIdentityStores: Tenant 'vsphere.local': Can not create directory ' ': Could not join domain Error occurred while joining domain. Stellen Sie sicher, dass der Benutzername und das Kennwort für die Domainverwaltung korrekt sind und dass der Benutzername sAMAccountName ist.
    Dieses Problem ist behoben.

  • Beim Aktualisieren des Manager Service und des DEM Orchestrator-Systems wird eine Fehlermeldung angezeigt, und der Model Manager-Web-Host kann nicht validiert werden
    Es wird folgende Fehlermeldung angezeigt, wenn Sie den Namen des Lastausgleichsdiensts in der Datei ManagerService.exe.config ändern:
    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.
    Dieses Problem ist behoben.

  • Wenn Sie den eingebetteten vRealize Orchestrator als Endpoint in vRealize Automation 6.x hinzufügen, funktioniert der Endpoint nicht mehr, nachdem Sie auf vRealize Automation 7.0 aktualisiert haben
    In vRealize Automation 6.x ist der eingebettete vRealize Orchestrator unter „https://hostname:8281/vco“ verfügbar. Beim Upgrade wird die URL des eingebetteten vRealize Orchestrator von „https://hostname:8281/vco“ zu „https://hostname/vco“ geändert. Nach dem Upgrade wird die Verbindung zum eingebetteten vRealize Orchestrator, der als Endpoint in vRealize Automation 6.x hinzugefügt wurde, unterbrochen, da die URL geändert wurde.
    Das vRealize Automation-Upgrade-Dokument wurde aktualisiert und enthält jetzt die richtige URL.

  • Wenn Sie eine Bereitstellung aktualisieren, die Blueprints mit Spezifikationen für ein privates Netzwerk enthält, und wenn eine private Bereitstellung vorhanden ist, führt dies zum Auftreten von Problemen während und nach dem Upgrade
    Private Netzwerke und private Netzwerkprofile werden in vRealize Automation 7.0 nicht unterstützt.
    Wenn in Blueprints aus Version 6.2.x private Netzwerke angegeben sind, können Sie die Spezifikationen für die privaten Netzwerke vor dem Upgrade aus den Blueprints entfernen und alle abhängigen Bereitstellungen entfernen. Wenn Sie die privaten Netzwerkspezifikationen nicht aus den Blueprints entfernen, werden diese durch das Upgrade-Tool entfernt und die betroffenen Blueprints befinden sich danach im Entwurfsstatus. Sie müssen die Spezifikationen nach dem Upgrade korrigieren und die Blueprints dann neu veröffentlichen.
    Dieses Problem ist behoben.

Probleme bei der Konfiguration und Bereitstellung

  • Bei Verwendung der Massenimport-Funktion zum Importieren einer nicht verwalteten virtuellen Maschine in vRealize Automation kann ein Fehler während des Imports die Maschine in vCenter Server löschen.
    Dieses Problem ist behoben.

  • Abonnements für das EventLog-Standardereignisthema empfangen keine Ereignisse und lösen keinen vRealize Orchestrator-Workflow aus
    Dieses Problem ist behoben.

  • Einige Maschinenbereitstellungs-Workflows generieren Fehler im Zusammenhang mit Workflow-Abonnements und dem Ereignis-Broker-Dienst
    Dieses Problem ist behoben.

  • Wenn Sie den Workflow-Abonnement-Assistenten ausführen, wird ein interner Fehler angezeigt, wenn Sie „Auf Bedingungen basierend ausführen“ wählen
    Wenn Sie im Workflow-Abonnement-Assistenten für ein neues oder bearbeitetes Workflow-Abonnement Auf Bedingungen basierend ausführen und dann entweder Alle folgenden Optionen oder Eine der folgenden Optionen auswählen, aber nur eine Bedingung angeben, wird kein Validierungsfehler angezeigt, und Sie können fortfahren. Wenn Sie auf Beenden klicken, wird ein interner Fehler angezeigt, und das Abonnement wird nicht gespeichert.
    Dieses Problem ist behoben.

  • Wenn Sie den Namen des verschachtelten Blueprints ändern, unterbrechen Sie die Netzwerkkartenzuordnungen zum Blueprint, weshalb die Bereitstellung fehlschlägt
    Wenn Sie einen Blueprint bearbeiten, der einen verschachtelten Blueprint enthält und bei dem ein Netzwerkprofil und eine angegebene Netzwerkkarte einer vSphere-Maschinenkomponente zugeordnet sind, werden beim Ändern des Namens des verschachtelten Blueprints die Netzwerkkartenzuordnungen zum Blueprint unterbrochen. Infolgedessen schlägt der Bereitstellungsvorgang fehl.
    Dieses Problem ist behoben.

  • Wenn Sie eine Anforderung für ein Katalogelement absenden, schlägt die Anforderung fehl und die Schaltfläche „Senden“ wird nicht mehr angezeigt
    Dieses Problem ist behoben.

  • Der Status einer Maschine wird auf der Seite für verwaltete Maschinen möglicherweise für eine gewisse Zeit nach der Bereitstellung fälschlicherweise als „Fehlt“ angezeigt
    Wenn das System anschließend eine Datenerfassung auf der Computing-Ressource durchführt, die die fehlende Maschine hostet, wird der richtige Maschinenstatus angezeigt.
    Dieses Problem ist behoben.

  • Sie können keine Eigenschaftsgruppen hinzufügen oder löschen, nachdem eine Blueprint-Komponente hinzugefügt wurde
    Wenn Sie eine Blueprint-Komponente, die Sie auf der Design-Arbeitsfläche erstellen oder bearbeiten, hinzufügen und auf Fertig stellen klicken, können Sie keine Änderung an den Eigenschaftsgruppen des äußeren Blueprints mehr speichern.
    Dieses Problem ist behoben.

  • Wenn Sie eine Kontingenteinstellung in einem Blueprint ändern, wird die Einstellungsänderung entfernt, wenn Sie den Blueprint veröffentlichen
    Wenn Sie einen Blueprint öffnen und speichern, dem bereits eine Kontingenteinstellung zugewiesen wurde, wird das Kontingent wieder auf unbegrenzt zurückgesetzt.
    Dieses Problem ist behoben.

  • Auf der Katalogelementseite werden die Namen der Netzwerkkomponenten nicht ordnungsgemäß angezeigt
    In einer lokalisierten Benutzeroberfläche wird auf der Katalogelementseite an Stelle des Namens Softwarecode angezeigt.
    Dieses Problem ist behoben.

  • Wenn Sie einen Blueprint mit einer geklonten Maschine anhand der REST-API erstellen, ist das Menü „Von Snapshot klonen“ nicht verfügbar
    Auf der Registerkarte Build-Information ist das Menü Von Snapshot klonen nicht verfügbar und Sie können über das Dropdown-Menü keine Auswahl vornehmen.
    Dieses Problem ist behoben.

  • Wenn Sie eine VM mit einem verknüpften Klon bereitstellen, nachdem das Snapshot-Ziel geändert wurde, wird eine Fehlermeldung zum Snapshot angezeigt
    Wenn Sie beispielsweise einen verknüpften Klon aus einem Snapshot von VM1 zu einem Blueprint hinzufügen und diesen speichern und dann den Snapshot zu VM2 ändern, hat die Änderung von VM1 in VM2 keine Wirkung, und die folgende Fehlermeldung erscheint. Klon-VM: Der angegebene Snapshot ist nicht vorhanden. Klonvorgang abgebrochen.
    Dieses Problem ist behoben.

  • Wenn Sie einen Blueprint aktualisieren, werden die Lastausgleichsdiensteinstellungen auf die Standardwerte zurückgesetzt
    Wenn Sie einen Wert für einen Lastausgleichsdienst in einem Blueprint ändern und die Seite verlassen, werden die geänderten Werte auf die Standardeinstellungen zurückgesetzt.
    Dieses Problem ist behoben.

  • Wenn Sie ein Katalogelement anfordern, das ein 1-1-NAT-On-Demand-Netzwerk enthält, und Standard-VM-Instanzen hinzufügen, werden die NAT-Regeln für die hinzugefügten VMs nicht erstellt
    Wenn ein Blueprint VM-Instanzen und eine NSX-Komponente für ein 1-1-NAT-On-Demand-Netzwerk enthält, tritt ein Problem ein, wenn ein Benutzer dieses Katalogelement anfordert und weitere VM-Instanzen zu den im Blueprint spezifizierten VMs hinzufügt. Wenn dies geschieht, werden die 1-1-NAT-Regeln für die zusätzlichen VMs nicht erstellt. Wenn der Benutzer die Anzahl der VM-Instanzen nicht ändert, verläuft die Bereitstellung mit 1:1-NAT-Konfigurationen für alle virtuellen Maschinen korrekt.
    Dieses Problem ist behoben.

  • Die Bereitstellung einer vSphere-Maschine mit NAT 1-1 schlägt fehl, wenn die im verschachtelten Blueprint angegebene Anzahl an Maschineninstanzen im äußeren Blueprint nicht überschrieben wird
    Wenn Sie einen verschachtelten Blueprint hinzufügen, der eine vSphere-Maschinenkomponente mit einem minimalen Instanzwert von 2 oder höher und einem leeren maximalen Instanzwert enthält, eine Netzwerkkomponente des Typs „NAT 1-1“ hinzufügen und anschließend der vSphere-Maschinenkomponente im verschachtelten Blueprint eine Netzwerkkarte mit der Einstellung „NAT 1-1“ hinzufügen, dann schlägt die Bereitstellung über den veröffentlichten äußeren Blueprint fehl, und es wird folgende Fehlermeldung angezeigt:
    Request [9d7b7c07-3e04-4d5b-8ae6-be4eef4d2eca]: Index: 1, Size: 1 (stacktrace attached)
    Dieses Problem ist behoben.

  • Falsches Währungssymbol wird möglicherweise angezeigt, wenn vRealize Business Standard Edition mit vRealize Automation integriert wird
    Wenn die vRealize Business Standard-Appliance für die Verwendung von Währungen konfiguriert ist, die von den Optionen abweichen, die in den Ländereinstellungen des Windows-Betriebssystems konfiguriert sind, auf dem der IaaS-Server in vRealize Automation installiert ist, wird das falsche Währungssymbol in der Rückforderungsanforderung und im Text der E-Mail angezeigt.
    Dieses Problem ist behoben.

  • Wenn Massenimport verwendet wird, wird der Fehler "" angezeigt
    Wenn Sie eine Maschine importieren, wird die folgende Fehlermeldung angezeigt: Bereitstellungs-Workflow kann nicht geladen werden. Dies geschieht, wenn der abschließende Katalogregistrierungsschritt fehlschlägt. Beim Fehlschlagen versucht IaaS, die Maschine zu löschen, wenn der Grenzwert für wiederholte Registrierungsversuche erreicht ist.
    Dieses Problem ist behoben.

  • Wenn Sie Blueprints auf einem Server anfordern, der zahlreiche gleichzeitige Anforderungen verarbeitet, kann die Anforderung manchmal mit dem Status „PROVIDER_FAILED“ fehlschlagen
    In Zeiten mit einer großen Anzahl an Bereitstellungen verbleiben einige Anforderungen im Zustand „Maschine aktiviert“, wobei schließlich die Meldung PROVIDER_FAILED angezeigt wird. Dieses Problem tritt aufgrund von SocketTimeoutExceptions auf, wenn die Verbindungen zwischen den Java-Diensten und den Windows-Diensten blockieren.
    Dieses Problem ist behoben.

  • Wenn Sie Blueprints, die NSX-Sicherheitskomponenten enthalten, auf einem stark belasteten Server anfordern, kann die Anforderung manchmal mit dem Status „PROVIDER_FAILED“ fehlschlagen
    In Zeiten mit einer großen Anzahl an Bereitstellungen können einige Anfragen für eine Bereitstellung von VM-Komponenten fehlschlagen. Die folgende Meldung erscheint in den Anfragedetails: Fehler bei der Konfiguration einer oder mehrerer Netzwerk- und Sicherheitseinstellungen. Fehler: Ein oder mehrere Fehler aufgetreten.
    Dieses Problem ist behoben.

  • Eine virtuelle Maschine wird bei der Neubereitstellung gelöscht, wenn ein Datenspeicher von einem SDRS-Cluster in einen anderen verschoben wird
    Wenn ein Datenspeicher von einem SDRS-Cluster in einen anderen verschoben wird, aktualisiert die Bestandslisten-Datenerfassung die Speicherpfade der Festplatten. Die benutzerdefinierte Eigenschaft „VirtualMachine.Storage.Cluster.Name“ der virtuellen Maschine, die erneut bereitgestellt wird, wird jedoch nicht mit den neuen Speicherpfaden der Festplatten aktualisiert, und die Maschine wird beim erneuten Bereitstellen gelöscht.
    Dieses Problem ist behoben.

  • Softwarebereitstellung unter Windows 8, Windows 2000 R2 und Windows 10 erfordert, dass vor dem Installieren des Software-Bootstrap-Agents .NET 3.5 auf der Vorlagenmaschine installiert ist
    .NET 3.5 ist nur erforderlich, wenn Benutzer die Vorlagen für die Softwarebereitstellung vorbereiten. Die .NET 3.5-Anforderung gilt nicht für die reine Maschinenbereitstellung.
    Dieses Problem ist behoben.

  • Der Befehl zum Ändern von Zertifikaten stellt das neue Zertifikat nicht auf einem eigenständigen Agent-Server bereit
    Es wird kein neues Zertifikat bereitgestellt, wenn der Befehl zum Ändern des IaaS-Webserver- oder des Manager Service-Zertifikats in einer Umgebung ausgeführt wird, in der es mindestens einen IaaS-Server gibt, auf dem nur Agenten installiert sind. Wenn das Zertifikat selbstsigniert oder auf den IaaS-Webservern standardmäßig nicht vertrauenswürdig ist, muss das Vertrauen manuell hergestellt werden.
    Dieses Problem ist behoben.

  • Nach der Änderung des SSO-Administratorkennworts kann der vco-Server-Dienst nicht gestartet werden
    Wenn das SSO-Administratorkennwort geändert wird, werden alle Dienste neu gestartet, aber vRealize Orchestrator erhält keine Lizenz, da die Anforderung vor dem Start des Lizenzdiensts erfolgt ist. Ausnahmemeldungen vom vco-server-Dienst werden angezeigt, und vRealize Orchestrator wird nicht gestartet.
    Dieses Problem ist behoben.

  • Interner Fehler wird angezeigt, wenn Sie einen neuen XaaS-Blueprint erstellen und die Option „Erforderlich“, „Schreibgeschützt“ oder „Sichtbar“ hinzufügen
    Wenn Sie für eine der booleschen Optionen „Erforderlich“, „Schreibgeschützt“ oder „Sichtbar“ eine Konstante angeben und auf „Übernehmen“ klicken, wird eine Meldung zu einem internen Fehler angezeigt. Dieses Problem tritt bei XaaS-Komponenten auf, die mehrere Werte unterstützen, z. B. bei Kontrollkästchenlisten, bei dualen Listen, bei der Suche usw.
    Dieses Problem ist behoben.

  • Interner Serverfehler erscheint während der Konfiguration der Verzeichnisverwaltung
    Wenn Sie einzelne Gruppen oder Active Directory-Container wie z. B. die Domäne oder die Organisationseinheit auswählen, die Gruppen auf der Seite „Wählen Sie die Gruppen (Benutzer), die Sie synchronisieren möchten“ enthalten, erscheint die Fehlermeldung Interner Serverfehler, wenn dieselbe Gruppe bereits durch mehr als einen Gruppen-DN-Eintrag auf der Seite aufgelöst wird.
    Dieses Problem ist behoben.

  • Die Proxyeinstellungen funktionieren für vCloud Director- oder vCloud Air-Endpoints nicht richtig
    Wenn Sie während der Datenerfassung eine Verbindung zum Endpoint herstellen, ignoriert das System die Proxy-Einstellungen, die beim Erstellen der vCloud Director- oder vCloud Air-Endpoints verwendet wurden. Das kann zu Fehlern bei der Datenerfassung führen, wenn der Proxy für die Verbindung mit der Endpoint-Adresse erforderlich ist.
    Dieses Problem ist behoben.

Bekannte Probleme

Anzeigen|ausblenden

Die bekannten Probleme gliedern sich in folgende Gruppen:

Behobene Probleme, die früher nicht dokumentiert wurden, werden mit einem Sternchen (*) markiert.

Installationsprobleme

  • Neu Katalog für gemeinsame Komponenten kann nicht installiert werden.
    Die Installation des Katalogs für gemeinsame Komponenten schlägt auf vRealize Automation IaaS Manager Service-Maschinen möglicherweise fehl.

    Problemumgehung: Fügen Sie der Manager Service-Maschine den IIS-Verwaltungskonsolen-Rollendienst hinzu. Um den Rollendienst hinzuzufügen, navigieren Sie zur Systemsteuerung und aktivieren bzw. deaktivieren Sie die Windows-Funktionen. Erweitern Sie unter „Internetinformationsdienste (IIS)“ den Eintrag „Verwaltungstools“ und wählen Sie „IIS-Verwaltungskonsole“ aus.

  • Neu Doppelte Anführungszeichen sind im Administratorkennwort nicht zulässig.
    Zusätzlich zu den im Installationshandbuch aufgelisteten Sonderzeichen sind doppelte Anführungszeichen (") in vRealize Automation-Administratorkennwörtern nicht zulässig.

    Problemumgehung: Keine. Fügen Sie keine doppelten Anführungszeichen im Administratorkennwort ein.

  • Neu Anforderung an Distributed Transaction Coordinator
    Die Bereitstellung einer Maschine in vRealize Automation schlägt möglicherweise mit folgender Fehlermeldung fehl:
       Fehler bei der Ausführung der Abfrage usp_SelectHostReservation
    Der Fehler tritt auf, wenn eine Distributed Transaction Coordinator (DTC)-Anforderung auf dem vRealize Automation SQL Server- und den Model Manager-Portalmaschinen nicht aktiviert wurde.

    Problemumgehung: Aktivieren Sie DTC auf vRealize Automation SQL Server- und Model Manager-Maschinen, indem Sie die folgenden Richtlinien im Knowledgebase-Artikel 2038943 beachten.

  • 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.

  • Die Validierungen der Voraussetzungsprüfung für IIS Server-Windows-Authentifizierung funktionieren nur für die Standardwebsite, bei der nach der Installation der IIS-Komponenten keine Windows-Authentifizierungseinstellungen geändert wurden
    Wenn die Windows Authentication-Einstellungen der Standardwebsite nach dem Installieren der IIS-Komponenten geändert werden, schlägt die Installation von vRealize Automation 7.0 fehl, da die Voraussetzungsprüfung die Änderung nicht erkennt. Prüfen Sie vor der Installation von vRealize Automation 7.0 in IIS-Manager, ob Sie über Administratorrechte zum Ändern der IIS-Einstellungen im Internetinformationsdienst-Manager (IIS-Manager) oder im Server Manager verfügen.

    Problemumgehung: Informationen zur Lösung dieses Problems finden Sie im Knowledgebase-Artikel 2138781.

Bekannte Upgradeprobleme

  • Wenn Sie einen Replikatserver von vRealize Automation 7.0 auf 7.0.1 aktualisieren, muss der Replikatserver mit dem Masterserver synchronisiert sein. Wenn der Replikatserver nicht synchronisiert ist, kann der PostgreSQL-Dienst auf dem Replikat nicht starten, und das Upgrade schlägt fehl.

    Problemumgehung: Führen Sie nach dem Upgrade des Master-Knotens die folgenden Befehle auf allen Replikatknoten aus, bevor Sie ein Upgrade einer Replikatinstanz durchführen:

    1. rm -rf /storage/db/pgdata_backup
    2. vcac-vami psql-set-replica

  • 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.

  • Wenn Sie den Hostnamen nach dem Initialisieren der Active Directory-Verbindung zu einem anderen Namen aktualisieren, ist der Active Directory-Connector unbrauchbar, und Active Directory schlägt fehl
    Sie dürfen den Hostnamen der virtuellen Appliance nicht ändern, nachdem die Active Directory-Verbindung initialisiert wurde. Sie können den Lastausgleichsdienstnamen in der vRealize Automation-Appliance-Verwaltungskonsole ändern, indem Sie vRA-Einstellungen > Hosteinstellungen auswählen.

  • 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/"

Probleme bei der Konfiguration und Bereitstellung

  • 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 den Hostnamen und die Zertifikatseinstellungen in der Verwaltungsschnittstelle der vRealize Automation-Appliance speichern, wird eine Fehlermeldung angezeigt*
    Diese Fehlermeldung wird angezeigt, wenn Sie den Installationsassistenten schließen und vRealize Automation manuell mit der Verwaltungsschnittstelle der vRealize Automation-Appliance konfigurieren. Wenn Sie nach dem Angeben des Hostnamens und des Zertifikats auf Einstellungen speichern klicken, wird die folgende Fehlermeldung angezeigt: Fehler beim Aufrufen des externen Befehls.

    Problemumgehung: Klicken Sie auf die Schaltfläche Aktualisieren.

  • Die Festplattengröße kann nicht geändert werden, während eine Maschine aus dem Katalog angefordert wird*
    Wenn Sie versuchen, die Festplattengröße einer Maschine während des Anforderungsprozesses zu ändern, ist das Textfeld „Kapazität“ nicht mehr verfügbar. Das geschieht, weil Sie die im Blueprint für die Maschine angegebene Festplattengröße nicht ändern können.

    Problemumgehung: Wenn Sie Speicherkapazität zu einer Maschine hinzufügen möchten, können Sie zur Anforderungszeit zusätzliche Festplatten hinzufügen.

  • Erforderliche, aber leere Softwarekomponenteneigenschaft*
    Ein Blueprint kann erstellt werden, der eine Softwarekomponente mit einer erforderlichen Eigenschaft enthält, eine anfordernde Person kann jedoch keinen Wert für die Eigenschaft angeben. Beispiel: Ein Software-Autor erstellt die erforderliche Komponente für den Softwarekomponententyp mit einem Standardwert. Anschließend erstellt ein Blueprint-Autor einen Blueprint mit der erforderlichen Eigenschaft, wobei der Autor entweder festlegt, dass die Eigenschaft im Anforderungsformular nicht angezeigt wird oder nicht überschrieben werden kann. Dadurch wird ein Anforderungsformular mit einer leeren, aber erforderlichen Eigenschaft erstellt, die es einer anfordernden Person jedoch nicht ermöglicht, einen Wert anzugeben. Wenn die anfordernde Person, die dieses Anforderungsformular verwendet, auf Senden klickt, wird möglicherweise die Meldung „Markierte Fehler korrigieren“ angezeigt, es sind jedoch keine zu korrigierenden markierten Eigenschaften auf der Seite vorhanden. Wenn die anfordernde Person erneut auf Senden klickt, wird die Fehlermeldung nicht mehr angezeigt und das System sendet die Anforderung ohne Wert für die erforderliche Eigenschaft.

    Problemumgehung: Um diese Situation zu verhindern, kann ein Blueprint-Autor das Kontrollkästchen „Überschreibbar“ und das Kontrollkästchen „In Anforderung anzeigen“ bei der Konfiguration der Softwarekomponenten aktivieren.

  • Das Hinzufügen von Active Directory-Gruppen in VMware vRealize Automation 7.x mit dem Rautezeichen (#) schlägt fehl*

    Problemumgehung: Informationen hierzu finden Sie im Knowledgebase-Artikel 2142946.

  • Die IP-Adresse für eine virtuelle Maschine von Amazon Web Services ist in der Katalog-API nicht mehr verfügbar, nachdem Sie eine Maschine bereitgestellt haben*
    Nachdem Sie die Katalog-API von vRealize Automation zum Bereitstellen einer virtuellen Maschine von Amazon Web Services verwendet haben, können Sie die IP-Adresse für die Maschine nicht mehr mithilfe der Katalog-API abrufen.

  • Wenn Sie einen Mandanten löschen, der eine große Anzahl Gruppen umfasst, kann eine Zeitüberschreitung des Prozesses eintreten*
    Wenn das System einen Mandanten nicht vollständig löscht, weil eine Zeitüberschreitung des Prozesses eingetreten ist, führen Sie den Löschprozess nicht erneut aus. Nach der Zeitüberschreitung des Prozesses lösen die verbleibenden Mandantendaten nach einiger Zeit eine Löschroutine aus, die den Prozess automatisch abschließt.

  • 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.

  • Wenn Sie bei der ersten Bereitstellung der vRealize Automation-Appliance ein Komma (,), einen umgekehrten Schrägstrich (\) oder ein Leerzeichen zwischen zwei gültigen Zeichen im Root-Kennwort eingeben, schlägt der Setup-Prozess fehl, wenn Sie den Assistenten zur Einrichtung einer Hochverfügbarkeitsumgebung verwenden*
    Wenn Sie den Assistenten zum Hinzufügen einer zweiten Appliance zur ersten Appliance verwenden und das Root-Kennwort ein Komma (,), einen umgekehrten Schrägstrich (\) oder ein Leerzeichen zwischen zwei gültigen Zeichen enthält, unterbricht das Kennwort den Installationsbefehl und bewirkt eine Zeitüberschreitung des Prozesses.

    Problemumgehung: Verwenden Sie kein Komma (,), keinen umgekehrten Schrägstrich (\) und kein Leerzeichen zwischen zwei gültigen Zeichen im Root-Kennwort, während Sie die vRealize Automation-Appliance zum ersten Mal bereitstellen.

  • 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.

  • Die Option zum Löschen des VMware NSX Load Balancer wird als berechtigte Aktion und als Option für die Genehmigungsrichtlinie angezeigt*
    Die Berechtigung zum Löschen des VMware NSX Load Balancer wird fälschlicherweise als berechtigte Aktion und als Option für die Genehmigungsrichtlinie auf der Registerkarte Administration angezeigt. Die Option zum Löschen des Load Balancer wird ordnungsgemäß aus der Liste der Aktionen in der bereitgestellten Load Balancer-Ressource ausgeblendet, wird aber auf der Registerkarte Administration weiterhin angezeigt. Die Optionen sind zwar vorhanden, funktionieren aber nicht.

  • Edge kann eine virtuelle Maschine nicht zuweisen, wenn die benutzerdefinierte Eigenschaft des Netzwerks auf Blueprint-Ebene angegeben wird*
    Wenn Sie eine benutzerdefinierte Eigenschaft verwenden, um für eine virtuelle Maschine eine Verbindung zu einem externen Netzwerk in einem Blueprint anzugeben, ist eine Maschinenanforderung nicht erfolgreich und generiert eine Fehlermeldung wie die folgende: Infrastruktur-Dienstanbieterfehler: Ein Serverfehler ist aufgetreten. Fehler bei der Anforderung der Maschine. IP-Adresse: 10.10.10.1 ist für das Netzwerkprofil „externes-Netzwerk-Profil“ nicht verfügbar.

    Problemumgehung: Verwenden Sie eine benutzerdefinierte Eigenschaft auf Maschinenebene statt auf Blueprint-Ebene, um die Verbindung zum externen Netzwerk anzugeben.

  • 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.

  • In vRealize Automation 7.0 muss bei den Namen benutzerdefinierter Eigenschaften die Groß-/Kleinschreibung beachtet werden
    In früheren Versionen von vRealize Automation muss bei den Namen benutzerdefinierter Eigenschaften die Groß-/Kleinschreibung nicht beachtet werden. In 7.0 müssen die Namen benutzerdefinierter Eigenschaften exakt übereinstimmen. Dies gilt auch für die Groß-/Kleinschreibung. Diese Änderung stellt sicher, dass Eigenschaftswerte überschrieben werden und den Definitionen im Eigenschaftenwörterbuch entsprechen. Beispielsweise werden die beiden Eigenschaften „hostname“ und „HOSTNAME“ von vRealize Automation 7.0 als unterschiedliche Eigenschaften behandelt und überschreiben sich nicht.

  • 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.

  • 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: Informationen zur Lösung dieses Problems 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.

Dokumentaktualisierungen

  • Neu Fehler in der Dokumentation im Thema Vorbereiten einer Windows-Referenzmaschine für die Unterstützung von Software.

    In diesem Thema wurden mehrere Korrekturen vorgenommen. Korrekturen finden Sie in Version 7.3 des Themas Vorbereiten einer Windows-Referenzmaschine für die Unterstützung von Software.

  • Fehler in der Dokumentation im Thema Anmelden beim vRealize Orchestrator-Client.

    Fehler in Schritt 1 des Themas Anmelden beim vRealize Orchestrator-Client. Der Schritt sollte folgendermaßen lauten:

    1. Stellen Sie eine Verbindung zur vRealize Automation-URL in einem Webbrowser her.
  • Fehler in der Dokumentation im Thema Anmelden bei der vRealize Orchestrator-Konfigurationsschnittstelle.

    Fehler in Schritt 4 und 5 des Themas Anmelden bei der vRealize Orchestrator-Konfigurationsschnittstelle. Die beiden Schritte sollten durch Folgendes ersetzt werden:

    1. Melden Sie sich beim vRealize Orchestrator Control Center mit dem Root-Kennwort an, das Sie bei der Bereitstellung der vRealize Automation-Appliance eingegeben haben.
  • Downgrade der vRealize Automation-Lizenzen nicht möglich
    Die folgende Meldung wird angezeigt, wenn über die Lizenzierungsseite der vRealize Automation-Verwaltungsschnittstelle ein Schlüssel für eine Lizenz einer früheren Version übermittelt wird. Beispielsweise beginnen Sie mit einer Enterprise-Lizenz. Dann versuchen Sie, eine erweiterte Lizenz einzugeben.

    Downgrade der bestehenden Lizenzversion nicht möglich

    Diese vRealize Automation-Version unterstützt kein Downgrade von Lizenzen. Sie können nur Lizenzen einer gleichwertigen oder höheren Version hinzufügen. Um zu einer früheren Version zu wechseln, müssen Sie vRealize Automation neu installieren.

  • vRealize Automation unterstützt keine Bereitstellungsumgebung, die eine private SCVMM-Cloud-Konfiguration verwendet.
    vRealize Automation kann derzeit keine Datenerfassung, Datenzuordnung oder Datenbereitstellung basierend auf privaten SCVMM-Clouds durchführen.

  • Benutzerdefinierte Eigenschaftsdefinition für „Vrm.DataCenter.Location“ fehlt
    Eine Beschreibung dieser benutzerdefinierten Eigenschaft finden Sie in der Dokumentation zu vRealize Automation 7.2.

  • Für vCloud Air-Endpoints müssen der Name der Organisation und der Name des vDC übereinstimmen
    Für vCloud Air-Endpoints müssen der Name der Organisation und der Name des vDC für eine vCloud Air-Abonnementinstanz identisch sein.

  • Migrieren einer virtuellen Maschine in eine andere vRealize Automation-Umgebung
    Fügt Beispielwerte für jedes CSV-Element und ein Beispiel einer vollständigen, ordnungsgemäß formatierten CSV-Zeile zum Verfahrensschritt 2 hinzu.
    Überschrift Kommentar Beispiel
    Import-Nr. – Ja oder Nein Ändern Sie in „Nein“, um zu verhindern, dass eine bestimmte Maschine importiert wird. Ja
    Name der virtuellen Maschine Nicht ändern MyMachine
    ID der virtuellen Maschine Nicht ändern a6e05812-0b06-4d4e-a84a-fed242340426
    Hostreservierung (Name oder ID) Geben Sie den Namen oder die ID einer Reservierung in der vRealize Automation-Zielumgebung ein. DevReservation
    Host zu Speicher (Name oder ID) Geben Sie den Namen oder die ID eines Speicherorts in der vRealize Automation-Zielumgebung ein. ce-san-1:custom-nfs-2
    Bereitstellungs-ID Geben Sie für die Bereitstellung, die Sie in der vRealize Automation-Zielumgebung erstellen, einen neuen Namen ein. Jede Maschine muss auf ihre eigene Bereitstellung migriert werden. Sie können keine einzelne virtuelle Maschine in eine vorhandene Bereitstellung importieren. Sie können nicht mehrere virtuelle Maschinen importieren. ImportedDeployment0001
    ID des konvergierten Blueprints Geben Sie die ID des Blueprints in die vRealize Automation-Zielumgebung ein, die Sie zum Importieren der virtuellen Maschine verwenden. Stellen Sie sicher, dass Sie nur die Blueprint-ID eingeben. Geben Sie nicht den Blueprint-Namen ein. Sie müssen einen Blueprint angeben, der nur eine Maschinenkomponente enthält. Der Blueprint muss veröffentlicht und einer Berechtigung hinzugefügt werden. ImportBlueprint
    ID des Komponenten-Blueprints Geben Sie den Namen einer Maschinenkomponente ein, die im ausgewählten Blueprint enthalten ist. Sie können keine virtuelle Maschine in einen Blueprint importieren, der mehr als eine Komponente beinhaltet. ImportedMachine
    Blueprint (Name oder ID) Nicht ändern system_blue-rint_vsphere
    Name des Besitzers Geben Sie einen Benutzer in der vRealize Automation-Zielumgebung ein. user@tenant
    Beispiel einer vollständigen, ordnungsgemäß formatierten CSV-Zeile: Yes, My Machine, a6e05812-0b06-4d4e-a84a-fed242340426, DevReservation, ce-san-1:custom-nfs-2, Imported Deployment 0001, ImportBlueprint, ImportedMachine, system_blue-rint_vsphere, user@tenant