Versucht ein Benutzer, auf eine Datenbank-Datei zuzugreifen, für die Lesezugriff erteilt wurde und die sich auf einer Windows NT-Servermaschine befindet, auf der DB2 Datalinks installiert ist, und verwendet er ein gemeinsames Laufwerk mit einem gültigen Token, wird die Datei wie erwartet geöffnet. Danach erreichen nachfolgende Anforderungen zum Öffnen der Datei mit demselben Token jedoch nicht den Server, sondern werden vom Cache auf dem Client bedient. Auch wenn das Token verfällt, bleibt der Inhalt der Datei weiterhin für den Benutzer sichtbar, weil sich der Eintrag immer noch im Cache befindet. Dieses Problem tritt jedoch nicht auf, wenn sich die Datei auf einer Windows NT-Workstation befindet.
Eine Lösung besteht darin, den Registrierungseintrag \\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Lanmanserver\Parameters\EnableOpLocks auf dem Windows NT-Server auf Null zu setzen.Mit dieser Einstellung in der Registrierdatenbank erreicht eine Zugriffsanforderung über ein gemeinsames Laufwerk von einer Client-Workstation für eine Datei, die sich auf dem Server befindet, immer den Server und wird nicht vom Client-Cache bedient. Daher wird das Token für alle Anforderungen erneut ausgewertet.
Der Nachteil dieser Lösung besteht darin, dass die Gesamtleistung für alle Dateizugriffe vom Server über gemeinsame Laufwerke beeinträchtigt wird. Erfolgt der Zugriff auf die Datei über eine Zuordnung für gemeinsame Laufwerke auf dem Server selbst und nicht von einer anderen Client-Maschine, scheint es selbst mit dieser Einstellung so, als würde die Anforderung immer noch vom Cache bedient. Daher wird der Token-Verfall nicht wirksam.