Розкажу так, як усе було насправді, бо якщо ви читаєте сторінку із заголовком «OneDrive повільно синхронізує велику бібліотеку», ви, найпевніше, стоїте рівно там, де колись стояли ми — дивитеся на іконку в треї, що крутиться, за спиною роздратований колега, а балон «processing changes» висить ще з учора.
Ми не збиралися писати софт. Ми хотіли лише зняти компанію зі старіючого файлового сервера. Те, що ми дорогою зрозуміли, — і є вся причина, чому існує OneMount.
Чому ми взагалі пішли в хмару
Старий \\server\share був швидкий, і його всі розуміли — але це була одна коробка в
одній будівлі. Історії версій, вартої назви, не було. Резервні копії, про які хтось мусив пам'ятати.
Нічого для тих, хто працює з дому. Коли файл перезаписували, він просто зникав.
SharePoint Online і OneDrive для бізнесу на папері виправляли все це: справжня історія версій, безпека й контроль доступу рівня Microsoft, доступ звідусіль, живе співредагування в Office. Ми вірили в цей перехід. І досі віримо — напрям правильний. Підвів транспорт, який опирався нам на кожному кроці.
Коли бібліотека перетнула терабайт
Наша головна відділова бібліотека була близько терабайта на величезній кількості файлів — роки документів, експортів, сканів, проєктних тек. План був простий: націлити на неї клієнт синхронізації OneDrive і хай люди працюють у Провіднику, як завжди.
Просто не вийшло. Нові комп'ютери робили першу синхронізацію майже добу. На слабших з'єднаннях вона доходила майже до кінця, обривалася — і починалася з нуля. А іконка в треї днями показувала «processing changes» — стан, який на великих бібліотеках справді відомий тим, що триває днями, а не хвилинами.
Це число переформатувало для нас усе. Ми не використовували інструмент неправильно. Ми просто попросили клієнт, що копіює файли, віддзеркалити бібліотеку, для якої його ніколи не проєктували. Кожен синхронізований файл вимагає, щоб клієнт стежив за його хешем, часовими мітками, станом синхронізації й конфлікту — і саме цей облік завалюється на масштабі.
Конфліктні копії
А тоді стався файл, про який ми досі розповідаємо. Двоє людей відкрили те, що виглядало як та сама
таблиця. Клієнт синхронізації, відстаючи, ще не встиг завантажити версію одного з них. Обидва
відредагували. Обидва зберегли. І в хмарі з'явився другий файл:
Бюджет (конфліктна копія Ім'я 2026-03-14).xlsx.
Перечитайте це повільно. Ми перейшли на SharePoint саме заради чистої історії версій — один файл, ланцюжок «хто-що-і-коли-змінив», відкат до будь-якої точки. А клієнт синхронізації дорогою до хмари шматував рівно це: роздвоював файл, дублював дані й лишав людям зводити дві таблиці очима. Конфліктні копії — задокументована, щоденна поведінка офлайн- і відстаючих правок, а на нашому масштабі відставання було постійним.
Люди хотіли назад свій мережевий диск
До цього моменту настрій змінився. Усім було добре на старому мережевому диску, і в одному вони мали
рацію: X:\ був миттєвий, ніколи не «обробляв зміни», і кожна програма на машині
його розуміла. Ніхто ніколи не заводив тикет «буква диска застрягла на імпорті».
Але повернення означало віддати те, заради чого ми переходили — історію версій, безпеку, віддалений доступ, співредагування. Ми навідріз відмовилися від цього обміну. Чесний висновок був незручним і, як з'ясувалося, очевидним:
Ми не хотіли ні хмару, ні мережевий диск. Ми хотіли мозок хмари й руки мережевого диска — історію версій і безпеку SharePoint, доступні через звичайну букву диска, яка нічого не копіює на диск.
Чому «працюйте в браузері» не спрацювало
«То відкривайте файли в браузері» — стандартна відповідь, і для частини компанії вона нормальна. Для решти — неможлива, бо чимало реального бізнес-софту вміє відкривати лише шлях, а не вебадресу.
- Облікові й ERP-системи (кшталту 1С — ті, що живуть на змонтованому диску й очікують на ньому файл бази).
- Бекенди Access, спільні бази даних і звіти, побудовані на них.
- Інженерні та CAD-файли з посиланнями на інші файли за шляхом.
- Задачі резервного копіювання, batch-скрипти, планові експорти й той макрос із 2014-го, який ніхто не наважується переписати.
Жоден із них не відкриє https://…sharepoint.com/…. Вони відкривають
X:\Projects\…. Заберіть букву диска — і пів компанії просто перестає працювати, хоч би
якою сучасною була хмара за нею.
Люди хотіли ділитися одним кліком
Був іще один запит, який лунав від кожної організації: «дайте кнопку, щоб швидко поділитися файлом просто з Outlook». Люди щодня надсилали колегам і клієнтам посилання на документи — і щоразу мусили відкривати браузер, шукати файл у SharePoint, копіювати правильне посилання. Дрібне тертя, помножене на сотні разів на день.
Причому «правильне посилання» — не одне. Колезі всередині зручний шлях на змонтованому диску (відкриється рівно той самий файл). Зовнішній людині потрібне вебпосилання SharePoint, яке переживе вхід і відкриється в браузері. Обирати щоразу вручну — ще одне джерело помилок і згаяного часу.
Ми спробували готові інструменти
Перш ніж написати бодай рядок власного коду, ми зробили відповідальну річ і спробували наявні інструменти, що обіцяють «SharePoint і OneDrive як диск». Не називатиму їх — річ не в тому, щоб побороти конкурента, а в патерні, на який ми раз за разом натрапляли; саме він урешті й підштовхнув нас зробити своє.
Спершу вони просили реєстрацію застосунку
Перш ніж з'являвся бодай один диск, вони вимагали реєстрацію застосунку в Azure в тенанті — згоду адміністратора, проєкт, який треба створити, перевірку безпеки, яку треба пройти. Заради букви диска. У кожному тенанті, який може мати наш клієнт. Уже це робило їх неможливими для маленької компанії без окремого ІТ-відділу.
Командне редагування насправді не працювало
Ось що боліло найбільше. Уся причина, чому ми витерпіли міграцію, — щоб кілька людей могли бути в одному документі водночас. З цими інструментами це зникало. Або файл жорстко блокувався для одного, поки решта чекала, або двоє працювали паралельно й отримували — так — знову конфлікти версій. Найкраще, що дає хмара, — редагування наживо кількома людьми — тихо вимикалося тієї ж миті, коли файл проходив через їхній диск.
Кожне збереження перезаписувало історію версій
А тоді найглибша проблема — та, якої не помічаєш, поки не підеш шукати. Щоразу, коли ви зберігали, інструмент заштовхував у хмару цілком нову копію файлу — свіжий перезапис, а не правку живого документа. Чистий ланцюжок версій — цей абзац змінили у вівторок, відкат на понеділок, видно, хто що зробив — замінювався стосом повнофайлових перезаписів без справжньої історії. Інструмент був технічно «в SharePoint», тихо руйнуючи причину, з якої SharePoint узагалі обирають.
Диск, що ламає співредагування й сплющує історію версій, — це не хмарне сховище з буквою диска. Це мережева шара в костюмі SharePoint.
Тому ми зробили OneMount
Усе, що нам було потрібно, лежало в тому списку невдач, записане як набір вимог. Тож ми зробили те, що задовольняло їх усі одразу:
- Справжня буква диска Windows. Кожна legacy-програма — облік, Access, CAD,
бекапи, скрипти — бачить звичайний
X:\і задоволена. Без браузера, без переписувань. - Без синхронізації, без копій. Терабайт лишається в хмарі. На диск нічого не завантажується, тож немає ні стіни 300 000 файлів, ні добової першої синхронізації, ні «processing changes».
- Без реєстрації застосунку. Звичайний вхід Microsoft 365 — той самий, що для Outlook. Нічого не треба створювати в Azure, нічого схвалювати адміністратору.
- Справжнє співредагування й повна історія версій — збережені. Оскільки файл на диску і є хмарним документом, а не його копією, Word і Excel відкривають його як живий файл SharePoint. Кілька людей редагують одночасно, автозбереження працює, ланцюжок версій цілий. Ми перевірили це на одній таблиці з двома людьми, поруч, наживо.
- Ділення одним кліком. Правий клік на файлі чи теці диска — і меню OneMount у Провіднику скопіює вебпосилання SharePoint (для зовнішніх), або шлях на диску (для колег усередині), відкриє файл у SharePoint, покаже історію версій чи надішле його в Outlook. Саме та «кнопка поділитися», яку просили організації.
Останній пункт — це вся суть. Ми не хотіли діставатися хмари, копіюючи файли з неї — саме це весь час і руйнувало історію версій. Ми хотіли, щоб буква диска була вікном у хмарний файл, щоб усе, що SharePoint робить добре, працювало далі. На цій лінії й побудований OneMount — і тому шлях із цієї історії привів до продукту, а не до чергового обхідного трюку.
Якщо ви саме зараз посеред цього й хочете, щоб буква диска запрацювала вже сьогодні — практичний супутник цієї історії тут: як підключити SharePoint як мережевий диск у Windows — методи, реальні ліміти й що справді витримує →
Джерела