Сжатие используется? И все же текст ошибки в студию, как

выше заметили, в Гугле это ошибка авторизации, а не места

да, сжатие используется. вот ошибка SECONDARY - Error: Number: 3013. Line: 1. Message: BACKUP DATABASE is terminating abnormally.

Дык код ошибки другой)

DBCC CHECKDB

Попробуй через xp_cmdshell получить сначала список каталогов с того места куда бэкап залить пытаешься , может все таки накосячили с доступом, когда возвращали объем обратно?

доступы проверил. в ручную направил бэкап, частично работает. Некоторые базы через день записываются и не записываются (например база Товар сегодня записался, а завтра не запишется и отправит ошибку 3013). Только что заметил на сервере где установлен скуль ошибку в журнале событии : Backup Request::Report IoError: write failure on backup device Operating system error 59(An unexpected network error occurred.). гуглил это связано с таймаутом. Это может быть причиной ?

ну все, проси чтоб со склада выдали пять литров 98% этила, и иди к сетевику на дебаг ))

=) благодарю.

Попробуй разбивать 1 большой файл бэкап а на несколько файлов. Например, по количеству железных процов (либо ядер)

Конечно, если сеть говно или хранилище то и бакуп обломается

все это началось после того как админ уменьшил хранилище и завис скуль. Скуль перегрузили и хранилище вернули на прежние параметры, но увы, нормально ничего не работает.

если честно не понял как это сделать

Крч косяк ясно не на стороне скуля Эскалируй проблему если у вас админ мудак Просрете базу без бакупа - сколько денег потеряете?

спасибо

Доку по команде backup database посмотри. Там все элементарно

Вот и настали времена, когда базами по 10 Тб управляют джуниоры. Если в Мск - пригласите кого-нибудь.

Спасибо

на дисках куда пишете бекапы случайно не ReFs файловая система?

Вообще бекапьте минимум в 4 файла, процесс бекапа будет идти быстрее. (NumberOfFiles https://ola.hallengren.com/sql-server-backup.html)

ещеб оно умело одну цепочку в два разных места писать

Synology Ds1513+

какая там файловая система на дисках а не модель полки

Мощно

Завтра скажу, как ответят

а оно туда по SMB пишет? v2 или v3? а то может кривая реализация smb привести весёлых проблем я когда-то наблюдал коррапт как раз на больших файлах бекапов mssql из-за ошибок в реализации параллельной передачи в smb3 при работе с винды на винду

там скорее v1 девайс для видеонаблюдения, а значит китайские IP камеры 2007 года совестимы

Допустим, база занимает 100 гб. Сжатый бекап 70 гб. Вы создаете бекапную шару на 150 гб в расчете на стандартный расклад: вчерашний бекап еще лежит в шаре, у вас свободно 80 гб, вы сперва записываете новый сегодняшний бекап занимая 140 гб в сумме, а потом грохаете вчерашний. И у вас вроде как 10 гб в запасе, на всякий случай. Но нет. При описанном сценарии вы вполне вероятно получите ошибку вызванную нехваткой места. Потому что сервер не знает точно на сколько хорошо бекап сожмется, поэтому резервирует место с запасом а потом ближе к концу бекапа отдаёт не пригодившися запас обратно. Я не помню точный процент, положим 90% от размера базы. С учетом вчерашнего бекапа , в шаре будет доступно 80 гб, а сервер будет пытаться получить 90 гб и обломается.