Discussion :

[Sanvean]

Bonjour,

J'essaie d'automatiser la sauvegarde physique et logique de mes bases avec un compte dédié à ceci afin de limiter les risques, compte que je nomme "opr".

J'arrive avec ce compte à faire la sauvegarde logique sans problème. Par contre, pour la sauvegarde physique, j'aurais souhaité attribuer à opr les droits d'exécuter sp_detach_db et sp_attach_db. Or, je me heurte à ce refus :

"L'utilisateur 'opr' n'est pas autorisé à exécuter DBCC detachdb pour la base de données 'AdventureWorks'."

Je précise que j'ai préalablement exécuté ces commandes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
USE master
GRANT EXECUTE ON sys.sp_attach_db TO opr
GO
GRANT EXECUTE ON sys.sp_detach_db TO opr
GO

Je ne vois pas que rajouter de plus... une idée ?

Merci de votre aide.

[SQLpro]

Vous ne pouvez pas manipuler des privilèges pour les objets systèmes. Pour faire ceci vous devez jouer sur les rôles pré établis de serveur ou bien trouver le bon privilège niveau serveur qui permet d'activer cette commande.

Enfin, l'utilisation de sp_detach est à déconseiller fortement dans le cadre d'une sauvegarde par copie des fichiers de la base. Ceci en effet vide le cache ce qui revient à faire perdre la mémoire à SQL Server et oblige à faire toutes les requêtes par lecture du disque et recompile toute les requêtes, procédures stockées, etc...
Bref, c'est le moyen le plus sûr de pourrir les performances de votre serveur !

A +

[Sanvean]

Bonjour,

Merci pour votre réponse.

Si le détachement et le rattachement des bases joue sur les performances de SQL Server, comment pourrais-je faire une copie physique de mes bases sans altérer les performances ? En arrêtant / redémarrant le service ?

Je souhaite faire une copie physique pour faire une sauvegarde sur bande quotidiennement.

Merci.

[SQLpro]

Si le détachement et le rattachement des bases joue sur les performances de SQL Server, comment pourrais-je faire une copie physique de mes bases sans altérer les performances ? En arrêtant / redémarrant le service ?

C'est pire encore puisque vous perdez la mise en cache de toutes les bases de données.

La seule manière de sauvegarder proprement les bases de données et de lancer la commande BACKUP DATABASE ... ce qui produit un fichier de sauvegarde que vous pouvez véhiculer ou bon vous semble.
C'est aussi simple que cela !

A +

[Sanvean]

Pour le Backup Database, c'est en cours d'automatisation.

Par contre, d'un point de vue performances, j'ai l'impression que ça ne fait pas trop de différence sur mon serveur...

- SQL Server 2005, pour Microsoft Dynamics CRM 4.0
- 25 utilisateurs au total (3 à 4 simultanés maxi, peut-être)

Vu le peu de requêtes, est-ce que un détachement ou un arrêt du service pourrait être contraignant d'un point de vue performances pour les utilisateurs ?

Merci !

[SQLpro]

Vu le peu de requêtes, est-ce que un détachement ou un arrêt du service pourrait être contraignant d'un point de vue performances pour les utilisateurs ?

Je n'arrête pas de vous le dire !

Et puis quel en serait l'intérêt ? Cette manœuvre à tire de sauvegarde est stupide

A +