Как с одного яндекс диска на другой. Резервное копирование в облако Яндекс диск.Бэкап файлов в облака
30 ноября 2013 года появились первые сообщения от пользователей что у них:- Возникла ошибка при запуске....dll
- Запуск программы невозможен так как отсутствует....dll
- Не найдена библиотека....dll
- Слет активации (как следствие пропажи системных файлов)
Такая же проблема настигла и меня, когда включив компьютер я обнаружил, что часть программ не запускается, а Windows не активирована.
Проблема заключается в том, что при обновлении Яндекс Диска установщик попытался удалить не только старую версию программы, но и весь системный раздел
.
Проверить лог Яндекс Диска можно в C:\Users\%USER% \AppData\Local\Yandex\Yandex.Disk\YandexDiskInstaller.log, где %USER% - имя пользователя в системе.
Решение?
Частично помог откат системы на предыдущую точку восстановления. Но всех проблем это не решило, т.к., например, Microsoft Office запускается лишь частично, а его восстановление и установка завершается внутренними ошибками.После отката была сразу же была отключена функция обновления Яндекс Диска, чтобы предотвратить удаление системных файлов.
UPD: Если вы еще не перезагружали компьютер, но нашли в логе строчки о запланированном удалении.
Почистите параметр реестра PendingFileRenameOperations, который находится в разделе HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\
Представители Яндекса так прокомментировали случившееся:
Здравствуйте!Мы исследовали проблему с ОС Windows более подробно и обнаружили, что в некоторых случаях из-за несовместимости приложения Яндекс.Диск и операционной системы могут возникать неполадки с работой системы и её загрузкой. Мы уже обновили версию программы, в которой подобные ошибки были исправлены, скачать ее Вы можете со страницы disk.yandex.ru/download . В случае, если запустить систему не удаётся, попробуйте восстановить её с помощью точек восстановления или переустановить Windows. Мы обязательно сделаем все возможное, чтобы подобная ситуация не повторялась в будущем.
Приносим свои извинения за неудобства!
В данный момент полностью вернуть работоспособность испорченных систем не удалось.
Обсуждение данной проблемы ведется на форуме Ru-Board
UPD2: Более подробно о ситуации с Яндекс.Диском (vladimirrusinov)
К сожалению, в процессе тестирования версии Диска для Windows 1.1.5 не была выявлена ошибка в компоненте uninstaller.Процесс разработки и тестирования десктопных приложений Диска устроен достаточно классическим образом. Еще на этапе разработки каждый день запускаются автотесты. После сборки релиз уходит на двухнедельное тестирование, которое проходит в несколько итераций, по циклу, пока не будут исправлены все критические ошибки. После функционального тестирования проводится окончательное регрессионное тестирование, которое занимает еще несколько дней. И ручное, и автоматическое тестирование проводится на множестве устройств и на всех версиях операционной системы.
Затем новый релиз раскатывается внутри компании. Если и на этом этапе не выявилось критических проблем, сборка раскатывается. В процессе раскатывания системные администраторы наблюдают за датчиками мониторингов и отслеживают любые изменения в нагрузке на сервис и отклонения от статистики.
Служба поддержки в период после выкладки релиза внимательно отслеживает проблемы, о которых сообщают пользователи, и передает их разработчикам и менеджерам.
Проблема, которая случилась в этот раз, является цепочкой несчастливых совпадений. В команде сменился основной разработчик версии под Windows и он вне плана внес изменения в инсталлер/деинсталлер приложения, допустив ошибку, которая проявляется не всегда и только под админской учеткой в Windows.
Постоянный тестировщик приложения прямо перед началом тестирования был госпитализирован (такой вот реальный форс-мажор), поэтому тестированием занимался другой сотрудник, менее знакомый с продуктом. В списке изменений исправлений в инсталлере не было, и акцент в тестировании был сделан на другие компоненты. Регрессионным тестированием и автотестами ошибка не выявилась.
Приложением целую неделю пользовались все сотрудники Яндекса. Обычно этого времени хватает, чтобы обнаружить существенные баги. Однако на этот раз никто на проблему не наткнулся.
Как только пришли первые отзывы в саппорт, мы начали искать проблему, после чего оперативно выпустили версию приложения, исправляющую проблемы с инсталлером.
Напоминаем, что проблемная версия приложения – 1.1.5. Мы выпустили еще две промежуточные версии. Стабильная версия программы имеет номер 1.1.8. Удостовериться, что у вас нужная версия программы, или получить нужный апдейт можно в меню Диска (" Справка" - «О программе» - «Проверить обновления»).
Мы очень сожалеем, что из-за наших ошибок пользователи столкнулись с такими эпическими проблемами и понимаем, что случившееся подрывает доверие к программе и всему сервису. Вся команда Диска сейчас делает все возможное, чтобы максимально улучшить процесс разработки и тестирования приложений и чтобы такой фэйл был единственным и последним в нашей истории.
Ви можете зайти у свій Диск із будь-якого пристрою, підключеного до інтернету. Для цього наберіть в адресному рядку браузера введіть ваш логін та пароль на Яндексі й натисніть кнопку Увійти . Якщо ви використовуєте або раніше використовували двофакторну автентифікацію, для авторизації потрібен , згенерований програмою Яндекс.Ключ.
Яндекс.Диск доступний тільки для користувачів, у яких є акаунт на Яндексі. Якщо для входу на Яндекс ви використовуєте профіль соцмережі або номер телефону, змініть тип вашого облікового запису на . Для цього на сторінці натисніть посилання Створити логін .
Порада. Щоб мати швидкий доступ до Яндекс.Диска, додайте сторінку Диска в закладки або зробіть її стартовою у своєму браузері.
Примітка. Якщо ви зайшли в інтернет із чужого пристрою та не хочете, щоб браузер запам"ятав ваш логін і пароль, увімкніть опцію Чужий комп"ютер на сторінці авторизації. Сесія завершиться одразу після того, як ви закриєте браузер, або через 2 години після закінчення роботи з Диском.
Не можу ввійти на Диск
Перейти до іншого облікового запису
Якщо ви користуєтеся кількома обліковими записами на Яндексі, можете переходити між ними, не вводячи логін і пароль:
Ви можете вибирати обліковий запис на Диску, у Пошті, Паспорті й на інших сервісах Яндекса, що підтримують таку можливість. Вибраний обліковий запис вважається основним: з ним ви будете авторизовані на сервісах, які поки не підтримують перемикання.
До списку можна додати не більше 15 облікових записів. Щоб прибрати будь-який акаунт зі списку, виберіть його й перейдіть за посиланням Вийти . Поточний акаунт зникне зі списку, і ви автоматично перейдете на наступний.
Щоб прибрати зі списку кілька акаунтів, перейдіть за посиланням Додати користувача , натисніть на значок у лівому верхньому кутку й натисніть піктограму праворуч від облікового запису, який потрібно прибрати.
Вийти з Диска
Відкрийте меню облікового запису в правому верхньому куті екрана й натисніть кнопку Вийти .
Якщо ви забули вийти з Диска на чужому пристрої, відкрийте й у блоці Історія входжень і пристрої натисніть посилання Вийти на всіх пристроях .
Увага. Для подальшого доступу до сервісів Яндекса потрібно буде заново ввести логін і пароль на кожному пристрої.
Як змінити пароль або відповідь на контрольне запитання?
Щоб змінити ваш пароль на Яндексі, відкрийте меню облікового запису в правому верхньому куті екрана, натисніть кнопку Управління акаунтом і в блоці Паролі та авторизація натисніть посилання Змінити пароль .
На сторінці, що відкриється, укажіть свій поточний пароль і двічі новий для підтвердження правильності введення. Введіть символи з картинки й натисніть кнопку Зберегти .
Увага. Після зміни пароля всі сесії, відкриті з вашим логіном на інших комп’ютерах, буде автоматично завершено.
Ви можете змінити контрольне запитання або відповідь на нього на сторінці натиснувши посилання контрольне запитання у блоці Паролі та авторизація .
Завантажити всі файли з Диска
У програмі Яндекс.Диск
Виділіть усі файли і папки у вікні програми.
У контекстному меню виберіть Створити копію на комп"ютері .
Файли завантажаться до системної папки «Завантаження» .
Зі сторінки Яндекс.Диска
Щоб завантажити декілька файлів через браузер:
Виділіть їх.
На верхній панелі натисніть Завантажити .
Файли завантажаться у вигляді архіву.
Завантажити кілька папок не вийде - папки вантажаться лише по одній. Але ви можете перемістити всі папки та файли до однієї папки й завантажити її.
Перемістити всі файли до іншого облікового запису
За допомогою публічного посилання
На першому обліковому записі перемістіть усі файли й папки до однієї папки.
З другого акаунта відкрийте це публічне посилання та натисніть кнопку Зберегти на Яндекс.Диск .
Котировки акций «Яндекса» на бирже NASDAQ вскоре после открытия торгов снизились почти на 10%. Падение стоимости бумаг объясняется реакцией инвесторов на потенциальное появление Сбербанка в составе акционеров «Яндекса», считают аналитики.
Акции «Яндекса» на NASDAQ в Нью-Йорке к 20:35 мск рухнули более чем на 9,66% к предыдущему дню, до $32,41, свидетельствуют данные биржи. Капитализация компании составила $10,6 млрд, тогда как 17 октября на закрытии торгов достигала $11,7 млрд. К 00:22 мск котировки «Яндекса» на NASDAQ снизились на 17,8%, до $29,49 за акцию, или $9,6 млрд за всю компанию.
Ранее издание The Bell сообщило, что Сбербанк ведет переговоры о покупке крупного пакета акций «Яндекса» - до 30% капитала. По версии источников издания, таким образом госбанк предлагает «оградить компанию от возможных проблем с конкурентами и с государством». «Сбербанк не получал предложения о выкупе акций "Яндекса" и не обращался к "Яндексу" с подобным предложением. Возможность такая не обсуждается»,- сообщили “Ъ” в пресс-службе Сбербанка. «Мы не комментируем слухи»,- сообщили в пресс-службе «Яндекса».
Интернет-компания не делала Сбербанку такое предложение, уверен собеседник “Ъ”, знакомый с ситуацией.
В России интернет-холдинги продолжают укрупняться: недавно было объявлено об альянсе Mail.ru Group и российскими активами китайской Alibaba Group, напоминает собеседник “Ъ” в Сбербанке. По его мнению, покупка доли в «Яндексе» могла бы стать «эволюционным и прогрессивным шагом», «чтобы не упускать инициативу».
По словам одного из федеральных чиновников, сделка между «Яндексом» и Сбербанком могла обсуждаться на прошедшем на этой неделе форуме «Открытые инновации» в Сколково. «Вероятно, "Яндекс" хочет перебраться под крыло Сбербанка, который является альтернативной государственной стурктурой, со своим особенным отношениям к технологиям»,- полагает он. Обострившийся недавно конфликт между «Яндексом» и медиахолдингами по поводу изменения антипиратского законодательства и возможная покупка Сбербанком доли в «Яндексе» - не связанные процессы, уверен федеральный чиновник.
Падение котировок «Яндекса» связано с появлением информации о возможном вхождении Сбербанка в его капитал, считают опрошенные “Ъ” аналитики. Первый вопрос - какая предполагается структура сделки, будут ли выпущенные новые акции, либо произойдет выкуп у существующих акционеров, отмечает аналитик «Уралсиб» Константин Белов.
Фактический контроль над «Яндексом» сейчас у основателя Аркадия Воложа и его партнеров, и первый вопрос, который возникает у инвесторов, может ли сделка со Сбербанком это поменять, полагает он.
« Рынок может бояться, что поменяется руководство компании и вместо тех людей, которые ее основали, будет пускай один из наиболее прогрессивных, но все-таки государственный банк»,- считает Константин Белов.
«Яндекс» - компания, в которой основатель является крупнейшим акционером, это обычно инвесторам нравится, а госучастие - напротив, не нравится, соглашается аналитик Райффайзенбанка Сергей Либин. Похожая ситуация была с акциями «Магнита», когда было объявлено о выкупе пакета ее основателя Сергея Галицкого банком ВТБ: в результате котировки «Магнита» упали почти в три раза, напоминает аналитик.
У «Яндекса» - два класса акций; скорее всего, речь может идти о покупке «суперголосующих» акций - такие бумаги есть у Аркадия Воложа и других сотрудников, говорит Сергей Либин. «30% с рынка купить - это долго, трудно, дорого. Проводить допэмиссию смысла нет, потом что это размоет капитал "Яндекса" и снизит стоимость. Имеется в виду выкуп у Аркадия Воложа»,- предполагает Сергей Либин. По его оценке, 30% «Яндекса» стоят около $3 млрд.
Между «Яндексом» и Сбербанком может быть достаточно большой потенциал сотрудничества, поскольку у «Яндекса» «хороший баланс» и нет потребности в новом финансировании, то есть партнерства между компаниями могут быть в совместных проектах, полагает Константин Белов. Пример тому - «Яндекс.Деньги», напоминает он.
С экономической точки зрения покупка Сбербанком акций «Яндекса» целесообразна, полагает Сергей Либин. «Акции "Яндекса" будут расти; с учетом того, что они за последнее время достаточно сильно упали, момент для покупки неплохой»,- говорит Сергей Либин. Но экономическая целесообразность в этой сделке не главное, считает он: для этого Сбербанк может покупать более мелкие компании с большей потенциальной доходностью в рамках венчурных инвестиций. «Мотив политический»,- полагает аналитик.
Сбербанк уже имеет «золотую акцию» «Яндекса» - в тот момент, когда банк ее получил, у государства уже было желание каким-то образом контролировать «Яндекс»,
и золотая акция была «компромиссным вариантом, при котором контроль минимален». Прямого участия Сбербанка в капитале «Яндекса» нет, но есть инструмент, которая дает право какие-то решения, которые неугодны государству, блокировать, говорит он. «Можно предположить, что желание контролировать "Яндекс" у государства всегда присутствовало, и сейчас разговоры об этом снова начались»,- считает аналитик.
Владислав Новый, Анна Афанасьева
Со временем на вашем компьютере или ноутбуке накапливается достаточно большое количество файлов – 1000, 2000, а то и 500 000 . Их важность может быть очень высока, особенно если это семейные фотографии, видео, рабочие документы.
Чтобы надежно сберечь ценные файлы от вирусов и повреждений в результате сбоя файловой системы, каждому пользователю ПК необходимо хотя бы 1 раз в 2-3 недели делать дубль своих данных – создавать резервные копии . Наличие "свежего" бэкапа поможет восстановить из него информацию в случае потери.
Где хранить резервные копии: на внешнем HDD или довериться облаку?
Когда еще не было "облаков", резервные копии обычно хранили:
- на локальном ПК
- внешнем (съемном) USB-носителе, флешке или DVD
- на сервере в локальной сети
- на удаленном FTP-сервере
Продвинутые пользователи и системные администраторы также копировали файлы на удаленные сервера по протоколам FTP / SSH / WebDAV и т.п. Теперь появилась дополнительная возможность – хранить папки в интернете, на сервере от компании Яндекс.
Что такое Яндекс Диск?
Я ндекс диск - это облачный сервис, позволяющий хранить файлы на сервере, под вашей учетной записью. По-умолчанию, вам предоставляется 10 ГБ дискового пространства бесплатно и навсегда с возможностью дальнейшего увеличения. Благодаря доступности и удобству этот сервис быстро набрал популярность и по состоянию на октябрь 2018 года им пользуются уже более 16 млн. пользователей.
Преимущества хранения в облаке
- Хранение файлов вне офиса (вне дома) позволяет уберечь данные от пожара и вирусов
- Высокая надежность, так как папки дополнительно резервируются Yandex"ом, а передача осуществляется по защищенному протоколу
- Доступность данных из любой точки планеты
- Высокое доверие, поскольку компания Яндекс уже много лет работает на рынке ИТ– это лидер в области ИТ и интернет-сервисов в России и странах СНГ.
Недостатки
- Ресурс ограничен 10 ГБ, увеличение размера платное
- Очень секретную (конфиденциальную) информацию, представляющую коммерческую тайну, все же не рекомендуется хранить в "облаках"
Хранить резервные копии в интернете или нет – решать вам. Если вы – обычный пользователь, у которого не слишком секретные данные и их объемы порядка 3 - 6 ГБ (не превышает 10 ГБ), то резервное копирование на Яндекс.Диск – отличное бесплатное решение для обеспечения сохранности файлов документов, бэкапа фото-видео ! Как правило, для хранения нескольких копий наиболее важных файлов указанного объема вполне достаточно.
Exiland Backup - простой инструмент бэкапа в облако
На этом краткий обзор возможности заканчиваю. Если возникнут какие-либо вопросы, буду рад помочь. Пишите мне через форму обратной связи .
Михаил, разработчик Exiland Backup
Сегодня мы представляем долгожданный клиент Яндекс.Диска для Linux. Можно было бы даже сказать «специально для Хабрахабра», так как ни одно упоминание Диска здесь не обходилось без вопросов о клиенте для Линукса.
У него есть вся основная функциональность, которая есть у клиентов для OS X и Windows, и даже больше (симлинки!), и одна особенность - он консольный.
Ниже читайте о том, как он настраивается, что конкретно умеет, и о том, как именно он устроен и что в нём было непросто сделать.
Установить его можно . Сразу после установки пакета в терминале появится команда yandex-disk
, через которую в дальнейшем и идет общение с облаком Яндекса. После этого нужно вручную запустить команду setup
.
Визард настройки позволяет в режиме диалога выбрать папку для синхронизации, включить автозапуск при старте системы, настроить работу через прокси-сервер (если конечно вы им пользуетесь) и авторизоваться в Яндекс.Диске. При настройке вручную первым делом необходимо авторизоваться. После этого в папке.config, расположенной в домашнем каталоге, будет создан конфиг, в котором можно будет настроить путь к папке синхронизации (можно указать в консоли вручную), прописать путь к файлу токена, указать папки, которые будут или не будут синхронизироваться, и прописать настройки прокси-сервера.
В Яндекс.Диске возможна выборочная синхронизация. Команда exclude позволит исключить папку из синхронизации: все изменения, производимые в ней после этого, не будут отправлены в облако.
Опция read-only позволит менять файлы локально, без заливки их в облако. При возникновении конфликтов с локальными изменениями, последние будут сохранены в переименованных файлах, а изменения из облака будут синхронизированы. Опция overwrite будет перезаписывать локально измененные файлы в режиме read-only.
Не можем не похвастаться самым интересным нововведением в ядре синхронизации - отныне мы поддерживаем синхронизацию симлинков! Если возникнут трудности и вопросы в использовании консольного клиента команды man и help просто и доступно помогут в них разобраться.
Как сделан
Чтобы в будущем код можно было использовать для реализации клиентов под разные ОС, было принято решение писать его на C++. Специфичные для разных операционных систем куски кода мы вынесли в отдельные функции или классы, а под каждую платформу писали свою реализацию. В качестве основных кроссплатформенных библиотек мы взяли Boost , OpenSSL и , а системой контроля версий стал git . Клиент под Linux собирался с помощью autoconf . Код писался и отлаживался в связке KDevelop + консольный gdb, либо в Qt Creator"е (в зависимости от предпочтений разработчика).Взаимодействие с облаком и синхронизация производятся с помощью библиотеки ядра Яндекс.Диска, которую используют десктопные клиенты сервиса.
Как работает
Консольный клиент состоит из двух частей: демона и клиента. Общаются они посредством текстовых пакетов содержащих json-сообщения, посылаемые через сокеты (на Linux и Mac OS X используются unix-domain сокеты). Асинхронная работа реализована с помощью библиотеки boost::asio. Синхронизация доступа к данным реализуется через boost::asio::io\_service::strand, что позволяет не думать о проблеме одновременного доступа к данным нескольких потоков, а также исключает появление deadlock-ов.Для локализации мы используем библиотеку boost::locale. Текст внутри клиента закодирован в utf-8 и по необходимости преобразовывается в специфичном для каждой операционной системы коде. Мониторинг файловой системы для Linux использует inotify, прекрасно вписыващийся в асинхронную работу boost::asio.
Как устроена синхронизация
Синхронизация - сердце Яндекс.Диска, его ключевая возможность. Задача синхронизации файлового дерева с облаком делится на несколько независимых частей.1 . Мониторинг файловой системы . Ядро синхронизации Яндекс.Диска проектировалось и создавалось как переносимая абстракция, способная выполнять поставленные задачи на всех поддерживаемых платформах. Но такая проблема, как мониторинг файловой системы не реализуется ни стандартной библиотекой C++, ни даже такими монстрами как boost. Более того, даже используя «родное» API операционной системы, мы получаем набор событий, специфический для каждой платформы.
Для мониторинга файловой системы был спроектирован интерфейс «наблюдателя», способного следить за событиями в определённой директории и возвращающего список событий, произошедших в ней. Причём для каждой поддерживаемой платформы набор этих событий отличается. Например, Mac OS X способна сообщить только о факте какого-то изменения в одной из дочерних директорий без детализации. А вот Windows и Linux возвращают полный набор, включая создание, удаление, модификацию и перемещение объектов. Хотя практика показывала, что событиям на платформе Windows доверять не стоит и самым надёжным вариантом остаётся листинг директории после получения оповещения.
2 . Индексация локальных файлов и директорий . Для контроля целостности и реализации дельта-обновления файлов ядро синхронизации Яндекс.Диска использует дайджесты - наборы контрольных сумм файла и отдельных его частей. Для всего файла мы рассчитываем стойкий хэш SHA-256 и набор менее стойких сумм для отдельных блоков. Каждый файл, находящийся в папке Яндекс.Диска и не попадающий в список исключений, должен быть проиндексирован. Но вычисление хэша SHA-256 -достаточно дорогая операция, а расчёт хэшей при каждом запуске ПО был бы непростительной тратой ресурсов. Поэтому после того, как завершается индексация файла, ядро синхронизации сохраняет полученный дайджест в «банке» - специальном хранилище, находящемся в служебной директории Яндекс.Диска. Для поиска дайджестов в хранилище используется уникальный идентификатор файла - inode (размер и время последнего изменения). К сожалению, подобный подход не лишён недостатков. Например, многие файлы-криптоконтейнеры сохраняют время последней модификации неизменным даже после записи.
Наверное, кроме тонкостей работы с символическими ссылками, ничего в листинге директорий не представляет особого интереса. Для успешного завершения синхронизации ядро должно обнаруживать и исключать из синхронизации циклические ветки.
Вообще, символические ссылки - это настоящая «головная боль» для ядра синхронизации. Они могут указывать в произвольные места файловой системы, и ни ко всем из них можно применять одинаковые правила синхронизации. Например, пакеты приложений Mac OS X очень часто содержат в себе символические ссылки на директории системных библиотек, и их синхронизация в облако была бы нежелательна - особенно между разными версиями ОС. Но в то же время возможность синхронизировать дополнительные директории с помощью символических ссылок - очень заманчивая возможность, упускать которую не хотелось.
Поэтому для синхронизации символических ссылок была введена особая политика, благодаря которой ядро может выбирать специфический вариант синхронизации для каждой символической ссылки - в зависимости от расположения объекта, на который она указывает.
3 . Получение дерева облачной файловой системы . Для решения проблемы синхронизации мало иметь локальную файловую структуру и дайджесты файлов - необходимо получить текущее состояние файловой системы в облаке. Если бы ядру синхронизации каждый раз приходилось обходить дерево с помощью метода PROPFIND , то каждый цикл синхронизации занимал бы неоправданно много времени и создавал бы излишнюю нагрузку на канал. Поэтому ПО Яндекс.Диска использует специальный API, который даёт возможность получать текущее состояние дерева файлов в облаке и изменения, произошедшие в нём, начиная с некоторого известного момента, определяемого версией дерева.
4 . Получение оповещений об изменении облачной файловой системы . Синхронизация файлов в реальном времени требует своевременного получения оповещений об изменениях, произошедших с файлами в облаке. Можно было бы использовать периодический опрос сервера клиентами, но, оценив возможное количество клиентов, мы пришли к выводу, что такой подход окажется слабо масштабируемым и приведёт к быстрой перегрузке инфраструктуры сервиса. После недолгих поисков мы остановились на протоколе XMPP. Одна из его реализаций уже долгое время работает в Яндексе. Она была разработана командой, которая позже занимались созданием сервера WebDAV для проекта Яндекс.Диск, поэтому сложностей с интеграцией этого протокола не возникло.
Сейчас пуш-оповещения, обрабатываемые ядром синхронизации, включают в себя не только события, произошедшие непосредственно с файлами или папками в облаке Яндекс.Диска, но и различные сервисные сообщения. Например о выдаче дополнительного места или действиях других пользователей в общих папках. Добавление этих событий к имеющемуся протоколу не вызвало больших сложностей благодаря расширяемости XMPP, что в очередной раз подтвердило правильность нашего выбора.
5 . Создание списка операций синхронизации . После того как в распоряжении ядра синхронизации оказываются оба дерева файлов - локальное и удалённое - можно приступать к самой процедуре синхронизации. Для этого применяется специальный алгоритм сравнения деревьев, принимающий на вход кроме двух упомянутых деревьев, ещё и третье - последнее синхронизированное. В результате работы алгоритма получается список операций, которые необходимо произвести над локальными и удалёнными файлами и директориям для приведения деревьев к общему виду.
6 . Обработка очереди операций синхронизации . Создание списка операций для локального и удалённого деревьев происходит независимо. В результате могут появиться конфликтующие операции. Например, удаление в облаке файла, который был в нём изменён и ещё не синхронизирован локально, или изменение файла одновременно локально и в облаке. Конфликты модификации/удаления всегда разрешаются ядром в пользу модификации, а конфликты двойной модификации разрешаются переименованием одной из версий файла. Таким образом мы можем гарантировать сохранность данных и даём возможность после завершения синхронизации самому пользователю решить, какое из изменений больше ему подходит в каждом конкретном случае.
Операции синхронизации должны подчиняться строгому порядку, нельзя передавать файл, пока не создана его родительская директория. Так же директорию нельзя удалять, пока внутри неё остаются файлы, которые нужно переместить на новое место. Алгоритм сравнения деревьев уже создаёт операции в нужном порядке, но при возникновении ошибок он может нарушиться. Для предотвращения этой ситуации у каждой операции есть список зависимостей - набор операций, которые должны завершиться до начала её выполнения, и набор операций, которые не должны начаться, пока она не будет выполнена.
Кроме зависимостей на порядок выполнения операций оказывает влияние её приоритет. Например, операции передачи файлов выполняются в зависимости от размеров файлов - от маленьких к большим.
Все эти задачи выполняются одновременно, накладывая дополнительные требования на качество синхронизации параллельных процессов и распределение ресурсов внутри ядра синхронизации Яндекс.Диска. Если у вас ещё нет Я.Диска, завести его можно
