vRealize Automation 6.2 | 9. Dezember 2014 | Build 2330392

VMware Identity Appliance 6.2 | 9. Dezember 2014 | Build 2300183

vRealize Automation Application Services 6.2 | 9. Dezember 2014 | Build 2299597

Aktualisiert am: 19. Dezember 2014

Überprüfen Sie, ob Erweiterungen und Updates für diese Versionshinweise zur Verfügung stehen.

Inhalt dieser Versionshinweise

Diese Versionshinweise decken die folgenden Themen ab:

Neuigkeiten

Verbesserte Unterstützbarkeit

  • Protokollierung und Ereignisverfolgung für die Überwachung wurden verbessert.
  • Zentralisierte Protokollerfassung aller Clusterprotokolle, einschließlich IaaS, wurde hinzugefügt.
  • Telemetrieunterstützung wurde hinzugefügt.
  • Zertifikatvalidierung und -vereinfachung in der vRealize Automation-Managementkonsole wurde hinzugefügt.

Integration mit vRealize Operations Manager

  • Stellt eine Rückgewinnungsempfehlung basierend auf Daten von vRealize Operations Manager bereit.
  • Zeigt das Systemzustand-Badge von vRealize Operations Manager an.

API-Verbesserung und neues CLI-Tool

  • Zur vRealize Automation-REST-API wurde Unterstützung für die Verwaltung von Reservierungen hinzugefügt. Die neuen API-Funktionen umfassen das Erstellen, Aktualisieren oder Löschen einer Reservierung und das Anzeigen von Informationen zu einer Reservierung, beispielsweise die Auslastung ihrer Computing-Ressourcen. Diese Reservierungstypen werden unterstützt: vSphere, vCloud Director, Amazon, KVM (RHEV), SCVMM, Hyper-V und XenServer. In dieser Version wird das Aktivieren von FlexClone in vSphere-Reservierungen über die API nicht unterstützt.
  • Das vRealize Automation-Programmierhandbuch wurde aktualisiert: Es wird jetzt ein größerer Schwerpunkt auf die Durchführung häufig verwendeter Aufgaben und Szenarien unter Verwendung der vRealize Automation-REST-API gelegt. Außerdem enthält es Übersichtsinformationen zu den API-Diensten und zur Arbeit mit der API-Referenzdokumentation.

Verbesserungen der Endpoint-Unterstützung

  • vRealize Automation kann eine Verbindung zu vCloud Air, einschließlich Abonnement- und On-Demand-Dienst oder vCloud Director über Proxy herstellen, der in vCloud Endpoint konfiguriert ist.
  • Xen Desktop 7.0 wird unterstützt.
  • OpenStack Havana wird unterstützt.

Advanced Service Designer-Verbesserungen

  • Unterstützung des Imports und Exports von Advanced Service Designer-Inhalt.
  • Unterstützung für komplexe und interaktive Formulare für Ressourcenaktionen.
  • Formularsteuerelemente werden mit Daten aus externen Systemen aufgefüllt.

Application Services-Verbesserungen

  • Möglichkeit, benutzerdefinierte Eigenschaften für veröffentlichte Anwendungen im Dienstkatalog zu bearbeiten

vRealize Orchestrator-Verbesserungen

  • Switch-case
    Die switch-case-Aktivität behandelt komplexe Bedingungs- und Verzweigungsoperationen aus automatisierten Workflows heraus. Genau wie die Entscheidungselemente steuert die switch-case-Aktivität die Workflowausführung, indem die Workflowentwickler unterschiedlichen Code festlegen, der unter verschiedenen Bedingungen ausgeführt werden soll. In der switch-Anweisung wird eine Variable auf Übereinstimmung mit einer Liste von Werten überprüft. Wenn eine case-Anweisung dem Wert der Variablen entspricht, wird der jeweilige Workflowzweig verarbeitet.

  • Globale Fehlerbehandlung
    Zusätzlich zur traditionellen, aktivitätenbasierten Fehlerbehandlung führt vRealize Orchestrator 6.0 einen globalen Fehlerbehandlungsmechanismus ein, mit dem Workflowentwickler einen Standardfehlerpfad auswählen können, der auf globaler Workflowebene gültig sein soll. Das Aktivitätsdiagramm der Standardfehlerbehandlung erlaubt zudem eine benutzerdefinierte Definition von Rollback-Aktionen im Falle eines Workflowfehlers.

Weitere Funktionsverbesserungen

  • Anzeige des Veranstaltungskalenders auf der Seite Home.
  • Festlegen von Datum und Uhrzeit für den Neukonfigurationsvorgang.
  • Lease ändern. Sie können das Ablaufdatum auf "Unbestimmt" oder "Nie" festlegen.
  • Konfigurierbare E-Mail-Vorlagen werden unterstützt.
  • Das Bearbeiten beliebiger Maschineneigenschaften während des Genehmigungsprozesses wird unterstützt.
  • Das Filtern von Katalogelementen durch die Business-Gruppe wird unterstützt.
  • Leistungsverbesserungen.

Änderung des Brandings

  • vCloud Automation Center wurde in vRealize Automation umbenannt. Nur die Benutzeroberflächen- und Dienstnamen wurden geändert. Verzeichnisnamen und Programmnamen, die vcacenthalten, wurden nicht geändert.
  • Das Branding wurde geändert und an den VMware-Standard hinsichtlich Farbe, Registerkarten und Abstufung angepasst. Sie können Ihr Produktlogo weiterhin in einer Kopfzeile platzieren. Diese ist jetzt 50 Pixel hoch und weist eine Abstufung der von Ihnen angegebenen Farbe im HSV-Farbraum (40 Prozent dunkler) auf. Die von Ihnen angegebene Textfarbe wird jetzt für die gesamte Seite verwendet, einschließlich sekundärer Registerkarten, Bottom-Text und Ziel-Navigator. Für sehr helle, z. B. fast weiße Stile wird für den Registerkartenhintergrund zur Unterscheidung von der aktiven Registerkarte #DDD verwendet. Ansonsten wird Ihre Farbe verwendet. Sie können die Bottom-Farbe nicht ändern.

