sauvegarde d'une base ailleurs qu'en local

[jbat]

Bonjour.

J'ai une base avec un plan de maintenance qui sauvegarde cette base toutes les semaines. J'ai réalisé ce plan de maintenance via l'interface graphique. Mes unités de sauvegardes sont toutes sur l'un des disques physiques du server car lorsqu'on crée une unité de sauvegarde, il ne propose que les disques physiques du server...

Ma question est : Est-il possible de créer des unités de sauvegardes sur une autre machine, ce qui me permettrai de mettre mes sauvegardes en lieu sur en cas de crash grave du server !

Merci !

[Gandalf Le Blanc]

Slt,

Oui tu map un repertoire distant sur ton serveur et tu fais ta sauvegarde dessus, par contre il faut donner les droits d'acces au compte de demarrage de SQL Server sur les repertoires de ton autre serveur.

[jbat]

Quand je monte un lecteur réseau sur mon serveur (à partir du compte où tourne actuellement le service MS-SQLServer), je pense que j'ai les droits d'accès dessus puisque je peux creer un fichier dessus et le supprimer.

Pourtant, lorsque je crée mon unité de sauvegarde, la console ne me propose que les disques physiques locaux !

Soit je n'ai pas compris ta solution, soit ça n'a pas marché chez moi !

[Gandalf Le Blanc]

Autant pour moi, ce n'est pas possible comme cela.

[jbat]

Pensez-vous qu' une autre solution existe :

[Gandalf Le Blanc]

Avec l'instruction TSQL : BACKUP DATABASE, la tu peux specifier un fichier et en lui donnant un chemin d'acces UNC ca marchera.

a+

[jbat]

Ok.

Après avoir testé de nombreuses solutions, je suis tombé cette ligne TSQL intéressante :

BACKUP DATABASE [SYMTRA2] TO [456] WITH  INIT ,  NOUNLOAD ,  NAME = N'Sauvegarde SYMTRA2',  NOSKIP ,  STATS = 10,  NOFORMAT

Ce qui m'a retourné l'erreur suivante :

Serveur : Msg 3201, Niveau 16, État 1, Ligne 1
Impossible d'ouvrir l'unité de sauvegarde '456'. Elle est déconnectée ou une erreur est survenue. Pour plus d'informations, consultez le journal des erreurs de SQL Server.

Serveur : Msg 3013, Niveau 16, État 1, Ligne 1
BACKUP DATABASE s'est terminé anormalement.

En consultant le journal d'erreur SQL/S, voici ce que je peux lire :

BackupDiskFile::CreateMedia : échec de l'unité de sauvegarde « \\A605W662\D$\sauv.bak » à create. Erreur du système d'exploitation = 5(Accès refusé.).

Pourtant, lorsque je suis sur la machine SQL/Server, je bascule sur l'explorateur et accède en écriture sur le disque réseau précédemment cité sans problème !!!

J'en déduis que les droits d'accès de windows et de SQL/S ne sont pas les mêmes... comment je peux faire alors ?

SI vous avez des idées, elles seront les bien venues.

[Gandalf Le Blanc]

Il faut que l'utilisateur NT qui demarre tes services SQL aient les droits sur le repertoire distant.

a+

[jbat]

Comment puis-je vérifier que je suis connecté avec le bon compte ?

Lorsque je fait
menu "outils" -> "Propriétés de la configuration de SQL/Server" -> onglet "Sécurité", je vois en bas "Compte du service de démarrage" = Compte système

je suis perdu... que cela signifie-t-il ?

Je suis connecté actuellement en administrateur local

tout à l'heure, j'étais connecté en administrateur sur le réseau...

Rien n' a changé !

[Gandalf Le Blanc]

Slt,

Utilisation du compte système local
Le compte système local ne requiert pas de mot de passe, ne dispose pas de droits d'accès réseau dans Windows NT 4.0 ni Windows 2000, et limite l'interaction de votre installation SQL Server avec d'autres serveurs.

Donc il faut que tu specifies un compte de ton domaine (admin par exemple) au niveau du compte qui demarre tes services SQL :

Utilisation d'un compte d'utilisateur de domaine
Un compte d'utilisateur de domaine utilise l'authentification Windows, en d'autres termes, le même nom d'utilisateur et mot de passe permettant de se connecter au système d'exploitation est également utilisé pour se connecter à SQL Server. Un compte d'utilisateur de domaine est généralement utilisé parce que de nombreuses activités de serveur à serveur peuvent être effectuées avec un compte d'utilisateur de domaine, par exemple :

appels de procédures distantes ;


réplication ;


sauvegarde sur des lecteurs du réseau ;


jointures hétérogènes faisant intervenir des sources de données distantes ;


fonctionnalités de messagerie de l'Agent SQL Server et SQL Mail. Cette restriction s'applique si vous utilisez Microsoft Exchange. La plupart des autres systèmes de messagerie électronique requièrent également que des clients (les services SQL Server et Agent SQL Server) soient exécutés sur des comptes sans droits d'accès réseau.

Tout est tres bien explique dans la doc SQL que tu dois avoir sous les yeux naturellement ...

a+

[jbat]

cool !

Ma confusion viens du fait que je pensais que le compte avec lequel je me loggais sous Windows était forcément celui utilisé pour démarrer SQL/S alors qu'il semble que pas forcément !

j'ai donc changé le compte de démarrage (qui était system local) pour un compte de type "administrateur réseau" qui a donc des droits plus étendus et maintenant, je peux faire mes sauvegardes sur le réseau...

je ne suis pas sur d'avoir bien saisi tous les détails, mais ça marche !

Merci gandalf le blanc pour la patience dont tu as fait preuve avec moi !