Discussion :

[FreeDo]

Bonjour,

Nouvellement en poste dans une société je découvre leur technologie mise en place et certains produits (DPM, Hyper V,).

Actuellement les admins réseaux s'arrachent les cheveux pour tenter de mettre en place des solutions de sauvegardes pour leur machine virtuelles :
- ils utilisent DPM pour sauvegarder les hosts de leur VM (Hyper V).
- ils n'arrivent pas à sauvegarder correctement leur serveur SQL

- l'agent DPM sur leur serveur SQL est régulièrement introuvable, les admins réseaux ne savent pas pourquoi

-dans ce cadre j'ai mené plusieur recherche, pour découvrir :

que certaines personnes éteignent leur serveur SQL pour les sauvegarder

d'autre utilisent des snapshoot pour ne pas avoir à couper leur serveur

et enfin d'autre proteste contre l'utilisation de snapshot en prod sans proposer de solution ...

Aux vues de ces divergeances d'opinion je vous avoue etre un peu perdu dans tout cela, je recherche donc des informations complémentaires sur le sujet et l'avis de personnes plus éclairé que moi et que les admins réseaux leur approche me semblant un peu bizare ...

Merci d'avance pour vos lumières.

[seveillard]

snapshot chez nous mais pas de base SQL
c'est moche mais ça marche bien(tous les test faits de restaurations ont été probants)

[Andnotor]

c'est moche ...

Et pourquoi ?

[seveillard]

c'est moche dans le sens ou se contenter de faire des snapshots c'est àmon avis techniquement le minimum.
D'un autre côté sans aucun ressource mise à disposition par la direction, vu l'ampleur du périmètre que je dois assumer aujourd'hui, c'est compliqqué de faire mieux.
Nos applications qui tournent sous hyper-V sont importantes mais pas stratégiques. Autrement dit, je me contente de faire des snapshots parce que je n'ai pas la capacité à faire mieux

[FreeDo]

@ Seveillard : En parlant de capacité les snapshots et le stockage des VHD et des AVHD ne te prennent pas trop de place ?


Pour ma part tout mes autres serveurs sont sauvegardés sans problèmes par DPM. Les seuls qui me posent souci sont les serveurs SQL. Et je recherche une méthode de sauvegarde viable ne m obligeant pas à une interruption de service, un ralentissement est gérable.
Une idée ?

[seveillard]

si beaucoup de place mais pour l'instant je m'en sors

Pour le Sql je ne sais pas trop

Ici il n'y en a qu'un seul, celui de la paie, donc hautement stratégique

comme la base est petite, je fais une sauvegarde sql toutes les nuits
(personne ne travaille la nuit chez nous) et je balance la sauvegarde en stockage ailleurs
C'est trs basique mais ça marche nickel pour le moment

[FreeDo]

ok merci pour tes précisions.
Pour ma part mes bases SQL sont de taille importante et vital pour notre activité.
C'est la raison pour laquelle je recherche une sauvegarde efficace et ne nécessitant pas d'interruption.

[mala92]

Question bête (de non spécialiste de sauvegarde de DB) : le SGDB ne peut pas sauvegarder les bases à chaud ? C'est peut-être plus propre que de sauvegarder la VM elle-même.

[seveillard]

moi c'est presque ce que je fais en fait.
Mais je dois arrêter le serveur sq pour faire ma sauvegarde et le relancer apres
mais je ne suis pas sur qu'on puisse le faire sur une base accédée en permanence, et les bases de grande taille de mémoire ont des temps de sauvegarde qui peuvent vite devenir important (mais je ne maitrise pas SQL serveur)

[FreeDo]

@mala92 : Solution que je n avais même pas envisagé Je vais regarder comment cela de près.
Merci pour la piste.

[llaffont]

Perso j'utilise des commandes SQL pour chaque base de mon serveur concentrées dans un script SQL (ScriptsBackup.sql):

Code :

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

1
2
3
4
BACKUP DATABASE ATAIMMO
TO DISK = N'C:\Program Files (x86)\Microsoft SQL Server\MSSQL.1\MSSQL\Backup\ATAIMMO.bak'
WITH NOFORMAT, NOINIT,  NAME = N'$(DataBaseName)-Full Database Backup', RETAINDAYS = 8
GO

Script SQL que j'exécute via une tâche planifiée à 00:15

Code :

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

1
2
sqlcmd -E -S xlnetdc -i "C:\Program Files (x86)\Microsoft SQL Server\MSSQL.1\MSSQL\Backup\ScriptsBackup.sql" -o "C:\Program Files (x86)\Microsoft SQL Server\MSSQL.1\MSSQL\Backup\Backup.log"

Cela fait une sauvegarde convenable des tables avec un RPO modeste.