Systemanforderungen und Installation

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

Zusätzliche Voraussetzungen und Installationsanweisungen finden Sie unter vRealize Automation Installation and Configuration im VMware vRealize Automation 6.2-Dokumentationscenter.

Dokumentation

Der Dokumentationssatz zu vRealize Automation beinhaltet Aktualisierungen zu allen neuen Merkmalen und Funktionen in Version 6.2. Dazu zählen signifikante Verbesserungen beim Installationsprozess für die Bereitstellung von vRealize Automation in einer verteilten Konfiguration. Informationen hierzu finden Sie unter Distributed Deployment Checklist im VMware vRealize Automation 6.2-Dokumentationscenter.

Im VMware vRealize Automation 6.2-Dokumentationscenter haben Sie Zugriff auf die vollständige Dokumentation zu vRealize Automation 6.2.

Behobene Probleme

Die behobenen Probleme werden in folgende Kategorien unterteilt:

Advanced Service Designer

  • Ressourcenaktionen für Hyper-V-, SCVMM- und XenServer-VMs können fehlschlagen, wenn sie auf Ressourcenzuordnungsworkflows basieren, die die Eigenschaft "EXTERNAL_REFERENCE_ID" abfragen
    Wenn Sie eine Ressourcenzuordnung für eine Hyper-V-, SCVMM- oder XenServer-VM basierend auf einem Ressourcenzuordnungsworkflow erstellen, der die Eigenschaft EXTERNAL_REFERENCE_IDabfragt, schlägt die Ressourcenaktion bei Ausführung des Workflows fehl, weil die Eigenschaft EXTERNAL_REFERENCE_IDin dem an den Workflow übergebenen Objekt Eigenschaften nicht festgelegt ist.

    Dieses Problem ist behoben.

  • Mit dem vRealize Orchestrator-Plug-In für vRealize Automation 6.2 oder direkt in der vSphere-API können anhand der eindeutigen Bezeichner keine virtuellen Maschinen für vSphere oder vCloud Director gefunden werden
    Der Workflow Runner-Helper-Workflow findet möglicherweise das Bestandslistenobjekt VC:VirtualMachinenicht. Dies kann dazu führen, dass durch den Workflow Runner-Workflow aufgerufene benutzerdefinierte Workflows mit folgendem Fehler fehlschlagen: TypeError: Eigenschaft "datastore" kann nicht von null gelesen werden. Die Entitätseigenschaft VMUniqueIDder virtuellen Maschine wird von "BiosUUID" in "InstanceUUID" geändert.

    Dieses Problem ist behoben.

  • Sendeformularfelder können nicht aktualisiert werden, wenn Katalogelemente mit erkannten zyklischen Abhängigkeiten angefordert werden, die mithilfe von Advanced Service Designer veröffentlicht wurden
    Wenn alle Eingabeparameter eines vRealize Orchestrator-Workflows OGNL-Abhängigkeiten oder -Validierungen aufweisen und Sie den Workflow zum Erstellen oder Veröffentlichen eines Dienst-Blueprints verwenden, aktualisiert der Formulardesigner bei Anforderung des Katalogelements durch einen Konsumenten die Sendeformularfelder aufgrund erkannter zyklischer Abhängigkeiten nicht. Eine zyklische Abhängigkeit besteht beispielsweise, wenn Sie zwei Eingabeparameter verwenden und der Wert jedes Felds vom Wert des anderen Felds abhängig ist.

    Dieses Problem ist behoben.

Konfiguration und Bereitstellung

  • Zeitüberschreitung bei der Registrierung der XenDesktop-Maschine, wenn sie nicht in 2,5 Minuten abgeschlossen ist
    Der Wert von "$regTries" im Skript "XenDesktopFunctions" muss erhöht werden.

    Dieses Problem ist behoben.

  • Genehmigungen, die aktiv waren, bevor ein Upgrade auf vRealize Automation 6.2 durchgeführt wurde, werden nach dem Upgrade nicht mehr angezeigt
    Wenn Sie zu Posteingang > Genehmigungen navigieren, ist der Standardfilter auf "Aktiv" festgelegt, aber keine der aktiven Genehmigungen wird angezeigt. Wenn Sie nach einem beliebigen Status filtern (ausgenommen dem Status "Alle"), werden die Genehmigungen, die vor dem Upgrade auf Version 6.2 aktiv waren, nicht angezeigt.

  • Dieses Problem ist behoben.

  • Der Zustand der Maschine ändert sich nach dem Ablaufdatum nicht in "Ausschalten" oder "Abgelaufen"
    Eine Multi-Maschine und ihre Komponenten werden nach Erreichen des Ablaufdatums gelöscht.

  • Dieses Problem ist behoben.

Netzwerk

  • In vRealize Automation- und VMware NSX-Integrationen treten verschiedene Probleme auf
    Die Probleme im Zusammenhang mit der Integration von vRealize Automation und VMware NSX wurden behoben.

  • Die Synchronisierung der vCloud Networking and Security-Bestandslisten schlägt fehl und eine Fehlermeldung wird angezeigt
    Wenn Sie eine Transportzone löschen, die einer vRealize Automation-Reservierung, einem Multi-Maschinen-Blueprint oder einer Multi-Maschinen-Instanz aus der VMware NSX-Benutzeroberfläche zugeordnet ist, schlägt die Synchronisierung der vCloud Networking and Security-Bestandslisten fehl und eine Fehlermeldung wird angezeigt. Die Details der Fehlermeldung hängen von dem Element ab, das die Transportzone verwendet.

  • Dieses Problem ist behoben.

  • Das Umbenennen, Bearbeiten oder Anzeigen eines vorhandenen VMware vRealize Orchestrator- oder VMware vSphere-Endpoints mit konfigurierten benutzerdefinierten Eigenschaften führt dazu, dass vRealize Automation die ausgeblendeten benutzerdefinierten Eigenschaften aus der Datenbank entfernt
    Ohne die ausgeblendeten benutzerdefinierten Eigenschaften des Endpoints können Benutzer die Workflows des VMware vCloud Networking and Security-Plug-Ins nicht ausführen.

    Dieses Problem ist behoben.

