Salut aserf.
J'ai surtout l'impression que vous mélangez plusieurs notions bien différentes !Envoyé par Aserf
1) cela vous arrive souvent de revenir en arrière, surtout sur une période de deux semaines ?
Je commencerai par m'inquiéter soit dans votre organisation de travail, ou soit dans la conception de votre système d'information.
Je ne dis pas cela pour être désagréable, mais cela soulève réellement un problème de stabilité dans votre façon de travailler.
2) on ne bidouille jamais en direct dans une base de données en production. Cette façon de faire sent l'amateurisme.
J'ai connu quelqu'un qui aimait travailler de cette façon là, venir bidouiller en production. Un jour, suite à une de ces bidouilles, il a planté un système durant 24 Heures !
Plusieurs milliers de francs ont été perdus durant cette journée, où il a fallu revenir 24 heures en arrière, avec bien sûr, des plaintes en cascades de la clientèles. Résultat : il fut renvoyé pour faute lourde !
Mais bon, si vous aimez vivre dangereusement, c'est votre problème.
3) on ne revient jamais à une situation antérieure en production !
Ce dont vous soulevez comme cas de figure, c'est dans un environnement de pré-production, là où vos faites des tests avant la livraison définitive.
Et l'on se sert d'une base de données pour la modifier à sa convenance, et pourquoi pas, revenir à la situation d'origine, pour faire à nouveau des tests.
Il n'est nullement besoin d'avoir des backup pour faire cela, mais juste une sauvegarde, genre dump.
4) je sens la confusion entre un backup, qui en général, se fait sur la totalité d'un disque, que ce soit en incrémentale, en différentiel ou intégrale, avec une sauvegarde qui n'est qu'un vidage de la base de données.
4) je ne parle pas de récupération des données, comme vous le faites, mais de tolérance de panne ! Qu'est-ce que vous ne comprenez pas dans l'expression "tolérance de panne" ?
6) la tolérance de panne sert à rendre un système disponible 24H/24H, même quand un disque dur plante. Cela n'a jamais été destiné à résoudre vos bidouilles dans votre environnement de développement.
Et si votre disque dur vient à planter, que faites-vous ? Vous en commandez un par la poste livrable sous 48 heures ?
Le RAID sert à gérer la tolérance de panne, cela signifie que votre ordinateur et de surcroît votre SGBD, doit être disponible 24H/24H, même si vous avez un disque dur qui plante.
Je ne sais pas si vous comprenez bien ce que représente, financièrement parlant, un système qui ne doit jamais tomber en panne.
Le backup ne sert pas à résoudre les fausses manipulations.Envoyé par Aserf
Le backup est la solution du pauvre quand on n'a pas les moyens financiers, pour se payer un système à tolérance de panne.
Il faut avoir fait un peu d'exploitation pour se rendre compte de l'impact qui peut exister quand on revient à une situation précédente.
Quand on fait de l'exploitation, on fait une sauvegarde de l'environnement avant de démarrer les batch de nuit. C'est une sécurité !
En cas de plantage d'un traitement, il faut être capable soit de résoudre ce problème, ou soit de revenir rapidement à la situation précédente.
C'est pourquoi, on se laisse durant la nuit, le temps de réparer les conneries qui peuvent arriver, et elles peuvent être nombreuses.
Mais tant que cela reste de la manipulation, c'est juste une perte de temps, et non une situation bloquante.
La situation bloquante est la plus problématique pour une entreprise car cela va se chiffrer en milliers d'euros de perte durant la journée qui sera perdue.
Que faites vous si votre disque dur vient à planter ? En tolérance de panne, ce n'est qu'un désagrément, car il en reste d'autres qui fonctionnent encore.
Vous avez le temps d'aller en chercher un autre et de l'installer.
Mais si votre système n'est pas conçu pour la tolérance de panne, que faites-vous ?
Même le backup dont vous parlez, se fait aussi dans une conception de tolérance de panne, sur un site dédié à cela et non dans votre entreprise.
Imaginez aussi que votre entreprise vienne à brûler, comme le cas du crédit lyonnais en 1996.
Cela n'a eu aucun impacte sur les comptes des particuliers, et ce, à cause de cette sécurité !
Je ne vous prends de haut, comme vous dites, mais votre façon de vous exprimer dénote un manque d’expérience dans votre façon de travailler.Envoyé par Aserf
Et pourquoi cette réaction ? Croyez-vous être le seul à détenir une quelconque expérience et de ce fait, à être le seul à détenir la vérité ?
Nous sommes ici, pour partager nos expériences et notre façon d'aborder certaines questions.
Excusez moi, mais si vous dites "table temporaire", je ne peux pas comprendre que vous me parlez de tables de travail avec des données servant juste à la transition dans un traitement.Envoyé par Aserf
Pour bien se faire comprendre, il vaut mieux s'exprimer correctement, sinon gare aux incompréhensions !
Oui, je veux bien !Envoyé par Aserf
Je pense que tu fais un mauvais usage des CTE. On se sert du CTE pour faire en cascade, des requêtes.Envoyé par Aserf
Il se peut aussi, qu'il y a une mauvaise conception de ta base de données, ou encore, des index qui manquent, ou je ne sais quoi d'autre.
Il existe parfois des solutions auxquels on ne pense pas de prime abord. Par exemple, dans le cas de la suppression des doublons, il existe l'astuce de créer un "create ignore unique index" (sous mysql) sur les colonnes en questions. Cette solution est très très rapide, bien plus que de faire une requête.
Je ne voie pas pourquoi je devrais changer ma façon de m'exprimer, surtout que je n'ai pas été insultant. Et je n'ai pas été condescendant, non plus !Envoyé par Aserf
Dans plus de 99% des cas, on ne restaure pas les backup utilisés. Oui, mais on les utilise quand ?Envoyé par Aserf
Et bien, en cas de plantage du disque dur ! C'est le cas le plus courant. C'est ce que je qualifie la solution du pauvre, car l'investissement est peu onéreux.
La solution, pour éviter ce genre de désagrément, est le RAID --> tolérance de panne !
Ce que tu nommes backup est en fait une sauvegarde (le dump).
Je n'ai jamais dit que le RAID était une solution de remplacement soit à la sauvegarde (dump) ou au backup (recopie physique du disque dur).
@+
Partager