david_obrien

Hallo Sven, es kann auch sein, dass du einfach eine Anwendung hast, die so viel Rechenleistung benötigt, dass du am Ende ggf nur einen User pro TS hättest. Die Anwendung ist dann vielleicht sogar TS fähig, aber zwingt den TS in die Knie, sodass du hier dann über VDI nachdenken könntest. Das können auch Anwendungen sein, die sehr viel Grafikkartenleistung benötigen. Hier gibt es bei VDI auch die Möglichkeit GPUs explizit einer virtuellen Maschine zuzuweisen. Besondere Rechte wären z.B. die Installation von Anwendungen. Ich möchte nicht, dass jeder User auf meinem TS eine Anwendung installiert. Eine TS Farm soll ja immer gleich sein und außerdem müsste sich der User ggf die Anwendung auf allen TS in der Farm dann erneut installieren, da du nicht gewähleisten kannst (doch, kann man, sollte man aber nicht), dass der User immer auf dem gleichen TS landet. Wenn er einen eigenen Client hat, dann ist mir das fast egal. Zum Thema Serversizing oder Farmsizing gibt es sicher einige Artikel von MS oder Citrix, jedoch kommt das nunmal auch sehr stark auf das Szenario an, was dich bei dem Kunden antrifft. Da wir das nicht kennen, können wir da leider auch keinen Hinweis geben wie viele User auf deinen TS drauf können. Bei VDI ist das recht klar, das ist 1 User pro Desktop. Viele Grüße David

Hallo, das MDT kann weitaus mehr als "nur" ein Image auf einen Client bringen. Du kannst mit Hilfe des MDT eine Tasksequenz erstellen, die, mit etwas scripting, komplett unattended laufen kann. Zumindest Lite Touch bekommt man problemlos hin. Weiter kann das MDT auch Applikationen mit verteilen. Es gibt weiterhin die Möglichkeit eine Datenbank hinter das MDT zu stellen, in welcher Rollen, Modelle, etc definiert werden und wenn ein Client in eine bestimmte Rolle o.ä passt, dann wird dieser automatisch so betankt, wie die Rolle es vorschreibt. Das MDT nutzt den WDS als Transportmittel des Images, hat seine Logik dann aber außerhalb des WDS in Scripten liegen. Gruß David

Das Protokoll hängt vom Hersteller ab: WTS ist RDP Citrix ist ICA VMWare PCoIP Unterschied zwischen TS und "VDI": TS sind Server OS VDI sind Client OS Bin selbst eher bei XenDesktop zu Hause. Das ist keine Lösung für "Masse", sondern mehr für Sonderlocken, die z.B. nicht terminalserverfähig sind oder weil man dediziert Desktops für Anwender bereitstellen möchte. Würde an deiner Stelle auch erstmal testen ob es wirklich VDI sein muss. Falls es auch ein TS hätte sein können (RDS oder auch XenApp), dann sind Kunden im Nachgang oft enttäuscht, weil VDI teurer sein kann oder ggf auch einfach zu viel und unnötig ist. Gruß David

Hallo, was steht denn im Eventlog nach der Anmeldung dazu? Gruß David

Hallo, also bevor ihr da jetzt ganz neue Umgebungen aufbaut (soooo trivial ist App-V nun auch nicht), würde ich den Hersteller dieser Anwendung einfach fragen ob seine Anwendung TS tauglich ist oder nicht. Alles andere macht ggf. erstmal mehr Aufwand als nötig. Im Falle von App-V könnte man jetzt auch überlegen ob man vielleicht statt auf den Client auf den Server streamt. Dann bekommen die User lokal zumindest nichts mit. Wie gesagt, der Hersteller sollte dazu eigentlich was sagen können. Ansonsten: Merkwürdiger Hersteller Gruß David

Hallo, das hier? Enable Ctrl+Alt+Delete for Vista Logon Screen - How-To Geek Gruß David

Hallo, ansonsten könntest du auch einen anderen Weg als GPOs gehen: SetACL von Helge Klein kann das nämlich auch! Helge Klein | Home of SetACL Gruß David

Du könntest auf bestimmte Events reagieren, z.B. den change von offline nach online (und da je nachdem was für eine Verbindung besteht) und darauf reagieren und den WUA stoppen. Das geht bestimmt sogar per scheduled task, welcher bei Windows 7 einige neue Trigger mitbringt auf die reagiert werden kann. Und ja, sowas wird auch sicher mit PowerShell gehen. Was nicht? ;) Gruß David

Hallo, ggf trifft sowas zu: - auf Server 1 sind Profile vorhanden - auf Server 2 sind ebenfalls Profile vorhanden, die einen identischen Namen haben wie die auf Server 1 Der UPM könnte so eingestellt sein, dass er bei Profile migrieren und bei Konflikten das Profil weder ersetzen, noch neu (unter neuem Namen) anlegen, sondern ergänzen soll. Das würde aber wohl nur Sinn machen, wenn da bei euch doch ein wenig was quer konfiguriert ist. Ansonsten verstehe ich das irgendwie nicht bei dir ;) Gruß David