Bekannte Probleme

Die bekannten Probleme gliedern sich in folgende Gruppen:

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

Installation und Upgrade

  • Die Installation der Manager Service-Komponente unter Verwendung der IaaS-Option zur benutzerdefinierten Installation schlägt fehl*
    Die Installation der Manager Service-Komponente auf einer Maschine, auf der bereits Datenbank-, Website- und Model Manager-Datenkomponenten installiert sind, wird nicht unterstützt. Wenn Sie versuchen, die Installation durchzuführen, schlägt die Installation der Manager Service-Komponenten fehl und die Fehlermeldung Virtuelle Anwendung vcac bereits vorhandenangezeigt.

  • Aufgrund einer langsamen Netzwerkverbindung zwischen den Knoten und der Managementkonsole sind im endgültigen Paket keine Protokolle enthalten*
    Protokolle können bei Eintreten einer Zeitüberschreitung nicht hochgeladen und zum endgültigen Paket hinzugefügt werden. Der aktuelle Zeitüberschreitungswert ist auf 30 Minuten nach Beginn der Ausführung des Befehls durch den Knoten festgelegt. Dieses Problem kann aufgrund einer langsamen Netzwerkverbindung zwischen den Knoten und der Managementkonsole auftreten.

  • Die Voraussetzungsprüfung erkennt bei Verwendung des Standard-SQL-Ports keine Einstellungen*
    Wenn Sie eine benutzerdefinierte Installation ausführen und einen Datenbankknoten unter SQL mit einer nicht standardmäßigen Instanz und einem nicht standardmäßigen Port auswählen, erkennt die Voraussetzungsprüfung keine Einstellungen, selbst wenn Microsoft Distributed Transaction Coordinator (MSDTC) korrekt konfiguriert ist und der MSDTC-Dienst ausgeführt wird.

    Umgehung: Vergewissern Sie sich manuell, dass MSDTC ausgeführt wird, und klicken Sie dann in der Voraussetzungsprüfung auf Umgehen, um mit der Installation fortzufahren.

  • Nach dem Upgrade von 6.1 auf 6.2 wird auf der Anmeldeseite der virtuellen Identity Appliance "VMware vCloud Automation Center" angezeigt*
    Wenn Sie von VMware vCloud Automation Center 6.1.x auf vRealize Automation 6.2 aktualisieren, wird auf der Anmeldeseite der virtuellen Identity Appliance "VMware vCloud Automation Center" anstelle von "VMware vRealize Automation" als Markenname angezeigt.

    Umgehung: Registrieren Sie die virtuelle Identity Appliance neu, indem Sie in der Managementkonsole zur Registerkarte SSO navigieren und Einstellungen speichern auswählen. Der neue Markenname wird angezeigt.

  • In einer geteilten DNS-Konfiguration wird in der Managementkonsole der Identity Appliance eine Warnung angezeigt*
    In der Managementkonsole der Identity Appliance wird eine Warnung angezeigt, wenn Sie AD-Domäne beitreten in einer geteilten DNS-Konfiguration auswählen. Sie können die Warnmeldung ignorieren.

  • Integrationsskripte für HP Server Automation Software sind aufgrund fehlender PowerShell-Skripte beschädigt*
    Erstellungs- und Softwareinstallationsvorgänge für eine HP Server Automation Software-Maschinen-PXE werden aufgrund fehlender PowerShell-Skripte nicht unterstützt.

  • Archivierungsprotokolle für die angehaltenen Maschinen fehlen*
    Wenn die Archivierungsprotokolle für einige der Maschinen fehlen, wurde die Maschine entweder angehalten oder ist nicht erreichbar.

  • Registerkarten werden zeitweise mit falschen Namen angezeigt*
    Nach dem Aktualisieren einer HA-Umgebung von vCloud Automation Center 6.0.x oder 6.1 auf vRealize Automation 6.2 können Registerkarten zeitweise mit falschen Namen angezeigt werden.

    Umgehung: Starten Sie alle virtuellen vRealize Automation-Appliances neu.

  • Die vRealize Automation-Datenbank kann mit dem Installationsassistenten nicht in einem benutzerdefinierten Verzeichnis installiert werden
    Bei einer verteilten (benutzerdefinierten) Installation ignoriert das Installationsprogramm Änderungen, die Sie an der Standarddatenbank und am Protokollverzeichnis vornehmen. Die Datenbank und die Protokolle werden im Standardverzeichnis erstellt.

    Umgehung: Um die Datenbank an einem anderen als dem Standardspeicherort zu erstellen, installieren Sie die Datenbank mithilfe der DBinstall-Skripte, bevor Sie vRealize Automation installieren.

  • IaaS-Authentifizierung schlägt während der Installation der IaaS-Web- und Modellverwaltung aufgrund eines Problems in IIS fehl
    Wenn Sie die Voraussetzungsprüfung ausführen, werden Sie in einer Meldung darauf hingewiesen, dass die IIS-Authentifizierungsprüfung aufgrund nicht aktivierter Authentifizierung fehlgeschlagen ist, das Kontrollkästchen für die IIS-Authentifizierung ist jedoch aktiviert.

    Umgehung:

    1. Deaktivieren Sie das Kontrollkästchen Windows-Authentifizierung.
    2. Klicken Sie auf Speichern.
    3. Aktivieren Sie das Kontrollkästchen Windows-Authentifizierung.
    4. Klicken Sie auf Speichern.
    5. Führen Sie die Voraussetzungsprüfung erneut aus.
  • Die Validierung des Single Sign On-Zertifikats schlägt fehl, wenn der allgemeine Name einen Großbuchstaben enthält
    Wenn Sie einer Single Sign On-Appliance ein Zertifikat zuweisen, werden alle Zeichenfolgen in Kleinbuchstaben konvertiert. Da beim Validierungsvorgang zwischen Groß- und Kleinschreibung unterschieden wird, schlägt der Vorgang fehl, weil der Zertifikatname Großbuchstaben enthält und der Überprüfungsvorgang einen Namen sucht, der nur aus Kleinbuchstaben besteht.

    Umgehung: Wenn Sie die SSO-Host-Adresse unter vRealize Automation Appliance > vRA-Einstellungen > SSO angeben, tippen Sie die Adresse mit der beim Zuweisen des Zertifikats zur SSO-Appliance verwendeten Groß-/Kleinschreibung ein.

  • Die Installation schlägt fehl, wenn ein falscher Hostname angegeben wird
    Die Installation schlägt mit einem Fehler ähnlich dem folgenden fehl:
    Info: 2014-06-17 10 42 32 059 AM : System.AggregateException: Ein oder mehrere Fehler aufgetreten. ---> System.Net.Http.HttpRequestException: Beim Senden der Anforderung ist ein Fehler aufgetreten. ---> System.Net.WebException: Der Remotename konnte nicht aufgelöst werden: 'po-va-rtq8c.sqa.local'Cause: Ursache: In das Feld "vCAC-Hostname" unter "vCAC-Einstellungen" > "Hosteinstellungen" wurde ein falscher Name eingegeben.

    Umgehung:

    1. Bearbeiten Sie die Konfigurationsdatei für die virtuelle Appliance /etc/sysconfig/network/dhcp, um den korrekten Hostnamen anzugeben.
    2. Starten Sie die virtuelle Appliance neu.
    3. Melden Sie sich bei der Managementkonsole der virtuellen Appliance an.
    4. Öffnen Sie die Registerkarte vRA-Einstellungen und klicken Sie auf Hosteinstellungen.
    5. Geben Sie den richtigen Namen in das Textfeld Hostname ein.
    6. Klicken Sie auf Einstellungen speichern.
      Hinweis: Klicken Sie nicht auf Hostnamen auflösen.
    7. Führen Sie die Konfigurationsschritte für die virtuelle Appliance durch und fahren Sie mit der Installation fort.

