Citrix DaaS

SDKs und APIs

Citrix DaaS Remote PowerShell-SDK

Das Remote PowerShell-SDK automatisiert komplexe und repetitive Aufgaben. Damit kann die Citrix DaaS-Umgebung (ehemals Citrix Virtual Apps and Desktops Service) ohne die Benutzeroberflächen unter Verwalten eingerichtet und verwaltet werden.

Dieses Produkt unterstützt die PowerShell-Versionen 3 bis 5.

Unterschiede zwischen diesem und dem SDK für kundenverwaltete Bereitstellungen

Bei von Administratoren des Kunden installierten und verwalteten Citrix DaaS-Bereitstellungen führen die Administratoren Cmdlets und Skripts in einer Site aus, die VDAs und Delivery Controller in einer gemeinsamen Domänenstruktur enthält. Bei Citrix DaaS sind die VDAs und Controller hingegen auf einen Ressourcenstandort und eine Steuerungsebene aufgeteilt. Aufgrund dieser Aufteilung funktioniert das ursprüngliche Citrix DaaS PowerShell-SDK in einer Citrix DaaS-Umgebung nicht. Es kann die sichere Grenze vom Ressourcenstandort zur Steuerungsebene nicht überqueren.

Die Lösung ist das Citrix DaaS Remote PowerShell-SDK. Wenn das Remote PowerShell-SDK am Ressourcenstandort ausgeführt wird, greift es auf die Steuerungsebene zu als wäre es lokal. Die Funktionalität entspricht der einer einzelnen Citrix DaaS-Site. Es gibt nur die niedrigste, nicht sichtbare Kommunikationsschicht, die entweder für den Betrieb in einer einzelnen lokalen Site oder in der Cloudumgebung optimiert ist. Die Cmdlets sind die gleichen und die meisten bestehenden Skripts sind unverändert.

Das Cmdlet Get-XdAuthentication bietet die Berechtigung zum Passieren der Grenze zwischen sicherem Ressourcenstandort und Steuerungsebene. Standardmäßig fordert Get-XdAuthentication die Benutzer zur Eingabe von CAS-Anmeldeinformationen auf, was einmal pro PowerShell-Sitzung erforderlich ist. Alternativ kann der Benutzer ein mithilfe eines in der Citrix Cloud-Konsole erstellten sicheren Clients für den API-Zugriff ein Authentifizierungsprofil angeben. In beiden Fällen bleiben die Sicherheitsinformationen für die Verwendung in nachfolgenden PowerShell-SDK-Aufrufen erhalten. Wenn das Cmdlet nicht explizit ausgeführt wird, wird es vom ersten PowerShell-SDK-Cmdlet aufgerufen.

Installieren und Verwenden des Remote PowerShell SDKs

Anforderungen und Überlegungen:

Hinweis:

Installieren Sie das Remote PowerShell SDK nicht auf einer Citrix Cloud Connector-Maschine. Es kann auf jeder in der Domäne eingebundenen Maschine am gleichen Ressourcenstandort installiert werden.

Citrix rät davon ab, die Cmdlets dieses SDKs auf Cloud Connectors auszuführen. Am SDK-Betrieb sind die Cloud Connectors nicht beteiligt.

Wenn Sie auch eine Bereitstellung von Citrix Virtual Apps and Desktops verwenden (zusätzlich zur Citrix DaaS-Bereitstellung), installieren Sie nicht das Remote PowerShell-SDK auf einer on-premises Delivery Controller-Maschine.

  • Vergewissern Sie sich, dass auf der Maschine PowerShell 3.0, 4.0 oder 5.0 verfügbar ist.
  • Das SDK-Installationsprogramm lädt .NET Framework 4.8 (oder eine spätere unterstützte Version) herunter und installiert es, sofern es noch nicht installiert ist.
  • Wenn auf der Maschine das Citrix Virtual Apps and Desktops-SDK bereits installiert ist, entfernen Sie es (über Windows Programme und Funktionen), bevor Sie das Remote PowerShell-SDK installieren.
  • Verwenden Sie für eine automatisierte Umgebung den Parameter -quiet, um das SDK ohne Benutzereingabe zu installieren.

