Next Generation Sync Client – Technologie
Es ist schon ein paar Tage her,seit dem wir in der Lage sind, Dokumente und Dateien in SharePoint auf den lokalen PC zu synchronisieren. Die alte Technologie (Groove.exe) und die neue Technologie des Next Generation Sync Client versetzt uns in die Lage, diese Dateien sicher zwischen der Cloud und einem lokalen Gerät zu übertragen und die Bearbeitung mit mehreren Personen zu initiieren. Die neuen Client-Programme wie Word, Excel und PowerPoint oder aber die Online Versionen sind inzwischen mit erweiterten Möglichkeiten ausgestattet, so dass z.B. auch das gleichzeitige Bearbeiten von Dokumenten möglich ist. Aus der Vergangenheit hat Microsoft viel gelernt. Und das beste in den Next Generation Snyc Client implementiert.
Grundsätzlich werden zwei verschiedene Technologien verwendet. BITS und MS-FSSHTTP.
BITS steht für Background Intelligent Transfer Service aus dem Jahr 2001 und MS-FSSHTTP File Synchronization via SOAP over HTTP Protocol aus dem Jahr 2009. Schon im alten Synchronisations-Client “Groove” war diese Technik implementiert und wurde mit Office 2010 benutzt.
Vereinfacht ausgedrückt wird BITS immer dann benutzt, wenn es sich nicht um ein Office Dokument handelt.
Denn bei Dateien wie Bildern aus unterschiedlichen Formaten wird die Datei komplett übertragen. Das soll sicher und an die jeweilige Bandbreite angepasst passieren.
Sind Office Dateien im Spiel, dann komm MS-FSHTTP zum Einsatz. Denn wenn ich ein Dokument überarbeite, wird das Dokument nicht noch einmal komplett übertragen, sondernd nur die Änderungen.
Für den Benutzer kommt das Microsoft Office Upload Center ins Spiel, das uns bei Konflikten hilft, diese aufzulösen.
Office 2016 (oder Office 365 Pro Plus
Egal, wie Sie ein Dokument mit Office 2016 öffnen (Datei öffnen, Zuletzt verwendetes Dokument, Doppel-Klick auf lokal synchronisiertes Dokument oder einen Klick auf die URL, es wird immer die synchronisierte Datei geöffnet. Sollten z.B. Änderungen von einem anderen Benutzer durchgeführt worden sein, werden diese Änderungen asynchron heruntergeladen und dem vorhandenem Dokument hinzugefügt.
 |
Und beim Speichervorgang wird genauso verfahren. Zuerst wird lokal gespeichert. Besteht keine Internetverbindung wird genau so verfahren. Allerding versucht der NGSC das Dokument wieder mit der Cloud zu synchronisieren, wenn die Internetverbindung wieder besteht. Und selbstverständlich versucht Office mit Dateien, die bereits geöffnet sind, diese in das Konzept der möglichen gleichzeitigen Bearbeitung eines Dokument zu integrieren.
Dabei ist diese Bearbeitung nicht konfliktfrei.Es gibt unzählige Varianten wie verschiedene Office Versionen im Einsatz etc. und es wird zuerst versucht, den Konflikt zu lösen. Auch hier stehen dem Anwender mehrere Möglichkeiten zur Verfügung. |
Die Office Integration mit dem OneDrive Next Generation Snyc Client funktioniert mit der Office Klick 2 Run Version 16.0.7167.2001 oder höher bzw. bei der Installation als MSI-Paket Version 16.0.4432.1000 oder höher.
Would this mean that „Set up a maintenance schedule to limit the maximum network bandwidth used for BITS background transfers“ would be taken into consideration for non-Office document Synchronisation?
I have no information about the internal logic. But think: What files are you have in the libraries?
Majority should be Office for sure 🙂 But I immediately raise my head, when I see a possibility to limit the network traffic centrally in any way.
So far a download limitation is not possible at all to configure centrally and the available upload limitation via GPO does not work since November 2016 in our tenant and a solution HotFix is only planned by PG for April 2017, after January Hotfix should have solved the issue, but did not.