Migration

  • Für die von vRealize Automation 5.2.x migrierten vApps unterscheidet sich das Löschdatum einer vApp-Komponente von dem des vApp-Containers*
    Für alle von vRealize Automation 5.2x migrierten vApps ist das Löschdatum von Komponente und Container inkonsistent. Für die Komponente wird als Löschdatum das Ablaufdatum angezeigt, für den Container werden die korrekten Informationen angezeigt. Da vApp-Leases von vRealize Automation basierend auf den Container-Informationen verwaltet werden, werden Ihre Komponenten nicht vorzeitig gelöscht.

  • Das Portlet "Veranstaltungskalender" zeigt nach der Migration nicht das richtige Erstellungsdatum an*
    Nach der Migration zeigt das Portlet Veranstaltungskalender für alle migrierten Elemente als Erstellungsdatum das Migrationsdatum an. Dieses Problem tritt unabhängig vom tatsächlichen oder richtigen Datum auf.

  • Die Prüfung vor der Migration meldet fälschlicherweise, dass Agents im Zielsystem fehlen
    Vor der Migration wird geprüft, ob die Agent-Namen aus dem Quellsystem auch im Zielsystem vorhanden sind. Wenn keine Entsprechung vorliegt, wird eine Meldung im Bericht generiert. Der Bericht vor der Migration kann die Meldung Kein übereinstimmender Agent auf dem Zielsystem gefunden. Installieren Sie einen Agent mit einem entsprechenden Namen auf dem Zielsystemauch dann enthalten, wenn ein entsprechender Agent auf dem Zielsystem vorhanden ist.

    Die Meldung wird fälschlicherweise generiert, wenn ein entsprechender Agent im Zielsystem vorhanden ist, aber der Agent keinen Endpoint konfiguriert hat.

    Umgehung: Wenn der Bericht vor der Migration die Meldung enthält und ein entsprechender Agent auf dem Zielsystem existiert, konfigurieren Sie einen Endpoint für den Agent im Zielsystem und führen Sie den Vorgang erneut aus. Andernfalls ignorieren Sie die Meldung und konfigurieren Sie einen Endpoint nach Abschluss der Migration.

Internationalisierung

  • Es können keine Snapshots erstellt werden, wenn der Name der virtuellen Maschine auf der Registerkarte "Elemente" Nicht-ASCII-Zeichen enthält*
    Wenn der Name der virtuellen Maschine auf der Registerkarte Elemente Nicht-ASCII-Zeichen enthält, können Sie keinen Snapshot der virtuellen Maschine erstellen.

    Umgehung: Um den Snapshot zu erstellen, benennen Sie die Maschine um und verwenden Sie lateinische Buchstaben.
  • Benutzerdefinierte Gast-Agent-Skripte, die Unicode-Zeichen enthalten, geraten in eine Endlosschleife
    Wenn Sie benutzerdefinierte Skripte mit Unicode-Zeichen im Namen mit dem Gast-Agent verwenden, wird die VM nicht bereitgestellt und die Anforderung gerät in eine Endlosschleife.

    Umgehung: Verwenden Sie keine Unicode-Zeichen im Namen eines Skripts.

Netzwerk

  • Wenn der Lastausgleich in mehreren VDR-gerouteten Netzwerken aktiviert ist, wird dasselbe NSX Edge verwendet*
    Wenn der Lastausgleich in mehreren VDR-gerouteten Netzwerken in einem Multi-Maschinen-Blueprint aktiviert ist, wird ein einziges NSX Edge mit beiden Netzwerken auf der Uplink-Seite des Edges verbunden. In diesen Situationen kann es vorkommen, dass einer oder mehrere virtuelle Lastausgleichsserver nicht erreichbar sind.

  • IP-Bereiche in gerouteten Netzwerkprofilen werden als zugeteilt aufgelistet, obwohl keine IP-Adressen verwendet werden
    Wenn ein Multi-Maschinen-Blueprint das geroutete externe Netzwerkprofil, aber keine Zuweisung für das geroutete Netzwerk zu Komponentennetzwerkadaptern enthält, werden Maschinen erfolgreich bereitgestellt, aber ein IP-Adressbereich des gerouteten Netzwerkprofils wird zugeteilt, jedoch nicht verwendet.

  • Für die virtuelle Multi-Maschinen-Komponente wird in vRealize Automation nach der Neukonfiguration des Netzwerks in vCenter Server eine falsche Netzwerkeinstellung angezeigt
    Das vCloud Networking and Security-Netzwerk (NSX) einer virtuellen Multi-Maschinen-Komponente kann in vRealize Automation nicht neu konfiguriert werden. Stattdessen müssen Sie vSphere Client für die Neukonfiguration des Netzwerks in vCenter Server verwenden. Beachten Sie, dass manche Netzwerkeinstellungen für die virtuelle Multi-Maschinen-Komponente in vRealize Automation nicht ordnungsgemäß angezeigt werden.

    Umgehung: Aktualisieren Sie das Netzwerk in vCenter Server, um die richtigen Netzwerkeinstellungen wiederherzustellen.

