Wie kann ich große Dateien besser über RDP kopieren und einfügen?


27

Vor kurzem habe ich einige Versuche unternommen, eine große Datei (1,2 GB) über RDP auf einen Remote-Computer zu kopieren und einzufügen. Der Remotecomputer ist eine virtuelle Testmaschine mit MS Windows Server 2008 Datacenter.

Zuerst habe ich versucht, vor Mitternacht zu kopieren und einzufügen, als die Übertragungsgeschwindigkeit vom Client-Computer-ISP auf 100 kB / s begrenzt wurde. Es dauerte ein paar Stunden, und ich musste die Übertragung abbrechen, da der Remotedesktop zu langsam und nicht mehr reagierte. Also habe ich es über Mitternacht neu gestartet, wenn meine lokale Übertragungsgeschwindigkeit über 4 MB / s liegt.

Mein Eindruck ist also, dass der Remotecomputer beim Kopieren über RDP unabhängig von der Übertragungsgeschwindigkeit (Breitband) träge wird. Gleichzeitig macht das Herunterladen aus dem Internet den Remote-Host nicht träge.

AFAIU, es liegt daran, dass die Zwischenablage des entfernten Computers und damit sein Speicher durch die Übertragung überlastet wird.
Wie kann ich die Verwendung der Zwischenablage für bestimmte Prozesse steuern (einschränken) (Einfügen von Dateien)?

Wie kann man das kontrollieren?

Update:
Nach dieser langsamen Geschwindigkeit der Übertragung zu lesen ist , verursacht durch Verschlüsselung für die Kopie verwendet , und Einfügen über RDP und da ich glaube , ich bin mehr daran interessiert, die Gesamteffizienz: sowohl die Zeit, oder Schnelligkeit, die Datei bekommen als auch die Möglichkeit zu arbeiten , ohne zu warten, ich änderte den Fragentitel von:

  • Wie kann die Verwendung der Remotedesktop-Zwischenablage zum Einfügen einer großen Datei gesteuert werden?

zu

  • Wie kann ich große Dateien besser über RDP kopieren und einfügen?

Ist es zum Beispiel besser, ein großes Archiv (zip) zu kopieren und einzufügen oder es zu entpacken und einen Ordner mit entpackten Dateien zu kopieren und einzufügen?

Und genauer wollte ich fragen:

  • Welche Möglichkeiten gibt es, um das Gesamterlebnis zu verbessern:

    • die Übertragungsgeschwindigkeit (dh Verfügbarkeit der benötigten Datei)
    • Reaktionsfähigkeit des Remote-Hosts (Bereitstellung des Remote-Coputers für die Arbeit vor Abschluss des Kopiervorgangs und Einfügens)?

Antworten:


5

Wenn Sie von einer Zip-Datei sprechen, meinen Sie damit ein unkomprimiertes Archiv, dessen Größe der aller einzelnen Dateien entspricht? Oder meinst du ein komprimiertes Archiv? Denn genau dort, wenn Sie von einem komprimierten Archiv sprechen, haben Sie eine schnellere Übertragung, was genau genommen besser wäre. Wenn Sie die Zeit berücksichtigen, die zum Erstellen des Archivs erforderlich ist, und die Zeit, die zum Extrahieren des Archivs erforderlich ist, werden natürlich die Spezifikationen beider Computer berücksichtigt, um festzustellen, ob das Archiv besser ist als lose Dateien.

Da es sich um RDP (im Gegensatz zu VNC) handelt, ist die Bandbreitennutzung der Remoteverbindung ziemlich hoch. RDP ist reaktionsschneller als VNC, die Farbtiefe beträgt (standardmäßig) mehr als 256 Farben (32 Bit, wenn Sie sie nicht ändern), die Bildschirmgröße entspricht der Größe Ihres Desktops usw. All diese Faktoren beeinflussen, wie viel Bandbreite nur für die Remoteverbindung verwendet wird. Wenn Sie Dinge wie ... die Größe des Remotedesktops und die Farbtiefe auf 16 Bit oder weniger reduzieren, stellen Sie sicher, dass Sie keinen Sound usw. freigeben. Dadurch wird weniger Bandbreite für die Remoteverbindung verwendet Wenn Sie Dateien übertragen, sollte die Remotesitzung reaktionsschneller sein.

