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

HNT · 11/12/2006, 11h38

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 :

Citation:

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, 12h17

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, 16h49

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

Citation:

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, 17h48

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

fadace · 13/02/2007, 08h20

et je te conseille ce merveilleux article, pile dans le mille : http://fadace.developpez.com/ase/log/

HNT · 13/02/2007, 17h54

Merci pour le lien.

En suivant le tuto, j'ai effectivement réussi à résoudre le problème, merci.

10/02/2007, 17h48	#4
mpeppler Rédacteur/Modérateur Inscription : janvier 2006 Messages : 1 301 Détails du profil Informations personnelles : Âge : 52 Informations forums : Inscription : janvier 2006 Messages : 1 301 Points : 1 505 Points : 1 505	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 __________________ Michael Peppler Membre de TeamSybase - www.teamsybase.com "A successful [software] tool is one that was used to do something undreamed of by its author." -- S. C. Johnson
	00

13/02/2007, 08h20	#5
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	et je te conseille ce merveilleux article, pile dans le mille : http://fadace.developpez.com/ase/log/ __________________ 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

13/02/2007, 17h54	#6
HNT Membre confirmé Étudiant Inscription : juin 2005 Messages : 448 Détails du profil Informations personnelles : Âge : 24 Localisation : Belgique Informations professionnelles : Activité : Étudiant Informations forums : Inscription : juin 2005 Messages : 448 Points : 256 Points : 256	Merci pour le lien. En suivant le tuto, j'ai effectivement réussi à résoudre le problème, merci. __________________ The box said : "Requires windows 95, NT or better" so I installed Linux.
	00

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