Installieren des Remote PowerShell SDKs:

  1. Laden Sie von der Downloadseite das Virtual Apps and Desktops Remote PowerShell SDK herunter.
  2. Installieren Sie das SDK und führen Sie es aus.

Installationsprotokolle werden in %TEMP%\CitrixLogs\CitrixPoshSdk erstellt. Protokolle können beim Beheben von Installationsproblemen helfen.

Führen Sie das SDK auf einem Computer in der Domäne innerhalb des Ressourcenstandorts aus:

  • Öffnen Sie eine PowerShell-Eingabeaufforderung. Das Programm muss nicht als Administrator ausgeführt werden.
  • Wenn Sie das Snap-In (anstelle des Moduls) verwenden möchten, fügen Sie das Snap-In über das Cmdlet Add-PSSnapin (oder asnp) hinzu.
  • Sie können sich explizit über das Cmdlet Get-XdAuthentication authentifizieren. Führen Sie alternativ den ersten Remote PowerShell-SDK-Befehl aus, durch den Sie zur gleichen Authentifizierung wie bei Get-XdAuthentication aufgefordert werden.
  • Zum Umgehen der Authentifizierungsaufforderung können Sie mithilfe eines in der Citrix Cloud-Konsole erstellten sicheren Clients und des Cmdlets Set-XdCredentials ein Standardauthentifizierungsprofil erstellen.
  • Fahren Sie mit dem Ausführen von PowerShell-SDK-Cmdlets bzw. -Automatisierungsskripts fort. Sehen Sie ein Beispiel.

Um das Remote PowerShell-SDK zu deinstallieren, wählen Sie im Windows-Feature zum Entfernen oder Ändern von Programmen die Option Citrix Virtual Apps and Desktops Remote PowerShell-SDK. Klicken Sie mit der rechten Maustaste und wählen Sie Deinstallieren. Folgen Sie den Dialogfeldern.

Beispielaktivitäten

Zu den häufigen Aktivitäten gehören das Einrichten von Maschinenkatalogen, Anwendungen und Benutzern. Siehe Beispielskript unten.

    $users = "xd.local\Domain Users"

    $TSVDACatalogName = "TSVDA"

    $TSVDADGName = "TSVDA"

    $TSVDAMachineName = "xd\ds-tsvda2"

    #Create TSVDA Catalog

    $brokerUsers = New-BrokerUser -Name $users

    $catalog = New-BrokerCatalog -Name $TSVDACatalogName -AllocationType "Random" -Description $TSVDACatalogName -PersistUserChanges "OnLocal" -ProvisioningType "Manual" -SessionSupport "MultiSession" -MachinesArePhysical $true

    #Add TSVDA Machine to Catalog

    $BrokeredMachine = New-BrokerMachine -MachineName $TSVDAMachineName -CatalogUid $catalog.uid

    #Create new desktops & applications delivery group

    $dg = New-BrokerDesktopGroup -Name $TSVDADGName -PublishedName $TSVDADGName -DesktopKind "Shared" -SessionSupport "MultiSession" -DeliveryType DesktopsAndApps -Description $TSVDADGName

    #Create notepad application

    New-BrokerApplication -ApplicationType HostedOnDesktop -Name "Notepad" -CommandLineExecutable "notepad.exe" -DesktopGroup $dg

    #Assign users to desktops and applications

    New-BrokerEntitlementPolicyRule -Name $TSVDADGName -DesktopGroupUid $dg.Uid -IncludedUsers $brokerUsers -description $TSVDADGName

    New-BrokerAccessPolicyRule -Name $TSVDADGName -IncludedUserFilterEnabled $true -IncludedUsers $brokerUsers -DesktopGroupUid $dg.Uid -AllowedProtocols @("HDX","RDP")

    New-BrokerAppEntitlementPolicyRule -Name $TSVDADGName -DesktopGroupUid $dg.Uid -IncludedUsers $brokerUsers -description $TSVDADGName

    #Add machine to delivery group

    Add-BrokerMachine -MachineName $TSVDAMachineName -DesktopGroup $dg