Wenn Sie die Dateiübertragung nicht drosseln können, wird die Remotesitzung am Ende jedoch ungeachtet der Art und Weise, in der Sie Dateien übertragen, langsam, da für die Übertragung zwischen den beiden Geräten so viel Bandbreite wie möglich zur Verfügung steht die entfernte Maschine und Ihre Maschine.

BEARBEITEN

Sie versuchen, eine einfache Möglichkeit zum Übertragen von Dateien zu finden, ohne die Qualität der Remoteverbindung zu beeinträchtigen. Es spielt keine Rolle, ob es sich um große oder kleine Dateien handelt. An Ihrem Ende (dem Client-Computer) spritzen Sie kleine Datenmengen auf den Remote-Computer (Server-Computer). Sie wissen, dass ... Tippen, Mausbefehle usw. Der Server sendet Ihnen ständig große Datenmengen in Form von Bildern, aus denen sich das zusammensetzt, was Sie über die Remoteverbindung sehen. Bevor Sie also Dateien übertragen, übertragen Sie BEREITS eine große Datenmenge in eine Richtung. Deshalb habe ich die Dinge angesprochen, die Sie tun können, um die Datenmenge zu reduzieren, die Sie übertragen. Verwenden Sie nämlich eine geringere Auflösung für die Remote-Maschine auf Ihrem Desktop (im Gegensatz zum Vollbild). Reduzieren der Anzahl der Farben von 32 Bit auf 16 Bit oder sogar 8 Bit. In diesen beiden Schritten wird die Datenmenge, die Sie vom Server (remote) an den Client (Sie) übertragen, gelöscht. Wenn Sie mit der Übertragung von Dateien über dieselbe Verbindung und Route beginnen, leidet Ihre Remoteverbindung weniger darunter.

Wie gesagt ... nichts, was Sie tun können, sorgt dafür, dass die Verbindung klar und reaktionsschnell bleibt. Warum? Denn sobald Sie anfangen, Dateien vom Server zum Client zu übertragen, wird jedes Bit der Bandbreite, die in dieser Pipe verfügbar ist, aufgebraucht ... und Sie verwenden bereits einen Teil der Bandbreite in dieser Pipe für die Remote Verbindung selbst.

Zuerst habe ich versucht, vor Mitternacht zu kopieren und einzufügen, als die Übertragungsgeschwindigkeit vom Client-Computer-ISP auf 100 kB / s begrenzt wurde. Es dauerte ein paar Stunden, und ich musste die Übertragung abbrechen, da der Remotedesktop zu langsam und nicht mehr reagierte. Also habe ich es über Mitternacht neu gestartet, wenn meine lokale Übertragungsgeschwindigkeit über 4 GB / s liegt

Als Sie die Übertragung zum ersten Mal versuchten, hatten Sie eine Download-Verbindung von 100 KBit / s. Sie haben 1,2 GB Dateien so schnell wie möglich verschoben, um so viel wie möglich von diesen 100 KBit / s zu verbrauchen. Was würde welchen Platz für die Daten lassen, die die Remotedesktopverbindung unterstützen? Natürlich wäre es träge und nicht ansprechbar. Das einzige, was Sie nicht berücksichtigen, ist die UPLOAD-Geschwindigkeit des Servers. Wenn die Upload-Geschwindigkeit des Servers geringer ist als Ihre Download-Geschwindigkeit ... und in dieser perfekten Hypothese die Route zwischen dem Server und Ihnen, damit diese Upload-Geschwindigkeit konstant bleibt, sobald Sie beginnen, die Dateien zu übertragen, so gut wie alle Diese Bandbreite wird durch die Dateiübertragung aufgebraucht, wodurch die Remoteverbindung beeinträchtigt wird.

Warum?

Da die Dateiübertragung durch nichts auf eine bestimmte Geschwindigkeit oder einen bestimmten Prozentsatz der verfügbaren Bandbreite gedrosselt wird, wird versucht, alle verfügbaren KBit / s zu verwenden. Dies führt naturgemäß dazu, dass die Remoteverbindung leidet.

Selbst das Übertragen der Dateien vom Server auf einen Drittanbieter (z. B. einen FTP-Server) würde die Verbindung während dieser Übertragung verlangsamen, da dieser Übertragung wiederum so viel Bandbreite wie möglich zugewiesen würde. Sobald diese Übertragung abgeschlossen ist, können Sie sie vom FTP-Server herunterladen, ohne die Reaktionsfähigkeit der Remoteverbindung zu beeinträchtigen, da Ihre eingehende Pipe nach Mitternacht viel größer ist als die ausgehende Pipe des Servers.

