[ASE 12.5] sybsystemdb dimensionnement [Résolu]

[mikew75]

Bonjour,

deux petites questions:

1°/ je voudrais comprendre exactement le rôle de la table sybsystemdb
2°/ comment dois-je la dimensionner?

voici l'output de mon sp_helpdb

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
 name                     db_size       owner                    dbid
         created
         STATUS
 ------------------------ ------------- ------------------------ ------
         --------------
         ------------------------------------------------------------------------------------------------------
 PRODUCTION                  10240.0 MB sa                            4
         Nov 08, 2005
         SELECT INTO/bulkcopy/pllsort, trunc log ON chkpt
 master                         16.0 MB sa                            1
         Nov 08, 2005
         mixed log AND DATA
 model                           5.0 MB sa                            3
         Nov 08, 2005
         mixed log AND DATA
 sybsystemdb                    10.0 MB sa                        31513
         Nov 08, 2005
         mixed log AND DATA
 sybsystemprocs                120.0 MB sa                        31514
         Nov 08, 2005
         trunc log ON chkpt, mixed log AND DATA
 tempdb                       1003.0 MB sa                            2
         Aug 18, 2007
         SELECT INTO/bulkcopy/pllsort, trunc log ON chkpt, mixed log AND DATA

y-a-t'il des options que je dois checker pour ameliorer les performances de cette table?

Merci par avance

Mike

[mpeppler]

sybsystemdb sert pour gérer les transactions distribuées via CIS (Component Integration Services) - donc par example lors que l'on accède à des tables distantes via des tables "proxy".

En général cette base peut rester petite à moins d'avoir vraiment beaucoups d'opérations utilisant les tables proxy. Par contre il faut s'assurer que la syslog de cette base soit tronquée régulièrement - pour ma part je positionne l'option "trunc. log on checkpoint" car j'ai peu d'accès via des tables proxy, et je ne me soucie donc pas de la problématique de recovery en cas de crash.

Michael

[mikew75]

Merci pour ta réponse, mais j'ai besoin de quelques précisions:

dans un premier lieu sur les transactions distribuées via CIS, comment puis-je savoir si j'utilise de tel transactions?

ensuite qu'appelles-tu tables distantes?

et en dernier, tu dis

il faut s'assurer que la syslog de cette base soit tronquée régulièrement

comment puis-je faire en sorte de tronquer cette table tous les soirs?

Merci par avance!

[mpeppler]

Envoyé par mikew75

dans un premier lieu sur les transactions distribuées via CIS, comment puis-je savoir si j'utilise de tel transactions?

Est-ce que tu utilise les tables MDA ?
Est-ce qu'il y a des tables "proxy" définies dans ton environnement ?
Est-ce que sp_helpserver retourne des noms de serveurs autres que le serveur local ?

ensuite qu'appelles-tu tables distantes?

Ce sont des tables "proxy": une définition de table dans une base locale mais qui fait référence à une table physique dans un dataserver distant.

comment puis-je faire en sorte de tronquer cette table tous les soirs?

Soit en positionnant "trunc. log on checkpoint" pour cette base, soit en exécutant dump tran with truncate_only ou dump tran to "..." à intervalle régulier.

Michael