Bekannte Probleme und Best Practices für Datei-Caching-Appliances – Nasuni, Synology, Morro Data usw

Wir haben eine Reihe von Kunden, die MyWorkDrive als Webclient für den Fernzugriff ausführen und das Laufwerk für Dateien zuordnen, die mit Remote-Caching-Appliances/-Tools von Unternehmen wie Nasuni, Synology und Morro Data gespeichert sind.

Dabei werden die Dateien in der Cloud gespeichert und beim Zugriff durch den Benutzer lokal auf das Gerät vor Ort heruntergeladen. Der MyWorkDrive-Server ist über eine CIFS-Freigabe über SMB mit NTFS-Berechtigungen an eines dieser lokalen Caching-Geräte angeschlossen.

 

Bei der Bereitstellung von MyWorkDrive mit einer Remote-Speicherdatei-Caching-Appliance sind vier Überlegungen anzustellen.

1) Wir empfehlen generell, den MyWorkDrive-Server neben einem „bereiten Cache“ aller verfügbaren Dateien und Dokumente zu halten, damit der MyWorkDrive-Server nicht warten muss, bis das Dokument aus der Cloud heruntergeladen wurde, bevor er es an die weiterleitet Endbenutzer oder bis zu Office Online zur Bearbeitung.
​
Clients, die auf diese Weise bereitstellen können, wobei alle verfügbaren Dokumente auf der Appliance gespeichert sind, mit der sich der MyWorkDrive-Server lokal verbindet, melden weit weniger Probleme mit der Dateileistung – Zeitüberschreitungen, Langsamkeit – als alle anderen, die eine Caching-Appliance als Teil davon verwenden ihre Lösung.

2) Um Leistung und Stabilität aufrechtzuerhalten, verfügt MyWorkDrive über eine integrierte Timeout-Funktion beim Zugriff auf Netzwerkfreigaben. Wenn die Freigabe nicht innerhalb einer bestimmten Zeit (standardmäßig 2 Sekunden) antwortet, fährt MyWorkDrive damit fort, Freigaben ohne die nicht reagierenden Volumes bereitzustellen. Dadurch wird verhindert, dass der Client hängen bleibt und der Server beim Warten auf oder beim Versuch, Dateifreigaben bereitzustellen, die möglicherweise offline sind, langsamer wird.

Wir haben ein Muster gesehen, bei dem Caching-Appliances dazu neigen, „schlafen zu gehen“ und sich „aufwärmen“ müssen, bevor sie rechtzeitig auf Freigabeanfragen reagieren.

Wir haben einige spezifische Verbesserungen an unserer Software vorgenommen, um diesen Fall zu beheben, da er sich als klares Muster darstellte, aber in einigen Fällen kann es dennoch notwendig sein, unsere Timeout-Einstellung anzupassen, um zu verhindern, dass Freigaben beim ersten Zugriff nach einem Zeitraum von nicht zugeordnet werden Nichtbenutzung. Kontaktieren Sie uns für spezifische Details zum Anpassen der DirectoryExistsMillisecondsTimeout-Einstellung, wenn Sie ein Muster bemerken, bei dem Sie sich zweimal anmelden müssen, damit Freigaben auf Caching-Appliances in MyWorkDrive-Clients angezeigt werden.

3) Insbesondere bei Nasuni trat ein Problem mit fehlgeschlagenen AzureAD-SSO-Anmeldungen auf, da Nasuni einen UPN (user@domain.ext) nicht erkannte und nur einen reinen Benutzernamen akzeptierte. Um dieses Problem zu beheben, haben wir den Einstellungen von MyWorkDrive einen Parameter hinzugefügt, mit dem der Domänenname nach der Authentifizierung und vor dem Mounten von Freigaben für den Benutzer entfernt werden kann.

Neue Kunden haben dieses Problem nicht gemeldet, daher ist es wahrscheinlich, dass Nasuni ihre Geräte aktualisiert hat, um UPNs für Benutzernamen zu akzeptieren, aber wenn Sie auf eine Situation mit einem Nasuni stoßen, in der Freigaben nach der SSO-Anmeldung nicht bereitgestellt werden (und die Delegation richtig eingestellt ist!) , kontaktieren Sie uns für spezifische Details zur Anpassung der SsoRemoveDomainBeforeImpersonation-Einstellung.

Dieser Fall gilt nur, wenn Nasuni in Verbindung mit MyWorkDrive verwendet wird, auf dem Active Directory mit einem SAML-SSO-Anbieter ausgeführt wird. Wenn MyWorkDrive mit Active Directory und Benutzeranmeldungen über User Pass verwendet wird, sollte die Einstellungsanpassung nicht erforderlich sein.

Verwenden von SMB-Speicher auf Nasuni mit MyWorkDrive im Entra ID-Benutzerdatenbankmodus mit einer SMB-Dienstkontoverbindung sollte keine Anpassungen erfordern, da das Dienstkonto als Benutzer/Passwort angezeigt wird.

4) Schließlich haben wir die Erfahrung gemacht, dass Cache/Sync-Appliances die Synchronisierung von Dateisperren oft nicht gut handhaben. Angenommen, ein Benutzer, der mit der Appliance in der Zentrale verbunden ist, öffnet ein Dokument zum Bearbeiten. Diese Datei wird über SMB gesperrt, um anderen Benutzern anzuzeigen, dass die Datei schreibgeschützt ist und nicht bearbeitet werden kann.

Wenn diese Sperre nicht mit anderen Standorten synchronisiert wird, z. B. einem reisenden Support-Techniker oder einer Außenstelle in einem anderen Land, könnte ein Benutzer außerhalb des Hauptsitzes dasselbe Dokument öffnen und bearbeiten und zu einem Konflikt führen, der gelöst werden muss, wobei seine Änderungen verloren gehen. oder Überschreiben der Person in HQ.

Stellen Sie sicher, dass der Anbieter Ihrer Cache-/Sync-Appliance das Replizieren von Dateisperren unterstützt.

Für Nasuni haben wir festgestellt, dass die von MyWorkDrive angewendete Standard-Dateisperre „Lesen“ möglicherweise nicht korrekt repliziert wird und die Einstellung LockFileAccessMode möglicherweise in ReadWrite geändert werden muss. Wenn Sie ein Nasuni verwenden, testen Sie bitte die Dateisperrung auf Ihren Nasuni-Appliances. Wenn es nicht funktioniert, kontaktieren Sie uns für Details zum Ändern des LockFileAccessMode.

Die Dateisperre ist nur anwendbar, wenn MyWorkDrive im Active Directory-Modus verwendet wird. Externe Dateisystemsperren werden nicht gesetzt, wenn MyWorkDrive mit einer SMB-Dienstkontoverbindung verwendet wird.