Dropbox не синхронизируется: диагностика и выбор облака

Облачная синхронизация — из тех вещей, которые должны работать незаметно. Пока значок в трее зелёный, о Dropbox не вспоминают. Но однажды коллега говорит «я не вижу твоих правок», вы смотрите в трей — а там вечное «синхронизация 3 файлов» со вчерашнего дня. Спокойно: в девяти случаях из десяти данные целы, и проблема решается за полчаса. Идём по шагам.

Шаг 1. Локализуем проблему

Прежде чем переустанавливать клиент, ответьте на три вопроса:

• Это у всех или только у вас? Откройте status.dropbox.com. Жёлтые и красные плашки — глобальный сбой, остаётся ждать.
• Это устройство или аккаунт? Зайдите на dropbox.com через браузер. Если веб-версия показывает свежие файлы, а папка на компьютере отстаёт — проблема в клиенте на этом устройстве. Если и в вебе старьё — смотрите на то устройство, где делались правки: скорее всего, они оттуда не ушли.
• Что говорит сам клиент? Клик по значку в трее показывает статус и список файлов, застрявших в очереди. Сообщения вроде «нет места» или «файл используется» — уже готовый диагноз.

Шаг 2. Типовые причины, от частых к редким

1. Кончилась квота. Самая частая причина «сломавшейся» синхронизации. Загрузка просто останавливается. Проверьте занятое место в настройках аккаунта — и почистите папку или расширьте тариф.
2. Файл занят другой программой. Открытая в Excel таблица или база 1С не отдаётся на загрузку. Закройте программу — очередь поедет.
3. Выборочная синхронизация. Если папки «нет» на компьютере — проверьте Selective Sync в настройках клиента: возможно, она просто исключена, и это сделали вы сами полгода назад.
4. Спящий режим и «экономия батареи». Ноутбук, закрытый сразу после правок, не успевает отправить файлы. На Windows агрессивная экономия энергии умеет выгружать клиент из фона. Дайте машине пять минут после работы с важными файлами и дождитесь зелёной галочки.
5. Антивирус или файрвол. Корпоративные политики иногда режут трафик клиента. Симптом: веб работает, клиент вечно «подключается».
6. Повреждённый кэш клиента. Лечится через выход из аккаунта и повторный вход, в упрямых случаях — переустановкой клиента. Файлы при этом не удаляются, но на всякий случай сначала сделайте копию папки.

Шаг 3. Когда дело в соединении

Отдельный характерный сценарий: квота в порядке, файлы не заняты, а синхронизация то идёт, то замирает — маленькие файлы проскакивают, большие обрываются на 80% и начинаются заново. Локальные сайты при этом работают отлично. Это почерк нестабильного маршрута до серверов сервиса: каждый обрыв соединения заставляет клиент перезапускать загрузку, и большой файл может «ехать» сутками.

В таком случае помогает стабильное защищённое подключение — трафик идёт по одному надёжному маршруту, и загрузка перестаёт рваться. Проверяется это за вечер: попробовать бесплатно, поставить на закачку тот самый упрямый файл и сравнить. Если с защищённым подключением он уехал с первой попытки — причина найдена; заодно обычно выравниваются и другие рабочие сервисы с зарубежными серверами.

Шаг 4. Правила, при которых конфликтов не бывает

Синхронизация ломается реже, если команда соблюдает простую гигиену:

• Один файл в один момент редактирует один человек. Для совместной работы в реальном времени берите онлайн-документы, а не «вордовский файл в облачной папке».
• Дожидайтесь зелёной галочки перед выключением компьютера и перед словами «я всё загрузил».
• Не храните в облачной папке то, что постоянно пишет на диск: базы данных, файлы виртуальных машин, кэши программ. Это главный источник вечной синхронизации.
• Раз в месяц заглядывайте в список conflicted copy и разбирайте завалы, пока их два, а не двести.

Если выбираете новое облако

Иногда диагностика заканчивается выводом «пора переезжать» — из-за тарифов, ограничений аккаунта или просто здравого желания иметь запасной вариант. Сравним основных кандидатов с точки зрения рабочих задач:

Практический совет: не переезжайте «всей жизнью за выходные». Выберите один активный проект, две недели поработайте с ним на новом месте, соберите претензии — и только потом решайте. А главное правило облаков остаётся неизменным: локальная копия критичных данных должна существовать всегда, независимо от того, насколько вы довольны текущим сервисом.

Коротко

Зависшая синхронизация — это почти всегда квота, занятый файл, настройки энергосбережения или нестабильный маршрут до серверов. Диагностика: статус сервиса → веб-версия → статус клиента в трее. Большие файлы, рвущиеся на середине при живом интернете, — повод протестировать защищённое подключение. Конфликтные копии не потеря данных, а страховка — разбирайте их регулярно. И какое бы облако вы ни выбрали, копия важных файлов вне его — та привычка, которая однажды спасёт проект.