Application Services

  • Die AWS-Region "eu-central-1" kann nicht mit Application Services 6.2 verwendet werden*
    Wenn Sie versuchen, AWS in der Region "eu-central-1" bereitzustellen, schlägt die Bereitstellung fehl und die folgende Fehlermeldung wird angezeigt: Ein unerwarteter Fehler ist aufgetreten. Wenden Sie sich an Ihren Systemadministrator.

  • Die Proxy-Einstellungen von Bereitstellungsumgebungen werden nicht verwendet, unabhängig davon, ob Sie globale Proxy-Einstellungen konfiguriert haben oder nicht*
    Ganz gleich, ob Sie die globalen Proxy-Einstellungen in der Datei darwin_global.confkonfigurieren oder nicht – wenn Sie die Proxy-Einstellungen auf der Ebene der Bereitstellungsumgebung konfigurieren, werden sie auf dieser Ebene nicht auf die Bereitstellung angewendet.

  • Blueprints können aus Application Director nicht mithilfe von vRealize Automation 6.2 im vRealize Automation-Katalog veröffentlicht werden
    Wenn Sie ein Upgrade von vRealize Automation 6.0.1.x oder 6.1 auf Version 6.2 durchführen und dann versuchen, einen Blueprint im vRealize Automation-Katalog zu veröffentlichen, wird folgende Fehlermeldung angezeigt: Ein unerwarteter Fehler ist aufgetreten. Wenden Sie sich an Ihren Systemadministrator. Dieses Problem tritt für neu registrierte Application Director-Instanzen bei vRealize Automation 6.2 nicht auf.

    Umgehung: Heben Sie die Registrierung von Application Director 6.0.1.x oder 6.1 bei vRealize Automation 6.2 auf und registrieren Sie Application Director bei vRealize Automation neu.

  • Fabric-Administratoren, die mandantenübergreifende physische Application Services löschen möchten, wird der Zugriff verweigert
    Fabric-Administratoren erhalten die Fehlermeldung "Zugriff verweigert", wenn sie mandantenübergreifende physische Application Services zu löschen versuchen.

  • Umgehung
  • vRealize Automation unterstützt im System nicht mehrere Hosts mit demselben Namen
    Die Datenerfassung aktualisiert Hosts basierend auf dem Hostnamen. Falls zwei Endpoints Hosts mit identischem Namen aufweisen, konkurrieren die Endpoints um die Besitzrechte für den Host.

    Umgehung: Stellen Sie sicher, dass alle Hostnamen eindeutig sind.

  • In Application Services können Sie keine Beschreibung zu einer Festplatte auf einer Blueprint-Arbeitsfläche hinzufügen
    Wenn Sie Windows Internet Explorer 11 verwenden, können Sie auf der Registerkarte Festplatten einer Blueprint-Arbeitsfläche keine Beschreibung zu einer Festplatte hinzufügen.

    Umgehung: Um eine Beschreibung zu einer Festplatte auf einer Blueprint-Arbeitsfläche hinzuzufügen, verwenden Sie Chrome oder Firefox.

  • Knoten, die mit Application Director 6.0.1.x oder 6.1 bereitgestellte Puppet-Services verwenden, können nicht aktualisiert werden
    Die Aktualisierung von Knoten, die mit Application Director 6.0.1.x 6.1 bereitgestellte Puppet-Services verwenden, wird von Application Services 6.2 nicht unterstützt. Application Services 6.2 erstellt ein Puppet-Knotenmanifest, das die Aktualisierung bestimmter Services ermöglicht, aber nicht mit den in Application Director 6.0.1.x oder 6.1 erstellten Knotenmanifestdateien kompatibel ist.