<!--NeedCopy-->

Unterstützung und Einschränkungen

Die folgenden PowerShell-Module von Citrix Virtual Apps and Desktops werden in diesem Release unterstützt:

  • Broker
  • Active Directory-Identität
  • Maschinenerstellung
  • Konfiguration
  • Konfigurationsprotokollierung
  • Host
  • Delegierte Administration
  • Analytics

Weitere Informationen zu Cmdlets finden Sie unter Citrix Virtual Apps and Desktops SDK.

Nach der Authentifizierung bleibt der Remotezugriff in der aktuellen PowerShell-Sitzung 24 Stunden lang gültig. Nach Ablauf dieser Zeit müssen Sie Ihre Anmeldeinformationen eingeben.

Das Remote PowerShell-SDK muss auf einem Computer im gleichen Ressourcenstandort ausgeführt werden.

Die folgenden Cmdlets sind bei Remotevorgängen deaktiviert, um die Integrität und Sicherheit der Citrix Cloudsteuerungsebene zu gewährleisten.

Citrix.ADIdentity.Admin.V2:

  • Copy-AcctIdentityPool
  • Get-AcctDBConnection
  • Get-AcctDBSchema
  • Get-AcctDBVersionChangeScript
  • Get-AcctInstalledDBVersion
  • Remove-AcctServiceMetadata
  • Reset-AcctServiceGroupMembership
  • Set-AcctDBConnection
  • Set-AcctServiceMetadata
  • Test-AcctDBConnection

Citrix.Analytics.Admin.V1:

  • Get-AnalyticsDBConnection
  • Get-AnalyticsDBSchema
  • Get-AnalyticsDBVersionChangeScript
  • Get-AnalyticsInstalledDBVersion
  • Import-AnalyticsDataDefinition
  • Remove-AnalyticsServiceMetadata
  • Reset-AnalyticsServiceGroupMembership
  • Set-AnalyticsDBConnection
  • Set-AnalyticsServiceMetadata
  • Set-AnalyticsSite
  • Set-AnalyticsDBConnection

Citrix.DelegatedAdmin.Admin.V1:

  • Add-AdminRight
  • Get-AdminDBConnection
  • Get-AdminDBSchema
  • Get-AdminDBVersionChangeScript
  • Get-AdminInstalledDBVersion
  • Import-AdminRoleConfiguration
  • New-AdminAdministrator
  • Remove-AdminAdministrator
  • Remove-AdminAdministratorMetadata
  • Remove-AdminRight
  • Remove-AdminServiceMetadata
  • Reset-AdminServiceGroupMembership
  • Set-AdminAdministrator
  • Set-AdminAdministratorMetadata
  • Set-AdminDBConnection
  • Set-AdminServiceMetadata
  • Test-AdminDBConnection

Citrix.Broker.Admin.V2:

  • Get-BrokerDBConnection
  • Get-BrokerDBSchema
  • Get-BrokerDBVersionChangeScript
  • Get-BrokerInstalledDBVersion
  • Get-BrokerLease
  • New-BrokerMachineConfiguration
  • Remove-BrokerControllerMetadata
  • Remove-BrokerLease
  • Remove-BrokerLeaseMetadata
  • Remove-BrokerMachineConfigurationMetadata
  • Remove-BrokerMachineConfiguration
  • Remove-BrokerSiteMetadata
  • Remove-BrokerUserFromApplication
  • Reset-BrokerLicensingConnection
  • Reset-BrokerServiceGroupMembership
  • Set-BrokerControllerMetadata
  • Set-BrokerDBConnection
  • Set-BrokerLeaseMetadata
  • Set-BrokerMachineConfiguration
  • Set-BrokerMachineConfigurationMetadata
  • Set-BrokerSiteMetadata
  • Test-BrokerDBConnection
  • Test-BrokerLicenseServer
  • Update-BrokerBrokerLocalLeaseCache

