Эксклюзивный доступ не может быть получен, поскольку база данных используется

Восстановление может произойти только в том случае, если база данных не имеет к ней никаких подключений (кроме ваших). Простой способ на MS SQL Server отключить всех пользователей:

ALTER DATABASE [MyDB] SET Single_User WITH Rollback Immediate
GO

Теперь вы можете выполнять восстановление безнаказанно. Убедитесь, что вы вернули его в многопользовательский режим, когда закончите восстановление:

ALTER DATABASE [MyDB] SET Multi_User
GO

Таким образом, я написал приведенный ниже метод для восстановления моей базы данных.
Правильно ли я понимаю?

void Restore(string ConnectionString, string DatabaseFullPath, string backUpPath)
{
    using (SqlConnection con = new SqlConnection(ConnectionString))
    {
        con.Open();

        string UseMaster = "USE master";
        SqlCommand UseMasterCommand = new SqlCommand(UseMaster, con);
        UseMasterCommand.ExecuteNonQuery();

        string Alter1 = @"ALTER DATABASE [" + DatabaseFullPath + "] SET Single_User WITH Rollback Immediate";
        SqlCommand Alter1Cmd = new SqlCommand(Alter1, con);
        Alter1Cmd.ExecuteNonQuery();

        string Restore = @"RESTORE DATABASE [" + DatabaseFullPath + "] FROM DISK = N'" + backUpPath + @"' WITH  FILE = 1,  NOUNLOAD,  STATS = 10";
        SqlCommand RestoreCmd = new SqlCommand(Restore, con);
        RestoreCmd.ExecuteNonQuery();

        string Alter2 = @"ALTER DATABASE [" + DatabaseFullPath + "] SET Multi_User";
        SqlCommand Alter2Cmd = new SqlCommand(Alter2, con);
        Alter2Cmd.ExecuteNonQuery();

        labelReport.Text = "Successful";
    }
}

Лучший подход

Alter Database <Db_Name>  SET [SINGLE_USER | RESTRICTED_USER] 
With ROLLBACK [IMMEDIATE | AFTER 30]
go
--do your job that needs exclusive access
go
--Back to normal mode
Alter Database <Db_Name> SET MULTI_USER 

• С НЕМЕДЛЕННЫМ ОТКАТОМ: эта опция не ждет завершения транзакций, а просто начинает откат всех открытых транзакций.

• WITH ROLLBACK AFTER nnn — этот параметр откатывает все открытые транзакции после ожидания nnn секунд для завершения открытых транзакций. В нашем примере мы указываем, что процесс должен ждать 30 секунд перед откатом любых открытых транзакций.

• Если указано RESTRICTED_USER, только члены ролей db_owner, dbcreator или sysadmin могут использовать базу данных. MULTI_USER возвращает базу данных в нормальное рабочее состояние.

2-й способ: с помощью ssms 2008 R2 мы можем сделать то же самое

1. щелкните правой кнопкой мыши свойство базы данных
2. перейдите к параметрам -> последний раздел с заголовком state
3. измените Ограничить доступ на SINGLE_USER
4. ответьте «да» на этот полезный вопрос, который показывает, что такого рода действия закроют все другие соединения, и я думаю, что это единственное, что мы ищем здесь, чтобы обойти ошибку

Чтобы изменить свойства базы данных, SQL Server должен закрыть все другие соединения с базой данных. Вы уверены, что хотите изменить свойства и закрыть все остальные подключения? да или нет

1. восстановить вашу базу данных
2. выполните шаги 1–4, изменив Ограничение доступа обратно на MULTI_USER.

3-й способ: следующие команды также закроют все соединения.

ALTER DATABASE [DbName] SET OFFLINE
go    
ALTER DATABASE [DbName] SET ONLINE

теперь база данных готова к восстановлению

Подробнее (mssqltips: Получение эксклюзивного доступа к восстановить базы данных SQL Server)

Вы можете использовать метод для объекта SMO SqlServer, чтобы убить все процессы в указанной базе данных перед выполнением восстановления:

sqlServer.KillAllProcesses("databaseName");

Причина этой проблемы очевидна (подключения к базе данных в настоящее время открыты/активны), но используйте следующее (погуглите, чтобы вы это поняли), и все будет в порядке:

Alter Database YOURDB   
SET SINGLE_USER With ROLLBACK IMMEDIATE
GO

Очевидно, замените YOURDDB на имя вашей базы данных и запустите его для главной БД.

О, и на всякий случай, если вы «застряли» в однопользовательском режиме, это отменит его:

Alter Database YOURDB   
SET MULTI_USER With ROLLBACK IMMEDIATE
GO

Надеюсь это поможет.

РЕДАКТИРОВАТЬ:

Вы также можете подписаться на эту, чтобы увидеть, откуда идут соединения, и другую информацию:

Я тестировал это, когда работали службы, которые повторно подключались к базе данных. Я обнаружил, что вам нужно установить однопользовательский режим, а затем запустить sp_who2, чтобы увидеть, откуда исходит одно соединение, и отметить SPID. Вы можете запустить команду kill для этого SPID и восстановить в одной и той же транзакции, и она должна пройти. Вот последовательность, которую я использовал:

USE MASTER ALTER DATABASE NAME DATABASENAME SET SINGLE_USER WITH ROLLBACK IMMEDIATE GO

-Это позволит сделать только одно подключение к базе данных. -Выполните следующую команду, чтобы увидеть, откуда поступают какие-либо повторяющиеся подключения к базе данных.

EXEC SP_WHO2

-Проверьте этот список, просмотрев столбец DBName. Если база данных указана в списке, проверьте столбцы ProgramName и HostName, чтобы узнать, кто пытается подключиться. -Если это не служба или другое приложение, которое может автоматически переподключиться и может быть закрыто, запишите номер в столбце SPID, чтобы разорвать соединение, и немедленно начните резервное копирование. Замените SPID ниже только числом.

KILL SPID RESTORE DATABASE DATABASENAME FROM DISK = 'X:\PATHTO\BACKUP.BAK' GO

-Если это завершится успешно, мы можем вернуть вновь восстановленную базу данных в многопользовательский режим.

ALTER DATABASE DATABASENAME SET MULTI_USER WITH ROLLBACK IMMEDIATE GO

• можно сделать только одно подключение к базе данных. -Выполните следующую команду, чтобы увидеть, откуда поступают какие-либо повторяющиеся подключения к базе данных.

  EXEC SP_WHO2
  

• Проверьте этот список, заглянув в столбец DBName. Если база данных указана в списке, проверьте столбцы ProgramName и HostName, чтобы узнать, кто пытается подключиться.

• Если это не служба или другое приложение, которое может автоматически переподключиться и которое можно закрыть, запишите число в столбце SPID, чтобы разорвать соединение, и немедленно начните резервное копирование. Замените SPID ниже только числом.

  KILL SPID RESTORE DATABASE DATABASENAME FROM DISK = 'X:\PATHTO\BACKUP.BAK' GO
  

• Если это завершится успешно, мы можем вернуть вновь восстановленную базу данных в многопользовательский режим.

  ALTER DATABASE DATABASENAME SET MULTI_USER WITH ROLLBACK IMMEDIATE GO