Advanced Service Designer

  • Eine Advanced Service Designer-Feldwerteinschränkung wird nach Bindung der vRealize Orchestrator-Präsentation nicht ausgewertet*
    Beim Entwurf eines Anforderungsformulars wird eine Einschränkung nicht richtig angewendet, falls diese Feldeinschränkung eine Bindung zu einem anderen Feld des Formulars enthält, dessen Wert basierend auf dem in der vRealize Orchestrator-Präsentation definierten Bindungsausdruck berechnet wird. Diese Bindung zwischen Feldern sollte immer entweder vollständig innerhalb der vRealize Orchestrator-Präsentation oder vollständig im Advanced Service Designer-Formular definiert werden.

  • In Advanced Service Designer kann eine Prüfung auf fehlerhafte Felder erfolgen*
    Wenn Sie den Endpointtyp im Erstellungsmodus ändern, kann eine Prüfung auf fehlerhafte Felder erfolgen.

    Umgehung: Führen Sie die folgenden Schritte aus.
    1. Schließen Sie den aktuell geöffneten Assistenten zur Endpointerstellung.
    2. Starten Sie einen neuen Assistenten zur Endpointerstellung.
    3. Wählen Sie auf der ersten Seite des Assistenten den richtigen Plug-In-Typ aus.
    4. Geben Sie auf der Registerkarte Formularpräsentation die erforderlichen Daten ein.
    5. Speichern Sie die Konfiguration.

    Die richtigen Bedingungsoptionen des Formulars werden ausgeführt.

  • Die Bedingungen des Maximalwerts für Zahlen und der Maximallänge für Zeichenfolgen werden im Advanced Service Designer-Formular nicht aus vRealize Orchestrator aufgefüllt
    Wenn ein Servicearchitekt ein Blueprint-Formular in Advanced Service Designer erstellt und einen vRealize Orchestrator-Workflow lädt, der ein Zahlenfeld mit einer zugeordneten Bedingung für den Maximalwert bzw. ein Zeichenfolgenfeld mit einer zugeordneten Bedingung für die Maximallänge enthält, werden die auf diese Felder angewendeten Beschränkungen nicht auf der Registerkarte "Optionen" im Blueprint angezeigt.

    Umgehung: Der Servicearchitekt sollte die Optionen wie folgt manuell erneut eingeben:

    1. Klicken Sie für den Eingabeparameter auf die Option „Bearbeiten“.
    2. Klicken Sie auf die Registerkarte „Optionen“.
    3. Geben Sie eine Beschränkung für den Maximalwert ein, falls es sich bei dem Parameter um eine Zahl handelt, bzw. für die Maximallänge, falls es sich bei dem Parameter um eine Zeichenfolge handelt.
  • Wenn in Advanced Service Designer ein Workflow ausgewählt wird, der eine Eingabe vom Typ "Zeichenfolgen-Array" mit einer vordefinierten Antwortaktion enthält, die "Null" zurückgeben könnte, kann kein Dienst-Blueprint oder keine Ressourcenaktion erstellt werden*
    Wenn Sie in Advanced Service Designer während des Erstellens eines Dienst-Blueprints oder einer Ressourcenaktion einen vRealize Orchestrator-Workflow auswählen, der über einen Eingabeparameter vom Typ "Zeichenfolgen-Array" mit einer vordefinierten Antworteigenschaft in der Präsentation verfügt, die eine Skriptaktion aufruft, die "Null" zurückgeben könnte, und dann auf "Weiter" klicken, schlägt der Vorgang mit der folgenden Fehlermeldung fehl: "Interner Fehler – Es ist ein interner Fehler aufgetreten". Wenn das Problem weiterhin besteht, wenden Sie sich an Ihren Systemadministrator. Dabei geben Sie ihm folgende Referenz bekannt: ...

    Umgehung: Bearbeiten Sie in der Design-Ansicht des vRealize Orchestrator-Clients die vordefinierte Antwortaktion, indem Sie "Null" durch ein leeres Array ersetzen. Den folgenden Aktionsskriptcode:

    if (someCondition) {

    return ["a", "b", "c"];

    } else {

    return null;

    }

    müssten Sie beispielsweise ändern in:

    if (someCondition) {

    return ["a", "b", "c"];

    } else {

    return [];

    }