Citrix.Configuration.Admin.V2:

  • Export-ConfigFeatureTable
  • Get-ConfigDBConnection
  • Get-ConfigDBSchema
  • Get-ConfigDBVersionChangeScript
  • Get-ConfigInstalledDBVersion
  • Get-ConfigServiceGroup
  • Import-ConfigFeatureTable
  • Register-ConfigServiceInstance
  • Remove-ConfigRegisteredServiceInstanceMetadata
  • Remove-ConfigServiceGroup
  • Remove-ConfigServiceGroupMetadata
  • Remove-ConfigServiceMetadata
  • Remove-ConfigSiteMetadata
  • Reset-ConfigServiceGroupMembership
  • Set-ConfigDBConnection
  • Set-ConfigRegisteredServiceInstance
  • Set-ConfigRegisteredServiceInstanceMetadata
  • Set-ConfigServiceGroupMetadata
  • Set-ConfigServiceMetadata
  • Set-ConfigSite
  • Set-ConfigSiteMetadata
  • Test-ConfigDBConnection
  • Unregister-ConfigRegisteredServiceInstance

Citrix.Host.Admin.V2:

  • Get-HypDBConnection
  • Get-HypDBSchema
  • Get-HypDBVersionChangeScript
  • Get-HypInstalledDBVersion
  • Remove-HypServiceMetadata
  • Reset-HypServiceGroupMembership
  • Set-HypDBConnection
  • Set-HypServiceMetadata
  • Test-HypDBConnection

Citrix.ConfigurationLogging.Admin.V1:

  • Get-LogDBConnection
  • Get-LogDBSchema
  • Get-LogDBVersionChangeScript
  • Get-LogInstalledDBVersion
  • Remove-LogOperation
  • Remove-LogServiceMetadata
  • Remove-LogSiteMetadata
  • Reset-LogDataStore
  • Reset-LogServiceGroupMembership
  • Set-LogDBConnection
  • Set-LogServiceMetadata
  • Set-LogSite
  • Set-LogSiteMetadata
  • Test-LogDBConnection

Citrix.MachineCreation.Admin.V2:

  • Get-ProvDBConnection
  • Get-ProvDBSchema
  • Get-ProvDBVersionChangeScript
  • Get-ProvInstalledDBVersion
  • Get-ProvServiceConfigurationData
  • Remove-ProvServiceConfigurationData
  • Remove-ProvServiceMetadata
  • Reset-ProvServiceGroupMembership
  • Set-ProvDBConnection
  • Set-ProvServiceMetadata
  • Test-ProvDBConnection

Citrix.EnvTest.Admin.V1:

  • Get-EnvTestDBConnection
  • Get-EnvTestDBSchema
  • Get-EnvTestDBVersionChangeScript
  • Get-EnvTestInstalledDBVersion
  • Remove-EnvTestServiceMetadata
  • Reset-EnvTestServiceGroupMembership
  • Set-EnvTestDBConnection
  • Set-EnvTestServiceMetadata
  • Test-EnvTestDBConnection

Citrix.Monitor.Admin.V1:

  • Get-MonitorConfiguration
  • Get-MonitorDBConnection
  • Get-MonitorDBSchema
  • Get-MonitorDBVersionChangeScript
  • Get-MonitorDataStore
  • Get-MonitorDataStore
  • Get-MonitorInstalledDBVersion
  • Remove-MonitorServiceMetadata
  • Reset-MonitorDataStore
  • Reset-MonitorServiceGroupMembership
  • Set-MonitorConfiguration
  • Set-MonitorDBConnection
  • Set-MonitorServiceMetadata
  • Test-MonitorDBConnection