Hallo! Hast du zufällig in der CustomSettings.ini einen Eintrag gesetzt, der die Anwendungen überspringt? Hier der ReferenceGuide der CustomSettings.ini : Property Reference Ansonsten kannst du natürlich jede Application auch in deine Tasksequenz einfügen und so installieren lassen. Gruß David

Ne, er sprach nur vom Inventarisieren von verteilter Software. Sonst bin ich da voll und ganz bei dir ;) Schönes Wochenende David

No offense, ich habe keine bessere Idee, aber SCCM ist sicher für die Anforderung hier ein wenig mächtig.

Ich denke am WDS stimmt noch was nicht, oder am Client. Denn wenn der PXE schon nicht klappt, dann sind da auch die Treiber noch kein Thema. Kann die NIC überhaupt PXE?

Also in der PE Phase ist die Partitionierung eher egal. Hast du auf dem WDS auch ein Windows PE Image hinterlegt, womit der Client booten kann? Bei einem Client, auf dem das OS fertig installiert ist, funktioniert der PXE Boot?

Hallo, was möchtest du denn machen? Möchtest du neu bespielen oder kommt der Fehler einfach so bei jedem Start? Was steht denn im WDS Log? How to enable logging in Windows Deployment Services (WDS) in Windows Server 2003, Windows Server 2008 and in Windows Server 2008 R2 Ist der WDS auch an oder mal durchgestartet worden? Gruß David

Falls du noch Fragen haben solltest, einfach melden... gibt genug Wege zur Kommunikation hier.

Hallo, ich kann jetzt nur zum Thema XenDesktop sprechen, hier nehme ich die aktuellste Version 5. Wenn du "nur" den XenDesktop nimmst und dort den Machine Creation Service, der dir automatisch VMs anhand eines "Master Image" bzw einer "Master VM" auf einem Hypervisor deiner Wahl anlegt, so hast du tatsächlich x VMs bei x Desktops. Du kannst aber z.B. auch eine Provisionierungstechnologie nutzen, wie den Citrix Provisioning Server, wo du dann die provisionierten Desktops publishst und die Vorteile natürlich auch beim XenDesktop minimmst. Vorteile eines gepublishten Servers? - Bereitstellung von Desktops speziell für Entwickler, die Software nutzen, die z.B. auf einem TS nicht läuft oder viele Ressourcen braucht, die den TS bei mehreren Usern ggf. in die Knie zwingen könnte - "Feeling des Anwenders" Desktopvirtualisierung ist kein Mittel für die Masse. In den meisten Fällen ist das was für Sonderfälle, wo eben Terminalserver nicht reichen oder nicht funktionieren. Lies dir vielleicht mal Virtualize My Desktop quer, dort gibt es einige Informationen zu XenDesktop. Natürlich gibt es noch andere Produkte wie VMWare View, MS Med-V z.B., dort bin ich aber nicht so firm. Gruß David

Sehr gerne! War ja nicht viel ;) Gruß David

Vorher den Server aus der Farm werfen, später wieder joinen... Das sollte klappen.

Hast du das neu erstellte WinPE denn auch dann im WDS importiert und das alte gelöscht? Die PEs, die du mit dem MDT erstellst, landen defaultmäßig in %Deploymentshare%$\Boot\ Wenn du im MDT selber nur die neuen Pfade hinterlegt hast, also auch in der customsettings.ini und bootstrap.ini, dann solltest du keine Probleme haben.

Ups, ja, jetzt sehe ich dein Post auch. Sorry!

Hallo, verstehe ich das richtig, dass du das MDT nutzt? Das MDT schreibt, wie vorher genannt, eben auch die Pfade zu den Shares "fest" in das PE. Somit musst du die PEs neu erstellen lassen, damit dieses die Bootstrap.ini und Customsettings.ini neu übernimmt. War vielleicht jetzt ein wenig "einfach" beschrieben, aber hoffe es kommt an. Sorry ;) Gruß David

Hallo Lampe(?), ich selber habe es noch nicht machen müssen, aber wüsste jedenfalls nicht was dagegen sprechen sollte. Hast du es denn schon versucht und stehst vor einem Problem? Wenn ja, was für ein Problem? Was sagen die Logs? Gruß David

So etwa: <RunSynchronous> <RunSynchronousCommand wcm:action="add"> <Order>1</Order> <Path>cmd /c "net user administrator /active:yes"</Path> </RunSynchronousCommand> </RunSynchronous>

Wenn ich mich nicht irre, dann sollte das doch alles in der unattend.xml eingestellt werden, oder? Zumindest bin ich mir zu 100% sicher, dass man all das in der unattend.xml einstellen kann. Ob das an der Stelle geht weiß ich nicht genau, da ich eigentlich nicht unbedingt mit dem WAIK direkt arbeite.