есть два производства. Обмен инфой происходит через dropbox (1 производство=>dropbox=>2 производство) инфа подгружается 1с. Но бывает такое что инфа приходит сразу , через время или вообще не приходит. Может дело вообще не с стороны 2 производства (я с стороны 2 производства)?
основной роутер MikroTik Router RB750Gr3
локальная сеть гигабитная
волокно специально вели на производство 2 сидим на нем только мы , через лан порт от 99-120 скорость в инете , wifi средняя с ноута 80
и еще такой момент сотрудники говорили что такое происходило четверг пятница , так как в эти дни в основном начинаются все движухи. А сейчас поднимают бунт и в другие дни.
Для начала нужно убедиться - полностью ли прошел upload в дропбокс, или нет, если обмен идет через штатный клиент, это видно по иконке\очереди на обмен по клику на нее и снизу во всплывшем окошечке. Далее все варианты описывают нюансы штатного клиента дропбокс.
Я встречал ситуации, когда клиент дропбокс зависал и тупо умирал, нужно убедится, что этого не происходит (можно, например, кликом по клиенту, или загрузкой тествого файла-флажка).
Еще иногда клиент работал, но зависал upload на каком-нибудь файле по неявной причине. Это опять же видно по очереди на синхронизацию в клиенте, мне помогал обычно перезапуск клиента, в одном тяжелом случае пришлось убить клиент, переименовать евшую синхронизироваться папку, перезапустить клиент, только после этого пошло.
Синхронизация, естественно, не происходит, когда файл открыт какой-то программой, изменен, но еще не сохранен.
И, наконец, когда места на диске с синхронизируемой папкой кончается, клиент заранее пишет, что места мало, и для работы синхронизации нужно его освободить (кривое у них решение, но что поделаешь). Нужно убедится, что в "проблемные дни" диск не заполняется под завязку или около того. Причем четкого лимита нет - он явно несколько больше файлов в очереди на синхронизацию, но иногда случаются забавные ситуации, когда при синхронизации файла на 10 мб клиент жалуется на недостаток свободного места и при 1гб свободного места, и при 4, и даже при 10. Т.е. фича, плавно переходящая в баг.
Еще, если объем файлов в синхронизируемой папке превышает квоту, синхронизация останавливается. Теоретически возможна ситуация, когда в синхронизируемую папку кем-то или чем-то кладется крупный файл, потом убирается (например, если эта папка используется где-то в автоматизации какого-то процесса как временное хранилище условно больших объемов данных). Тогда на время его нахождения синхронизация не работает. Клиент с этой стороны об этом сигнализирует иконкой и в статусе.
Резюме:
- следить за синхронизацияей (процесс, в приницпе, можно автоматизировать, возможно, даже есть готовые решения, своего рода "пинг", например, по периодически создаваемым файлам-флажкам)
- пи возникновении проблем
- смотреть, живы ли клиенты со стороны upload'а\download'а
- читать, что говорят клиенты
- если они говорят, что все ок, проверить, а действительно ли в синхронизируемой папке появился новый\измененный файл (бывает всякое, я встречал ситуации, когда файл не синхронизировался, потому что его клали не в синхронизируемую папку, а куда-то в другое место)
- дальше остается, наверное, техподдержка дропбокса.