Daniel -MSFT-

Hattest Du vor dem Klonen kein Sysprep ausgeführt? Siehe http://support.microsoft.com/kb/903262

Simpler Test: Wenn alle drei SQL-Serverdienste beendet sind, kann dann die Benutzergruppe B noch mit dem Application Server arbeiten? Wenn nein, dann brauchen sie auch SQL-Server CALs. Wobei Application Server für mich nach Middle Tier klingt. Sowas braucht normal erweise CALs.

Dann nimm das net user-Kommando. Folgende Schalter wären vermutlich von Interesse: /logonpasswordchg:{yes | no}

Ich meinte auch nicht unter 4.1, sondern an Stelle von VMware Hyper-V als Virtualisierungsumgebung zum Testen nehmen.

Geht mit dsmod: dsmod user UserDN -pwdNewPassword dsmod user UserDN -mustchpwd {yes|no} Via PowerShell gehts imho ab Windows Server 2008: http://technet.microsoft.com/de-de/library/dd391883.aspx

Zum Testen kannst Du übrigens genauso auch Hyper-V nehmen. Da brauchst Du nicht erst auf die Modernisierung Deiner VMWare-Infrastruktur warten. Bei Hyper-V sind ja alle Features ohne Aufpreis in der Windows Serverlizenz schon mit dabei.

Ein Neustart des Spooler-Dienstes hilft hier manchmal allein schon weiter. 'In der Registry rumfummeln' dagegen eher seltener

Die technische Weiterentwicklung von RemoteFX und RDS ist so gravierend, dass ich nicht guten Gewissens die alte Version 2008 R2 empfehlen kann. Siehe dazu z. B. http://technet.microsoft.com/de-de/library/hh831527.aspx und http://technet.microsoft.com/de-de/library/dn283323.aspx 50% weniger Bandbreitenverbrauch bei Video in RDS allein gegenüber Windows Server 2012 sprechen für sich. Das ist doch genau Dein Szenario. Teste es einfach durch.

Grundsätzlich muss man unterscheiden zwischen serverbasierender (RDS) und clientbasierender (VDI) Virtualisierung. Davon hängt die Microsoft-Lizenzierung ab. Das betrifft Microsoft-native Lösungen genauso wie Horizon View (das in der neuesten Version jetzt imho auch RDS-Desktops unterstützt) und XenDeskop (wo es ebenso VDA-Lizenzerfordernisse geben kann - siehe Seite 23: http://support.citrix.com/article/CTX128013#ApplicableProducts). Die hardwarebeschleunigte Grafikunterstützung bei VDI gibts bei Microsoft auch schon ein paar Jahre. Da sind wir mittlerweile bei der dritten Generation mit RemoteFX. Meine Empfehlung daher: Fang mit Windows Server 2012 R2 Tests an und vergleiche es mit Citrix und eventuell VMWare. Dann schau, was alle drei Lösungen kosten und entscheide Dich für das für Dich passende Angebot.

Wozu brauchst Du UNC-Pfade? Mach das doch auf dem Server direkt. Oder per psexec remote. Geht es generell nicht per UNC oder fehlt Dir vielleicht nur auf der Freigabe Vollzugriff?

Das geht imho per Kommandozeile. Icacls.exe ist Dein Freund. Schau mal hier rein: http://technet.microsoft.com/en-us/magazine/2009.07.geekofalltrades.aspx

Ungültige Annahmen führen zu ungültigen Aussagen ;-) Windows 7 als Host kann imho kein RemoteFX. Schau mal hier rein. Nimm einfach die Testversion von Windows Server 2012 R2 und konfiguriere Dir eine RDS-Testumgebung mit RemoteFX. Sind Deine Igel ThinClients RemoteFX-fähig? Dann los - und teste, ob wrklich RemoteFX genutzt wird. Falls Dir die Leistung dann nicht ausreicht, kannst Du immer noch Citrix testen. Das ist nämlich kein 'entweder/oder', sondern ein 'und'. Für Citrix brauchst Du die gleiche Microsoft-Lizenzierung untendrunter. Die Citrix-Lizenzkosten kommen noch dazu. BTW: Für RDS brauchst Du Windows Server- und RDS-CALs. Für die Virtualisierung von Windows 7 brauchst Du die Enterprise-Edition durch Software Assurance oder eine entsprechende VDA-Lizenzierung. Das würde ich mir vorher einmal durchrechnen. Have fun! Daniel

Wenn ich Dich richtig verstehe, dann wollt ihr mit VBA eine Anwendung in Excel schreiben und diese dann Kunden gehostet zur Verfügung stellen? Dann vergesst Office 365 und schaut Euch mal die SPLA-Lizenzierung an. Alternativ solltet ihr mal in Richtung Office Apps oder Application Server wie Excel Services schauen: http://msdn.microsoft.com/de-de/office

Klingt für mich eher nach einem Einsatzgebiet für DPM. Wie sehen denn Eure RTO und RPO aus? Bei der dünnen Leitung lohnt es sich wohlmöglich, die initiale Replika manuell zu erstellen und dann die (verschlüsselten) HDDs rüberzufliegen: http://technet.microsoft.com/en-us/library/ff399552.aspx Dann habt ihr drüben ein lokales Backup2Disk und eine Replika davon hier. Have Fun! Daniel

Die steht schon drin, weil er auf der LAN-Schnittstelle eine IP aus dem 192er Bereich hat

Hallo Franz, Du kannst Dir nicht einfach nur Zitate von mir raussuchen, die in Deine Argumentation passen. Ich habe das doch ganz deutlich gemacht: "Wenn Du gerätebasierend verhindern kannst, dass Ofice in der RDS-Session genutzt wird, dann brauchst Du für die Geräte auch keine Office-Lizenz."