Daher würde ich versuchen, die Qualität der Remoteverbindung zu verringern.


Die Größe der komprimierten Archivdatei entspricht praktisch der Größe der nicht komprimierten Dateien. Die Zeit zum Komprimieren und Dekomprimieren ist kein Problem, da sie das System nicht zum Arbeiten einfrieren. Und ich kann sie beide als unkomprimiertes Bündel von Dateien oder als komprimierte Datei (im letzteren Fall durch Mounten eines virtuellen Laufwerks) verwenden
Gennady Vanin Геннадий Ванин

@WebMAOhist: Da die Dateien nicht stark komprimiert werden, lohnt es sich nicht, sie zu komprimieren, da Sie die Archivierungs- und Extraktionszeit zur Gesamtzeit der Dateibearbeitung (einschließlich Transit) addieren und nichts gewinnen, wenn Sie sie ablegen in einem Archiv. Bringt uns immer noch zurück zur Bandbreite für Remotesitzungen + Bandbreite für Übertragungsprobleme. Ich werde die Antwort anhängen, da dies länger als ein einfacher Kommentar wird.
Bon Gart

23

Es gibt eine RDP-Option, mit der eine Verbindung zu Ihrem lokalen Laufwerk auf dem Remotecomputer hergestellt wird. Um es zu aktivieren, starten Sie den RDP-Client, klicken Sie auf (Anzeigen) Optionen , → öffnen Sie die Registerkarte " Lokale Ressourcen ". → Klicken Sie auf " Mehr " → Aktivieren Sie das Kontrollkästchen " Laufwerke ".

Öffnen Sie nach dem Herstellen der Verbindung Windows Explorer auf dem Remotesystem. Ihr lokales Laufwerk sollte am Ende der Laufwerksliste unter Arbeitsplatz angezeigt werden. Es wird als "C auf Ihrem_Computernamen" angezeigt.

Sie können nun Dateien per Drag & Drop von einem System auf ein anderes ziehen.


1
Ich habe es versucht, es ist nicht verfügbar
Gennady Vanin Геннадий Ванин

6
Dies ist standardmäßig eine RDP-Einstellung. Starten Sie den RDP-Client, klicken Sie auf Optionen und dann auf die Registerkarte "Lokale Ressourcen". Klicken Sie mehr und
kreuzen

Ich kann überhaupt nicht kopieren und einfügen, ohne die Optionen in "Laufwerke" der RDP-Optionen "Lokale Ressourcen" zu überprüfen. Nachdem ich sie überprüft habe, kann ich C & P, aber nicht D & D. Ist D & D dann nicht einfach eine witzigere Art von C & P? Wo ist der Gewinn?
Gennady Vanin Геннадий Ванин

D & D verwendet möglicherweise einen anderen Prozess "hinter den Kulissen", sodass er möglicherweise funktioniert, auch wenn C & P dies nicht tut. Haben Sie versucht, D & D?
Tom

Hoppla, ich habe mich geirrt. Mir wurde klar, dass Sie D & D auf derselben Remote-Maschine
meinten

7

Ich benutze Robocopy für meine Windows 7-Box und benutze den unc-Namen \\ tsclient.


Vielen Dank. Nun, die Antwort (en) lauten so, wie ich sie verstanden habe: "Verwenden Sie nicht Remote Copy & Paste" für große Dateien. Es gibt viele andere Möglichkeiten, aber ich habe die Übertragung durch c & p bereits abgeschlossen und erst danach begonnen, nachzudenken. Soll nach Alternativen suchen und darüber nachdenken, was b4 das nächste Mal tut
Gennady Vanin Геннадий Ванин

4

Wie in seiner Antwort von @Tom vorgeschlagen, ist es vorzuziehen, die Dateien mit D & D zu versehen, anstatt sie mit C & P zu versehen. Dies hat den zusätzlichen Vorteil, dass ein Fehler umgangen wird, der den Dateitransfer unterbricht, wenn Sie ihn Ctrl+Cauf dem Clientcomputer verwenden.


4

Ich denke, keine dieser Antworten geht wirklich gut auf die Frage ein.

