Discussion :

[hotsizzle]

Bonjour,

je suis actuellement en train de mettre en place un plan de maintenance pour la base de donnée de mon application.

J'ai mis en place une sauvegarde complète dans la nuit et 2 différentielles dans la journée, mais je ne trouve pas le moyen de stocker ces sauvegardes sur une autre machine du réseau, en effet SQL server ne me propose que les disques dur de ma machine locale.

Y aurait - il un moyen pour que ma sauvegarde soit stockée sur une machine du réseau ou faut- il que je développe une petite appli qui déplacerais les fichiers de sauvegarde vers ma machine distante?

[dugdug]

Bonjour

Tu dois créer une unité de sauvegarde dans les objets de serveur. Là tu pourras pointer vers une ressource réseau.
Ensuite, tu n'as plus qu'à l'appeler dans ton script de sauvegarde.

[mikedavem]

Bonjour,

Vous pouvez directement dans la fenêtre des propriétés de la tâche de sauvegarde indiquer directement le chemin réseau de votre sauvegarde car effectivement SQL Server ne vous proposera que les lecteurs locaux ou mappés.

La solution de dugdug reste cependant la meilleure en terme de bonnes pratiques. Vous pouvez également sauvegarder en local et faire une copie par le réseau. Cela permet de ne pas surcharger votre réseau, de diminuer les temps de sauvegarde et en cas de crash à ne pas avoir à rapatrier votre dernière sauvegarde depuis votre stockage bien qu'une restauration par le réseau fonctionne .... mais les performances et les temps de restauration ne seront pas au rendez vous ...

++

[hotsizzle]

Merci pour ces réponses, j'ai déjà essayé d'indiquer le chemins réseau de cette manière

Code :

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

1
2
3
 
BACKUP DATABASE MaBase
TO  DISK = N'\\MonServeur\archives\BackupSql\sav.bak'

Mais celà me retourne l'erreur suivante :

Msg*3201, Niveau*16, État*1, Ligne*1
Impossible d'ouvrir l'unité de sauvegarde '\\MonServeur\archives\BackupSql\sav.bak'. Erreur 5(Accès refusé.) du système d'exploitation.
Msg*3013, Niveau*16, État*1, Ligne*1
BACKUP DATABASE s'est terminé anormalement.

J'ai créé une unité de sauvegarde, et j'obtiens la même erreur.


Je pense que c'est un souci de droit d'accès, j'ai pourtant sur ma machine un disque réseau qui pointe vers \\MonServeur\archives et qui fonctionne très bien.

Je vous remercie du temps que vous accorderez à me répondre.

[dugdug]

Avec ton unité de sauvegarde tu fais bien

Code :

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

1
2
 
BACKUP database [tabase] to [unitedesauvegarde]

[mikedavem]

Regardez si le compte de service de votre serveur SQL a les droits pour se connecter sur votre ressource réseau.

++

[hotsizzle]

Regardez si le compte de service de votre serveur SQL a les droits pour se connecter sur votre ressource réseau.

++

Je ne sais pas trop où regarder...

et oui dugdug j'ai bien utilisé le nom de mon unité de sauvegarde.

a+

[SQLpro]

Je ne sais pas trop où regarder...

dans les droits systèmes au niveau du compte de service de SQL Server.

A +

[hotsizzle]

Pourriez vous être plus précis je suis vraiment pas doué en administration de serveur ....

j'utilise l'authentification sql server pour me connecter a SQL server management.

Et mon serveur distant est sous windows serveur 2008.

merci d'avance.

[mikedavem]

Pour savoir quel est le compte de service utilisé par SQL Server :

- Exécutez le configuration manager et section services
- Dans une fenêtre "Exécutez" tapez services.msc, cherchez le service concernant sqlserver et clic droit > propriétés

Une fois que vous avez le compte de service, il suffit d'aller voir le répertoire, voir le fichier, et de vérifier si ce compte a les droits adéquats. (Clic droit sur le répertoire ou le fichier et onglet sécurité)

++

[hotsizzle]

Merci beaucoup je vais essayer ca je vous tiens au courant

A+

[hotsizzle]

Le compte du service sql server était le compte local, j'ai créé un compte au quel j'ai donné les droits sur le dossier et je l'est assigné au compte du service sql server , ca fonctionne très bien.

Merci encore à vous.

Bonne continuation et à bientôt.