Konfiguration und Bereitstellung

  • VMware Remote Console (VMRC) wird für vSphere-Maschinen deaktiviert*
    Die Aktion Verbinden via VMRC für vSphere-Maschinen wurde aufgrund einer Sicherheitslücke entfernt. Der Zugriff auf Remotekonsolen für über vCloud Director bereitgestellte Maschinen ist davon nicht betroffen. Details zu diesem Problem finden Sie unter VMSA-2014-0013.

  • In einer Genehmigungsanforderung zur Neukonfiguration werden nicht die richtigen Kosten angezeigt*
    Wenn Sie die Kosten auf einer Computing-Ressource einer vorhandenen Maschine ändern und die Maschine dann mit mehr Arbeitsspeicher, CPU und Speicher neu konfigurieren, werden die Kosten in einer Genehmigungsanforderung zur Neukonfiguration nicht richtig angezeigt. Stattdessen werden die alten Werte angezeigt.

  • Das Bereitstellen eines Multi-Maschinen-Diensts mit vordefiniertem Lastausgleich unter Verwendung der auf Ebene des Multi-Maschinen-Blueprints konfigurierten Eigenschaft "VCNS.LoadBalancerEdgePool.Names" wird nicht unterstützt
    Wenn Multi-Maschinen-Komponenten durch Angabe der Eigenschaft VCNS.LoadBalancerEdgePool.Namesim Multi-Maschinen-Blueprint zu einem vordefinierten Lastausgleich hinzugefügt werden, wird der Multi-Maschinen-Dienst nach der erfolgreichen Bereitstellung sofort wieder gelöscht und die folgende Fehlermeldung wird angezeigt: Mindestens eine Netzwerk- oder Sicherheitseinstellung konnte nicht konfiguriert werden. Fehler: Vom Ziel eines Aufrufs wurde eine Ausnahme ausgelöst.

  • Umgehung: Definieren Sie die benutzerdefinierte Eigenschaft VCNS.LoadBalancerEdgePool.Namesauf der Ebene des Blueprints der eigenständigen virtuellen Maschine.

  • Bei der Aktion des erneuten Bereitstellens wird nur die erste benutzerdefinierte Eigenschaft übernommen*
    Wenn Sie eine Maschine nach ihrer Bereitstellung erneut bereitstellen, wird die während der erneuten Bereitstellung angewendete benutzerdefinierte Eigenschaft nicht aktualisiert und nur die erste benutzerdefinierte Eigenschaft wird angewendet.

  • Im Kompatibilitätsmodus auf den Seiten "Neuer Blueprint" und "Neue Reservierung" fehlen Registerkarten*
    Wenn Sie den Kompatibilitätsmodus in Internet Explorer 11 aktivieren, die Option Internetsites in der Kompatibilitätsansicht anzeigen deaktivieren und sich dann bei vRealize Automation anmelden, werden die Registerkarten der Seiten "Neuer Blueprint" und "Neue Reservierung" nicht angezeigt.

  • Auf der Registerkarte "Metrikanbieter-Konfiguration" wird ein Fehler angezeigt*
    Wenn Sie zur Registerkarte Metrikanbieter-Konfiguration navigieren, auf der anfänglich der vRealize Automation-Metrikanbieter ausgewählt wird, dann die Option vRealize Operations-Endpoint auswählen, anschließend die Auswahl des vRealize Automation-Metrikanbieters wieder ändern und auf Speichern klicken, wird die Fehlermeldung Korrigieren Sie die markierten Fehlerangezeigt.

  • Umgehung: Aktualisieren Sie den Browser oder melden Sie sich bei der vRealize Automation-Benutzeroberfläche ab und wieder an.

  • Auf der Registerkarte "Genehmigungen" werden keine Genehmigungsrichtlinien angezeigt*
    Beim Zuweisen einer Genehmigungsrichtlinie zu einem Dienst wird keine Genehmigungsmeldung angezeigt.

  • Das Systemzustand-Badge von vRealize Operations Manager wird auf der Registerkarte "Elemente" nicht angezeigt*
    Wenn Sie vRealize Operations Manager in der Metrikanbieter-Konfiguration von Rückgewinnungsmaschinen konfigurieren, wird das Systemzustand-Badge auf der Registerkarte Elemente nicht angezeigt, obwohl es in der Tabelle der Rückgewinnungsmaschinen verfügbar ist.

  • Umgehung: Weisen Sie dem Benutzer manuell die Mandantenadministratorrolle zu.

  • Der Workflow "AppServiceState" weist eine übermäßige CPU-Nutzung für Model Manager-Webdienst und DEM-Worker auf, wenn Multi-Maschinen bereitgestellt werden*
    Der Workflow "AppServiceState" wird laut Zeitplan alle 5 Minuten ausgeführt. Wenn das System eine gewisse Größe hat, wird der Workflow "AppServiceState" laut Zeitplan erneut gestartet, bevor er beendet wurde. Infolgedessen weist der Model Manager-Webdienst möglicherweise für unbegrenzte Zeit eine hohe CPU-Nutzung aus.

  • Umgehung: Legen Sie im Zeitplan für den Workflow "AppServiceState" in der Tabelle DynamicOps.RepositoryModel.WorkflowSchedulesein anderes Intervall fest. Ändern Sie das Intervall z. B. von 5 Minuten auf 60 Minuten, damit der Workflow einmal pro Stunde ausgeführt wird.

  • Wegen eines Fehlers während der Anpassung kann die vApp möglicherweise nicht bereitgestellt werden*
    Wenn Sie die Hardwareeinstellungen einer virtuellen Maschine in einer vApp-Vorlage ändern und die Vorlage anschließend aktualisieren, kann die virtuelle Maschine nicht bereitgestellt werden, es sei denn, Sie führen die Endpointdatenerfassung aus.

  • Registerkarten werden nicht aktualisiert, nachdem einem Benutzer neue Rollen zugewiesen wurden*
    Nachdem einem Benutzer eine neue Rolle zugewiesen wurde, werden die zu dieser Rolle gehörenden Registerkarten auch nach dem Abmelden und erneuten Anmelden für mindestens 5 bis 10 Minuten nicht angezeigt.

  • Zuvor hinzugefügte Portlets werden auf der Registerkarte "Home" nicht vollständig wiedergegeben*
    Wenn Sie sich über Internet Explorer 8 oder 9 bei vRealize Automation verwenden anmelden und zusätzliche Portlets auf der Registerkarte Home hinzufügen, werden frühere Portlets, die in vRealize Automation bereits vorhanden waren, möglicherweise nicht vollständig wiedergegeben.

  • Umgehung
  • Wenn Sie entweder die vordefinierte Puppet-basierte Test App 1.0.0 oder die Puppet-basierte Test App 1.0.1 unter Verwendung einer neuen Betriebssystemversion bereitstellen, tritt ein Fehler auf*
    Wenn Sie eine neue Betriebssystemversion im Blueprint der vordefinierten Puppet-basierten Test App 1.0.0 oder der Puppet-basierten Test App 1.0.1 erstellen und verwenden und die Anwendung anschließend bereitstellen, schlägt die Bereitstellung mit folgender Fehlermeldung fehl: Ein unerwarteter Fehler ist aufgetreten. Wenden Sie sich an Ihren Systemadministrator

  • Umgehung
  • Anmeldeversuche als IaaS-Administrator mit falsch formatierten UPN-Anmeldedaten schlagen ohne Begründung fehl
    Wenn Sie versuchen, sich bei vRealize Automation als IaaS-Administrator mit UPN-Anmeldedaten ohne die Komponente "@ IhreDomäne" des Benutzernamens anzumelden, werden Sie von SSO sofort abgemeldet und ohne Begründung an die Anmeldeseite umgeleitet.

    Umgehung: Der eingegebene UPN muss das Format IhrName.admin@ IhreDomäne aufweisen. Wenn Sie sich beispielsweise mit jsmith.admin@sqa.local als Benutzername anmelden, aber der UPN in Active Directory nur als jsmith.admin festgelegt ist, schlägt die Anmeldung fehl. Um dieses Problem zu beheben, ändern Sie den Wert userPrincipalNameund fügen den erforderlichen Inhalt @ IhreDomäne hinzu. Anschließend melden Sie sich erneut an. In diesem Beispiel sollte der UPN-Name "jsmith.admin@sqa.local" sein. Diese Informationen finden Sie in der Protokolldatei im Ordner log/vcac.

  • Die Art der Anpassung von E-Mail-Vorlagen wurde geändert und irrelevante Vorlagen können nicht verwendet werden
    In vRealize Automation 6.0 oder höher können nur die von der IaaS-Komponente generierten Benachrichtigungen mithilfe der E-Mail-Vorlagenfunktion aus früheren Versionen angepasst werden.

    Umgehung: Sie können die folgenden XSLT-Vorlagen verwenden:

    • ArchivePeriodExpired
    • EpiRegister
    • EpiUnregister
    • LeaseAboutToExpire
    • LeaseExpired
    • LeaseExpiredPowerOff
    • ManagerLeaseAboutToExpire
    • ManagerLeaseExpired
    • ManagerReclamationExpiredLeaseModified
    • ManagerReclamationForcedLeaseModified
    • ReclamationExpiredLeaseModified
    • ReclamationForcedLeaseModified
    • VdiRegister
    • VdiUnregister

    E-Mail-Vorlagen sind im Verzeichnis \Templatesdes Serverinstallationsverzeichnisses gespeichert, in der Regel %SystemDrive%\Programme (x86)\VMware\vCAC\Server. Das Verzeichnis \Templatesenthält auch XSLT-Vorlagen, die nicht mehr unterstützt werden und nicht geändert werden können. Weitere Informationen zum Konfigurieren von Benachrichtigungen finden Sie unter "Konfigurieren von Benachrichtigungen" in der Dokumentation zu VMware vRealize Automation.

  • Aktionen auf bereitgestellten Maschinen werden als vollständig gekennzeichnet, bevor sie abgeschlossen sind
    Aktionen wie beispielsweise Erneut bereitstellenoder Ausschaltenwerden auf der Seite "Anforderungen" möglicherweise als "Vollständig" angezeigt, obwohl der Vorgang noch ausgeführt wird. Der tatsächliche Status der Maschine wird auf der Seite „Elemente“ angezeigt.

  • Die Datei SCCMPackageDefinitionFile.smsdes Gast-Agents muss aktualisiert werden
    Die Datei SCCMPackageDefinitionFile.smsdes Gast-Agents enthält veraltete Namens- und Herausgeberinformationen. Dies hat keine Auswirkungen auf die Funktionalität.

  • Das Leasedatum kann so geändert werden, dass es außerhalb des Richtlinienwerts liegt
    Das Leasedatum kann mithilfe der Ressourcenaktion Lease ändern in ein Datum geändert werden, das nach dem im Blueprint angegebenen Maximal-Leasebereich liegt.

  • Gelöschte benutzerdefinierte Gruppen werden nicht aus den Berechtigungen entfernt
    Wenn eine mit einer Berechtigung verknüpfte benutzerdefinierte Gruppe gelöscht wird, wird sie nicht aus der Berechtigung entfernt.

    Umgehung: So löschen Sie eine benutzerdefinierte Gruppe und entfernen sie aus der Berechtigung:

    1. Entfernen Sie die benutzerdefinierte Gruppe aus der Berechtigung.
    2. Löschen Sie die benutzerdefinierte Gruppe.
  • Beim Entfernen der Rolle "Business-Gruppe" aus einer benutzerdefinierten Gruppe werden die Berechtigungen nicht entzogen
    Wenn eine mit einer Berechtigung verknüpfte benutzerdefinierte Gruppe aus der Rolle "Business-Gruppe" entfernt wird, wird die Berechtigung dafür nicht entfernt.

    Umgehung: So entfernen Sie die Rolle „Business-Gruppe“ aus einer benutzerdefinierte Gruppe und löschen gleichzeitig die Berechtigung:

    1. Entfernen Sie die benutzerdefinierte Gruppe aus der Berechtigung.
    2. Entfernen Sie die benutzerdefinierte Gruppe aus der Rolle „Business-Gruppe“.
  • Ein Hyper-V-Endpoint wird im Infrastruktur-Organisator fälschlicherweise als nicht verwaltete Maschine aufgeführt
    Wenn ein Hyper-V-Endpoint nicht bereitgestellt werden kann, meldet vRealize Automation die Maschine als dauerhaft gelöscht, sie verbleibt jedoch auf dem Endpoint und wird im Infrastruktur-Organisator als eine nicht verwaltete Maschine angezeigt.

  • Bei der Bereitstellung einer Citrix XenDesktop/Bereitstellungsdienst-Maschine verbleibt die Maschine im Status "Unprovisioning" (Bereitstellung wird aufgehoben)
    Dieses Problem kann beim VMware VDI-Agenten und bei allen Versionen von VMware EPI-Agenten, z. B. bei Citrix, BMC, Opsware, VBScripts usw., auftreten. Es kann auch an verschiedenen Punkten innerhalb des Bereitstellungszyklus der Master-Workflow-Maschine auftreten.

    Es ist möglich, dass der Agent bei der Installation für die Verwendung eines bestimmten Servernamens konfiguriert wurde, anstatt leer gelassen zu werden, um Anforderungen aller Drittanbieter-Server zu verarbeiten. Wenn ein bestimmter Servername eingegeben wird, kann dieser Agent nur Anforderungen für einen Server verarbeiten, dessen Name exakt mit dem angegebenen Servernamen übereinstimmt. vRealize Automation verwendet den Wert in der benutzerdefinierten Eigenschaft EPI.Server.Nameoder VDI.Server.Name, um einen entsprechenden Agent zur Verarbeitung der Anforderung zu finden. Wird kein entsprechender Agent gefunden, verbleibt die Maschine während der Bereitstellung im Status "EPIRegister/Machine Provisioned" oder im Status "Unprovisioning/DeactivateMachine", bis ein entsprechender Agent gefunden wird.

    Umgehung: Installieren Sie einen neuen EPI/VDI-Agent, bei dem der Serverwert exakt der Eingabe in "EPI.Server.Name/VDI.Server.Name" entspricht oder leer gelassen wird.
    Optional können Sie die Agent-Konfig-Datei Ihres aktuellen Agents aktualisieren und den Serverwert unter Anwendung der folgenden Schritte ändern:

    1. Sichern Sie die Agent-Konfig-Datei, die sich normalerweise unter C:\Programme (x86)\VMware\vCAC\Agents\ agentName\VRMAgent.exe.configbefindet.
    2. Öffnen Sie als Administrator eine Texteditor.
    3. Um die Änderung für einen beliebigen Agent-Typ vorzunehmen, ersetzen Sie SERVER_NAME_VALUE durch Ihren Servernamen oder löschen Sie SERVER_NAME_VALUE, um den Wert leer zu lassen.
      epiIntegrationConfiguration epiType="CitrixProvisioning" server="SERVER_NAME_VALUE"
      vdiIntegrationConfiguration vdiType="XenDesktop" server=""X
    4. Speichern Sie Ihre Änderungen.
    5. Starten Sie den Agent-Dienst neu.
      •  
        1. Klicken Sie auf Start > Verwaltung > Dienste.
        2. Klicken Sie mit der rechten Maustaste auf den gewünschten Agent-Dienst von VMware vRealize Automation und klicken Sie dann auf Neu starten.
        3. Nach dem erfolgreichen Neustart des Agents wird Ihr Auftrag wie vorgesehen ausgeführt.