[SQL-Server] BACKUP - Fermer les connexions de force

Comment est-il possible d'ejecter tous les utilisateurs d'une base avant la restauration d'une autre version de celle-ci ?

Quand je veux effectuer un backup à partir de mon application, cette même application utilise des connexions et je n'arrive pas à les fermer.
De plus, d'autres utilisateurs peuvent utiliser cette base en réseau. Donc je voudrais pouvoir forcer la perte de toutes les connexions en cours.

Ce doit bien être possible car SQL Serveur le demande avant de détacher une base.

Merci pour votre aide.

Il vous faut tuer tous les processus qui tournent sur la base.
Regarde du côté de sp_who et de sp_kill.

Merci beaucoup.

Une petite rectification:
sp_kill n'existe pas. Tu confond avec KILL.

Merci d'avoir porté cela à mon attention.
Je n'ai pas vérifié avant de poster.

Salut,

je ne trouve pas de sp_who.exe sur le serveur.
C'est un truc à installer en plus ?

non, c'est une procedure stockee systeme!

:oops:

Faut écrire un bout de code alors, je pensais trouver un bête menu dans SQL Server.

Tu peux trouver un exemple de procedure la.
http://www.sqlservercentral.com/scri...agement/30030/

Ce site est très bien pour trouver des scripts ou lire des articles de SQL Pro en anglais... :p

Merci. :king:

EDIT : voir le dernier post !

Citation:

---

This script will kill all users in a given database. Before disconnecting, it can optionally send the user a NET SEND Message giving them a warning to disconnect. To run, simply call it like usp_killusers 'dbname'. Make sure the @dbname parameter is not the master database.

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45

CREATE PROCEDURE usp_KillUsers @dbname varchar(50) as SET NOCOUNT ON   DECLARE @strSQL varchar(255) PRINT 'Killing Users' PRINT '-----------------'   CREATE table #tmpUsers( spid int, eid int, status varchar(30), loginname varchar(50), hostname varchar(50), blk int, dbname varchar(50), cmd varchar(30))   INSERT INTO #tmpUsers EXEC SP_WHO     DECLARE LoginCursor CURSOR READ_ONLY FOR SELECT spid, dbname FROM #tmpUsers WHERE dbname = @dbname   DECLARE @spid varchar(10) DECLARE @dbname2 varchar(40) OPEN LoginCursor   FETCH NEXT FROM LoginCursor INTO @spid, @dbname2 WHILE (@@fetch_status <> -1) BEGIN IF (@@fetch_status <> -2) BEGIN PRINT 'Killing ' + @spid SET @strSQL = 'KILL ' + @spid EXEC (@strSQL) END FETCH NEXT FROM LoginCursor INTO @spid, @dbname2 END   CLOSE LoginCursor DEALLOCATE LoginCursor   DROP table #tmpUsers go

---

Sinon dans les commentaires il y a plus simple (pas testé) :

Citation:

---

This is a much simpler way to get everyone out of the database:

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

-- Get rid of all DB users use master alter database MyDatabase set offline with rollback immediate     -- Bring DB back online in single user mode, and connect to DB alter database MyDatabase set online, single_user with rollback immediate use MyDatabase   -- do stuff --     -- Return DB to multi user mode use master alter database MyDatabase set multi_user with rollback immediate

---

Bonjour,

Il y a l'option"Deconnecter" via EntrepriseManager ou si pas de contraintes
faire "Detacher" puis "Attacher"
Cordialement,

Merci à SQLpro :
http://blog.developpez.com/sqlpro?ti...base_de_donnee

Une solution si vous avez tout testé
(qu'un sp_detach ne marche pas car le verrou ne peut être mis, qu'une récupération n'aboutis pas...)
A ne faire que si la récupération de vos données vous est inutile.

D'abord exécuter cette commande:

Code:

---

1 2	USE master SELECT * From master..sysaltfiles

---

Et repérer où se trouve le fichier qui contient vos données [en repérant le nom de votre base]
Arrêter tout les processus SQL (SQL SERVER, Services SQL etc...)
Au pire redémarrer le PC

Déplacer les fichiers trouvés avec la première commande

Puis lancer

Code:

---

1 2 3 4 5 6

ALTER DATABASE mabase SET SINGLE_USER; USE master EXEC sp_detach_db 'mabase' GO

---

J'espère que tout mon temps passé à trouver cette solution aidera quelqu'un

Bonjour,

Le fait d'exécuter :

Code:

---

ALTER DATABASE MyDatabase SET offline WITH rollback immediate

---

Tout comme

Code:

---

ALTER DATABASE MyDatabase SET ONLINE

---

Entraîne la perte du cache.
Donc dès que les utilisateur pourront de reconnecter à la base de données, toutes les requêtes et procédures stockées qu'ils exécuteront seront recompilées, donc vous perdrez des performances ...

Ce n'est pas le cas en exécutant :

Code:

---

1 2	ALTER DATABASE maBD SET SINGLE_USER WITH ROLLBACK IMMEDIATE

---

@++ ;)