Pb de backup avec logs

Bonjour tout le monde !!!!

Je suis nouveau sur ce forum. Je suis débutant dans le SGBD, c'est pour cela que je sollicite de l'aide !!! J'ai en faite 2 pbs :

Le 1er, qui est le plus urgent :

Il est arrivé parfois que le journal des transactions de la base TOTO soit saturé ; ceci est causé par le fait que le backup complet de la base TOTO n’avait pas pu être effectué depuis un certain temps. (ce backup complet réinitialise le journal des transactions).
En effet, le plan de maintenance effectue des tâches journalières de backup automatique de la base de données complète (02h00) et du journal des transactions (06h00, 10h00, 14h00, 18h00, 22h00) couplé avec l’effacement automatique en cas de succès des fichiers de sauvegarde précédents plus ancien d’au moins 1 jour ; il arrive parfois que le backup se passe bien mais que les fichiers anciens ne soient pas effacés (raison non identifiée pour l’instant, peut-être à voir avec des conflits avec les robots de backup de la société qui gère nos serveurs et qui fait aussi des sauvegardes de nos BDD…) et donc que l’espace disque diminue, empêchant ainsi les sauvegardes suivantes de s’effectuer.

Et le 2nd :

L'entreprise, dans laquelle j'effectue mon stage, m'a donné une mission qui est de trouver une solution pertinente au problème de la machine unique de SGBD en cas de crash.

En résumé : Ils ont un seul serveur base de données et si un jour, la salle prend feu et que le serveur flambe comment faire pour récupérer les données ?

L'une des solutions que j'ai trouvé, serait d'installer un 2eme serveur qui fera de la réplication, ainsi si la 1ere crash le 2nd prend la relève.

Si vous avez d'autres idées (hardware / software) je suis preneur.

Merci de votre aide les amis(es)

:lol:

1) voir l'article que j'ai écrit à ce sujet : http://sqlpro.developpez.com/cours/sqlserver/log/

2) la réplication n'est pas appropriée à votre demande. Ce qui en revanche l'est est :
a) le cluster windows (cher)
b) le log shipping (SQL 2000)
c) le database mirroring (SQL 2005)

A +

J'ai oublié de préciser que je suis sous sql server 2005 !

D'après toi, SQLPro, je dois utiliser le database mirroring ? Si c'est oui, comment dois je procéder car je m'y connais pas grand chose ! :oops:

Merci

:)

Au fait SQLPro, ta réponse est pour lequel cas stp ? mon cas 1 ou mon cas 2 ?

Citation:

---

L'entreprise, dans laquelle j'effectue mon stage, m'a donné une mission qui est de trouver une solution pertinente au problème de la machine unique de SGBD en cas de crash.

---

Comme te conseille SQL Pro, tu peux utiliser le log shipping ou le database mirroring sur sql serveur 2005 sp1.
tu peux lire ceci pour commencer :
http://tipssqlserveur2005.blogspot.c...finitions.html

ensuite, je te conseille l'achat de ceci :
http://tipssqlserveur2005.blogspot.c...ts-70-431.html

il y a un chapitre sur la haute disponibilité, le mirroring et le log shipping.

Lacomplexité de la solution à envisager va être liée à votre SLA. Ex: si la perte des données jusqu'au dernier backup est acceptable, une remontée des backup sur un serveur distant est sufsisant, sans passer par le log sipping...

Donc ne rete plus qu'à déterminer votre SLA.

Merci !

C'est quoi déjà SLA en sqlserver 2005 ? Et comment faton pour le déterminer ?

Je suis en sql server 2005 donc il faudrait que j'utilise le database mirroring ou le log shipping (destiné au sql server 2000) ?

Le raid peut-il être intéressant pour la société dans laquelle je travaille ? c'est une TPE.

Citation:

---

En résumé : Ils ont un seul serveur base de données et si un jour, la salle prend feu et que le serveur flambe comment faire pour récupérer les données ?

---

Le RAID 5 evite simplement de perdre les données en cas de destruction d'un disque dur. Cela t'assure d'avoir un serveur qui tombe rarement en panne mais cela ne t'assure pas contre l'incendie du serveur.

Que vous me conseillerez ylarvor pour mon cas ?
Moi, j'avais pensé installer un 2nd serveur dans nos locaux.

Sinon, est ce que c'est vraiment intéressant pour une tpe d'utiliser du raid ? le raid 5 coûte, il faut au 4 disques durs.

tu pourrais proposer ces deux solutions :

solution 1 : Si la perte des données jusqu'au dernier backup est acceptable, une remontée des backup sur un serveur distant est sufisant ( solution fabien ).

solution 2 : si tu veux pouvoir utiliser le serveur de sauvegarde en remplacement du serveur principal sans perte de données et immediatement, le mirroring est préférable ( solution sql pro ).

Dans les 2 cas, tu as besoin d'un second serveur distant. voir d'un troisieme serveur de gestion pour le mirorring.

OK merci !!

Je vais proposer demain à mon responsable ces solutions !

Merci encore une fois !

:D

Bonjour,

Je viens d'en parler à mon responsable et il est plus attiré par la 1ere solution qui est moins coûteuse et une remontée des backups prendrait environ 2 heures donc négligeable.

:)

Citation:

---

Je viens d'en parler à mon responsable et il est plus attiré par la 1ere solution qui est moins coûteuse ...

---

Moins couteuse ? A quel point de vue ?

Si c'est en temps passé à mettre en oeuvre la solution, c'est faux. Le mirroring se configure en 2 minutes.

Quand à mettre en oeuvre et tester la solution 1 (manuelle) je pense que vous y passerez plus d'une journée !

A +

Moins coûteux au niveau matériel contrairement au mirroring où il faut investir pas mal (2 ou 3 serveurs donc licences...).

Ensuite pour le temps, c'est sûr qu'en mirroring nous gagnerons du temps. Je ne sais pas vraiment s'il nous faut une journée ou plus pour mettre en place la solution 1. Nous avons une petite bdd ~22 Go.

A+

Rebonjour les amis !!!:D

Mon responsable voudrait savoir si la seconde machine pour le cas 1 doit etre plus performante que la machine actuelle ou de meme capacité ? Comment faire une remontée de backup ? Si le serveur SGBD primaire "claque" comment faire une remontée dans ce cas-là ? Peut-on mettre 2 machines ensemble ? (cad : Mettre la seconde reliée par cable sur la première et faire des sauvegardes directement sur la seconde), Est ce intéressant ?


Merci

:)

Le mirroring se faita avec 2 serveur en mode manuel ou 3 en mode automatique. Il permet en outre d'être synchrone donc aucune perte de données ce que ne permet pas la solution 1.

Dans tous les cas la solution 1 est donc au moins aussi onéreuse, plus complexe à mettre en oeuvre et conduira immanquablement à une perte de données ce qu'évite la solution de mirrorinG...

Cepandant, vous êtes libre de choisir la plus mauvaise des solutions !

A +

Bon, si je prends la solution 2. Effectivement, je gagnerai en temps au niveau de la restauration. C'est une solution qui va coûter très cher ? Il faut 3 serveurs+3 licences. Faut-il que les machines soient plus performantes que la machine principale (en terme de processeur, ram...) ? Est ce que la machine principale perdra en terme de performance (surtout au niveau de la ram) si elle effectue en même temps un mirroring ? Pouvez-vous me donner une idée de prix pour mettre une telle solution en place ?

Merci beaucoup de votre aide ! :oops: ;)