Вводная:
виртуальный сервер, Windows Server 2012R2 Standard. На нем MSSQL 2012.
По ночам создаются бекапы баз, которые затем копируются на сетевые хранилища.

Несколько лет все работало отлично. Затем дисковые операции начали сильно тормозить (километровые очереди к дискам, задержки в несколько секунд!).
Наши администраторы решили не заморачиваться и просто заменили обычные диски (которые работали в RAID 5) на SSD

И вот тут начались проблемы при копировании бекапов.
Причем все базы копируются нормально. А одна при копировании возвращает "не удается найти указанный файл". Причем файл этот есть, в проводнике я его вижу и могу даже скопировать руками.

Все бекапы лежат в таких папках:
\\SQLserver\SQLBackups$\DBName\DBName_YYYY_MM_DD.bak
отличается только DBName

проблема с такой командой (копируем бекап рядом в эту же папку, но добавляем имя сервера):
copy "\\SQLserver\SQLBackups$\DBName\DBName_YYYY_MM_DD.bak" "\\SQLserver\SQLBackups$\DBName\srv-name_DBName_YYYY_MM_DD.bak"

Повторюсь: проблема только с одной базой. Все остальные копируются нормально. Копирование происходит в автоматическом режиме средствами СКЛя и наших самописных утилит.

добавлю мистики
сейчас выполняю вышеуказанную команду руками и на любую базу получаю эту ошибку. Т.е. ночью сервер копирует все нормально (кроме одной базы), а я сейчас не могу НИЧЕГО скопировать.

Пошел дальше, создал пустой текстовый файл с именем 123.txt и сетевое имя заменил на прямое. Т.е. выполняю это:
copy "E:\SQLBackups\123.txt" "E:\SQLBackups\srv-name_123.txt"
и опять получаю эту же ошибку

Relic Hunter,

нет, с сетью все в порядке. Да и руками могу копировать эти файлы из проводника хоть рядом, хоть по сети

проблема только в выполнении из командной строки

Relic HunterПереходите обратно или купите нормальный сторож.
это не в моей юрисдикции и я почти не могу повлиять на это

Хотелось бы разобраться в вышеописанной проблеме.
Почему файл не найден, когда он есть. И почему это как-то выборочно происходит: с одними базами все ок, а с другой проблема.

А переход обратно на raid5 с обычными дисками выглядит как колдунство: "я запарковал машину под деревом в полнолуние. А потом дерево упало". Вывод - не паркуйтесь под деревьями в полнолуние.
А что причина могла быть в сильном ветре или кто-то неудачно его подпилил, мы не рассматриваем...

x1ca4064,
нет, под другой учеткой
права у нее есть на чтение-изменение-запись во всех этих папках. Так же есть сетевой доступ с теми же правами

т.е. выполнение
runas /user:aaa@bbb.ru "copy "DBName.bak" "srv-name_DBName.bak""
приводит к этим ошибкам

Причем, когда процесс запускает СКЛ-сервер, то ошибка только с одной базой.
А если самому из командной строки, то с любыми файлами.

если выполнять из под администратора, то все ок

x1ca4064,

файл Err:
автор-------------17:50:48,03
Отказано в доступе.
Отказано в доступе.
Отказано в доступе.
Системе не удается найти указанный путь.

файл Log:
автор-------------17:50:48,03
Команда выполнена успешно.

Том в устройстве C не имеет метки.
Серийный номер тома: XXXX-XXXX

Содержимое папки c:\Log

27.04.2019 17:50 <DIR> .
27.04.2019 17:50 <DIR> ..
27.04.2019 17:50 749 1.bat
27.04.2019 17:50 132 Err
27.04.2019 17:50 57 Log
3 файлов 938 байт
2 папок XX XXX XXX XXX байт свободно
x: успешно удален.

x1ca4064,

я это понимаю. Но не понимаю, в каком месте нет прав.
запускал из под своего аккаунта
залез в папку с именем DBName (которую задал в этом батнике) - права на меня есть полные

x1ca4064,