SINGLE_USERモードで復元されたデータベースをに設定する方法を教えてくださいMULTI_USER。走るたびに
ALTER DATABASE BARDABARD
SET MULTI_USER;
GO私はこのエラーを受け取ります：
現在、データベース「BARDABARD」の状態またはオプションを変更することはできません。
データベースはシングルユーザーモードであり、ユーザーは現在データベースに接続しています。
それSINGLE_USERを別のモードに設定するには、非モードにする必要がありますが、モード中にデータベースを別のモードに設定することはできませんSINGLE_USER。
回答:
「ユーザーは現在それに接続しています」は、SQL Server Management Studioウィンドウ自体である可能性があります。マスターデータベースを選択して、ALTERクエリを再実行してください。
変更をすぐにロールバックするオプションを追加できます。
ALTER DATABASE BARDABARD
SET MULTI_USER
WITH ROLLBACK IMMEDIATE
GOROLLBACK IMMEDIATE正確には何をしますか？
ALTER DATABASEステートメントのトランザクションの開始時点で、保留中のすべてのトランザクションをWITH ROLLBACK X SECONDS強制的にロールバックします。現在のところ、ドキュメントに記載されていないようです）。これは、「現在実行中のすべてを停止して、これを実行する」ことと同じです。
SQL Server 2012：
を右クリックし、DB > Properties > Options > [Scroll down] State > RestrictAccess > select Multi_user[OK]をクリックします。
出来上がり！
同じ問題があり、次の手順で修正しました-参照：http : //giladka8.blogspot.com.au/2011/11/database-is-in-single-user-mode-and.html
use master
GO
select
d.name,
d.dbid,
spid,
login_time,
nt_domain,
nt_username,
loginame
from sysprocesses p
inner join sysdatabases d
on p.dbid = d.dbid
where d.name = 'dbname'
GO
kill 56 --=> kill the number in spid field
GO
exec sp_dboption 'dbname', 'single user', 'FALSE'
GO実際に、プロセスと競合状態によってdbがかなりロックされるという問題がありました。1つのコマンドをリフレッシュして実行すると、再度ロックされました...次のコマンドを続けて実行する必要がありました。 SSMSでオフラインにして、そこから復元を実行して、オンラインで問題なく復帰しました。
最初の実行：
USE master
GO
DECLARE @kill varchar(8000) = '';
SELECT @kill = @kill + 'kill ' + CONVERT(varchar(5), spid) + ';'
FROM master..sysprocesses
WHERE dbid = db_id('<yourDbName>')
EXEC(@kill);その後すぐに（2番目のクエリウィンドウで）：
USE master ALTER DATABASE <yourDbName> SET OFFLINE WITH ROLLBACK IMMEDIATE必要なことをしてから、オンラインに戻しました。私の問題を組み合わせて解決するために私がこれらの作品を書いたすべての人に感謝します。
SQL Management Studioを使用するのではなく、サーバーに直接ログオンすることをお勧めします
ログインするアカウントが、MULTI_USERに設定するデータベースのdbownerであることを確認してください。可能な場合は、saとしてログイン（SQLサーバー認証を使用）
データベースがIISによって使用されている場合、Webサイトとそれを使用するアプリプールを停止します -これは接続されているプロセスであり、MULTI_USERへの設定をブロックしている可能性があります
USE MASTER
GO
-- see if any process are using *your* database specifically
SELECT * from master.sys.sysprocesses
WHERE spid > 50 -- process spids < 50 are reserved by SQL - we're not interested in these
AND dbid=DB_ID ('YourDbNameHere')
-- if so, kill the process:
KILL n -- where 'n' is the 'spid' of the connected process as identified using query above
-- setting database to read only isn't generally necessary, but may help:
ALTER DATABASE YourDbNameHere
SET READ_ONLY;
GO
-- should work now:
ALTER DATABASE Appswiz SET MULTI_USER WITH ROLLBACK IMMEDIATEそれでも問題が解決しない場合は、ここを参照してください。
最後の代替案として -上記のすべてを試して必死になっている場合は、SQLサーバーインスタンスを停止して再起動してみてください。
以下のコードは、singleuserモードに変更するために使用された特定のSPIDがわからないときに機能しました。
use master
GO
select
d.name,
d.dbid,
spid,
login_time,
nt_domain,
nt_username,
loginame
from sysprocesses p
inner join sysdatabases d
on p.dbid = d.dbid
where d.name = 'dbname'
GO
kill 52 -- kill the number in spid field
GO
exec sp_dboption 'dbname', 'single user', 'FALSE'
GOマスターGOを使用して@sqlをvarchar（20）として宣言し、@ spidをintとして宣言する
select @spid = min（spid）from master..sysprocesses where dbid = db_id（ 'DB_NAME'）and spid！= @@ spid
while（@spid is not null）begin print 'Killing process' + cast（@spid as varchar）+ '...' set @sql = 'kill' + cast（@spid as varchar）exec（@sql）
select @spid = min(spid) from master..sysprocesses where dbid = db_id('DB_NAME') and spid != @@spid end
それを生き返らせるために
ALTER DATABASE DB_NAME SET MULTI_USER; 行く
上記が機能しない場合は、spidのログイン名を見つけて、セキュリティ-ログインで無効にします。
シングルモードでデータベースを作成することはできませんでした。何よりも重要ですが、SQL管理スタジオを開いたときにデータベースのユーザーは認識されていませんが、データベースをクリックすると、単一のユーザーとコマンドが機能していないと見なされます。ただそれを行う：管理スタジオを閉じて、再び開きます。データベースを選択せずに新しいクエリウィンドウでコマンドスクリプトを記述します。
USE [master];
GO
ALTER DATABASE [tuncayoto] SET MULTI_USER WITH NO_WAIT;
GO f5 wollaをすべてOKにします！
データベースのプロパティに移動し 、SINGLE USERモードをMULTI USERに変更します
注：それが機能しない場合は、Dbバックアップを取り、再度復元して、上記の方法をもう一度実行してください
*シングル= SINGLE_USER
複数= MULTI_USER
Restricted = RESTRICTED_USER
シングルユーザーモードに移行すると、クライアントはSQL Serverとの接続を1つだけ確立できます。「オブジェクトエクスプローラー」は（個別の）接続を使用するため、クエリでマルチユーザーステートメントを実行しようとすると、ウィンドウでは、シングルユーザーモードでは別の接続を確立できないというエラーが表示されます。
私にとってこれは問題ではありませんでしたが、私の場合、永続的に（数秒ごとに）接続を確立している自動化されたプロセスはほとんどなかったので、DBをシングルユーザーモードにして自分自身を切断するとすぐに、プロセスが接続を確立/占有しました（復元操作を開始する前に）。これらの接続を強制終了するとすぐに再接続され、Restoreコマンドを実行すると、接続がすでに使用されているというエラーが表示されます。
これを解決するには、killステートメント、ステートメントの変更、User-ModeおよびRestore操作をすべて1つのクエリウィンドウそれらをすべて一度に実行すると、出来上がりです!!! 出来た。
これが他の人を助けることを願っています。
私はしばらくの間解決策を探して、ついに以下の解決策を思いつきました、
SSMSは一般的に、データベースの背後でいくつかの接続を使用します。
アクセスモードを変更する前に、これらの接続を強制終了する必要があります。（以下のコードテンプレートで、EXEC（@kill）を使用して実行しました。）
そして、
次のSQLを実行して、データベースをMULTI_USERモードに設定します。
USE master
GO
DECLARE @kill varchar(max) = '';
SELECT @kill = @kill + 'KILL ' + CONVERT(varchar(10), spid) + '; '
FROM master..sysprocesses
WHERE spid > 50 AND dbid = DB_ID('<Your_DB_Name>')
EXEC(@kill);
GO
SET DEADLOCK_PRIORITY HIGH
ALTER DATABASE [<Your_DB_Name>] SET MULTI_USER WITH NO_WAIT
ALTER DATABASE [<Your_DB_Name>] SET MULTI_USER WITH ROLLBACK IMMEDIATE
GOシングルユーザーモードに戻すには、次のコマンドを使用できます。
ALTER DATABASE [<Your_DB_Name>] SET SINGLE_USERこれはうまくいくはずです。ハッピーコーディング!!
ありがとう!!
master）が選択されていても、クエリウィンドウがデータベースにアタッチされている可能性があります。それは、あなたが頭痛近い与え続けた場合は、すべての他のクエリウィンドウを、とのようないくつかの無実のシステムデータベースを選択するmasterか、tempdbあなたが残っている一つのウィンドウのドロップダウンに。