У меня есть план резервного копирования SQL, который записывает резервные копии в общий сетевой ресурс SAMBA. У меня есть чистое использование T-SQL (с persistent:yes), который является первой частью плана обслуживания для доступа к общему ресурсу. Некоторое время это работало, но теперь это не работает в моих больших базах данных. Samba просто сообщает в журнале «write_data: ошибка записи при записи в клиент 0.0.0.0. Ошибка сломан канал». В SQL Server я просто получаю Operating system error 64(The specified network name is no longer available').
Если я создаю резервную копию только большой базы данных вручную с помощью «Задач» в SQL Server, это сработает.
У этого парня была та же проблема с сломанной трубой; http://blog.binarystars.com/2007/08/25/samba-error-writing-75-bytes-to-client-1-broken-pipe/
Он обнаружил, что сервер Windows создавал сетевой цикл, потому что обе сетевые карты были подключены к сети. Ему пришлось заблокировать один из IP-адресов в IPtables, чтобы решить проблему.
Обычно эта ошибка является признаком того, что удаленный сервер SMB исчез.
Интересно, видишь ли ты эта ошибка. Похоже, что первопричину еще не выследили.
Возникает ли каждый раз в одном и том же месте потока данных резервного копирования? (Вы упомянули, что он "большой" - мне интересно, вы где-то переполняете 32-битный счетчик.) Насколько большим вы говорите (если вы предпочитаете не указывать размер, дайте нам порядок величина).
Редактировать:
Я думаю, что вам понадобится более подробное ведение журнала на стороне smbd и, возможно, анализ сетевого трафика, чтобы добиться чего-либо с этим.
я вижу кто-то из списка Samba преследует ту же проблему и ни к чему не приводит (в первую очередь потому, что люди в списке, судя по всему, пытаются заставить его преследовать диких гусей).
Я видел, как это происходило, когда сам запущенный пользователь службы агента SQL не имел прав на запись в общий ресурс samba, и в результате произошла ошибка. Хороший способ определить, так ли это, - попробовать запустить резервную копию вручную.