Pb de backup avec logs

Super_novice2008 · 30/07/2007, 14h36

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)

SQLpro · 31/07/2007, 13h45

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 +

Super_novice2008 · 31/07/2007, 14h40

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 !

Merci

Super_novice2008 · 31/07/2007, 15h29

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

ylarvor · 01/08/2007, 12h08

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.

fadace · 01/08/2007, 12h53

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.

Super_novice2008 · 01/08/2007, 14h34

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.

ylarvor · 01/08/2007, 16h05

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.

Super_novice2008 · 01/08/2007, 16h23

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.

ylarvor · 01/08/2007, 16h44

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.

Super_novice2008 · 01/08/2007, 20h51

OK merci !!

Je vais proposer demain à mon responsable ces solutions !

Merci encore une fois !

Super_novice2008 · 02/08/2007, 09h53

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.

SQLpro · 02/08/2007, 10h53

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 +

Super_novice2008 · 02/08/2007, 11h00

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+

Super_novice2008 · 17/08/2007, 17h50

Rebonjour les amis !!!

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

SQLpro · 19/08/2007, 23h25

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 +

Super_novice2008 · 20/08/2007, 11h06

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 !

30/07/2007, 14h36	#1
Super_novice2008 Invité de passage Inscription : juillet 2007 Messages : 13 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 13 Points : 0 Points : 0	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)
	00

31/07/2007, 13h45	#2
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 959 Points : 17 793 Points : 17 793	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 + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

31/07/2007, 14h40	#3
Super_novice2008 Invité de passage Inscription : juillet 2007 Messages : 13 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 13 Points : 0 Points : 0	Pb de backup avec logs 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 ! Merci
	00

31/07/2007, 15h29	#4
Super_novice2008 Invité de passage Inscription : juillet 2007 Messages : 13 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 13 Points : 0 Points : 0	Pb de backup avec logs Au fait SQLPro, ta réponse est pour lequel cas stp ? mon cas 1 ou mon cas 2 ?
	00

01/08/2007, 12h53	#6
fadace Rédacteur/Modérateur Fabien Celaia Administrateur de base de données Inscription : octobre 2002 Messages : 3 779 Détails du profil Informations personnelles : Nom : Fabien Celaia Âge : 41 Localisation : Suisse Informations professionnelles : Activité : Administrateur de base de données Secteur : Service public Informations forums : Inscription : octobre 2002 Messages : 3 779 Points : 8 124 Points : 8 124	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. __________________ Sr DBA Oracle / Sybase / MS-SQL / DB2 / Informix / Postgresql Administrateur SAP Mes articles Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !
	00

01/08/2007, 14h34	#7
Super_novice2008 Invité de passage Inscription : juillet 2007 Messages : 13 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 13 Points : 0 Points : 0	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.
	00

01/08/2007, 16h23	#9
Super_novice2008 Invité de passage Inscription : juillet 2007 Messages : 13 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 13 Points : 0 Points : 0	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.
	00

01/08/2007, 16h44	#10
ylarvor Membre Expert Inscription : août 2002 Messages : 1 249 Détails du profil Informations forums : Inscription : août 2002 Messages : 1 249 Points : 1 512 Points : 1 512	propositions. 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.
	00

01/08/2007, 20h51	#11
Super_novice2008 Invité de passage Inscription : juillet 2007 Messages : 13 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 13 Points : 0 Points : 0	OK merci !! Je vais proposer demain à mon responsable ces solutions ! Merci encore une fois !
	00

02/08/2007, 09h53	#12
Super_novice2008 Invité de passage Inscription : juillet 2007 Messages : 13 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 13 Points : 0 Points : 0	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.
	00

02/08/2007, 11h00	#14
Super_novice2008 Invité de passage Inscription : juillet 2007 Messages : 13 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 13 Points : 0 Points : 0	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+
	00

17/08/2007, 17h50	#15
Super_novice2008 Invité de passage Inscription : juillet 2007 Messages : 13 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 13 Points : 0 Points : 0	Rebonjour les amis !!! 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
	00

19/08/2007, 23h25	#16
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 959 Points : 17 793 Points : 17 793	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 + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

20/08/2007, 11h06	#17
Super_novice2008 Invité de passage Inscription : juillet 2007 Messages : 13 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 13 Points : 0 Points : 0	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 !
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email