Die Datei ist ungefähr 170GB groß. Ich würde es nicht auf den FTP hochladen und herunterladen. Es ist manchmal nicht zuverlässig, die Verbindungen werden unterbrochen und es wird große Probleme geben. Gibt es dafür einen besseren Weg? Jemand einen Vorschlag machen? Vielen Dank.
PS: Zwei Computer befinden sich nicht im selben Netzwerk.
windows
file-transfer
file-sharing
Ted Wong
quelle
quelle
Antworten:
Seltsamerweise könnte Bitorrent hier ziemlich gut funktionieren, vorausgesetzt, die Office-Richtlinien erlauben es - es zerlegt die Datei für Sie, überprüft, ob sie korrekt ist und lädt sie gegebenenfalls erneut herunter. Sie werden wahrscheinlich Ihren eigenen Tracker verwenden wollen, aber viele Bitorrent-Clients tun dies sowieso, und wenn möglich, verwenden Sie Web-Seeds , um die Dinge noch schneller zu machen - Burnbit macht dies einfach.
Als Alternative würde ich auch vorschlagen, die Oldschool-Piraten-Sache zu machen, die Dateien aufzuteilen und eine Paritätsdatei zu verwenden und sie dann mit einem beliebigen Mittel, FTP oder Webserver, zu übertragen. Wenn Sie einen Webserver verwenden, können die Downloads fortgesetzt werden - mit etwas wie wget, und das Paritätsarchiv würde es Ihnen ermöglichen, die Datei mit ein paar beschädigten Teilen neu zu erstellen.
Überlegen Sie sich natürlich, die Dateien oder Datei-Chunks zu verschlüsseln, wenn die Daten ebenfalls sensibler Natur sind.
Eine neuere Option ist möglicherweise die Bitorrent-Synchronisierung. Sie wird auf allen Geräten außer dem Toaster ausgeführt (es sei denn, Ihr Toaster führt Windows, Linux auf x86, PPC oder ARM aus) und erledigt den größten Teil der Aufgaben für Sie. Es verwendet das zugrunde liegende Bitorrent-Protokoll, ist jedoch viel einfacher zu verwenden.
quelle
Werfen Sie einen Blick auf Robocopy , es unterstützt den Neustart und ist im Allgemeinen viel stabiler als andere Optionen.
quelle
WinZip kann viele (relativ) kleine Dateien erstellen (ursprünglich für das Archivieren auf Disketten konzipiert, aber Sie können jetzt 1 GB auswählen). Dann ist nicht fortsetzbares FTP (wie die Microsoft-Option ist) OK. Schließlich ruft WinZip die Datei am anderen Ende ab.
quelle
Robocopy und BitTorrent wurden bereits vorgeschlagen und klingen nach einer guten Idee. Andere Optionen, die möglicherweise in einer restriktiven Netzwerkumgebung besser funktionieren, in der Sie z. B. keine SMB-Verbindung herstellen können, die für RoboCopy erforderlich zu sein scheint:
FTP. Ich weiß, dass es Ihnen nicht gefällt, aber mit einem guten Server und Client sollte es gut funktionieren. Erstellen Sie einen FTP-Server auf der Quelle oder dem Empfänger, und stellen Sie sicher, dass verschlüsselte Verbindungen (um zu verhindern, dass transparente Proxys usw. stören) und Dateien> 4 GB unterstützt werden. Laden Sie die Datei dann mit einem guten FTP-Client hoch / herunter (stellen Sie sicher, dass Sie den Binärmodus verwenden). FTP unterstützt die Wiederaufnahme der Verbindung. Wenn die Verbindung unterbrochen wird, nehmen Sie einfach die Verbindung wieder auf. Eine aktuelle Kopie von wget sollte in Ordnung sein.
Mit HTTP können Sie dasselbe tun: Richten Sie einen HTTP (S) -Server ein, der große Dateien unterstützt, und laden Sie ihn mit einer aktuellen Kopie von wget herunter.
Ansonsten gibt es rsync-Binärdateien für Windows und zahlreiche proprietäre rsync-ähnliche Programme, die Sie verwenden könnten. Insbesondere wenn Sie erwarten, dass die Datei aktualisiert werden muss und sich nur kleine Teile der Datei ändern, möchten Sie möglicherweise in diese Richtung schauen.
Denken Sie daran, dass Sie bei 8 MBit / s (1 MByte / s) zwei Tage benötigen, um die Datei zu übertragen. Wenn Sie keine wirklich schnelle Verbindung haben, ist das Senden einer physischen Festplatte mit einer Kopie der Datei (en) möglicherweise schneller.
quelle
Einige Dinge, die mir in den Sinn kommen, sind private P2P-Netzwerke (uTorrent, DC ++) oder ein kleiner http-Server mit wget
quelle
Ich würde sugest einige Tools (Windows) auf Basis von rsync http://en.wikipedia.org/wiki/Rsync
quelle