Letztes Jahr hat Microsoft die Firma FSLogix übernommen. Aber was ist FSLogix und was kann ich damit in meiner Umgebung erreichen? Gekauft wurde es vermutlich, um Indizierungsprobleme mit Microsoft Office 365 in Terminalserverumgebungen zu lösen. Aber das Produkt kann viel mehr. Gerade bei Benutzerprofilen ist FSLogix ein genialer Ersatz für die schon lange veralteten Roaming Profiles. FSLogix paßt sehr gut in den Bereich der Softwarevirtualisierung und setzt auf ähnliche Technologien wie beispielsweise App-V oder ThinApp. FSLogix ist jedoch kein Ersatz für eine Softwarevirtualisierung, die auch eine Anwendungsisolation bietet (wie App-V), um gleichzeitig gleichartige Anwendungen parallel nutzen zu können.

FSLogix ist also ein echtes Universalwerkzeug und bietet eine Reihe von Lösungen, für Clients und insbesondere für nonpersistent Windows Umgebungen.
Enthalten sind die folgenden Komponenten:

• Profile Container
• Office Container
• Application Masking
• Java Version Control

Der M.A.D. Day (Modern Application Deployment) war für mich einer der schönsten Tage des Jahres. Vieles hat funktioniert und es waren tolle Kollegen anwesend. Wir hatten zwei Räume bei Microsoft am 15.3.2019 in der Walter-Gropius-Straße 5 in Hamburg. Einer für ca. 20 Teilnehmer und der andere für 50. Die Räume waren dann gerade bei bestimmten Themen gerammelt voll. Ich für meinen Teil war überrascht, dass sich sogar einige Kollegen aus der Schweiz auf den weiten Weg nach Hamburg aufgemacht haben. Offensichtlich haben wir mit den unseren Hauptthemen MSIX und Microsoft App-V einen Nerv getroffen. Das Modern Application Deployment ist insbesondere wichtig für viele Windows 10 Projekte, da hier viele Probleme gelöst werden können, die mit einer klassischen Softwareverteilung (MSI) zu einem Problem werden. Hier nur einige wichtige Punkte:

• Rückstandsfreies entfernen einer Software
• Verteilen on Demand
• Streamen von Software (App-V) für virtuelle Desktops
• Isolation von Anwendungen unter einander (verschiedene Java Versionen)

Nun, im Vorfelt haben wir einiges an technischem Equipment besorgt, um die Veranstaltung und die Inhalte für alle in der deutschen Community zugänglich zu machen. Nun, es war viel Arbeit und daher etwas gedauert aber die Videos sind gelungen und inzwischen auf YouToube hochgeladen. Ich würde mich über Euer Feedback freuen. An dieser Stelle auch vielen Dank an unsere mit Organisiatioren und insbesondere an Sebastian Gernert der dieses Event möglich gemacht hat. Sein Teamblog: http://aka.ms/madblog 

App-V, AppX und MSIX eine Evolution?

Sebastian Gernert - Escalation Engineer für App-V für App-V hat vor Kurzem seinen App-V Blog in den Modern App Blog „M.A.D“ umbenannt, um dem neuen Verteilungsverfahren und den „Modern Apps“ in Windows 10 mehr Gewichtung zu geben. In diesem Zusammenhang sprechen wir auch über UWP (Universal Windows Plattform) oder auch über Universal Apps. Diese sind auf diversen Microsoft Plattformen verteilbar.
Für mich ein Grund, einmal auf die verschiedenen Verfahren näher einzugehen. Bisher war es für uns meistens so, dass wir die meisten AppX Anwendungen vor einem RollOut aus den System herauslöschen.

(2)In diesem Teil wird ein unverschlüsseltes Load Balancing mit einem Citrix NetScaler für eine App-V Infrastruktur beschrieben. Bitte beachtet die anderen Teile. Ich bin sehr an Eurer Meinung interessiert, da ss viele Optionen, um das Load Balancing zu Monitoren. Was macht ihr anders? Was macht ihr besser?