Citrix.Storefront.Admin.V1:

  • Build-SfCluster
  • Get-SfClusters
  • Get-SfDBConnection
  • Get-SfDBSchema
  • Get-SfDBVersionChangeScript
  • Get-SfInstalledDBVersion

Citrix DaaS-Discoverymodul für App-V-Pakete und Server

Citrix DaaS kann Anwendungen in App-V-Paketen mit einer der folgenden Methoden für die Endpunkte bereitstellen:

  • Methode der Einzelverwaltung (Zugriff auf Pakete von einer Netzwerkfreigabe)
  • Methode der dualen Verwaltung (Zugriff auf Pakete von einem Microsoft App-V-Verwaltungsserver)

Das Registrieren von App-V-Paketen und Microsoft App-V-Verwaltungsservern und -Veröffentlichungsservern bei der Anwendungsbibliothek mithilfe von Citrix DaaS unterscheidet sich geringfügig von der Registrierung über eine On-Premises-Bereitstellung. Das Zuweisen von Anwendungen für Benutzer und Starten auf dem Endpunkt eines Benutzers ist jedoch identisch.

Die Citrix DaaS-Verwaltungskonsole in Citrix Cloud kann keine Dateien an einem Ressourcenstandort anzeigen. Außerdem kann sie App-V-Pakete oder Microsoft App-V-Server in Ihrer Infrastruktur nicht direkt ermitteln. Das Discoverymodul bietet Funktionen, mit denen App-V-Paketinformationen in Ihrer On-Premises-Infrastruktur ermittelt und in Citrix DaaS hochgeladen werden. Dabei handelt es sich um App-V-Pakete, Microsoft App-V-Server und die Apps, die in den Paketen enthalten sind.

Das Discoverymodul verwendet das Virtual Apps and Desktops Remote PowerShell-SDK. Er kann Paketinformationen in einer Netzwerkfreigabe oder auf einem Microsoft App-V-Verwaltungsserver ermitteln. Sie verwenden das Discoverymodul auf einer Maschine an Ihrem Ressourcenstandort.

Voraussetzungen für die Verwendung des Discoverymoduls:

  • Vergewissern Sie sich, dass auf der Maschine PowerShell 3.0 oder höher verfügbar ist.
  • Vergewissern Sie sich, dass das Citrix Virtual Apps and Desktops Remote PowerShell SDK auf der Maschine installiert ist.
  • Vergewissern Sie sich, dass Sie Lesezugriff auf die Netzwerkfreigabe mit den App-V-Paketen haben.
  • Vergewissern Sie sich, dass Sie Zugriff auf den Server haben, auf dem die Citrix Cloud Connectors installiert sind und der Microsoft App-V-Verwaltungsserver gehostet wird.

Hinzufügen von App-V-Paketen zur Anwendungsbibliothek in der Citrix Cloud

