Warum ein Laufwerksbuchstabe immer noch wichtig ist

In einer reinen Cloud-Welt würde man erwarten, dass das eingebundene Laufwerk ein Relikt ist. Ist es nicht — weil ein Großteil echter Geschäftssoftware nur einen Pfad öffnen kann, niemals eine Webadresse: Buchhaltungs- und ERP-Systeme, Access-Backends, per Pfad verknüpfte CAD- und Konstruktionsdateien, Backup-Jobs, Batch-Skripte, geplante Exporte. Geben Sie ihnen https://…sharepoint.com/…, und sie können einfach nicht. Geben Sie ihnen X:\Projekte\…, und sie funktionieren einfach. Diese eine Tatsache hält den Laufwerksbuchstaben am Leben. (Wir haben die ganze Geschichte dahinter durchlebt — die Entwicklergeschichte gibt es hier.)

Die Methoden, die Leute ausprobieren

1 · WebDAV — „Netzwerkadresse hinzufügen"

Instabil

Die Methode, zu der jeder zuerst greift: Die Website-URL in Netzlaufwerk verbinden einfügen und Windows' eingebauten WebDAV-Client das Laufwerk einbinden lassen. In einer sauberen Demo sieht das perfekt aus. Im täglichen Gebrauch ist es die verwirrendste Methode, weil es genau die Methode ist, die Microsoft praktisch eingestellt hat.

  • Die Sitzung bleibt nicht am Leben — das ist das eigentliche Problem. Das Authentifizierungs-Cookie hält nur wenige Stunden, danach fällt das Laufwerk still weg oder fragt erneut nach. Der eingebaute Client erneuert es nicht von selbst, sodass Nutzer mehrmals täglich mitten in der Arbeit auf „Zugriff verweigert" stoßen. Das, nicht irgendeine einzelne Grenze, macht WebDAV für den täglichen Gebrauch ungeeignet.
  • Es stützt sich auf den Internet Explorer. Der klassische Einbindungsvorgang hängt für die Authentifizierung von der alten IE-Engine ab — und Microsoft hat den IE11-Zugriff auf SharePoint und OneDrive Mitte Januar 2023 eingestellt. Wenn es kaputtgeht, werden Sie zur erneuten Authentifizierung im „Internet-Explorer-Modus" aufgefordert.

2 · OneDrive-Synchronisierung (mit Laufwerksbuchstaben obendrauf)

Kopiert alles

Der Sync-Client kann Ihre Bibliothek im Explorer anzeigen, und Sie können sogar per subst einen Buchstaben auf den synchronisierten Ordner legen. Aber das ist kein „kopierfreies" Laufwerk — es spiegelt Dateien auf die Festplatte, was das ganze Problem großer Bibliotheken zurückbringt: Microsofts eigene Empfehlung lautet, für gute Leistung unter 300.000 synchronisierten Elementen zu bleiben, die Erstsynchronisierung einer großen Bibliothek kann den Großteil eines Tages dauern, und „Änderungen werden verarbeitet" kann tagelang anhalten. Für einen kleinen Ordner in Ordnung; für ein Terabyte eine Mauer. Wir sind gegen jeden Teil dieser Mauer gelaufen.

3 · Einfach den Browser benutzen

Kein Pfad für Anwendungen

Vollkommen in Ordnung, um von Hand ein Dokument zu öffnen. Nutzlos für Software, die einen echten Pfad braucht — das Buchhaltungssystem, das Access-Backend, die CAD-Datei, den Backup-Job. Sie können keine Webadresse öffnen, und kein noch so großes „nutzt doch einfach den Browser" ändert daran etwas.

4 · Spezielle kostenpflichtige „Laufwerke" für SharePoint

Bricht die Cloud

Es gibt eigenständige kostenpflichtige Apps, die SharePoint und OneDrive als Laufwerk versprechen. Sie nehmen einen Teil des WebDAV-Schmerzes weg — brechen dabei aber genau das, wofür die Cloud da ist:

  • Sie benötigen eine Azure-App-Registrierung. Bevor auch nur ein Laufwerk erscheint — Admin-Zustimmung und ein Projekt im Tenant. Für ein kleines Unternehmen ohne IT-Abteilung ist das ein Showstopper.
  • Sie töten die Echtzeitbearbeitung. Statt gemeinsamem Bearbeiten in Echtzeit bekommen Sie entweder eine harte Sperre der Datei für eine Person oder Versionskonflikte für mehrere. Das Beste, was die Cloud bietet, verschwindet.
  • Sie überschreiben den Versionsverlauf. Jedes Speichern schiebt eine komplett neue Kopie der Datei in die Cloud, statt das lebende Dokument zu bearbeiten — die saubere Versionskette wird durch einen Stapel vollständiger Datei-Überschreibungen ersetzt.
