Bekende problemen en aanbevolen procedures voor apparaten voor bestandscaching - Nasuni, Synology, Morro Data, enz.

We hebben een aantal klanten met MyWorkDrive als webclient voor externe toegang en kaartstation voor bestanden die zijn opgeslagen met externe caching-apparaten/tools van bedrijven zoals Nasuni, Synology en Morro Data.

Hiermee worden de bestanden opgeslagen in de cloud en lokaal naar het lokale apparaat getrokken wanneer de gebruiker ze opent.

Er zijn vier overwegingen die u moet maken bij het implementeren van MyWorkDrive met een externe opslagapparaat voor bestandscaching.

1) We raden u over het algemeen aan om de MyWorkDrive-server naast een "ready cache" van alle beschikbare bestanden en documenten te bewaren, zodat de MyWorkDrive-server niet hoeft te wachten tot het document uit de cloud is gedownload voordat het wordt doorgegeven aan de eindgebruiker of tot Office Online voor bewerking.
​
Clients who are able to deploy in this manner, where all available documents are stored on the appliance the MyWorkDrive server is locally connecting to, report far few issues with file performance – timeouts, slowness – than anyone else using a caching type appliance as part of their solution.

2) To maintain performance and stability, MyWorkDrive has a built in timeout feature when accessing network shares. If the share does not respond within a certain time (default is 2 seconds), MyWorkDrive proceeds to mount shares without the unresponsive volumes. This keeps the client from hanging and the server from slowing down waiting for or attempting to serve file shares which may be offline.

We hebben een patroon gezien waarbij caching-apparaten de neiging hebben om te "slapen" en moeten "opwarmen" voordat ze tijdig reageren op deelverzoeken.

We made some specific improvements to our software to address this case, as it presented as a clear pattern, but in some cases you may still find it necessary to adjust our timeout setting to prevent shares from failing to map on first access after a period of non-use. Contact us for specific details about adjusting the DirectoryExistsMillisecondsTimeout setting if you notice a pattern of needing to login twice to get shares on caching appliances to appear in MyWorkDrive clients.

3) Nasuni, in particuarly, exhibitied a problem with AzureAD SSO logins failing because the Nasuni wouldn’t recognize a UPN (user@domain.ext) and would only take a pure username. To address this, we added a parameter to the settings of MyWorkDrive to allow the domain named to be stripped off after authentication and prior to mounting shares being mounted for the user.

New clients have not been reporting this issue, so it is likely Nasuni updated their devices to accept UPNs for usernames, but if you come across a situation with a Nasuni where shares are not mounted after SSO login (and delegation is set correctly!) , contact us for specific details about adjusting SsoRemoveDomainBeforeImpersonation setting.

4) Finally, we have experienced that Cache/sync appliances often do not handle the syncing of file locks well. Say a user attached to the appliance at HQ opens a document to edit. A lock is placed on that file via SMB to indicate to other users that file is read only and cannot be edited.

Als die vergrendeling niet is gesynchroniseerd met andere locaties, zoals een reizende ondersteuningstechnicus of een veldkantoor in een ander land, kan een gebruiker buiten het hoofdkantoor datzelfde document openen en bewerken en resulteren in een conflict dat moet worden opgelost, waarbij hun wijzigingen verloren gaan. of de persoon op het hoofdkantoor overschrijven.

U moet ervoor zorgen dat de leverancier van uw cache-/synchronisatieapparaat replicatie van bestandsvergrendelingen ondersteunt.

For Nasuni, we have noted that the default “read” file lock applied by MyWorkDrive may not be correctly replicated, and the setting LockFileAccessMode may need to be changed to ReadWrite. If you are using a Nasuni, please test file locking across your Nasuni appliances. If it is not working, contact us for details about changing the LockFileAccessMode.