Discussion :

[Invité]

Salut,

je cherche a me documenter sur les bonne pratiques a adopter dans la gestion des journaux et des transactions et ce, dans la perspective de le decliner a mon boulot.

Ce que je veux voir, c'est dans la pratique, comme cela fonctionne.

Notre strategie actuelle est moche:

1. au mieux on fait un dump tran et le journaux part a la poubelle
2. on faite des dump database/ load database a tout bout de champs tout au long du batch ou du transact.

Je n'aime pas cette situation et j'ai decide de voir si la gestion des journaux et des transactions n'apporteraient pas quelques gains substanciels dans ce domaine afin 1) de faire des economies de stockage et 2) securiser un peu le modele et reduire les pertes en cas de defaillances.

Merci pour votre aide.

[Fabien Celaia]

Ce petit article pourra sans dout vous aider
http://fadace.developpez.com/ase/log/

[Invité]

Certes votre article est interessant mais je connais deja Je cherche surtout des "strategies" deja mises en pratique et fiables pour les decliner ici.

Je cherche aussi a savoir quels seront les impacts pour nous DBAs et pour les developpeurs.

Merci beaucoup

P.S: j'ai lu vos autres articles, ils sont tres bien rediges.

[mpeppler]

Comment on organise ce genre de chose dépend de l'architecture, et du hardware à disposition.

Mais du point de vue d'ASE, si il faut pouvoir utiliser les journaux, je recommande d'avoir l'option 'select into' à faux, d'avoir une sp_thresholdaction pour faire un dump tran vers un fichier lorsque c'est nécessaire, et de faire des dump tran régulièrement (via cron ou un autre ordonnanceur). Les dumps doivent évidemment être fait vers des fichiers qui sont nommés avec la date/heure pour pouvoir les différenciers.

Ensuite il faut sauvegarder ces fichiers, p.ex. sur bande ou un autre support en dehors de la machine où tourne l'instance Sybase.

L'impact DBA n'est pas trop important (sauf que la syslog doit être taillée correctement). L'impact développeur est principalement de ne pas utiliser d'opération non-journalisée dans la base en question.

Michael

[Invité]

Ok.

Donc voici ce que nous envisageons (en tres gros):

1. tous les jours un dump database
2. tout au long de la journee dump tran (avec timestamp)
3. une sp_thresholdaction en cas de pepin

Ce qui nous pose encore des soucis c'est un truc tout bete:

nous aimerions pouvoir faire un load database qui embarquerait un load transaction jusqu'a X heures

ex: myloaddb -until 11h

Est-ce que quelque chose existe deja en 12.0 ou bien il va falloir le faire a a la mimine ?

[mpeppler]

Il faut faire un load database, suivi d'un certain nombre de

Code :

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

1
2
 
load transaction <dbname> from <filename> until_time <timestamp>

Comme on ne peut pas donner une liste de fichier tranlog dans la commande load transaction, il faut lui soumettre tous les fichiers susceptibles d'être utile dans l'ordre. Un petit script (perl, shell, etc) peut assez facilement faire le travail.

Michael