Microsoft RDP ist ein Protokoll, das für die Dateiübertragung nicht wirklich optimiert ist. Wenn Ihre Verbindung etwas langsam ist, kann das Verschieben der Dateibits, die sich über dieselbe Netzwerkleitung wie die UI-Pakete bewegen, die der Bildschirm zeichnet, und die Mausbewegung zu einer Zeitüberschreitung führen. und dann geht der Server davon aus, dass Sie Ihre Verbindung verloren haben, und trennt Sie, wodurch Ihre E / A-Kanäle unterbrochen werden. Dies macht das Problem natürlich noch schlimmer.

In erster Linie sollten Sie Ihren Workflow berücksichtigen und prüfen, ob Sie die Dateien auf einfachere Weise über einen anderen Kanal (z. B. über das Internet auf Ihren Server anstatt von Ihrer Workstation) übertragen können, ohne Ihre Sicherheitsrichtlinien zu verletzen.

Wenn Sie beschließen, dass Sie den RDP-Dateikopierkanal verwenden müssen, befolgen Sie diese Richtlinien, die für mich recht gut funktionieren.

  • Greifen Sie nicht direkt über den UNC-Pfad zum Client auf große Dateien zu. Aktivieren Sie beispielsweise freigegebene Ordner und greifen Sie über \ TSCLIENT \ share auf die Datei zu. Dadurch wird der Inhalt großer Dateien über die kleine Mehrzweck-Pipe verschoben.
  • Sie erhalten eine gewisse Optimierung und Stabilität, wenn Sie ein Laufwerk zuordnen. Zum Beispiel ordnet NET USE X: \ TSCLIENT \ Share dem obigen Speicherort ein Laufwerk X: zu. Wenn Sie die Netzwerkleitungen dennoch überlasten, werden Sie und Ihre Laufwerkszuordnung ebenfalls getrennt.
  • Wählen Sie vor allem beim Starten des RDP-Clients die Netzwerkbandbreiteneinstellung "Modem" oder "Langsam". Dadurch werden die Dateiübertragungs- und Soundkanäle viel besser optimiert, sodass sie den Rest der Pipe, die für die UI-Steuerung verwendet wird, nicht überlasten können.
  • Auf dem OS X Microsoft-Remotedesktop-Client ist diese Einstellung seltsamerweise nicht verfügbar. Installieren Sie in diesem Fall MacPorts und führen Sie sudo port install rdesktop aus. Anschließend können Sie eine Verbindung mit rdesktop und der Einstellung -xm herstellen (setzen Sie die Stufe "Erfahrung" auf "Modem oder 28,8 KB").
  • Wenn Sie die obigen Empfehlungen befolgen, haben Sie jetzt eine Verbindung, die für Stabilität optimiert ist, und das Pushen großer Dateien trennt Sie nicht. Verwenden Sie jetzt eine kontrollierte Methode zum Kopieren der Dateien als Kopieren / Einfügen oder Ziehen und Ablegen: Versuchen Sie beispielsweise ** XCOPY X: *. Msi C: \ Install **, um Elemente zu kopieren, die einem Dateinamenmuster entsprechen lokales (Server-) Verzeichnis.

Ich hoffe, jemand findet diese Vorschläge hilfreich. Sie arbeiten auf jeden Fall für mich.


2

Schauen Sie sich http://www.bittorrent.com/sync/download an

Dies geht viel schneller und erfordert nicht, dass die RDP-Sitzung geöffnet ist, während der Kopiervorgang abgeschlossen ist.

Es ist auch nicht erforderlich, dass Sie Zugriff auf den UNC-Pfad haben, wie in den obigen Vorschlägen angegeben.

Prost


0

Ich habe damit begonnen, browserbasierte WebRTC-basierte Dateiübertragungsdienste für diese Art von Dingen zu verwenden. Derzeit verwende ich http://dragshare.com mit guten Ergebnissen (noch in der Beta).

Das Kopieren und Einfügen von RDP war schon immer ein Problem für mich - es ist sehr langsam, und wenn Sie Tausende von Dateien haben, wird es sogar noch viel langsamer. Es gibt auch eine maximale Dateigrößenbeschränkung (vor der Sie nicht gewarnt werden, die nur fehlschlägt, nachdem versucht wurde, sie zu überschreiten). WebRTC scheint viel schneller zu sein als alles, was mir RDP jemals gezeigt hat.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.