Das folgende Verfahren gilt für das Hinzufügen von App-V-Paketen aus Netzwerkfreigaben (Einzelverwaltung) und für das Hinzufügen aller veröffentlichten App-V-Pakete vom Microsoft App-V-Verwaltungsserver (duale Verwaltung). Bei der dualen Verwaltung müssen Sie die hinzugefügten App-V-Pakete genauso verwalten, wie bei der Einzelverwaltung.

  1. Laden Sie das Discoverymodul von der Citrix DaaS-Downloadseite https://www.citrix.com/downloads/citrix-cloud/product-software/xenapp-and-xendesktop-service.html herunter. Extrahieren Sie die ZIP-Datei Citrix.Cloud.AppLibrary.Admin.v1.psm1 in einen Ordner.

    Hinweis:

    Die Datei ist im ISO-Image von Citrix Virtual Apps and Desktops unter Support\Tools\Scripts. Sie können sie lokal kopieren oder direkt vom CD-Laufwerk referenzieren.

  2. Sicherstellen, dass das Citrix Virtual Apps and Desktops Remote PowerShell-SDK auf der Maschine installiert ist

  3. Navigieren Sie zu dem Ordner mit dem Discoverymodul Geben Sie im PowerShell-Fenster den vollständigen Pfad des Ordners mit dem Discoverymodul ein und drücken Sie die Eingabetaste.

  4. Importieren Sie das Discovery-Modul mit dem Befehl Import-Module.\Citrix.Cloud.AppLibrary.Admin.v1.psm1.

  5. Fügen Sie App-V-Pakete mit einer der folgenden Methoden zur Anwendungsbibliothek in der Citrix Cloud hinzu.

    • Um App-V-Pakete aus einer Netzwerkfreigabe hinzuzufügen, verwenden Sie das PowerShell-Cmdlet Import-AppVPackageToCloud.

      Beispiel: Import-AppVPackageToCloud –PackagePath \\AppVSrv\share\Notepad++.appv

      Geben Sie zum Aufrufen der Cmdlet-Hilfe Get-Help Import-AppVPackageToCloud ein.

    • Um App-V-Pakete von einem Microsoft App-V-Verwaltungsserver hinzuzufügen, führen Sie das PowerShell-Cmdlet Import-AppVPackagesFromManagementServerToCloud aus.

      Beispiel: Import-AppVPackagesFromManagementServerToCloud –ManagementSrvFQDN AppVMngSrv.domain.local

      Geben Sie zum Aufrufen der Cmdlet-Hilfe Get-Help Import-AppVPackagesFromManagementServerToCloud ein.

      Mit diesem Befehl werden alle veröffentlichten App-V-Pakete vom Microsoft App-V-Verwaltungsserver in Citrix Cloud importiert.

      Wenn Sie die App-V-Pakete zu Citrix Cloud hinzugefügt haben, müssen Sie sie wie bei der Einzelverwaltungsmethode verwalten.

  6. Melden Sie sich bei Citrix Cloud an. Wählen Sie den Zielkunden aus. Durch die Ausführung des Skripts werden die App-V-Pakete der Anwendungsbibliothek in Citrix Cloud hinzugefügt.

Entfernen von App-V-Paketen aus der Anwendungsbibliothek in Citrix Cloud

Informationen zum Entfernen eines App-V-Pakets aus der Anwendungsbibliothek in Citrix Cloud finden Sie unter Entfernen von App-V-Paketen aus der Anwendungsbibliothek für On-Premises-Bereitstellungen.

Allgemeine PowerShell-Funktionen

Das Modul enthält die folgenden High-Level-Funktionen, die Sie aus Ihrem eigenen PowerShell-Skript aufrufen können:

  • Import-AppVPackageToCloud -PackagePath <Full UNC path to App-V package>

    Discovery und Upload aller Informationen, die zum Veröffentlichen von Anwendungen aus einem einzigen App-V-Paket erforderlich sind, an Citrix DaaS.

  • Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN <FQDN of a Microsoft App-V Management Server>

    Führt die Discovery der UNC-Pfade der Pakete durch, die vom Management Server veröffentlichten wurden. Anschließend wird Import-AppVPackageToCloud nacheinander für jedes Paket aufgerufen.

    Auf diese Weise erkannte Pakete werden mit der Einzelverwaltungsmethode in Citrix DaaS geladen. Citrix DaaS kann keine Pakete mit der Dualverwaltungsmethode bereitstellen.

  • Import-AppVDualAdminToCloud -ManagementSrvUrl <URL of a Microsoft App-V Management Server> -PublishingServerUrl <URL of a Microsoft App-V Publishing Server>

    Erkennt Microsoft App-V-Verwaltungsserver und -Veröffentlichungsserver und importiert den Inhalt zur Anwendungsbibliothek. Mit diesem Cmdlet werden alle mit Microsoft App-V-Verwaltungsserver verwalteten Pakete sowie zugehörige Informationen importiert. Server können über PowerShell hinzugefügt und entfernt werden.

    Das Cmdlet fügt App-V-Pakete im Dualverwaltungsmodus hinzu. Es werden nur App-V-Pakete importiert, die auf dem Microsoft App-V-Verwaltungsserver veröffentlicht werden und denen AD-Gruppen hinzugefügt wurden. Wenn Sie Änderungen am Microsoft App-V-Verwaltungsserver vornehmen, führen Sie des Cmdlet erneut aus, um die Anwendungsbibliothek mit dem Microsoft App-V-Verwaltungsserver zu synchronisieren.

  • Remove-AppVServerFromCloud -ManagementSrvUrl <URL of a Microsoft App-V Management Server> -PublishingServerUrl <URL of a Microsoft App-V Publishing Server>

    Entfernt die zur Anwendungsbibliothek hinzugefügten Microsoft App-V-Verwaltungsserver und -Veröffentlichungsserver.

    Mit diesem Cmdlet werden die angegebenen Microsoft App-V Verwaltungsserver und -Veröffentlichungsserver sowie alle zugehörigen App-V-Pakete entfernt.

