PDA

Просмотр полной версии : При резервном копировании базы данных в Store House выдает сообщение "Невозможна операция обмена данными с сервером"


Hendehog
17.12.2015, 12:29
При резервном копировании базы данных в Store House выдает сообщение "Невозможна операция обмена данными с сервером" "Невозможна операция чтения (5065). Код ошибки WinSock: 10060"

Кто сталкивался?
Поиск по форуму ничего не дал.
sibgaba
17.12.2015, 14:20
Бекап делаете на сервере?
Ночной бекап настроен? Он проходит?

Попробуйте увеличить таймаут в настройках подключения к БД
Leon44
17.12.2015, 16:59
Была такая ошибка, прям вчера. На машине с сервером клиент был подключен по TCPIP, загрузил локально все нормально забекапилось, естественно сервер пришлось стартануть вручную.
negrila
17.12.2015, 17:02
Нифига!

Сегодня у клиента провернул такой финт ушами:
Приехал с ноутом с 7кой, вошел там в ЛК, скачал утм (дистрибутив) перенес на XP, поставил. Все ок.
Дальнейшую работу пока не проверил. Склад обновляем.
Значит дистриб обновили. УТМ этот, чтоб его обновляется чаще, чем софт от Гуревича.



"Невозможна операция обмена данными с сервером" "Невозможна операция чтения (5065). Код ошибки WinSock: 10060"
Меняем значение таймаута на соединение с сервером. Мне, когда столкнулся с подобным, помог таймаут длиной в минуту. Смотрим прилепленный скрин.
4451

P.S.: UCS рекомендует бэкапить локально, т.е. по протоколу Local, но иногда, да что там — почти всегда эта хрень не работает корректно и приходится использовать старый добрый TCP/IP, но локально, т.е. 127.0.0.1:рTa%порт%
SH
17.12.2015, 17:28
Вот никогда не было проблем с локальным бэкапом.
Leon44
18.12.2015, 08:25
Как писал выше тоже делаю бекап локально. Возник вопрос, как же тогда нормально проходит ежедневный бекап по TCP IP (просто интересно, может он тоже неправильно бекапит)?
okis
18.12.2015, 09:30
Не смотря на ошибку, бэкап обычно делается нормально. Возникающая ошибка зачастую указывает не на проблемы с бэкапом, а на то что сервер не успевает ответить в установленное время (таймаут). Поэтому программа, через которую произведен запуск бэкапа, не получив в установленное время от сервера информацию об успешном завершении бэкапа, сигнализирует об ошибке. Ну и для избежания получения такой ошибки , совершенно логично увеличить таймаут.
sibgaba
18.12.2015, 12:04
Возник вопрос, как же тогда нормально проходит ежедневный бекап по TCP IP
А он не по TCP IP проходит... Его сервер делает.
Sh имеет клиент-серверную архитектуру.
SDBman (через который вы делаете ручной бекап) - с точки зрения сервера SH это клиентское приложение. И общение с ним проходит по TCP/IP.
Когда сервер делает ночной бекап (по расписанию) никакого клиента тут не участвует. Ни с кем ни по какому протоколу сервер не связывается. Он делает все сам.