segments et dbcc

Bonjour,
Lors du lancement d'un dbcc checkstorage il me fait l'erreur suivante

Code:

---

1 2 3 4

Can't allocate space for object 'scan_ws' in database 'dbccdb' because 'default' segment is full/has no free extents. If you ran out of space in syslogs, dump the transaction log. Otherwise, use ALTER DATABASE to increase the size of the segment. Msg 9984, Level 16, State 2:

---

La question est comment étendre le segment default et quoi vérifier avant de faire cette action? Espace mémoire ect ..?
merci pour les explication fort théorique, j'en suis friand et c'est généralement tres formateur.
Merci d'avance

Tu peux commencer par lancer :
sp_helpsegment
qui te montre tout les segements.
Celui dont le statut est à 1 est celui surlequel se font les écritures par défaut (ex : creation d'une table sans préciser sur quel segment ).

Ensuite tu peux obtenir des info sur chaque segment en soumettant :
sp_helpsegment 'name' ou name est celui du resultat de la commande précédente et doit etre entre 'cotes'
Tu verras la taille allouée, dispo et occuppée ainsi que les objets contenus.

Apres, tu peux faire un dump tran qui videra la table syslogs (table systeme qui gere en gros les ecritures pas ou pas encore validées par exemple en cours de transaction);
et tu récupereras ainsi la place sur le segment ou elle est déclarée c.a.d sur 'default' si tu l'a vue dans la liste des objets de sp_helpsegment 'default'

Sinon je n'ai jamais géré moi-meme une augmentation de taille de segment.

C'est le segment "default" qui est plein. Il devrait donc être possible de simplement agrandir la base. Si il s'agit de 12.5.3, et que le device est un fichier on peut faire:

Code:

---

1 2 3 4 5

disk resize name=<nom_device>, size=<taille_a_ajouter> go alter database dbccdb on <nom_device> = <taille_a_ajouter> go

---

Il se peut qu'il faille aussi modifier la taille du workspace - via sp_dbcc_updateconfig et/ou sp_dbcc_alterws.

La doc expliquant l'utilisation de DBCC CHECKSTORAGE doit pouvoir t'aider.

Michael

Ca pourra peut-être vous simplifier la vie: http://fadace.developpez.com/ase/dbccdb/

Merci pour ton lien mais j'avais commencé par lire ton article avant toute chose, mais lors de la création de ta proc voila ce qu'il me crache.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

[EX2FDA] /fda/scripts > cat procfadace.log Msg 137, Level 15, State 2: Server 'EX2FDA', Procedure 'sp_dbcc_init', Line 237: Must declare variable '@cache'. Msg 137, Level 15, State 1: Server 'EX2FDA', Procedure 'sp_dbcc_init', Line 237: Must declare variable '@cache'. Msg 137, Level 15, State 2: Server 'EX2FDA', Procedure 'sp_dbcc_init', Line 242: Must declare variable '@cache'. Msg 137, Level 15, State 1: Server 'EX2FDA', Procedure 'sp_dbcc_init', Line 242: Must declare variable '@cache'. Msg 137, Level 15, State 2: Server 'EX2FDA', Procedure 'sp_dbcc_init', Line 268: Must declare variable '@cache'. Msg 137, Level 15, State 2: Server 'EX2FDA', Procedure 'sp_dbcc_init', Line 311: Must declare variable '@cache'. Msg 208, Level 16, State 2: Server 'EX2FDA', Line 1: sp_dbcc_init not found. Specify owner.objectname or use sp_help to check whether the object exists (sp_help may produce lots of output).

---

Donc je n'ai pas utilisé cette proc.
Si tu vois d'oû vient le problème je veux bien des infos.
CDLT

J'ai depuis qqes jours une réponsse de sybase au sujet de DBCC, je colle ici le lien pour que d'autres poses les mêmes questions.
++Preparing to use dbcc checkstorage
+Creating the dbccdb database

http://manuals.sybase.com/onlinebook...ebQuery=dbccdb