Führen Sie das Discoverymodul für App-V-Pakete und Server auf einem Domänencomputer innerhalb des Ressourcenstandorts aus. Befolgen Sie die Anweisungen unter Installieren und Verwenden des Remote PowerShell SDKs, um zu beginnen. Fahren Sie mit der Ausführung von PowerShell-Cmdlets bzw. -Skripts fort. Siehe die folgenden Beispiele.

Beispielaktivitäten

Importieren Sie das App-V-Paketdiscoverymodul für Citrix DaaS.

import-module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"
<!--NeedCopy-->

Durchlaufen Sie das App-V-Paketspeicherverzeichnis und laden Sie jedes Paket hoch.

Get-ChildItem -Path "\FileServer.domain.net\App-V Packages" -Filter *.appv |
Foreach-Object{
    Import-AppVPackageToCloud -PackagePath $_.FullName
}
<!--NeedCopy-->

Führen Sie eine Discovery und einen Upload von Paketen aus, die bei einem Microsoft App-V-Verwaltungsserver registriert sind.

Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN AppVManagementServer.domain.net
<!--NeedCopy-->

Führen Sie eine Discovery von Microsoft App-V-Verwaltungsservern und -Veröffentlichungsservern aus und fügen Sie die Konfiguration zur Anwendungsbibliothek hinzu. Dabei werden auch alle vom Microsoft App-V-Verwaltungsserver verwalteten Pakete im Dualverwaltungsmodus importiert.

Import-AppVDualAdminCloud -ManagementSrvUrl http://AppVManagementServer.domain.net –PublishingServerUrl http://AppVManagementServer.domain.net:8001
<!--NeedCopy-->

Lesen Sie die zum Modul gehörende PowerShell-Hilfedokumentation.

Get-Help Import-AppVPackageToCloud
<!--NeedCopy-->

Einschränkungen

  • Die Discovery von App-V-Paketen in Ihrer Ressourcenstandortinfrastruktur kann nicht direkt über die Citrix DaaS-Verwaltungskonsole in Citrix Cloud erfolgen.
  • Die Citrix DaaS-Verwaltungskonsole in Citrix Cloud hat keine Liveverbindung zum Microsoft App-V-Verwaltungsserver. Änderungen an Paketen und anderen Konfigurationen im Microsoft App-V-Verwaltungsserver werden erst in die Citrix DaaS-Verwaltungskonsole übernommen, wenn Import-AppVDualAdminCloud noch einmal ausgeführt wurde. Dies unterscheidet sich von der On-Premises-Paketdiscovery.

Monitor Service OData API

