Ich habe folgendes eingerichtet:

Win2008 ServerIonic.zip ReferenzmodulEin separates Laufwerk zum Erstellen der Zip-Dateien.NET 4.0

Die Web-App erstellt Zip-Pakete im Handumdrehen und ermöglicht dem Client das Herunterladen des Pakets.

Dieses System hat wunderbar funktioniert ... bis jetzt.

Kürzlich haben wir einige größere Dateien (2 GB bis 11 GB) hinzugefügt, die alle in einem Paket zusammengefasst werden müssen, bevor sie auf den Client heruntergeladen werden können. Ursprünglich hatte ich dieses System so eingerichtet, dass alles auf dem C: (ein Fehler) passiert. Besonders bei größeren Dateien wurde sofort die Fehlermeldung "Es ist nicht genügend Speicherplatz auf der Festplatte vorhanden" ausgegeben. Das erste, was ich getan habe, war, das System so zu verschieben, dass es auf einem separaten 100-GB-Laufwerk (K :) funktioniert. Nachdem diese Dateien für die Produktion im Intranet freigegeben wurden, werden diese Fehler weiterhin angezeigt.

Ich habe eine Aufgabe geplant, die das Laufwerk jede Nacht aufräumt. Selbst bei 100 GB sollte ich die Fehler nicht bekommenSowohl das C: als auch das K: haben viel PlatzIch weiß noch nicht, ob es das C: (ein unbekannter temporärer Ordner?) Oder das K: ist, das sich fülltUPDATE - In den Ereignisprotokollen ist es das K: das füllt sich, aber wenn ich es überprüfe, ist es nicht voll ... Also gehe ich von einem Problem mit temporären Dateien aus ... oder ??

Gibt es jemanden, der etwas Licht ins Dunkel bringen oder Ratschläge zur Fehlerbehebung geben kann?

BEARBEITEN-----------------------

Ich denke, es könnte etwas an der Komprimierungsmethode liegen, die ich für die Dateigröße aufrufe. Ich sehe jetzt andere Fehler, die so aussehen:

Komprimierte oder nicht komprimierte Größe oder Versatz überschreiten den Maximalwert. Erwägen Sie, die UseZip64WhenSaving-Eigenschaft für die ZipFile-Instanz festzulegen.

Ich habe versucht, die Zeile hinzuzufügenzip.CompressionMethod = Zip64Option.AsNecessary Ich denke, dass zip64 notwendig sein wird, aber dann habe ich den Fehler bekommenUnsupported compression method. Ich bin nicht sicher, wohin ich mit diesen neuen Informationen von hier aus gehen soll. Ich dachte, ZipDotNet würde das alles erledigen.

Dies wird jetzt dringend, da Benutzer versuchen, diese Dateien herunterzuladen. Ich arbeite gerade an einem Patch als Workaround.

MEHR BEARBEITEN --------------------

Es gab eine Art DUH-Moment, als ich feststellte, dass reguläre Reißverschlüsse eine Größenbeschränkung von 4 GB haben. Zip64 hat eine VIEL größere Größenbeschränkung.

Ich habe die Zeile hinzugefügtzip.UseZip64WhenSaving = True zu meinem Code und das scheint das Problem behoben zu haben. Bisher keine Probleme.