[ASE15]Espace disque insuffisant pour executer un query sur une DB

**HNT** · 11/12/2006, 12h38

Bonjour,

Je viens d'installer sybase ASE, developper edition (version 15). J'ai laissé la config par défaut et installer uniquement le serveur sybase. J'ai crée une db qui contient quelque chose comme 8 tables. Lorsque j'essaye maintenant d'executer des requetes sur cette base (ajout de procédure stockée, trigger ou autre) voyez ce qu'il me répond :

Gateway:~# 00:00000:00011:2006/12/11 11:09:04.39 server Space available in the log segment has fallen critically low in database 'pizzaNet'. All future modifications to this database will be suspended until the log is successfully dumped and space becomes available.
00:00000:00004:2006/12/11 11:09:40.11 server 1 task(s) are sleeping waiting for space to become available in the log segment for database pizzaNet.
00:00000:00013:2006/12/11 11:09:40.84 server Error: 2812, Severity: 16, State: 5
00:00000:00013:2006/12/11 11:09:40.84 server Stored procedure 'sp_thresholdaction' not found. Specify owner.objectname or use sp_help to check whether the object exists (sp_help may produce lots of output).

Note : ceci est obtenu sur la console du serveur.

Je veut bien que la version soit limitée, mais à ce point ...

Enfin bref, comment modifier la config du serveur pour éviter ce genre de problème ?

Merci d'avance.

**mpeppler** · 11/12/2006, 13h17

Solution à court terme:

Code :

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

1
2
3
 
sp_dboption <nom_de_la_base>, 'trunc. log on checkpoint', true
go

Explication:

Les opérations DML (modifications des données) sont loggées dans la table "syslogs". Celle-ci est une queue circulaire, et si on ne fait rien elle se remplis. Une fois pleine on ne peut plus faire de modifications dans la base.

Il faut donc régulièrement vider la table syslogs. Si on n'a aucun besoin de ces logs on peut tronquer syslogs automatiquement (via la commande sp_dboption ci dessus). Sinon on utilise la commande "DUMP TRAN".

Il faudrait lire le chapitre aproprié dans le manuel d'administration système (Chapitre 11 dans le PDF sag2 [Developing a Backup and Recovery Plan])

Michael

**HNT** · 10/02/2007, 17h49

Bonjour,

Désolé de relancé ce vieux thread, mais j'ai de nouveau des problèmes.
En fait, j'ai mit en place un serveur de développement, je me fou vraiment completement des logs et de l'historique que Sybase pourrait crée, cependant malgré l'option

sp_dboption dbu2bin030, 'trunc. log on checkpoint', true

la table syslogs se rempli toute seule et lorsque j'arrive à environ 2000 tuples, ca bloque, plus moyen d'enregistrer quoi que ce soit.

Y a t'il un moyen pour éviter que cette table ne se remplisse ?

**mpeppler** · 10/02/2007, 18h48

La table syslogs (le "transaction logs" de la base) va contenir toutes les modifications qui sont enregistrées. Si "trunc. log on checkpoint" est mis à vrai, alors les transactions COMMITTEES sont clearées régulièrements (à chaque checkpoint).

Donc, si on a une transaction qui s'applique à un grand nombre de tuples il faut agrandir l'espace "log" de la base, ou alors splitter l'opération en plusieurs sous-transactions.

On a tout à fait le même type de problème avec Oracle p.ex. (le message dans ce cas est "snapshot too old" qui indique que le redo log n'est pas assez grand pour contenir toute la transaction).

Michael