Das Muster: WebDAV läuft ab (die Sitzung bleibt nicht am Leben), Synchronisierung kopiert alles, der Browser kann Anwendungen keinen Pfad geben, und spezielle kostenpflichtige „Laufwerke" brechen gemeinsames Bearbeiten und Versionsverlauf. Keine davon gibt Ihnen alles auf einmal: eine lebendige Sitzung, null Kopien, einen Pfad für Anwendungen und erhaltene Cloud-Funktionen.

Was tatsächlich hält

Zerlegt man die Fehlschläge in Anforderungen, ist die Antwort konkret. Ein Laufwerksbuchstabe für SharePoint, der echte Arbeit übersteht, muss:

  • Ohne Internet Explorer einbinden — keine Abhängigkeit von einer veralteten Engine.
  • Die Sitzung am Leben halten — die Authentifizierung im Hintergrund erneuern, damit das Laufwerk nicht alle paar Stunden abfällt.
  • Nichts auf die Festplatte kopieren — sodass eine Terabyte-Bibliothek mit ihren Millionen Dateien kein Problem ist und es keine 300.000-Dateien-Grenze gibt.
  • Gemeinsames Bearbeiten und Versionsverlauf erhalten — die Datei auf dem Laufwerk muss das lebende Cloud-Dokument sein, keine Kopie, die die Cloud bei jedem Speichern überschreibt.
  • Keine Azure-App-Registrierung benötigen — eine normale Microsoft-365-Anmeldung, nichts, was ein Administrator genehmigen muss.

Der Laufwerksbuchstabe sollte ein Fenster zur Cloud-Datei sein — keine Kopie davon. Bekommt man das richtig hin, funktioniert alles, was SharePoint gut kann, weiterhin über X:\.

Wie OneMount das macht

OneMount ist das Werkzeug, das wir gebaut haben, um diese Liste zu erfüllen. Es bindet SharePoint-Online- und OneDrive-Bibliotheken als gewöhnliche Windows-Laufwerke über WebDAV ein — aber ohne die Internet-Explorer-Abhängigkeit, mit im Hintergrund am Leben gehaltener Sitzung und ohne irgendetwas auf Ihre Festplatte zu kopieren. Weil die Datei auf dem Laufwerk das lebende SharePoint-Dokument ist, öffnen Word und Excel sie mit echtem gemeinsamem Bearbeiten, AutoSave und vollständig erhaltenem Versionsverlauf — genau das, was die anderen Ansätze still abschalten.

  1. Installieren — eine Datei, keine Administratorrechte nötig.
  2. Anmelden — Ihr normales Microsoft-365-Konto; OneMount findet Ihre Websites und Bibliotheken von selbst. Keine Azure-Registrierung, keine Admin-Zustimmung, keine Tenant-Einrichtung.
  3. Arbeiten — die Laufwerke sind im Explorer, und jede Anwendung, die einen Pfad will, bekommt endlich einen. Die Testphase startet automatisch.

Und für das alltägliche Teilen — ein Rechtsklick-Menü im Explorer: Rechtsklick auf eine Datei oder einen Ordner auf dem Laufwerk, um den SharePoint-Weblink (für externe Personen) oder den Laufwerkspfad (für Kollegen intern) zu kopieren, die Datei in SharePoint zu öffnen, ihren Versionsverlauf anzuzeigen oder sie an Outlook zu senden. Der richtige Link mit einem Klick, ohne Suchen im Browser.

Zwei Minuten von der Installation bis zum funktionierenden Laufwerksbuchstaben — kein IE, keine Synchronisierung, keine Kopien, und gemeinsames Bearbeiten bleibt genau dort, wo Microsoft es hingelegt hat.

Wollen Sie die Vorgeschichte — die Terabyte-Bibliothek, die Konfliktkopien, die Tools, die unseren Versionsverlauf plattgemacht haben? Lesen Sie die Entwicklergeschichte, die zu OneMount führte →

Wollen Sie dieselbe Frage mit Zahlen statt einer Geschichte beantwortet? Wir haben den OneDrive-Client an einer SharePoint-Bibliothek mit 997.392 Elementen gemessen: OneDrive und 1.000.000 Dateien — Synchronisierungstest, Geschwindigkeit und Leistung →

Quellen