Eher: Das Schloss in der Haustür kriegt der Schlüsseldienst auf

In der PUR findest Du unter Desktop-Anwendungen (pro Gerät) in den Allgemeinen Lizenzbestimmungen den folgenden Passus: Für jede Lizenz, die Sie erwerben, haben Sie die folgenden Rechte. • Sie müssen jede Lizenz einem einzelnen Gerät zuweisen. • Sie sind berechtigt, die Software auf dem Lizenzierten Gerät und einem Netzwerkserver zu installieren. • ... • Die Remotenutzung der Software, die auf einem Netzwerkserver ausgeführt wird, ist jedem Nutzer von einem Lizenzierten Gerät erlaubt. Dabei kommt es nicht auf die tatsächliche Nutzung von Office an, sondern nur auf die Zugriffsmöglichkeit. Siehe dazu den Volume Licensing Brief Licensing Windows Server 2012 R2 RDS and Desktop Apps for RDS, der das im Detail erläutert: Licensing Microsoft Desktop Applications for Use with Windows Server RDS The content below is limited to Microsoft Office per device on-premises licenses and does not include per user Online Services customer scenarios. Microsoft licenses its desktop applications on a per-device basis. Per-device licensing means a customer must obtain a license for each desktop on or from which the product is used or accessed. For example, when a desktop application is accessed remotely across an organization using Windows Server Remote Desktop Services, a separate desktop application license is required for each desktop from which the application is accessed. Use of Microsoft desktop applications in a Remote Desktop Services environment requires that the suite/edition, components, language, and version of the license acquired for the desktops from which the desktop application is remotely accessed matches that of the copy of the application being accessed. Wenn Du gerätebasierend verhindern kannst, dass Ofice in der RDS-Session genutzt wird, dann brauchst Du für die Geräte auch keine Office-Lizenz. Auch hier ist das wesentliche in der PUR geregelt. Unter den Produktspezifischen Lizenzbedingungen der Server: Prozessor/CAL (Prozessorlizenz + CAL + optionaler externer Connector) findest Du die Bedingungen für den Einsatz einer CAL: Windows Server 2012 R2-Remotedesktopdienstefunktionalität oder Windows Server 2012 R2 zum Hosten einer grafischen Benutzeroberfläche (mithilfe der Windows Server 2012 R2-Remotedesktopdienstefunktionalität oder einer anderen Technologie) • CAL für Windows Server 2012-Remotedesktopdienste Auch hier erklärt der oben genannte Volume Licensing Brief die Bedingungen: Microsoft licensing policies for Windows Server Remote Desktop Services (including the components that are included in Windows Server 2008, Windows Server 2008 R2, Windows Server 2012, and Windows Server 2012 R2) require that, in addition to a Windows Server Client Access License (CAL) (acquired either standalone or through Microsoft Core CAL Suite, or Microsoft Enterprise CAL Suite), you must acquire a Windows Server 2012 RDS CAL for each user or device that (i) directly or indirectly accesses any of the RDS functionality, and/or (ii) directly or indirectly accesses the server software to interact with a graphical user interface (GUI) using RDS functionality or any other third-party technology. Du musst also nicht jedem Gerät, das zugreifen kann, eine RDS-CAL zuweisen, sondern jedes Gerät, von dem zugegriffen wird oder jeder Benutzer, der zugreift, braucht eine entsprechende RDS-Lizenz. Es geht nicht um die Zugriffsmöglichkeit, sondern um die tatsächliche Nutzung. Über den Remote Desktop Lizenzierungdienst wird die Lizenz zugewiesen und nachverfolgt. Du solltest im Falle eines Audits nachweisen können, dass die Nutzung korrekt lizenziert ist. Have fun! Daniel Licensing-Windows-Server-2012-R2-RDS-and-Desktop-Apps-for-RDS.pdf

Ausnutzbar aus dem LAN oder vom ISP. Nicht aus dem Internet: http://www.synacktiv.com/ressources/TCP32764_backdoor_again.pdf Klingt für mich eher wie eine ungeschickt implementierte Notzugriffsmöglichkeit für managed Router, falls man sich ins Knie geschossen hat als Anbieter. TR-069 lässt grüßen - da kann man genauso "Backdoor" oder "Geheimdienste" schreien

Naja, aber manuell Routen für das ganze Internet zu setzen, wird auch schwierig

Windows Server 2012 R2 ist da recht flexibel. Siehe: http://technet.microsoft.com/de-de/library/dn303416.aspx

One Way Trust sollte ausreichen. Du musst nur nach der Einrichtung die Benutzergruppe aus bba in die Resourcengruppe von abc einfügen.

Ist das denn ein Server Core? Dann Upgrade auf neue Server Core-Version machen. Die GUI soll sich dann nachinstallieren lassen. Bootest Du vom ROK-Medium oder startest Du das Setup aus dem laufenden Server heraus?

Zum Ändern des AD-Kennworts drückt der mit dem Domänen-Account am Client angemeldete Benutzer STRG+ALT+ENTFERNEN und wählt die Option Kennwort ändern'. Mit dem Active Directory Synchronisation Tool kannst Du das Office 365-Kennwort gleich mit ändern lassen: http://technet.microsoft.com/library/dn246918.aspx und http://technet.microsoft.com/de-de/library/hh967642.aspx Einmaliges Anmelden (SSO) über ADFS brauchst Du dafür nicht einrichten - der AD-Sync reicht.

Du könntest das find-Kommando zusammen mit einer Pipe | nutzen. Oder Du installierst Dir die Win32-Portierungen der Unix-Utils von http://unxutils.sourceforge.net/ oder http://gnuwin32.sourceforge.net/ und nutzt grep oder awk zum Suchen wieder zusammen mit einer Pipe.