Discussion :

[verbal34]

Bonjour à tous,

Actuellement je travaille sur une base de données SQL Server 2005 dans laquelle j'intègre des données que je récupère d'une autre base eb SQL Server 2000 qui fait 25Go (fichier log).

la nouvelle base ne correspond pas du tout à l'ancienne (tables éclatées, autres regroupées, type de données différents.. etc).

J'utilise SSIS et je fais des tests de reprise : je reprends presque toutes les tables, je constate des bugs ou des incohérences, je vide le contenu des tables, je reprends de nouveau les données...

Je constate que la taille de ma base cible est montée à 133Go !! (fichier log) avec un espace disponible de 2.7Go.

J'ai vu sur MSDN que j'ai la possibilité de réduire ma base : BDD-> Tache->Réduire...

Je ne sais pas si, dans mon cas je dois réduire la base ou bien les fichiers et

aussi est ce que le fait de réduire la base ne va pas limiter sa taille ?

Merci pour votre aide avant que je fasse une connerie

[SQLpro]

Surtout ne jamais réduire, cela vous coutera cher en perf. En revanche passer au mode de journalisation simple => plus de transaction retenue indéfiniment jusqu'à ce que vous soyez en production.

Veillez à bien dimensionner vos fichier de data (x GO) dès le départ.

Lisez l'e blog que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro?ti..._fichiers_et_t

A +

[verbal34]

Surtout ne jamais réduire, cela vous coutera cher en perf. En revanche passer au mode de journalisation simple => plus de transaction retenue indéfiniment jusqu'à ce que vous soyez en production.

Veillez à bien dimensionner vos fichier de data (x GO) dès le départ.

Lisez l'e blog que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro?ti..._fichiers_et_t

A +

Merci pour l'info... j'ai encore faillit faire une bêtise

Je vais voir votre blog... ensuite je reviens sur le post.

A+

[verbal34]

http://blog.developpez.com/sqlpro?ti..._fichiers_et_t

Merci pour le Blog et, j'ai fais le test et c'est impressionnant (27.53 s pour taille variable contre 7.56 s pour une taille fixe!!!)

Par contre , pour mon cas la base est déjà créée et apparemment la taille du fichier est variable (BDD->Propriétés->Fichiers->Croissance : l'obtion croissance automatique est activé par palier de 10% et par tranche de 2Go pour le fichier). c'est la base de pré-prod, est-ce possible de la passer en taille fixe ou devrais-je recréé ma base via un script?

Je ne suis pas un DBA (réf. Blog) c'est pour cela que j'embête tout le monde avec mes questions!!!

Merci encore.

[SQLpro]

Vous pouvez augmenter la taille des fichiers via un ALTER DATABASE ... MODIFY FILE ....

A +

[verbal34]

Vous pouvez augmenter la taille des fichiers via un ALTER DATABASE ... MODIFY FILE ....

A +

Bonjour,

J'ai consulté l'aide en ligne MSDN sur la commande ALTER DATABASE ...MODIFY FILE et ce que je cherche c'est vider le journal de transactions. J'ai lu sur une FAQ qu'on peut le faire avec un BACKUP LOG ensuite un SHRINKFILE (ce que vous deconseillez), mais à part ça je ne vois pas comment faire pour continuer mes tests ?!!!

Sachant que le jour où on passera en prod ça sera sur un autre serveur et je vais juste récupérer les données des tables !!!

Perdu !

Merci d'avance.

[ylarvor]

Excusez moi mais je lis vos post et j'ai l'impression, j'espere que ce n'est pas justifie, que vous ne comprenez pas la différence entre le log et la base. La base est dans un fichier .mdf, le log se trouve dans un fichier .ldf, le log journalise les opérations en séquentiel, la base stocke les données en relationnelle. Le log est utilisé pour des opérations de restauration et d'usage interne, la base est par définition le coeur de sql server.
Pourquoi voulez vous réduire le log ? Il n'a pas a être réduit sauf en cas d'absolu nécessité, manque d'espace disque par exemple.

En esperant eclairer un peu le post... A bientot.