Zusätzlich zur Anzeige von Verlaufsdaten über die Überwachungsfunktionen können Sie Daten mit der API des Überwachungsdiensts abfragen. Verwenden Sie die API für Folgendes:

  • Analysieren historischer Trends für die Planung
  • Durchführen einer eingehenden Problembehandlung bei Verbindungs- und Maschinenfehlern
  • Extrahieren von Informationen für die Eingabe in andere Tools und Prozesse, z. B. wenn PowerPivot-Tabellen in Microsoft Excel für die Anzeige von Daten auf verschiedene Weise verwendet werden
  • Erstellen einer benutzerdefinierten Benutzeroberfläche auf der Basis der von der API bereitgestellten Daten

Weitere Informationen finden Sie unter Monitor Service OData API. Informationen zum Zugriff auf die Monitor Service API finden Sie unter Access Monitor Service data using the OData v4 endpoint in Citrix Cloud.

Citrix DaaS APIs

Die APIs für Citrix DaaS stehen unter https://developer.cloud.com/citrixworkspace/virtual-apps-and-desktops zur Verfügung.

Haftungsausschluss

Diese Software bzw. der Mustercode wird wie besehen und ohne Zusicherungen, Gewährleistungen und Bedingungen zur Verfügung gestellt. Verwendung, Modifizierung und Verteilung erfolgen auf eigene Gefahr. CITRIX SCHLIESST SÄMTLICHE AUSDRÜCKLICHEN, STILLSCHWEIGENDEN, GESETZLICHEN ODER ANDERWEITIGEN GEWÄHRLEISTUNGEN AUS. HIERZU ZÄHLEN U. A. DIE HAFTUNG FÜR RECHTSMÄNGEL, DIE GEWÄHRLEISTUNG DER MARKTGÄNGIGKEIT UND DER EIGNUNG FÜR EINEN BESTIMMTEN ZWECK, DIE RECHTSGEWÄHRLEISTUNG UND DIE GEWÄHRLEISTUNG DER NICHTVERLETZUNG. Unbeschadet der Allgemeingültigkeit des vorstehend Gesagten anerkennen Sie und erklären sich einverstanden, dass (a) die Software bzw. der Mustercode Fehler, Mängel oder andere Probleme aufweisen kann, die zu Datenverlusten oder Eigentumsbeschädigung führen können, (b) es ggf. nicht möglich ist, die Software bzw. den Mustercode vollfunktional zu verwenden und (c) Citrix ohne Ankündigung und oder Haftung die aktuelle Version und/oder zukünftige Versionen die Software bzw. des Mustercodes zurückziehen kann. Die Software bzw. der Mustercode darf unter keinen Umständen im Rahmen risikobehafteter Aktivitäten, zum Beispiel bei der Lebenserhaltung oder für Sprengungen, eingesetzt werden. CITRIX UND VON CITRIX ABHÄNGIGE UNTERNEHMEN SOWIE REPRÄSENTANTEN VON CITRIX ÜBERNEHMEN IM RAHMEN VERTRAGLICHER VERPFLICHTUNGEN ODER JEGLICHER ANDERER HAFTUNGSTHEORIE KEINERLEI HAFTUNG FÜR SCHÄDEN, DIE DURCH DIE VERWENDUNG DER SOFTWARE BZW. DES MUSTERCODES ENTSTEHEN. DAZU GEHÖREN DIREKTE UND SPEZIELLE SCHÄDEN, NEBENSCHÄDEN, SCHADENSERSATZ MIT STRAFWIRKUNG, FOLGESCHÄDEN UND ANDERE SCHÄDEN, SELBST WENN AUF DIE MÖGLICHKEIT SOLCHER SCHÄDEN HINGEWIESEN WURDE. Sie erklären sich damit einverstanden, Citrix gegen jegliche Ansprüche, die aus einer Verwendung, Modifikation oder Verteilung des Codes durch Sie entstehen, zu verteidigen und schadlos zu halten.

SDKs und APIs