In ons netwerk heb ik sinds een half jaar voor alle laptops (Windows 10) de betreffende usershare offline beschikbaar gemaakt (naar een Server 2012R2). Sinds vorige week echter ben ik er op een vervelende manier achter gekomen dat dit niet naar behoren werkt. Een gebruikster had 17 Gb in deze share staan, en bij het opschonen van haar laptop – en ondanks dat Sync Center keurig groene vinkjes gaf! – bleken talloze documenten alleen lokaal te staan. Die is ze nu dus kwijt…
Dit ondanks dat zij het grootste deel van haar tijd in ons Franse kantoor zit, wat met een site2site-vpn met ons hoofdkantoor verbonden is. Ruim voldoende tijd, snelheid en bandbreedte om die sync te voltooien en bij te houden, zou je denken. Ook andere laptopgebruikers melden problemen met hun usershare: traag, niet alles gesyncd, etc. Bij sommigen is de folder lokaal groter, bij anderen is de serverkopie juist groter. Bij weer anderen (meestal de laptopgebriukers hier op kantoor) loopt het gewoon vlekkeloos. Kortom, nauwelijks conclusies uit te halen.
Terwijl mijn vertrouwen in Offline Files tot een historisch dieptepunt is gezakt, moet ik adviseren aan het MT hoe we dit dataverlies in de toekomst gaan voorkomen. Gevoelsmatig denk ik dat Offline Files zich verslikt in de omvang (17 Gb is inderdaad wat fors) en dan vooral voor buitenlandse gebruikers. Hiertoe heb ik flink geGoogled, maar veel verder dan een limiet van 2 Gb in Windows 7 en een default setting van 25% diskspace in Win10 kom ik niet.
Is er zo’n limiet, of zelfs maar een “MS recommended folder size” wat ik kan aanhouden voor syncing? Ik zat zelf te denken om via FSRM een quota van pakweg 2 Gb te zetten op de usershares voor degenen die syncen, of om naast de gewone (niet gesyncte) U:-schijf een aparte share aan te maken van 2 Gb max. die wel gesynct wordt. Alleen wordt het dan wellicht onoverzichtelijk voor de gebruiker. Aangezien ze ook al een aparte Bitlocker-folder hebben, staat hun data dan op drie verschillende plekken. Lijkt me ook niet wenselijk.
Kan iemand hiemee helpen, of weet iemand misschien een radicaal andere oplossing?
Dit ondanks dat zij het grootste deel van haar tijd in ons Franse kantoor zit, wat met een site2site-vpn met ons hoofdkantoor verbonden is. Ruim voldoende tijd, snelheid en bandbreedte om die sync te voltooien en bij te houden, zou je denken. Ook andere laptopgebruikers melden problemen met hun usershare: traag, niet alles gesyncd, etc. Bij sommigen is de folder lokaal groter, bij anderen is de serverkopie juist groter. Bij weer anderen (meestal de laptopgebriukers hier op kantoor) loopt het gewoon vlekkeloos. Kortom, nauwelijks conclusies uit te halen.
Terwijl mijn vertrouwen in Offline Files tot een historisch dieptepunt is gezakt, moet ik adviseren aan het MT hoe we dit dataverlies in de toekomst gaan voorkomen. Gevoelsmatig denk ik dat Offline Files zich verslikt in de omvang (17 Gb is inderdaad wat fors) en dan vooral voor buitenlandse gebruikers. Hiertoe heb ik flink geGoogled, maar veel verder dan een limiet van 2 Gb in Windows 7 en een default setting van 25% diskspace in Win10 kom ik niet.
Is er zo’n limiet, of zelfs maar een “MS recommended folder size” wat ik kan aanhouden voor syncing? Ik zat zelf te denken om via FSRM een quota van pakweg 2 Gb te zetten op de usershares voor degenen die syncen, of om naast de gewone (niet gesyncte) U:-schijf een aparte share aan te maken van 2 Gb max. die wel gesynct wordt. Alleen wordt het dan wellicht onoverzichtelijk voor de gebruiker. Aangezien ze ook al een aparte Bitlocker-folder hebben, staat hun data dan op drie verschillende plekken. Lijkt me ook niet wenselijk.
Kan iemand hiemee helpen, of weet iemand misschien een radicaal andere oplossing?
Only two things are infinite, the universe and human stupidity, and I'm not sure about the former - Albert Einstein