При RESTORE, особенно базы существенного объема, часто вылезают всякие нюансы, причем чаще чем не вылезают. В свете этого, закладывать в свое приложение восстановление базы - затея сомнительная. Лучше в QA запускать RESTORE. Заодно, и прогресс-бар не понадобится.

авторНе... без restore мне никуда. Ну надо и всё тут. Собссно часть функциональности приложения - управление MSSQL серверами, которые стоят в некой ЛС (т.ч. backup/restore/copy).

Так все равно работать не будет в большинстве случаев. Не стоит за такую задачу браться. Нормальное восстановление возможно только вручную под неусыпным контролем админа, с возможностью тут же подправить скрипт в зависимости от сообщений сервера. Без QA или его аналога не обойтись.

авторОказалось, что если использовать не SqlConnection (а, например, OleDbConnection), то всё чудесно работает :)

Не обольщайся. Это до момента внедрения в эксплуатацию. А после - жди регулярных возмущенных звонков. Причины уже объяснены.