При резервном копировании базы данных в Store House выдает сообщение "Невозможна операция обмена данными с сервером" "Невозможна операция чтения (5065). Код ошибки WinSock: 10060"
Кто сталкивался?
Поиск по форуму ничего не дал.
При резервном копировании базы данных в Store House выдает сообщение "Невозможна операция обмена данными с сервером" "Невозможна операция чтения (5065). Код ошибки WinSock: 10060"
Кто сталкивался?
Поиск по форуму ничего не дал.
Бекап делаете на сервере?
Ночной бекап настроен? Он проходит?
Попробуйте увеличить таймаут в настройках подключения к БД
Ильин Александр, Компания "Соттос"
г Новосибирск +7 (383) 373-96-98; +7 (909) 533-93-92; nsk@sottos.ru
г Омск +7 (3812) 377-902; +7 (905) 098-92-06; abc@sottos.ru
www.sottos.ru | vk.com/sottos | fb.com/sottosru
Продажа и установка ПО R-Keeper, обучение, техническая поддержка 24/7
Была такая ошибка, прям вчера. На машине с сервером клиент был подключен по TCPIP, загрузил локально все нормально забекапилось, естественно сервер пришлось стартануть вручную.
Значит дистриб обновили. УТМ этот, чтоб его обновляется чаще, чем софт от Гуревича.
Меняем значение таймаута на соединение с сервером. Мне, когда столкнулся с подобным, помог таймаут длиной в минуту. Смотрим прилепленный скрин."Невозможна операция обмена данными с сервером" "Невозможна операция чтения (5065). Код ошибки WinSock: 10060"
таймаут.jpg
P.S.: UCS рекомендует бэкапить локально, т.е. по протоколу Local, но иногда, да что там — почти всегда эта хрень не работает корректно и приходится использовать старый добрый TCP/IP, но локально, т.е. 127.0.0.1:рTa%порт%
Вот никогда не было проблем с локальным бэкапом.
Алексей Аркадьев
Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
Для коммерческих вопросов:
+7 (495) 740-49-91, или на почту: sales@carbis.ru
Как писал выше тоже делаю бекап локально. Возник вопрос, как же тогда нормально проходит ежедневный бекап по TCP IP (просто интересно, может он тоже неправильно бекапит)?
Не смотря на ошибку, бэкап обычно делается нормально. Возникающая ошибка зачастую указывает не на проблемы с бэкапом, а на то что сервер не успевает ответить в установленное время (таймаут). Поэтому программа, через которую произведен запуск бэкапа, не получив в установленное время от сервера информацию об успешном завершении бэкапа, сигнализирует об ошибке. Ну и для избежания получения такой ошибки , совершенно логично увеличить таймаут.
А он не по TCP IP проходит... Его сервер делает.Возник вопрос, как же тогда нормально проходит ежедневный бекап по TCP IP
Sh имеет клиент-серверную архитектуру.
SDBman (через который вы делаете ручной бекап) - с точки зрения сервера SH это клиентское приложение. И общение с ним проходит по TCP/IP.
Когда сервер делает ночной бекап (по расписанию) никакого клиента тут не участвует. Ни с кем ни по какому протоколу сервер не связывается. Он делает все сам.
Ильин Александр, Компания "Соттос"
г Новосибирск +7 (383) 373-96-98; +7 (909) 533-93-92; nsk@sottos.ru
г Омск +7 (3812) 377-902; +7 (905) 098-92-06; abc@sottos.ru
www.sottos.ru | vk.com/sottos | fb.com/sottosru
Продажа и установка ПО R-Keeper, обучение, техническая поддержка 24/7