Le Forum des Utilisateurs Sage

Bonjour,
J'ai une base sous sql server 2000 qui fait 7Go94(Fichier mdf seulement). Même après archivage la taille de la base ne diminue pas du coup l'application est très lente et génère des erreurs des fois.
Avez vous une solution SVP. Merci
NB On utilise sage 100 v15

j'ai pas de réponse miracle

la lenteur vient peut être de ton serveur ?

voir avec sage si tu ne dépasse pas la certaine limite d'enregistrement pour une utilisation confortable au de la sage ralenti !

Après ce n'est que la gescom qui est lente ?
Ou une requête externe est lente aussi ?

pour les plantages, je dirais de faire un recalcule des divers éléments, à partir de la gescom, dans le menu fichier \outils\ réajustement des cumuls

Bonjour,

Avant de poser ta question tu as regardé dans Savoir- faire ???

J'ai écris ceci il y a quelques temps puisque cette question est redondante :


Pour tous ceux qui se plaignent de lenteur de bases sql ... et qui ne sont pas Admin SQL

NE FAITES PAS DE DEFRAG DES DISQUES DURS SQL … Ca ralentit les bases .

Comment travaille SQL :

Lorsque vous créez des fichiers de taille fixe SQL Server recherche les meilleurs emplacements sur le disque. Si votre disque est vierge il utilisera les bords externes de tous les plateaux du disque pour créer son fichier. Les bord externes sont plus dense en information que le centre du disque. Et il est suffisamment intelligent pour le répartir sur tous les plateaux du disque afin de gagner encore en temps d'accès en limitant le trajet de la tête de lecture...
Outre le risque de les perdre, le défragmenteur de windows croit naïvement qu'un fichier répartit sur les trois plateaux d'un disque est horriblement fragmenté ! … Et il met le bazarre…

On a déjà eu le problème chez certains clients … On passe par les outils de maintenance et on recrée un fichier pour résoudre ce problème.

Autre choses : Dans les plans de maintenance SQL, évitez les SHRINK et donnez une taille suffisante aux bases pour ne pas avoir des augmentations de bases permanentes. Si nous mettons 1 Go en augmentation de base C’est qu’il y a une raison… Même si ça prend de l‘espace disque. Vous construisez un parking. Il est plein, mais il y a encore de la surface non structurée. Une voiture arrive. Vous vous mettez à lisser le béton, peindre le sol et délimiter la place. La voiture repart, vous prenez votre marteau piqueur afin de détruire votre travail ??? Et vous crééz les places voiture aprés voiture ??? ... CQFD

Un dernier conseil : Utilisez un serveur SQL dédié avec un disque dédié aux bases SQL pour les grosses bases.

AU cas ou : je dois gérer la plus grosse base SQL de France sur une ligne 100 : 33 Go ...
Qui dit mieux ... Un seul cas de lenteur ... si on peut dire : la génération des reports à nouveaux qui tourne pendant 2 ou 3 jours ... Bon c'est normal pour le nombre de clients ( 800 000) et un peu plus d' 1 million de factures.

Sinon une balance en moins d'une minute ...

Cdlt

Bonjour,

+1 pour IMPERIAL.

Pour enfoncer le clou et/ou pour les curieux : ce lien TRES instructif, qui reprend une partie des infos données ci-dessus, et vous propose un petit cas pratique à tester en 5 minutes...

A+