Zunächst mit dem Management des Netscalers verbinden (http://<NetScalerip>, Default Anmeldename: nsroot,Default Passwort: nsroot)

Wenn ein App-V Paket Firewall Regeln mitbringen soll, beispielsweise um einen Port für einen eingehenden- oder ausgehenden Datenbankzugriff zu öffnen, gibt es mehrere Wege, um dies zu erreichen. Das größte Problem dabei ist jedoch, dass eine Anwendung sowohl global als auch lokal für einen Benutzer veröffentlicht werden kann. Auf Terminalservern kann es für die gleiche Anwendung sogar verschiedene Veröffentlichungspunkte für eine Anwendung im System geben. Nämlich wenn eine Anwendung gleichzeitig für mehrere Benutzer veröffentlicht wird.
Programmbezogene Firewalleinstellungen beziehen sich dabei immer auf einen Anwendungspfad. Nun, der kann sich je nach Integrationspunkt per User unterscheiden und schlimmer, das folgende Bild zeigt einen aktuellen Firefox, der einmalig für einen Benutzer veröffentlicht wurde und einmalig gestartet ist. Es gibt hier zwei unterschiedliche Pfade:

Welcher Pfad soll nun verwendet werden? Ich habe dazu einen Blog gefunden, der hier den Pfad unter dem Integrationspunkt angibt und das mal direkt getestet:

Eine neue Windows Version ist verfügbar und damit neue Funktionen für App-V in der Windows 10 Enterprise Edition. Eine neue Funktion ist der Auto-Sequencer. Das ist eine PowerShell Skriptsammlung, die einen Sequencer automatisiert erstellen kann und zusätzliche Funktionen enthält um in diesem Sequencer automatisiert zu sequenzieren.

Microsoft bietet mit der Windows PowerShell auf dem Sequencer eine Möglichkeit, die Paketerstellung zu automatisieren. Die Nutzung dieser Module ist einfach. Bei dem Sequencer ist wiederum zu beachten, dass dieser für die genutzte Umgebung Best Practice zu installieren ist. In der Regel wird man die automa-tische Paketierung von außen steuern, also einen Sequencer in einer Hyper-V- oder VMware-Umgebung nutzen und diesen vor jeder Aktion automatisch wieder zurücksetzen.

Ab der Citrix XenDesktop Version 7.8 ist es möglich, App-V Pakete (.appv Dateien) direkt aus einem Verzeichnis zu nutzen. Damit ist der vollständige Verzicht einer App-V Infrastruktur mit Publishing- und Managementserver möglich. Was dabei gefehlt hat, waren die App-V „Connection Groups“. Mit XenDesktop 7.11 hat Citrix „Isolation Groups“ in das Produkt integriert. Damit sind letztendlich nichts Anderes als eine App-V „Connection Group“ gemeint. Die jedoch mit etwas Citrix XenDesktop Magie gemischt wurde, um die Nutzung von „Connection Groups“ stark zu vereinfachen. Die „Isolation Groups“ können nur mit direkt, über ein Verzeichnis importierten App-V Paketen genutzt werden. Pakete, die über eine App-V Infrastruktur (App-V Management Server) kommen, können nicht in eine Citrix Isolation Group gesteckt werden. Das ist auch nicht nötig, da mit einer App-V Infrastruktur „Connection Groups“ definiert werden können, die wiederum beim Anwendungsstart auf das jeweilige Endgerät synchronisiert werden.

Wie in einem anderen Artikel bereits beschrieben, kann es bei der Bereitstellung von App-V Paketen auf provisionierten Servern zu Problemen (Appcrash) kommen, sofern man nicht die Funktion "Cache in Device RAM with Hard Disk Overflow" des Provisioning Servers nutzt oder den App-V Cache auf das persistentes Laufwerk auslagert.
Macht man letzteres muss sichergestellt sein, dass der App-v Cache nach jedem Reboot des Servers gelöscht wird, da es sonst zu Problemen beim Import der Pakete durch den App-V Client kommt.
http://blogs.msdn.com/b/sgern/archive/2014/05/26/10528435.aspx

Leider ist es nicht möglich, den App-V Cache (in unserem Fall "D:\App-V") so ohne weiteres bei jedem Neustart zu löschen, da dem SYSTEM Konto teilweise die entsprechenden Berechtigungen fehlen (Access denied).

The full version is online: www.software-virtualisierung.de/appbot

AppBot CtxStr2AppV version 1.2 is ready and we have a public trial version!

AppBot is for conversion and migration of Citrix Application Streaming packages (Streaming Profiler) to Microsoft App-V 5. The App-V application (virtual application) can be integrated directly in XenApp 7.5.

In recent months, we have eliminated many bugs and integrated a licensing system in our software.

You can save much time, using the AppBot in your migration projects (to App-V and Server 2012). You will find the download and also some test packages. Therefore, please press the "Continue reading" button.