Windows Sandbox gegen VM: Wohin der Testmüll stirbt

Windows Sandbox: die Sitzung, die sauber stirbt

Die Windows Sandbox — eine optionale Komponente der Pro-, Enterprise- und Education-Editionen bei in der Firmware aktivierter Virtualisierung — bootet in Sekunden eine Wegwerf-Kopie von Windows. Nichts bleibt erhalten: installierte Programme, heruntergeladene Dateien, Registry-Änderungen und jegliche Malware verdunsten beim Schließen des Fensters, weil die ganze Sitzung auf einer Differencing-Ebene läuft, die beim Beenden verworfen wird. Der perfekte Käfig für einen dubiosen Installer, ein einmaliges Konvertierwerkzeug oder eine Datei, der Sie misstrauen — mit einer echten Einschränkung: Alles, was Ihnen ehrlich gefallen hat, stirbt mit der Sitzung, sofern man es vorher herauskopiert.

Wo die VM gewinnt — und wo sich ihr Müll sammelt

Eine Hyper-V- oder VirtualBox-Maschine ist das richtige Werkzeug, sobald ein Experiment den Tag überdauern soll: Snapshots, ein anderes Betriebssystem, eine gemeinsame Testumgebung, Reboots über Updates hinweg. Beständigkeit ist der Sinn der VM — und zugleich die Rechnung. Die Sandbox hinterlässt fast nichts; die VM sammelt still ein kleines Archiv von allem, was man nie aufgeräumt hat.

• Die virtuelle Festplatte einer VM wächst monoton und schrumpft nie von selbst — ein „schneller Test“ setzt sich sang- und klanglos bei 40–80 GB Hostplatte fest
• Jeder behaltene Checkpoint friert ein Glied in einer Differencing-Kette ein, die vollständig am Leben bleiben muss
• ISO-Abbilder, exportierte Maschinen und verlassene VM-Ordner türmen sich an Standardorten noch Jahre nach dem Ende des Experiments
• Die Host-Dienste des Hypervisors zwacken bei jedem Boot etwas RAM und CPU ab — ob Sie diesen Monat eine VM gestartet haben, ist egal
• Die Windows Sandbox cacht ihr Basisabbild einmal und verwirft die Sitzungsebene beim Schließen — der Fußabdruck bleibt von Haus aus flach

Die Arbeitsregel — und das Aufräumen danach

Unsere Regel von den Testmaschinen: Sandbox für alles Verbrauchbare, VM für alles, was Sie zweimal booten werden. Ist die Testphase vorbei, löschen Sie verlassene Maschinen zuerst im Manager des Hypervisors selbst und erst danach die Dateien — wer nur die Dateien löscht, hinterlässt im Manager einen kaputten Katalog. Die ISOs, Installer und Exportarchive, die Ihre Experimente heruntergeladen haben, sind gewöhnlicher Müll, und ein Aufräumgang mit Kleaner PRO kehrt sie samt dem übrigen Download-Staub aus; die VMs selbst entfernen Sie nach wie vor von Hand.

Fragen und Antworten

Weiterlesen