Расскажу так, как всё было на самом деле, потому что если вы читаете страницу с заголовком «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 — методы, реальные лимиты и что действительно выдерживает →
Источники