Sunny61

Aus deinem ersten Posting geht nicht eindeutig hervor, welcher Server S1 und welcher S2 sein soll. Lt. https://blogs.technet.microsoft.com/canitpro/2013/07/16/step-by-step-windows-server-2012-migration-tools-preparation/ installiert man die Tools auf dem Zielserver, der holt sich dann alles vom Quellserver. BTW: Die Info auf die Prüfungsvorbereitung sollte im ersten Posting stehen. ;)

Welche Daten möchtest Du denn migrieren? Wenn es nur Fileablage ist, geht das mit ROBOCOPY sehr gut. Für alles andere mußt Du Details nennen.

Hast Du es via GPO oder GPP gesetzt? Der Unterschied ist klein, aber sehr fein.

Ist der verwendete Treiber denn auch aktuell? Manuell prüfen, nicht nur auf aktualisieren klicken. Ist die Scansoftware aktuell? Auch hier, unbedingt manull überprüfen ob es eine aktuellere Version gibt. Firmware für den Scanner bitte auch prüfen.

Was spricht dagegen, die Scansoftware als Dienst laufen zu lassen? In den Eigenschaften des Dienstes den passenden Benutzer auswählen und beim Anmelden [X] Datenaustausch zwischen Dienst und Desktop zulassen aktivieren. Alternativ den User die Sitzung mit Windows-Taste + L sperren lassen. Hilft das auch nichts und der Hersteller der Scansoftware auch nichts liefern kann, wird es eng und du kommst um einen richtigen Scanner nicht umhin.

Evtl. mußt Du hier aus Exchange 2010 SP2 den Exchange 2013 SP irgendwas machen. $Service = New-Object Microsoft.Exchange.WebServices.Data.ExchangeService([Microsoft.Exchange.WebServices.Data.ExchangeVersion]::Exchange2010_SP2) Exchange2013_SP1 mußt Du lt. https://msdn.microsoft.com/en-us/library/microsoft.exchange.webservices.data.exchangeversion(v=exchg.80).aspx eintragen.

Ändert sich etwas, wenn Du diesen Wert anpasst? $view = New-Object Microsoft.Exchange.WebServices.Data.ItemView(100000,0) Einfach mal 99 reinschreiben, um zu sehen ob es daran liegt.

Du darfst gerne auf den Thread im Technet hinweisen, hast Du auch so hier in den Forenregeln angenickt. https://social.technet.microsoft.com/Forums/de-DE/6030a4e9-689b-477a-9d55-2c824ea7c453/windows-10-connect-server2012r2?forum=windowsserver8de

Trennen bedeutet die RDP-Verbindung mit dem X in der RDP-Verbindungsleiste zu trennen. Wenn die Scansoftware anschließend nicht mehr arbeitet, liegt es an der Scansoftware. Grundsätzlich gibt es das gleiche Problem mit dem Teamviewer und RDP-Sitzungen.

Super, dann hat der TO sich selbst einen Fehler eingebaut.

Evtl. helfen die Hinweise/Updates aus diesem Artikel: http://www.faq-o-matic.net/2008/03/14/gut-gedacht-schlecht-gemacht-hin-her-scalable-networking-pack/ Lass mich raten, Du hast den installierten AV-Scanner einfach mal komplett suchen lassen, richtig? Wenn ja, das ist im Zweifel vollkommen sinnlos. Wenn dann müsstest Du das System OFFLINE von einem Scanner prüfen lassen, der NICHT auf dem System installiert ist.

Auf dem Client soll sie doch gar nicht wirken, der Benutzer soll sie bekommen. Oder täusch ich mich gerade? Melde dich mit einem Testbenutzer an einem Testclient an und versuch die Installation manuell zu starten. Nimm dazu den Pfad, den Du im GPO als Pfad zur EXE eingetragen hast. Funktioniert jetzt die Installation? Hast Du in dem Pfad einen LW-Buchstaben verwendet? Wenn ja, trag einen UNC-Pfad ein. Und vermutlich wäre es besser, Du kopierst die EXE vollständig auf den Client und rufst von Client direkt die Installation auf. Auch wenn SYSTEM Zugriff auf den Ordner hat, Du installierst ja nicht mit SYSTEM-Rechten, sondern als Benutzer A.

Technisch ist mir das alles klar und ja, in einer halben Stunde ist das getestet. Falls Software Restriction Policy aktiv ist, schlägt das dann fehl, bzw. SRP müsste dann wieder angepasst werden. Alles nicht ganz so durchdacht von MS.

Du bist Optimist! :)

Wo würdest Du denn nachschauen? Denk doch einfach mal ein bisschen nach. Wird denn auch das GPO übernommen? Die Infos die Du zum Lösen des Problem benötigst.

Alles klar, die Fehlermeldung ist eindeutig. :) Genauso wie der Rest deines Postings.

Viel Erfolg und leb wohl.

@HobbyAdmin24106 Die Ursache für das Problem ist schon längst gefunden, wurde vom TO auch in http://www.mcseboard.de/topic/208737-win7x64-vm-auf-2008r2-hyper-v-freezed-in-unregelm%C3%A4%C3%9Figen-abst%C3%A4nden/page-2?do=findComment&comment=1319786 geschrieben.

Über die Systemsteuerung > Programme und Features > Installierte Updates sollte es IMO möglich sein die Updates zu deinstallieren. Hast Du es denn schon versucht?

Mit Verlaub, das ist kontraproduktiv. Die Firewall war bei mir noch nie der Schuldige, und IPV6 solltest Du ab W2008 einfach einschalten.

Hast Du IPV6 auf dem W2016 abgeschaltet? Weshalb schaltest Du die Firewall auf dem W2016 ab? Beides einschalten und anschließend den Rechner booten.

Von hier https://teams.microsoft.com/downloads die EXE downloaden und per WSUS Package Publisher in Kombination mit dem WSUS zur Verfügung stellen. Alternativ die EXE mit /? aufrufen, evtl. sind ja irgendwelche Silent Schalter oder ähnliches erkennbar die Du dann mit einem Script aufrufen kanns. Wie soll aber ein Benutzer Software installieren dürfen? Oder sind das alles lokale Admins?

Sind die MA denn auch an ihren normalen PCs als Domain Admins angemeldet? Wenn ja, überleg doch mal was im Fall von Locky dann passiert.

Schau dir diesen Artikel an: http://www.faq-o-matic.net/2008/01/19/excel-admins-unbekannter-liebling/ Mit einem dir *.mp /b kannst Du dir eine reine Dateiliste erstellen, in eine TXT geschickt kannst Du die Dateien einfach in Excel einfügen. Den Rest in Excel solltest Du selbst hinkriegen, der Artikel zeigt auf wie es funktionieren kann. ;)

Zeig doch mal ein icponfig /all vom Server und vom Client. Mit ipconfig /all | clip auf der Commandline kriegst Du das in die Zwischenablage, hier dann noch per STRG + V in einen Codeblock einfügen. Und dann nochmal deutlich das Ziel beschreiben.