Discussion :

[Aroundel]

Bonjours à tous.

Voila mon problème, j'espère que vous allez pouvoir m'aider.

Des clients effectuent un back up de leurs BDD sur le serveur central.
Comme ils sont nombreux, le serveur à beaucoup de mal à suivre.
Est il possible de ne transmettre que les journaux de transaction quotidien ?

[mikedavem]

Bonjour,

La mise en place d'une solution à bases de journaux de transactions est à mon avis pas la bonne solution surtout si vous voulez avoir vos bases disponibles par la suite.

Quelle est l'architecture de votre serveur d'entreprise ? (CPU, RAM, disques, serveur virtuel ???)

Est ce que vos clients ont des contraintes de mobilité avec leur instance SQL Express en local ? (Travail hors ligne et sauvegarde de leurs backups sur le réseau d'entreprise par la suite)

++

[Aroundel]

Merci pour votre réponse.

Pour le peu d'info que j'ai sur le serveur:

CPU: Deux processeurs Intel Xeon quadricoeurs

20 Go de ram dont 19 réservé à SQL Server

Non virtualisé

Une belle bête en somme...

[SQLpro]

Quelle est la version de SQL Server ? 2008 Standard, Eterprise ?
Parce que par exemple pour accélérer les sauvegardes vous pouvez les faire en mode compressé.
Essayez de nous en dire plus, notamment le nombre exact des base et la config disque, ainsi que la destination des sauvegardes (sur quel disque ou bande ?

A +

[Aroundel]

En fait, les sauvegardes sont faites chez le client en local sur sql Express 2005 puis le fichier est transféré vers le serveur (edition enterprise 2008) qui la restaure.

Est-il possible de faire une sauvegarde en ligne directement?

[dbaffaleuf]

Tu peux faire des backups sur le réseau en utilisant un chemin UNC avec les droits appropriés, mais les risques de se retrouver avec un backup invalide sont plus grandes que de le faire en local. Il faut le faire au minimum avec l'option CHECKSUM:

Code :

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

backup database mabase to disk='\\monserveurcentral\client1\backup\mabase.bak' with CHECKSUM

Puis sur la machine centrale:

Code :

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

restore verifyonly from disk='\\monserveurcentral\client1\backup\mabase.bak'

Mais pour 2000 clients, ça me paraît bien compliqué.

[dbaffaleuf]

Je n'ai peut être pas bien compris mais si tu restaures des données ou des journaux de 2005 vers 2008, en cas de problème le retour arrière n'est plus possible, puisque les données sont migrées. Par exemple:

A) La base express 2005 du client est sauvegardée et le fichier est transféré sur le serveur SQL 2008.
B) Crash de l'express 2005, le client se connecte sur sa base 2008 avec des données en J-1. Admettons qu'il n'y ait aucun pb de compatibilité de l'appli avec 2008, il commence à modifier des données.
C) La machine express est restaurée. Le client souhaite revenir en local.
D) On ne peut plus revenir en local car on ne peut pas downgrader une base 2008. Couic.

Si tous les clients sont en 2005, alors le serveur de secours doit être en 2005 aussi.

Par exemple, la plupart des hébergeurs utilisent des clusters HA/DRS pour assurer la disponibilité des machines, et font des backups de volumes au niveau de la baie pour assurer la redondance des données. Le client n'a pas de machine en local, il se connecte avec un VPN à son instance qui se trouve chez l'hébergeur.

Dans ton cas , il faudrait commencer par uniformiser les versions. Le mirroring n'est pas disponible en express edition, donc dans l'immédiat tu n'as pas beaucoup d'autres choix que de restaurer des backups.

Pour moi c'est un problème d'architecture qui va bien au delà de la base de données.